doctrine has 2 optional dependencies on Symfony Console and Symfony YAMl. That is hardly "depending" on Symfony.
Also as david said, you should really look into composer. It will be the package management for Symfony starting with 2.1 On Fri, Mar 16, 2012 at 9:27 PM, Jean-Baptiste Quenot <j...@caraldi.com>wrote: > NOTE: this post was intended for the user list but for some reason it > didn't make it through! > > Hi there, > > I'm trying to convert a SF2 project that use the vendors mechanism to > PEAR-managed packages, in order to reduce the duration of the initial > checkout and vendor install. In this project, deployments are > frequent and builds are always done from scratch, so downloading 200MB > of dependencies on Github everytime is cumbersome and the process is > fragile, as it highly depends on networking and on the availability of > third-party repositories that may disappear or move without notice[1]. > > I thought using the PEAR packages provided by Symfony and changing the > autoloader to point to /usr/share/php would address this usecase. But > sadly the Symfony "bundles" are not available as PEAR packages, so I > had to restore the "symfony" vendor in the "deps" file. This vendor > checks out the entire Symfony project on github, which includes both > the bundles and the components already in PEAR. So I'm sadly out of > luck. PEAR packages for Symfony are useless if I still have to > checkout the whole thing with Git. > > I can see two ways to solve this: either provide Symfony bundles in > PEAR, or provide a Github project that only includes the bundles. Is > there another alternative? > > So consider this as a feedback from a developer newly converted to > SF2, and trying to use PEAR as a replacement for vendors. It is not > clear if this is a "supported" way of using SF2. Is anyone using PEAR > to manage dependencies? > > For now I only managed to use the PEAR packages for the doctrine > dependencies. But there was a curious PEAR dependency to > Symfony/Console. I know Symfony is still relying on Doctrine in the > core, but I was not expecting Doctrine to depend on Symfony! > > Thanks in advance, > > P.S. I notice there is a FrameworkBundle repo in Github[2]. May I > safely use this? Is it mirrored automatically? Will it be maintained > in the long term? I saw a thread about organizing the SF2 universe on > the dev list[3], but not any official decision related to subtree > split. > -- > Jean-Baptiste Quenot > > [1] for example "monolog" included in the standard dist is not hosted > under the "official" symfony account > [2] https://github.com/symfony/FrameworkBundle > [3] > http://groups.google.com/group/symfony-devs/browse_thread/thread/3f4aea95b1e4067d/6ff7fdb0b1a01bc8?lnk=gst&q=framework+bundle+split#6ff7fdb0b1a01bc8 > > -- > If you want to report a vulnerability issue on symfony, please send it to > security at symfony-project.com > > You received this message because you are subscribed to the Google > Groups "symfony developers" group. > To post to this group, send email to symfony-devs@googlegroups.com > To unsubscribe from this group, send email to > symfony-devs+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/symfony-devs?hl=en > -- If you want to report a vulnerability issue on symfony, please send it to security at symfony-project.com You received this message because you are subscribed to the Google Groups "symfony developers" group. To post to this group, send email to symfony-devs@googlegroups.com To unsubscribe from this group, send email to symfony-devs+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/symfony-devs?hl=en
