Can packages in the 11.4 standard or update repos build against tumbleweed?

Dave Plater <[email protected]> Sun, 29 May 2011 16:05:18 +0200
Newsgroups gmane.linux.suse.opensuse.packaging,gmane.linux.suse.opensuse.devel,gmane.linux.suse.multimedia
Message-ID <[email protected]>
Can packages in 11.4 standard or update repositories build against packages provided in the tumbleweed update repository.? I've filed 
bnc#696826 about 11.4's lv2core-devel's lv2config being unable to function due to a lack of package python-redland. The LV2 plugin system 
cannot be used at all if the package can't build against lv2core and slv2, I submitted new packages lv2core, slv2 and an updated redland 
package that included the python bindings before 11.4's release, lv2core is in the 11.4 distribution but slv2 is still in review, here is 
it's history :
62079  State:declined By:autobuild    When:2011-02-18T16:30:51
         submit:       multimedia:libs/slv2  ->                           openSUSE:Factory       note: obsoleted by submitreq 62078
         From: plater(new)
         Descr: Removed conflict for libslv2-8

  62078  State:review  By:coolo        When:2011-03-28T16:14:46
         submit:       multimedia:libs/slv2  ->                           openSUSE:Factory
         From: plater(new) -> saschpe(review)
         Descr: Removed conflict for libslv2-8

  60049  State:declined By:autobuild    When:2011-02-18T16:30:43
         submit:       multimedia:libs/slv2  ->                           openSUSE:Factory
         From: plater(new)
         Descr: Add slv2-0.6.6-licencefix.patch to remove file with conflicting
                GPLv2 statement in the header.
                See bnc#669117 and slv upstream drobillad #630

  59638  State:declined By:autobuild    When:2011-02-04T17:25:01
         submit:       multimedia:libs/slv2  ->                           openSUSE:Factory
         From: plater(new)
         Descr: New package slv2 is a library to make the use of LV2 plugins as
                simple as possible for applications.slv2 is free software (GPL v2
                or later) written in C99 using the Redland RDF toolkit, and is
                known to work on GNU/Linux and Mac OS X. This package is the
                other part of the slv2 lv2core needed for openSUSE packages to
                use the LV2 plugin system and compliments submit request sr#59624
                the home url for this package is
                http://drobilla.net/software/slv2/ apart from the url and licence
                all of the other relevant information is contained in submit
                request id 59624

and this is sr#62078 the last request which is still open :
Request #62078:

   submit:   multimedia:libs/slv2(r5) -> openSUSE:Factory/slv2


Message:
     Removed conflict for libslv2-8

State:   review       2011-03-28T16:14:46 coolo
Comment: run checker

Review:  new         darix None None None   Please decide
          accepted    None factory-auto 2011-03-29T16:16:48 coolo   Builds for all Factory repos found

Output of check script (non-fatal):

History: review       2011-03-18T10:39:07 saschpe
          new          2011-02-18T16:18:50 plater

This last request effectively blocks slv from even going into factory. There was a comment made in a reply during one of my many emails 
pleading for slv2 to be accepted that it was a duplicate of a Packman package and I replied that it's purpose was to enable multimedia 
applications to build with support for LV2 plugins and openSUSE packages cannot build against Packman packages.
I'm busy updating qtractor from 0.7.8 to 0.7.9 the earlier version would have been in 11.4 had slv2 been present and now it seems that 
version 0.7.9 is also going to be blocked.
Reference threads :
http://lists.opensuse.org/opensuse-factory/2011-02/msg00678.html
http://lists.opensuse.org/opensuse-factory/2011-02/msg00004.html
http://lists.opensuse.org/opensuse-factory/2011-01/msg00377.html

I originally created the lv2core and slv2 packages when a user requested LV2 plugin support for ardour which isn't in the main distribution 
but he was happy with the result and this verifies that there isn't anything wrong with the package. Maybe I violated an openSUSE rule 
inadvertently but if nobody explains what it was I may do it again. I'm passionate about openSUSE multimedia and I feel that it presents an 
important face of openSUSE.

Regards
Dave Plater