<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    Am 16.04.2012 09:45, schrieb Marco Bernasocchi:
    <blockquote
cite="mid:CALWXeEGVR=xDi-2iwVOLdWQN3UOVKmXSDCTaqN=YjMGbioLrZA@mail.gmail.com"
      type="cite">
      <p>Marco Bernasocchi (mobile)<br>
        <a moz-do-not-send="true" href="http://opengis.ch">http://opengis.ch</a><br>
        On Apr 16, 2012 9:17 AM, "Marco Lechner - FOSSGIS e.V." &lt;<a
          moz-do-not-send="true" href="mailto:marco.lechner@fossgis.de">marco.lechner@fossgis.de</a>&gt;

        wrote:<br>
        &gt;<br>
        &gt; how about creating more dependencies to python-libs, ... by
        adding<br>
        &gt; plugins to core? I think this should be taken in focus of
        this<br>
        &gt; discussion. IMHO it's not good to add plugins to core that
        make it<br>
        &gt; necessary to install e.g. mysql with qgis.<br>
        Definitely not, which plugin are you talking about?<br>
      </p>
    </blockquote>
    <br>
    I'm not talking about a specific plugin, but I want to keep in mind
    that some plugins have specific dependencies (may bee not the two
    ones discussed for adding to core right now) and adding those
    plugins to core may be problematic.<br>
    <br>
    Marco<br>
    <blockquote
cite="mid:CALWXeEGVR=xDi-2iwVOLdWQN3UOVKmXSDCTaqN=YjMGbioLrZA@mail.gmail.com"
      type="cite">
      <p> &gt;<br>
        &gt; Marco<br>
        &gt;<br>
        &gt; Am 15.04.2012 22:55, schrieb Borys Jurgiel:<br>
        &gt; &gt;&gt; This confirms what I've seen in the past: if a
        core plugin is released via<br>
        &gt; &gt;&gt; a user repository channel, and the user installs
        it, the installed user<br>
        &gt; &gt;&gt; plugin takes precedence over the core module of
        the same package name (e.g.<br>
        &gt; &gt;&gt; fTools user plugin is used instead of fTools core
        plugin).<br>
        &gt; &gt;&gt;<br>
        &gt; &gt;&gt; So, it is my understanding that a core plugin
        shipping with a release would<br>
        &gt; &gt;&gt; not be 'pinned down' to the QGIS release schedule.<br>
        &gt; &gt; Yes, exactly. You can release a plugin update this way
        and it mask the one<br>
        &gt; &gt; bundled with Qgis release. If, some day, the user
        upgrades qgis and the<br>
        &gt; &gt; version of the plugin bundled with master becomes
        higher that the one<br>
        &gt; &gt; available in the repository, QGIS displays a message
        to encouage user to<br>
        &gt; &gt; uninstall the update, that is now outdated.<br>
        &gt; &gt; _______________________________________________<br>
        &gt; &gt; Qgis-developer mailing list<br>
        &gt; &gt; <a moz-do-not-send="true"
          href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
        &gt; &gt; <a moz-do-not-send="true"
          href="http://lists.osgeo.org/mailman/listinfo/qgis-developer">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
        &gt;<br>
        &gt; _______________________________________________<br>
        &gt; Qgis-developer mailing list<br>
        &gt; <a moz-do-not-send="true"
          href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
        &gt; <a moz-do-not-send="true"
          href="http://lists.osgeo.org/mailman/listinfo/qgis-developer">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
      </p>
    </blockquote>
    <br>
    <br>
  </body>
</html>