[SCM] blender/master.cycles: debian/control: arch dependency for OIIO reduced

Jonas Smedegaard dr at jones.dk
Sun Jul 15 10:47:26 UTC 2012


On 12-07-15 at 09:19am, Matteo F. Vescovi wrote:
> On Sat, Jul 14, 2012 at 06:06:56PM +0200, Jonas Smedegaard wrote:
> > How do you define "resulting program wouldn't be very useful"?
> 
> Please, Jonas, don't get me wrong! ;-)
> 
> In my poor english I was trying to explain that maybe, at this point 
> of feature enabling (Cycles support), there are not so many Blender 
> fans running ia64 or s390/s390x machines. Most of them are running 
> amd64/i386 boxes, instead.
> 
> Since Cycles support in Blender is strictly related to OpenImageIO 
> library (which I'm maintaining within Debian PhotoTools Team) and it's 
> still failing in a lot of architectures (all but [any-amd64] 
> [any-i386] ia64 and s390/s390x), I thought it was wise enough not to 
> enable it on those not-so-common architectures. It's a temporary 
> choice, waiting for me to fix the other architecture building 
> processes.
> 
> But that's my idea and maybe it's wrong.
> Any advice is really appreciated.

If failures are caught at buildtime it is generally best to enable 
builds also on weird architectures so that the breakage are visible to 
porters.

If a package has never succeeded to build on some architecture then it 
is not a "new issue" to fail now and therefore not an RC bug (i.e. the 
package will still transition to testing).

If a package has wrongly entered some architecture in the past (i.e. it 
really is broken but e.g. not caught by older testsuite), then it is 
better to build-but-fail and then file a bugreport against 
ftp.debian.org to get the older package removed from testing so that the 
build failure of the newer package release is treated as non-RC.

If a newly introduced _feature_ breaks in some archs but not others, it 
may make sense to suppress that feature selectively - but keep such 
arch-selections to a minimum, and make sure to not only limit 
build-dependencies but also add conflicts as necessary!


Hope that helps,

 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/attachments/20120715/7047c5d4/attachment-0001.pgp>


More information about the pkg-multimedia-maintainers mailing list