On 10/10/2014 08:48 AM, Matteo F. Vescovi wrote:
No, it doesn't. Your patch wasn't applied in 2.71.
I modified it locally...
Oh, gotta check this either... but I've no X on my laptop at the moment.
Thanks for reporting.
Not sure it's a bug.. it's quite possible they don't support
the changelog. Adjust it or drop
it.
.
blender (2.71+dfsg1-2) UNRELEASED; urgency=medium
.
* change rules file to set architecture flags
Author: Johann Klammer klamm...@a1.net
---
The information above should follow the Patch Tagging Guidelines, please
checkout http://dep.debian.net/deps
On 10/09/2014 03:01 PM, Matteo F. Vescovi wrote:
Hi again!
On 2014-10-09 at 14:39 (CEST), Matteo F. Vescovi wrote:
Re-applying it with next upcoming revision. Sorry for the mess.
FTR, test build on i386 with your patch applied on top of
2.72 now fails [1].
I hope to find a solution
On Thu, 2 Oct 2014 14:43:30 +0200 Matteo F. Vescovi
mfvesc...@gmail.com wrote:
Control: tag -1 + upstream
Hi!
On 2014-10-02 at 13:54 (CEST), Daniele Forsi wrote:
Dear Maintainer,
could Blender be changed to check if it is running on a supported CPU
and fail with a nicely
Rémi Denis-Courmont wrote:
tags 665732 = moreinfo help unreproducible
thanks
Hello,
Le mardi 26 février 2013 17:33:21, Johann Klammer a écrit :
Adding a usleep(1) after the last aout_unlock() in aout_DecPlay() in
src/audio_output/dec.c solves the problem for me.
Unfortunately
Adding a usleep(1) after the last aout_unlock() in aout_DecPlay() in
src/audio_output/dec.c solves the problem for me. It seems that the GUI
thread fails to get woken up after the mutex here is unlocked
Not sure if this is a kernel bug or just quality of implementation...
There:
http://members.aon.at/~aklamme4/scratch/test.ts
File was generated using rtpdump, Switching from TELE5 to ProSieben(on
different mux). The .ts file crashes vlc at the point of transition. I
find it hard to believe that you could not reproduce as it always,
reliably happens here when
Package: vlc
Version: 2.0.3-2
Hello,
I recently upgraded vlc from 1.1.13-1+b1 to 2.0.3-2.
I am using it to play back rtp:// streams forwarded by this software:
https://github.com/klammerj/dvb-vulture
AFAIK The stream contains a valid PCR...
When the stream composition changes (by tuning to
This one is a bit better, as it leaves SSE/2 enabled on targets that
support it.
Description: Conditionalize SSE and SSE2 support
This makes sure it builds compatible binaries also on
machines which have sse/sse2. Fixes the SIGILL bug.
Checks for DEB_HOST_ARCH_CPU!=i386 before tests are
Arrgh,
Just tried Version 2.63a-1 .deb and it _still_ fails with SIGILL.
The blender bugzilla/wiki[1][2][3] mentions that their binary build is
done on a virtual machine and build flags get set automatically...
Obviously this will not work for debianized builds, as
(sub)architectures vary,
Just tried the 2.62-1 version .deb and it still fails with SIGILL
The official build from the blender homepage works well, though.
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
11 matches
Mail list logo
