Loading...
 

Tikiwiki-devel (mailman list mirror)


Show-stopper for Tiki14 svn installs

Hi devs,

I have just tried to install a new Tiki on a server.
So basically my steps were:
get the source using :
svn co https://svn.code.sf.net/p/tikiwiki/code/branches/14.x

then run setup.sh
sh setup.sh

But the composer step fails spectacularly:

local PHP version 55 >= required PHP version 55 - good
You are already using composer version
c557715669ba8dd2dc6c63859f919351a4aa5e2f.


RuntimeException
Could not scan for classes inside
"vendor/smarty/smarty/distribution/libs/sysplugins/smarty_security.php"
which does not appear to be a file nor a folder

install --prefer-source] [--prefer-dist] [--dry-run] [--dev] [--no-dev
--no-plugins] [--no-custom-installers] [--no-autoloader] [--no-scripts
--no-progress] [-v|vv|vvv|--verbose] [-o|--optimize-autoloader

--classmap-authoritative] [--ignore-platform-reqs] [-- <packages>...



Googling around and looking at working Tiki12 installs, I got to:
http://permalink.gmane.org/gmane.comp.cms.tiki.cvs/78062 and I realised
there is no "vendor/smarty/smarty/libs/sysplugins/smarty_security.php" in
Tiki12, only
"vendor/smarty/smarty/distribution/libs/sysplugins/smarty_security.php"

So I "fixed" composer.json in r56586 and it seemed to work better with my
copy of Tiki12's vendor directory.
But then I ran an install from scratch and all I get is the same error with
the new file path...


Is there a step I missed ??
Should I roll back r56586??

Cheers,
J-M

I think you have to run : php temp/composer.phar update and then commit the
composer.lock as well?

This guy explains it well.
https://blog.engineyard.com/2014/composer-its-all-about-the-lock-file

On Wed, Oct 28, 2015 at 4:32 PM, Jean-Marc Libs <jeanmarc.libs@gmail.com>
wrote:

> Hi devs,
>
> I have just tried to install a new Tiki on a server.
> So basically my steps were:
> get the source using :
> svn co https://svn.code.sf.net/p/tikiwiki/code/branches/14.x
>
> then run setup.sh
> sh setup.sh
>
> But the composer step fails spectacularly:
>
> local PHP version 55 >= required PHP version 55 - good
> You are already using composer version
> c557715669ba8dd2dc6c63859f919351a4aa5e2f.
>
>
> RuntimeException
> Could not scan for classes inside
> "vendor/smarty/smarty/distribution/libs/sysplugins/smarty_security.php"
> which does not appear to be a file nor a folder
>
> install --prefer-source] [--prefer-dist] [--dry-run] [--dev] [--no-dev
> --no-plugins] [--no-custom-installers] [--no-autoloader] [--no-scripts
> --no-progress] [-v|vv|vvv|--verbose] [-o|--optimize-autoloader

> --classmap-authoritative] [--ignore-platform-reqs] [-- <packages>...

>
>
> Googling around and looking at working Tiki12 installs, I got to:
> http://permalink.gmane.org/gmane.comp.cms.tiki.cvs/78062 and I realised
> there is no "vendor/smarty/smarty/libs/sysplugins/smarty_security.php" in
> Tiki12, only
> "vendor/smarty/smarty/distribution/libs/sysplugins/smarty_security.php"
>
> So I "fixed" composer.json in r56586 and it seemed to work better with my
> copy of Tiki12's vendor directory.
> But then I ran an install from scratch and all I get is the same error
> with the new file path...
>
>
> Is there a step I missed ??
> Should I roll back r56586??
>
> Cheers,
> J-M
>
>
> ------------------------------------------------------------------------------
>
> ___
> TikiWiki-devel mailing list
> TikiWiki-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel

Right, silly of me. We discussed the need for committing composer.lock just
the other day with Luci :-(

I rolled back since it did not address the issue anyway...

Cheers,
J-M

On Wed, Oct 28, 2015 at 9:55 PM, Nelson Ko <nelson@synergiqsolutions.com>
wrote:

> I think you have to run : php temp/composer.phar update and then commit
> the composer.lock as well?
>
> This guy explains it well.
> https://blog.engineyard.com/2014/composer-its-all-about-the-lock-file
>
> On Wed, Oct 28, 2015 at 4:32 PM, Jean-Marc Libs <jeanmarc.libs@gmail.com>
> wrote:
>
>> Hi devs,
>>
>> I have just tried to install a new Tiki on a server.
>> So basically my steps were:
>> get the source using :
>> svn co https://svn.code.sf.net/p/tikiwiki/code/branches/14.x
>>
>> then run setup.sh
>> sh setup.sh
>>
>> But the composer step fails spectacularly:
>>
>> local PHP version 55 >= required PHP version 55 - good
>> You are already using composer version
>> c557715669ba8dd2dc6c63859f919351a4aa5e2f.
>>
>>
>> RuntimeException
>> Could not scan for classes inside
>> "vendor/smarty/smarty/distribution/libs/sysplugins/smarty_security.php"
>> which does not appear to be a file nor a folder
>>
>> install --prefer-source] [--prefer-dist] [--dry-run] [--dev] [--no-dev
>> --no-plugins] [--no-custom-installers] [--no-autoloader] [--no-scripts
>> --no-progress] [-v|vv|vvv|--verbose] [-o|--optimize-autoloader

>> --classmap-authoritative] [--ignore-platform-reqs] [-- <packages>...

>>
>>
>> Googling around and looking at working Tiki12 installs, I got to:
>> http://permalink.gmane.org/gmane.comp.cms.tiki.cvs/78062 and I realised
>> there is no "vendor/smarty/smarty/libs/sysplugins/smarty_security.php" in
>> Tiki12, only
>> "vendor/smarty/smarty/distribution/libs/sysplugins/smarty_security.php"
>>
>> So I "fixed" composer.json in r56586 and it seemed to work better with my
>> copy of Tiki12's vendor directory.
>> But then I ran an install from scratch and all I get is the same error
>> with the new file path...
>>
>>
>> Is there a step I missed ??
>> Should I roll back r56586??
>>
>> Cheers,
>> J-M
>>
>>
>> ------------------------------------------------------------------------------
>>
>> ___
>> TikiWiki-devel mailing list
>> TikiWiki-devel at lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
>>
>>
>
>
> ------------------------------------------------------------------------------
>
> ___
> TikiWiki-devel mailing list
> TikiWiki-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel

posts: 42

Hey there,

I am still encountering this issue with the composer and I am unable to get
it to work no matter what I try. I've attempted to run php
temp/composer.phar update and I still come out with the same error message:

*

  • Could not scan for classes inside

"vendor/smarty/smarty/libs/sysplugins/smarty_security.php" which does not
appear to be a file nor a folder*

Am I missing something? Is there anything I can do to get this working?

On Thu, Oct 29, 2015 at 10:56 AM, Jean-Marc Libs <jeanmarc.libs@gmail.com>
wrote:

> Right, silly of me. We discussed the need for committing composer.lock
> just the other day with Luci :-(
>
> I rolled back since it did not address the issue anyway...
>
> Cheers,
> J-M
>
> On Wed, Oct 28, 2015 at 9:55 PM, Nelson Ko <nelson@synergiqsolutions.com>
> wrote:
>
>> I think you have to run : php temp/composer.phar update and then commit
>> the composer.lock as well?
>>
>> This guy explains it well.
>> https://blog.engineyard.com/2014/composer-its-all-about-the-lock-file
>>
>> On Wed, Oct 28, 2015 at 4:32 PM, Jean-Marc Libs <jeanmarc.libs@gmail.com>
>> wrote:
>>
>>> Hi devs,
>>>
>>> I have just tried to install a new Tiki on a server.
>>> So basically my steps were:
>>> get the source using :
>>> svn co https://svn.code.sf.net/p/tikiwiki/code/branches/14.x
>>>
>>> then run setup.sh
>>> sh setup.sh
>>>
>>> But the composer step fails spectacularly:
>>>
>>> local PHP version 55 >= required PHP version 55 - good
>>> You are already using composer version
>>> c557715669ba8dd2dc6c63859f919351a4aa5e2f.
>>>
>>>
>>> RuntimeException
>>> Could not scan for classes inside
>>> "vendor/smarty/smarty/distribution/libs/sysplugins/smarty_security.php"
>>> which does not appear to be a file nor a folder
>>>
>>> install --prefer-source] [--prefer-dist] [--dry-run] [--dev] [--no-dev
>>> --no-plugins] [--no-custom-installers] [--no-autoloader] [--no-scripts
>>> --no-progress] [-v|vv|vvv|--verbose] [-o|--optimize-autoloader

>>> --classmap-authoritative] [--ignore-platform-reqs] [-- <packages>...

>>>
>>>
>>> Googling around and looking at working Tiki12 installs, I got to:
>>> http://permalink.gmane.org/gmane.comp.cms.tiki.cvs/78062 and I realised
>>> there is no "vendor/smarty/smarty/libs/sysplugins/smarty_security.php" in
>>> Tiki12, only
>>> "vendor/smarty/smarty/distribution/libs/sysplugins/smarty_security.php"
>>>
>>> So I "fixed" composer.json in r56586 and it seemed to work better with
>>> my copy of Tiki12's vendor directory.
>>> But then I ran an install from scratch and all I get is the same error
>>> with the new file path...
>>>
>>>
>>> Is there a step I missed ??
>>> Should I roll back r56586??
>>>
>>> Cheers,
>>> J-M
>>>
>>>
>>> ------------------------------------------------------------------------------
>>>
>>> ___
>>> TikiWiki-devel mailing list
>>> TikiWiki-devel at lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
>>>
>>>
>>
>>
>> ------------------------------------------------------------------------------
>>
>> ___
>> TikiWiki-devel mailing list
>> TikiWiki-devel at lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
>>
>>
>
>
> ------------------------------------------------------------------------------
>
> ___
> TikiWiki-devel mailing list
> TikiWiki-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel

posts: 496

hi
i am having the same when running "install" command
my guess is that in composer.json there is an "autoload" array which expects 3 files from "vendor" directory but "vendor" does not exists when you install for the first time, so it fails
what I did was that I removed those 3 lines, than run "install", than add back and run "update"
clearly something is not right but cant fix it myself
hope it helps,cheers,gezza
From: Dustin Taylor <taylordustindev@gmail.com>
To: Tiki developers <tikiwiki-devel@lists.sourceforge.net>
Sent: Monday, November 2, 2015 7:53 PM
Subject: Re: Tiki-devel Show-stopper for Tiki14 svn installs

Hey there,
I am still encountering this issue with the composer and I am unable to get it to work no matter what I try. I've attempted to run php temp/composer.phar update and I still come out with the same error message: RuntimeException                                                                                                                            Could not scan for classes inside "vendor/smarty/smarty/libs/sysplugins/smarty_security.php" which does not appear to be a file nor a folderAm I missing something? Is there anything I can do to get this working?


On Thu, Oct 29, 2015 at 10:56 AM, Jean-Marc Libs <jeanmarc.libs@gmail.com> wrote:

Right, silly of me. We discussed the need for committing composer.lock just the other day with Luci :-(

I rolled back since it did not address the issue anyway...

Cheers,
J-M

On Wed, Oct 28, 2015 at 9:55 PM, Nelson Ko <nelson@synergiqsolutions.com> wrote:

I think you have to run : php temp/composer.phar update and then commit the composer.lock as well?
This guy explains it well. https://blog.engineyard.com/2014/composer-its-all-about-the-lock-file
On Wed, Oct 28, 2015 at 4:32 PM, Jean-Marc Libs <jeanmarc.libs@gmail.com> wrote:

Hi devs,

I have just tried to install a new Tiki on a server.
So basically my steps were:
get the source using :
svn co https://svn.code.sf.net/p/tikiwiki/code/branches/14.x

then run setup.sh
sh setup.sh

But the composer step fails spectacularly:

local PHP version 55 >= required PHP version 55 - good
You are already using composer version c557715669ba8dd2dc6c63859f919351a4aa5e2f.


  RuntimeException
  Could not scan for classes inside "vendor/smarty/smarty/distribution/libs/sysplugins/smarty_security.php" which does not appear to be a file nor a folder 

install --prefer-source] [--prefer-dist] [--dry-run] [--dev] [--no-dev] [--no-plugins] [--no-custom-installers] [--no-autoloader] [--no-scripts] [--no-progress] [-v|vv|vvv|--verbose] [-o|--optimize-autoloader] [-a|--classmap-authoritative] [--ignore-platform-reqs] [-- <packages>...



Googling around and looking at working Tiki12 installs, I got to: http://permalink.gmane.org/gmane.comp.cms.tiki.cvs/78062 and I realised there is no "vendor/smarty/smarty/libs/sysplugins/smarty_security.php" in Tiki12, only "vendor/smarty/smarty/distribution/libs/sysplugins/smarty_security.php"

So I "fixed" composer.json in r56586 and it seemed to work better with my copy of Tiki12's vendor directory.
But then I ran an install from scratch and all I get is the same error with the new file path...


Is there a step I missed ??
Should I roll back r56586??
Cheers,
J-M

------------------------------------------------------------------------------

___
TikiWiki-devel mailing list
TikiWiki-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel




------------------------------------------------------------------------------

___
TikiWiki-devel mailing list
TikiWiki-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel




------------------------------------------------------------------------------

___
TikiWiki-devel mailing list
TikiWiki-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel




------------------------------------------------------------------------------

___
TikiWiki-devel mailing list
TikiWiki-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel

posts: 1545

Hello, thought this is in discussion, but wanted to bring up a bug
report since two days ... svn install not working - at least not for 15.

Anybody capable and prepared to fix that? Definitely a show-stopper!

There are a few bug reports existing, but not sure if related to the
current issue:
https://dev.tiki.org/tracker5?status=op&sort_mode=f_47_asc&filterfield=26&filtervalue26=composer

Best regards
Torsten

Am 02.11.2015 um 21:54 schrieb gezzzan:
> hi
>
> i am having the same when running "install" command
>
> my guess is that in composer.json there is an "autoload" array which
> expects 3 files from "vendor" directory but "vendor" does not exists
> when you install for the first time, so it fails
>
> what I did was that I removed those 3 lines, than run "install", than
> add back and run "update"
>
> clearly something is not right but cant fix it myself
>
> hope it helps,
> cheers,
> gezza
>
> ------------------------------------------------------------------------
> *From:* Dustin Taylor <taylordustindev@gmail.com>
> *To:* Tiki developers <tikiwiki-devel@lists.sourceforge.net>
> *Sent:* Monday, November 2, 2015 7:53 PM
> *Subject:* Re: Tiki-devel Show-stopper for Tiki14 svn installs
>
> Hey there,
>
> I am still encountering this issue with the composer and I am unable
> to get it to work no matter what I try. I've attempted to run php
> temp/composer.phar update and I still come out with the same error
> message:
> /RuntimeException /
> /Could not scan for classes inside
> "vendor/smarty/smarty/libs/sysplugins/smarty_security.php" which does
> not appear to be a file nor a folder/
> Am I missing something? Is there anything I can do to get this working?
>
>
>
> On Thu, Oct 29, 2015 at 10:56 AM, Jean-Marc Libs
> <jeanmarc.libs@gmail.com <mailto:jeanmarc.libs@gmail.com>> wrote:
>
> Right, silly of me. We discussed the need for committing
> composer.lock just the other day with Luci :-(
>
> I rolled back since it did not address the issue anyway...
>
> Cheers,
> J-M
>
> On Wed, Oct 28, 2015 at 9:55 PM, Nelson Ko
> <nelson@synergiqsolutions.com
> <mailto:nelson@synergiqsolutions.com>> wrote:
>
> I think you have to run : php temp/composer.phar update and
> then commit the composer.lock as well?
>
> This guy explains it well.
> https://blog.engineyard.com/2014/composer-its-all-about-the-lock-file
>
> On Wed, Oct 28, 2015 at 4:32 PM, Jean-Marc Libs
> <jeanmarc.libs@gmail.com <mailto:jeanmarc.libs@gmail.com>> wrote:
>
> Hi devs,
>
> I have just tried to install a new Tiki on a server.
> So basically my steps were:
> get the source using :
> svn co https://svn.code.sf.net/p/tikiwiki/code/branches/14.x
>
> then run setup.sh
> sh setup.sh
>
> But the composer step fails spectacularly:
>
> local PHP version 55 >= required PHP version 55 - good
> You are already using composer version
> c557715669ba8dd2dc6c63859f919351a4aa5e2f.
>
>
> RuntimeException
> Could not scan for classes inside
> "vendor/smarty/smarty/distribution/libs/sysplugins/smarty_security.php"
> which does not appear to be a file nor a folder
>
> install --prefer-source] [--prefer-dist] [--dry-run
> --dev] [--no-dev] [--no-plugins] [--no-custom-installers
> --no-autoloader] [--no-scripts] [--no-progress
> [-v|vv|vvv|--verbose] [-o|--optimize-autoloader]
> --classmap-authoritative] [--ignore-platform-reqs

> -- <packages>...

>
>
> Googling around and looking at working Tiki12 installs, I
> got to:
> http://permalink.gmane.org/gmane.comp.cms.tiki.cvs/78062
> and I realised there is no
> "vendor/smarty/smarty/libs/sysplugins/smarty_security.php"
> in Tiki12, only
> "vendor/smarty/smarty/distribution/libs/sysplugins/smarty_security.php"
>
> So I "fixed" composer.json in r56586 and it seemed to work
> better with my copy of Tiki12's vendor directory.
> But then I ran an install from scratch and all I get is
> the same error with the new file path...
>
>
> Is there a step I missed ??
> Should I roll back r56586??
>
> Cheers,
> J-M
>
> ------------------------------------------------------------------------------
>
> ___
> TikiWiki-devel mailing list
> TikiWiki-devel at lists.sourceforge.net
> <mailto:TikiWiki-devel@lists.sourceforge.net>
> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
>
>
>
> ------------------------------------------------------------------------------
>
> ___
> TikiWiki-devel mailing list
> TikiWiki-devel at lists.sourceforge.net
> <mailto:TikiWiki-devel@lists.sourceforge.net>
> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
>
>
>
> ------------------------------------------------------------------------------
>
> ___
> TikiWiki-devel mailing list
> TikiWiki-devel at lists.sourceforge.net
> <mailto:TikiWiki-devel@lists.sourceforge.net>
> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
>
>
>
> ------------------------------------------------------------------------------
>
> ___
> TikiWiki-devel mailing list
> TikiWiki-devel at lists.sourceforge.net
> <mailto:TikiWiki-devel@lists.sourceforge.net>
> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
>
>
>
>
> ------------------------------------------------------------------------------
>
>
> ___
> TikiWiki-devel mailing list
> TikiWiki-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel

posts: 42

Hi,

I attempted your solution by deleting the three vendor files in
composer.json and running an install. It appeared as if it wanted to start
installing something but then it threw me another error:

*

  • The checksum verification of the file failed (downloaded from

https://composer.tiki.org/dist/adodb-adodb-5.18.zip
<https://composer.tiki.org/dist/adodb-adodb-5.18.zip>)*

These are the two errors that I continue to run into while trying to
trouble shoot this. Have you seen this checksum error before?

On Mon, Nov 2, 2015 at 2:23 PM, Torsten Fabricius <torsten@tiki.org> wrote:

> Hello, thought this is in discussion, but wanted to bring up a bug report
> since two days ... svn install not working - at least not for 15.
>
> Anybody capable and prepared to fix that? Definitely a show-stopper!
>
> There are a few bug reports existing, but not sure if related to the
> current issue:
>
> https://dev.tiki.org/tracker5?status=op&sort_mode=f_47_asc&filterfield=26&filtervalue
> 26=composer
>
> Best regards
> Torsten
>
> Am 02.11.2015 um 21:54 schrieb gezzzan:
>
> hi
>
> i am having the same when running "install" command
>
> my guess is that in composer.json there is an "autoload" array which
> expects 3 files from "vendor" directory but "vendor" does not exists when
> you install for the first time, so it fails
>
> what I did was that I removed those 3 lines, than run "install", than add
> back and run "update"
>
> clearly something is not right but cant fix it myself
>
> hope it helps,
> cheers,
> gezza
>
> ------------------------------
> *From:* Dustin Taylor <taylordustindev@gmail.com>
> <taylordustindev@gmail.com>
> *To:* Tiki developers <tikiwiki-devel@lists.sourceforge.net>
> <tikiwiki-devel@lists.sourceforge.net>
> *Sent:* Monday, November 2, 2015 7:53 PM
> *Subject:* Re: Tiki-devel Show-stopper for Tiki14 svn installs
>
> Hey there,
>
> I am still encountering this issue with the composer and I am unable to
> get it to work no matter what I try. I've attempted to run php
> temp/composer.phar update and I still come out with the same error message:
> *RuntimeException
> *
> *Could not scan for classes inside
> "vendor/smarty/smarty/libs/sysplugins/smarty_security.php" which does not
> appear to be a file nor a folder*
> Am I missing something? Is there anything I can do to get this working?
>
>
>
> On Thu, Oct 29, 2015 at 10:56 AM, Jean-Marc Libs <jeanmarc.libs@gmail.com>
> wrote:
>
> Right, silly of me. We discussed the need for committing composer.lock
> just the other day with Luci :-(
>
> I rolled back since it did not address the issue anyway...
>
> Cheers,
> J-M
>
> On Wed, Oct 28, 2015 at 9:55 PM, Nelson Ko <
> <nelson@synergiqsolutions.com>nelson@synergiqsolutions.com> wrote:
>
> I think you have to run : php temp/composer.phar update and then commit
> the composer.lock as well?
>
> This guy explains it well.
> <https://blog.engineyard.com/2014/composer-its-all-about-the-lock-file>
> https://blog.engineyard.com/2014/composer-its-all-about-the-lock-file
>
> On Wed, Oct 28, 2015 at 4:32 PM, Jean-Marc Libs <
> <jeanmarc.libs@gmail.com>jeanmarc.libs@gmail.com> wrote:
>
> Hi devs,
>
> I have just tried to install a new Tiki on a server.
> So basically my steps were:
> get the source using :
> svn co <https://svn.code.sf.net/p/tikiwiki/code/branches/14.x>
> https://svn.code.sf.net/p/tikiwiki/code/branches/14.x
>
> then run setup.sh
> sh setup.sh
>
> But the composer step fails spectacularly:
>
> local PHP version 55 >= required PHP version 55 - good
> You are already using composer version
> c557715669ba8dd2dc6c63859f919351a4aa5e2f.
>
>
> RuntimeException
> Could not scan for classes inside
> "vendor/smarty/smarty/distribution/libs/sysplugins/smarty_security.php"
> which does not appear to be a file nor a folder
>
> install --prefer-source] [--prefer-dist] [--dry-run] [--dev] [--no-dev
> --no-plugins] [--no-custom-installers] [--no-autoloader] [--no-scripts
> --no-progress] [-v|vv|vvv|--verbose] [-o|--optimize-autoloader

> --classmap-authoritative] [--ignore-platform-reqs] [-- <packages>...

>
>
> Googling around and looking at working Tiki12 installs, I got to:
> <http://permalink.gmane.org/gmane.comp.cms.tiki.cvs/78062>
> http://permalink.gmane.org/gmane.comp.cms.tiki.cvs/78062 and I realised
> there is no "vendor/smarty/smarty/libs/sysplugins/smarty_security.php" in
> Tiki12, only
> "vendor/smarty/smarty/distribution/libs/sysplugins/smarty_security.php"
>
> So I "fixed" composer.json in r56586 and it seemed to work better with my
> copy of Tiki12's vendor directory.
> But then I ran an install from scratch and all I get is the same error
> with the new file path...
>
>
> Is there a step I missed ??
> Should I roll back r56586??
>
> Cheers,
> J-M
>
>
> ------------------------------------------------------------------------------
>
> ___
> TikiWiki-devel mailing list
> TikiWiki-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
>
>
>
>
> ------------------------------------------------------------------------------
>
> ___
> TikiWiki-devel mailing list
> TikiWiki-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
>
>
>
>
> ------------------------------------------------------------------------------
>
> ___
> TikiWiki-devel mailing list
> TikiWiki-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
>
>
>
>
> ------------------------------------------------------------------------------
>
> ___
> TikiWiki-devel mailing list
> TikiWiki-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
>
>
>
>
> ------------------------------------------------------------------------------
>
>
>
> ___
> TikiWiki-devel mailing listTikiWiki-devel at lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
>
>
>
>
> ------------------------------------------------------------------------------
>
> ___
> TikiWiki-devel mailing list
> TikiWiki-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel

posts: 310

In which version are you getting this error? For Tiki 14 I just committed
r56614 which should help. Still thinking how to resolve the vendor/ "scan
error" issue but for that the current workaround is to remove those 3 lines
and put them back after then reupdate composer.

Also try php composer.phar clear-cache

Nelson

On Mon, Nov 2, 2015 at 4:45 PM, Dustin Taylor <taylordustindev@gmail.com>
wrote:

> Hi,
>
> I attempted your solution by deleting the three vendor files in
> composer.json and running an install. It appeared as if it wanted to start
> installing something but then it threw me another error:
>
> *UnexpectedValueException
> *
>
> *The checksum verification of the file failed (downloaded from
> https://composer.tiki.org/dist/adodb-adodb-5.18.zip
> <https://composer.tiki.org/dist/adodb-adodb-5.18.zip>)*
>
> These are the two errors that I continue to run into while trying to
> trouble shoot this. Have you seen this checksum error before?
>
> On Mon, Nov 2, 2015 at 2:23 PM, Torsten Fabricius <torsten@tiki.org>
> wrote:
>
>> Hello, thought this is in discussion, but wanted to bring up a bug report
>> since two days ... svn install not working - at least not for 15.
>>
>> Anybody capable and prepared to fix that? Definitely a show-stopper!
>>
>> There are a few bug reports existing, but not sure if related to the
>> current issue:
>>
>> https://dev.tiki.org/tracker5?status=op&sort_mode=f_47_asc&filterfield=26&filtervalue
>> 26=composer
>>
>> Best regards
>> Torsten
>>
>> Am 02.11.2015 um 21:54 schrieb gezzzan:
>>
>> hi
>>
>> i am having the same when running "install" command
>>
>> my guess is that in composer.json there is an "autoload" array which
>> expects 3 files from "vendor" directory but "vendor" does not exists when
>> you install for the first time, so it fails
>>
>> what I did was that I removed those 3 lines, than run "install", than add
>> back and run "update"
>>
>> clearly something is not right but cant fix it myself
>>
>> hope it helps,
>> cheers,
>> gezza
>>
>> ------------------------------
>> *From:* Dustin Taylor <taylordustindev@gmail.com>
>> <taylordustindev@gmail.com>
>> *To:* Tiki developers <tikiwiki-devel@lists.sourceforge.net>
>> <tikiwiki-devel@lists.sourceforge.net>
>> *Sent:* Monday, November 2, 2015 7:53 PM
>> *Subject:* Re: Tiki-devel Show-stopper for Tiki14 svn installs
>>
>> Hey there,
>>
>> I am still encountering this issue with the composer and I am unable to
>> get it to work no matter what I try. I've attempted to run php
>> temp/composer.phar update and I still come out with the same error message:
>> *RuntimeException
>> *
>> *Could not scan for classes inside
>> "vendor/smarty/smarty/libs/sysplugins/smarty_security.php" which does not
>> appear to be a file nor a folder*
>> Am I missing something? Is there anything I can do to get this working?
>>
>>
>>
>> On Thu, Oct 29, 2015 at 10:56 AM, Jean-Marc Libs <jeanmarc.libs@gmail.com
>> > wrote:
>>
>> Right, silly of me. We discussed the need for committing composer.lock
>> just the other day with Luci :-(
>>
>> I rolled back since it did not address the issue anyway...
>>
>> Cheers,
>> J-M
>>
>> On Wed, Oct 28, 2015 at 9:55 PM, Nelson Ko <
>> <nelson@synergiqsolutions.com>nelson@synergiqsolutions.com> wrote:
>>
>> I think you have to run : php temp/composer.phar update and then commit
>> the composer.lock as well?
>>
>> This guy explains it well.
>> <https://blog.engineyard.com/2014/composer-its-all-about-the-lock-file>
>> https://blog.engineyard.com/2014/composer-its-all-about-the-lock-file
>>
>> On Wed, Oct 28, 2015 at 4:32 PM, Jean-Marc Libs <
>> <jeanmarc.libs@gmail.com>jeanmarc.libs@gmail.com> wrote:
>>
>> Hi devs,
>>
>> I have just tried to install a new Tiki on a server.
>> So basically my steps were:
>> get the source using :
>> svn co <https://svn.code.sf.net/p/tikiwiki/code/branches/14.x>
>> https://svn.code.sf.net/p/tikiwiki/code/branches/14.x
>>
>> then run setup.sh
>> sh setup.sh
>>
>> But the composer step fails spectacularly:
>>
>> local PHP version 55 >= required PHP version 55 - good
>> You are already using composer version
>> c557715669ba8dd2dc6c63859f919351a4aa5e2f.
>>
>>
>> RuntimeException
>> Could not scan for classes inside
>> "vendor/smarty/smarty/distribution/libs/sysplugins/smarty_security.php"
>> which does not appear to be a file nor a folder
>>
>> install --prefer-source] [--prefer-dist] [--dry-run] [--dev] [--no-dev
>> --no-plugins] [--no-custom-installers] [--no-autoloader] [--no-scripts
>> --no-progress] [-v|vv|vvv|--verbose] [-o|--optimize-autoloader

>> --classmap-authoritative] [--ignore-platform-reqs] [-- <packages>...

>>
>>
>> Googling around and looking at working Tiki12 installs, I got to:
>> <http://permalink.gmane.org/gmane.comp.cms.tiki.cvs/78062>
>> http://permalink.gmane.org/gmane.comp.cms.tiki.cvs/78062 and I realised
>> there is no "vendor/smarty/smarty/libs/sysplugins/smarty_security.php" in
>> Tiki12, only
>> "vendor/smarty/smarty/distribution/libs/sysplugins/smarty_security.php"
>>
>> So I "fixed" composer.json in r56586 and it seemed to work better with my
>> copy of Tiki12's vendor directory.
>> But then I ran an install from scratch and all I get is the same error
>> with the new file path...
>>
>>
>> Is there a step I missed ??
>> Should I roll back r56586??
>>
>> Cheers,
>> J-M
>>
>>
>> ------------------------------------------------------------------------------
>>
>> ___
>> TikiWiki-devel mailing list
>> TikiWiki-devel at lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>>
>> ___
>> TikiWiki-devel mailing list
>> TikiWiki-devel at lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>>
>> ___
>> TikiWiki-devel mailing list
>> TikiWiki-devel at lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>>
>> ___
>> TikiWiki-devel mailing list
>> TikiWiki-devel at lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>>
>>
>>
>> ___
>> TikiWiki-devel mailing listTikiWiki-devel at lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>>
>> ___
>> TikiWiki-devel mailing list
>> TikiWiki-devel at lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
>>
>>
>
>
> ------------------------------------------------------------------------------
>
> ___
> TikiWiki-devel mailing list
> TikiWiki-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel

posts: 310

By the way, I have tracked down the following problem:

RuntimeException


Could not scan for classes inside
"vendor/smarty/smarty/libs/sysplugins/smarty_security.php" which does not
appear to be a file nor a folder

to this issue: https://github.com/composer/composer/issues/4562 I have
posted a comment on that page...

Nelson.

On Mon, Nov 2, 2015 at 5:43 PM, Nelson Ko <nelson@wordmaster.org> wrote:

> In which version are you getting this error? For Tiki 14 I just committed
> r56614 which should help. Still thinking how to resolve the vendor/ "scan
> error" issue but for that the current workaround is to remove those 3 lines
> and put them back after then reupdate composer.
>
> Also try php composer.phar clear-cache
>
> Nelson
>
> On Mon, Nov 2, 2015 at 4:45 PM, Dustin Taylor <taylordustindev@gmail.com>
> wrote:
>
>> Hi,
>>
>> I attempted your solution by deleting the three vendor files in
>> composer.json and running an install. It appeared as if it wanted to start
>> installing something but then it threw me another error:
>>
>> *UnexpectedValueException
>> *
>>
>> *The checksum verification of the file failed (downloaded from
>> https://composer.tiki.org/dist/adodb-adodb-5.18.zip
>> <https://composer.tiki.org/dist/adodb-adodb-5.18.zip>)*
>>
>> These are the two errors that I continue to run into while trying to
>> trouble shoot this. Have you seen this checksum error before?
>>
>> On Mon, Nov 2, 2015 at 2:23 PM, Torsten Fabricius <torsten@tiki.org>
>> wrote:
>>
>>> Hello, thought this is in discussion, but wanted to bring up a bug
>>> report since two days ... svn install not working - at least not for 15.
>>>
>>> Anybody capable and prepared to fix that? Definitely a show-stopper!
>>>
>>> There are a few bug reports existing, but not sure if related to the
>>> current issue:
>>>
>>> https://dev.tiki.org/tracker5?status=op&sort_mode=f_47_asc&filterfield=26&filtervalue
>>> 26=composer
>>>
>>> Best regards
>>> Torsten
>>>
>>> Am 02.11.2015 um 21:54 schrieb gezzzan:
>>>
>>> hi
>>>
>>> i am having the same when running "install" command
>>>
>>> my guess is that in composer.json there is an "autoload" array which
>>> expects 3 files from "vendor" directory but "vendor" does not exists when
>>> you install for the first time, so it fails
>>>
>>> what I did was that I removed those 3 lines, than run "install", than
>>> add back and run "update"
>>>
>>> clearly something is not right but cant fix it myself
>>>
>>> hope it helps,
>>> cheers,
>>> gezza
>>>
>>> ------------------------------
>>> *From:* Dustin Taylor <taylordustindev@gmail.com>
>>> <taylordustindev@gmail.com>
>>> *To:* Tiki developers <tikiwiki-devel@lists.sourceforge.net>
>>> <tikiwiki-devel@lists.sourceforge.net>
>>> *Sent:* Monday, November 2, 2015 7:53 PM
>>> *Subject:* Re: Tiki-devel Show-stopper for Tiki14 svn installs
>>>
>>> Hey there,
>>>
>>> I am still encountering this issue with the composer and I am unable to
>>> get it to work no matter what I try. I've attempted to run php
>>> temp/composer.phar update and I still come out with the same error message:
>>> *RuntimeException
>>> *
>>> *Could not scan for classes inside
>>> "vendor/smarty/smarty/libs/sysplugins/smarty_security.php" which does not
>>> appear to be a file nor a folder*
>>> Am I missing something? Is there anything I can do to get this working?
>>>
>>>
>>>
>>> On Thu, Oct 29, 2015 at 10:56 AM, Jean-Marc Libs <
>>> jeanmarc.libs at gmail.com> wrote:
>>>
>>> Right, silly of me. We discussed the need for committing composer.lock
>>> just the other day with Luci :-(
>>>
>>> I rolled back since it did not address the issue anyway...
>>>
>>> Cheers,
>>> J-M
>>>
>>> On Wed, Oct 28, 2015 at 9:55 PM, Nelson Ko <
>>> <nelson@synergiqsolutions.com>nelson@synergiqsolutions.com> wrote:
>>>
>>> I think you have to run : php temp/composer.phar update and then commit
>>> the composer.lock as well?
>>>
>>> This guy explains it well.
>>> <https://blog.engineyard.com/2014/composer-its-all-about-the-lock-file>
>>> https://blog.engineyard.com/2014/composer-its-all-about-the-lock-file
>>>
>>> On Wed, Oct 28, 2015 at 4:32 PM, Jean-Marc Libs <
>>> <jeanmarc.libs@gmail.com>jeanmarc.libs@gmail.com> wrote:
>>>
>>> Hi devs,
>>>
>>> I have just tried to install a new Tiki on a server.
>>> So basically my steps were:
>>> get the source using :
>>> svn co <https://svn.code.sf.net/p/tikiwiki/code/branches/14.x>
>>> https://svn.code.sf.net/p/tikiwiki/code/branches/14.x
>>>
>>> then run setup.sh
>>> sh setup.sh
>>>
>>> But the composer step fails spectacularly:
>>>
>>> local PHP version 55 >= required PHP version 55 - good
>>> You are already using composer version
>>> c557715669ba8dd2dc6c63859f919351a4aa5e2f.
>>>
>>>
>>> RuntimeException
>>> Could not scan for classes inside
>>> "vendor/smarty/smarty/distribution/libs/sysplugins/smarty_security.php"
>>> which does not appear to be a file nor a folder
>>>
>>> install --prefer-source] [--prefer-dist] [--dry-run] [--dev] [--no-dev
>>> --no-plugins] [--no-custom-installers] [--no-autoloader] [--no-scripts
>>> --no-progress] [-v|vv|vvv|--verbose] [-o|--optimize-autoloader

>>> --classmap-authoritative] [--ignore-platform-reqs] [-- <packages>...

>>>
>>>
>>> Googling around and looking at working Tiki12 installs, I got to:
>>> <http://permalink.gmane.org/gmane.comp.cms.tiki.cvs/78062>
>>> http://permalink.gmane.org/gmane.comp.cms.tiki.cvs/78062 and I realised
>>> there is no "vendor/smarty/smarty/libs/sysplugins/smarty_security.php" in
>>> Tiki12, only
>>> "vendor/smarty/smarty/distribution/libs/sysplugins/smarty_security.php"
>>>
>>> So I "fixed" composer.json in r56586 and it seemed to work better with
>>> my copy of Tiki12's vendor directory.
>>> But then I ran an install from scratch and all I get is the same error
>>> with the new file path...
>>>
>>>
>>> Is there a step I missed ??
>>> Should I roll back r56586??
>>>
>>> Cheers,
>>> J-M
>>>
>>>
>>> ------------------------------------------------------------------------------
>>>
>>> ___
>>> TikiWiki-devel mailing list
>>> TikiWiki-devel at lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
>>>
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>>
>>> ___
>>> TikiWiki-devel mailing list
>>> TikiWiki-devel at lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
>>>
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>>
>>> ___
>>> TikiWiki-devel mailing list
>>> TikiWiki-devel at lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
>>>
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>>
>>> ___
>>> TikiWiki-devel mailing list
>>> TikiWiki-devel at lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
>>>
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>>
>>>
>>>
>>> ___
>>> TikiWiki-devel mailing listTikiWiki-devel at lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
>>>
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>>
>>> ___
>>> TikiWiki-devel mailing list
>>> TikiWiki-devel at lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
>>>
>>>
>>
>>
>> ------------------------------------------------------------------------------
>>
>> ___
>> TikiWiki-devel mailing list
>> TikiWiki-devel at lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel

posts: 310

Hi Luci,

Looks like you moving of "Tiki\\Composer\\ThemeInstaller::setup" from pre
to post install solved this...

Thanks!
Nelson

On Mon, Nov 2, 2015 at 6:38 PM, Nelson Ko <nelson@wordmaster.org> wrote:

> By the way, I have tracked down the following problem:
>
> RuntimeException
>
>
> Could not scan for classes inside
> "vendor/smarty/smarty/libs/sysplugins/smarty_security.php" which does not
> appear to be a file nor a folder
>
> to this issue: https://github.com/composer/composer/issues/4562 I have
> posted a comment on that page...
>
> Nelson.
>
> On Mon, Nov 2, 2015 at 5:43 PM, Nelson Ko <nelson@wordmaster.org> wrote:
>
>> In which version are you getting this error? For Tiki 14 I just committed
>> r56614 which should help. Still thinking how to resolve the vendor/ "scan
>> error" issue but for that the current workaround is to remove those 3 lines
>> and put them back after then reupdate composer.
>>
>> Also try php composer.phar clear-cache
>>
>> Nelson
>>
>> On Mon, Nov 2, 2015 at 4:45 PM, Dustin Taylor <taylordustindev@gmail.com>
>> wrote:
>>
>>> Hi,
>>>
>>> I attempted your solution by deleting the three vendor files in
>>> composer.json and running an install. It appeared as if it wanted to start
>>> installing something but then it threw me another error:
>>>
>>> *UnexpectedValueException
>>> *
>>>
>>> *The checksum verification of the file failed (downloaded from
>>> https://composer.tiki.org/dist/adodb-adodb-5.18.zip
>>> <https://composer.tiki.org/dist/adodb-adodb-5.18.zip>)*
>>>
>>> These are the two errors that I continue to run into while trying to
>>> trouble shoot this. Have you seen this checksum error before?
>>>
>>> On Mon, Nov 2, 2015 at 2:23 PM, Torsten Fabricius <torsten@tiki.org>
>>> wrote:
>>>
>>>> Hello, thought this is in discussion, but wanted to bring up a bug
>>>> report since two days ... svn install not working - at least not for 15.
>>>>
>>>> Anybody capable and prepared to fix that? Definitely a show-stopper!
>>>>
>>>> There are a few bug reports existing, but not sure if related to the
>>>> current issue:
>>>>
>>>> https://dev.tiki.org/tracker5?status=op&sort_mode=f_47_asc&filterfield=26&filtervalue
>>>> 26=composer
>>>>
>>>> Best regards
>>>> Torsten
>>>>
>>>> Am 02.11.2015 um 21:54 schrieb gezzzan:
>>>>
>>>> hi
>>>>
>>>> i am having the same when running "install" command
>>>>
>>>> my guess is that in composer.json there is an "autoload" array which
>>>> expects 3 files from "vendor" directory but "vendor" does not exists when
>>>> you install for the first time, so it fails
>>>>
>>>> what I did was that I removed those 3 lines, than run "install", than
>>>> add back and run "update"
>>>>
>>>> clearly something is not right but cant fix it myself
>>>>
>>>> hope it helps,
>>>> cheers,
>>>> gezza
>>>>
>>>> ------------------------------
>>>> *From:* Dustin Taylor <taylordustindev@gmail.com>
>>>> <taylordustindev@gmail.com>
>>>> *To:* Tiki developers <tikiwiki-devel@lists.sourceforge.net>
>>>> <tikiwiki-devel@lists.sourceforge.net>
>>>> *Sent:* Monday, November 2, 2015 7:53 PM
>>>> *Subject:* Re: Tiki-devel Show-stopper for Tiki14 svn installs
>>>>
>>>> Hey there,
>>>>
>>>> I am still encountering this issue with the composer and I am unable to
>>>> get it to work no matter what I try. I've attempted to run php
>>>> temp/composer.phar update and I still come out with the same error message:
>>>> *RuntimeException
>>>> *
>>>> *Could not scan for classes inside
>>>> "vendor/smarty/smarty/libs/sysplugins/smarty_security.php" which does not
>>>> appear to be a file nor a folder*
>>>> Am I missing something? Is there anything I can do to get this working?
>>>>
>>>>
>>>>
>>>> On Thu, Oct 29, 2015 at 10:56 AM, Jean-Marc Libs <
>>>> jeanmarc.libs at gmail.com> wrote:
>>>>
>>>> Right, silly of me. We discussed the need for committing composer.lock
>>>> just the other day with Luci :-(
>>>>
>>>> I rolled back since it did not address the issue anyway...
>>>>
>>>> Cheers,
>>>> J-M
>>>>
>>>> On Wed, Oct 28, 2015 at 9:55 PM, Nelson Ko <
>>>> <nelson@synergiqsolutions.com>nelson@synergiqsolutions.com> wrote:
>>>>
>>>> I think you have to run : php temp/composer.phar update and then commit
>>>> the composer.lock as well?
>>>>
>>>> This guy explains it well.
>>>> <https://blog.engineyard.com/2014/composer-its-all-about-the-lock-file>
>>>> https://blog.engineyard.com/2014/composer-its-all-about-the-lock-file
>>>>
>>>> On Wed, Oct 28, 2015 at 4:32 PM, Jean-Marc Libs <
>>>> <jeanmarc.libs@gmail.com>jeanmarc.libs@gmail.com> wrote:
>>>>
>>>> Hi devs,
>>>>
>>>> I have just tried to install a new Tiki on a server.
>>>> So basically my steps were:
>>>> get the source using :
>>>> svn co <https://svn.code.sf.net/p/tikiwiki/code/branches/14.x>
>>>> https://svn.code.sf.net/p/tikiwiki/code/branches/14.x
>>>>
>>>> then run setup.sh
>>>> sh setup.sh
>>>>
>>>> But the composer step fails spectacularly:
>>>>
>>>> local PHP version 55 >= required PHP version 55 - good
>>>> You are already using composer version
>>>> c557715669ba8dd2dc6c63859f919351a4aa5e2f.
>>>>
>>>>
>>>> RuntimeException
>>>> Could not scan for classes inside
>>>> "vendor/smarty/smarty/distribution/libs/sysplugins/smarty_security.php"
>>>> which does not appear to be a file nor a folder
>>>>
>>>> install --prefer-source] [--prefer-dist] [--dry-run] [--dev
>>>> --no-dev] [--no-plugins] [--no-custom-installers] [--no-autoloader
>>>> --no-scripts] [--no-progress] [-v|vv|vvv|--verbose
>>>> --optimize-autoloader] [-a|--classmap-authoritative

>>>> --ignore-platform-reqs] [-- <packages>...

>>>>
>>>>
>>>> Googling around and looking at working Tiki12 installs, I got to:
>>>> <http://permalink.gmane.org/gmane.comp.cms.tiki.cvs/78062>
>>>> http://permalink.gmane.org/gmane.comp.cms.tiki.cvs/78062 and I
>>>> realised there is no
>>>> "vendor/smarty/smarty/libs/sysplugins/smarty_security.php" in Tiki12, only
>>>> "vendor/smarty/smarty/distribution/libs/sysplugins/smarty_security.php"
>>>>
>>>> So I "fixed" composer.json in r56586 and it seemed to work better with
>>>> my copy of Tiki12's vendor directory.
>>>> But then I ran an install from scratch and all I get is the same error
>>>> with the new file path...
>>>>
>>>>
>>>> Is there a step I missed ??
>>>> Should I roll back r56586??
>>>>
>>>> Cheers,
>>>> J-M
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>>
>>>> ___
>>>> TikiWiki-devel mailing list
>>>> TikiWiki-devel at lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
>>>>
>>>>
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>>
>>>> ___
>>>> TikiWiki-devel mailing list
>>>> TikiWiki-devel at lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
>>>>
>>>>
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>>
>>>> ___
>>>> TikiWiki-devel mailing list
>>>> TikiWiki-devel at lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
>>>>
>>>>
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>>
>>>> ___
>>>> TikiWiki-devel mailing list
>>>> TikiWiki-devel at lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
>>>>
>>>>
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>>
>>>>
>>>>
>>>> ___
>>>> TikiWiki-devel mailing listTikiWiki-devel at lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
>>>>
>>>>
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>>
>>>> ___
>>>> TikiWiki-devel mailing list
>>>> TikiWiki-devel at lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
>>>>
>>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>>
>>> ___
>>> TikiWiki-devel mailing list
>>> TikiWiki-devel at lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel


Why Register?

Register at tiki.org and you'll be able to use the account at any *.tiki.org site, thanks to the InterTiki feature. A valid email address is required to receive site notifications and occasional newsletters. You can opt out of these items at any time.