[Bug 1384180] New: Cannot add movies to Blender
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1384180
Bug ID: 1384180
Summary: Cannot add movies to Blender
Product: Fedora
Version: 24
Component: blender
Assignee: luya_tfz(a)thefinalzone.net
Reporter: yajo.sk8(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: design-devel(a)lists.fedoraproject.org,
hobbes1069(a)gmail.com, jochen(a)herr-schmitt.de,
kwizart(a)gmail.com, luya_tfz(a)thefinalzone.net,
promac(a)gmail.com
Description of problem:
Using its built-in Video Sequence Editor, I cannot input any video file.
Version-Release number of selected component (if applicable):
blender-2.77a-1.fc24.x86_64
How reproducible:
Always
Steps to Reproduce:
1. Open Blender.
2. Open its Video Sequence Editor.
3. Press Shift+A.
4. Choose "Video".
5. Choose a video file.
Actual results:
UI says:
File /home/yajo/Vídeos/GOPR4948-20161012-194939.webm could not be loaded
Console logs say:
not an anim: /home/yajo/Vídeos/GOPR4948-20161012-194939.webm
Expected results:
File loaded.
Additional info:
I only tried with MP4 and webm files.
This thread seems related:
http://blender.stackexchange.com/questions/28839/cannot-load-movie-files-...
It suggests to add ffmpeg support at compile time. I hope that's possible.
I have ffmpeg installed from RPMFusion, with no luck.
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 4 months
[Bug 1435423] New: Need to fix wallpaper / background packaging
situation
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1435423
Bug ID: 1435423
Summary: Need to fix wallpaper / background packaging situation
Product: Fedora
Version: rawhide
Component: f26-backgrounds
Severity: high
Assignee: luya_tfz(a)thefinalzone.net
Reporter: duffy(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: design-devel(a)lists.fedoraproject.org,
luya_tfz(a)thefinalzone.net
Description of problem:
The packaging bits for providing the default desktop background are
overcomplicated and cause issues every release. On top of that, there is a new
source package every release, so every release we need to do a new package
review. Once the new package is in, we have to adjust stuff in
comps/spin-kickstarts.
Just using one package with subpackages could save a lot of pain. There is
legitimate complexity here, but someone should sit down and think about how
this works and come up with a better approach - it should be possible but it's
never on anybody's priority list until we get into another situation with
wallpapers blocking the release.
Going to no alphas in favor of rawhide serving as alpha, we need to change how
it works anyway.
Roshi offered to write a script to autogenerate a placeholder wallpaper that
could be used until draft artwork was ready.
Idea from today's F26 alpha go/no-go meeting:
1) After branch you make that have the current release stuff and move the
previous one to desktop-backgrounds-f25 subpackage
2) maybe just one source package is OK, it'd have a lot of subpackages but you
could just keep them around for as long as you want and the subpackages should
have virtual provides
3) when we get to final, we push it to N+1 and at that point it never is an
issue again
Another idea:
1) the real problem we have here is a) there's far too much unnecessary work to
do each cycle to actually meet the requirements and b) no-one seems to have
taken responsibility for making sure all that work gets done every cycle, even
though it's completely predictable and plannable-for
and it should be someone's job as soon as possible after branching to put in
the 'real' wallpaper for the release
2) the placeholder wallpaper should just always be in rawhide
3) when we branch the package is updated to the new one
4) the neat thing about doing it that way is that as long as the real wallpaper
gets in *some time* before release, we're good, because then all pre-release
builds would kinda 'automatically' have different wallpaper from all final
releases
5) the placeholder wallpaper can always stay the same or just be changed when
someone gets bored of it. it doesn't really matter so long as it's never the
same as any final release wallpaper
Nirik has volunteered to look into this. CCing adamw, sgallagh, and nb based on
their participation / interest.
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 5 months
[Bug 1435753] New: cant emerge blender in RHEL 7
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1435753
Bug ID: 1435753
Summary: cant emerge blender in RHEL 7
Product: Fedora EPEL
Version: epel7
Component: blender
Severity: medium
Assignee: luya_tfz(a)thefinalzone.net
Reporter: joroman(a)rand.org
QA Contact: extras-qa(a)fedoraproject.org
CC: design-devel(a)lists.fedoraproject.org,
jochen(a)herr-schmitt.de, luya_tfz(a)thefinalzone.net,
negativo17(a)gmail.com
Description of problem:
rhel7 wont emerge blender without a dependency problem
Version-Release number of selected component (if applicable):
How reproducible:
very
Steps to Reproduce:
1.yum install blender
2.
3.
Actual results:
fails
Expected results:
Additional info:
[root@redacted]# yum install blender
Loaded plugins: langpacks, product-id, search-disabled-repos,
subscription-manager
Resolving Dependencies
--> Running transaction check
---> Package blender.x86_64 1:2.68a-6.el7 will be installed
--> Processing Dependency: blender-fonts = 1:2.68a-6.el7 for package:
1:blender-2.68a-6.el7.x86_64
--> Processing Dependency: google-droid-sans-fonts for package:
1:blender-2.68a-6.el7.x86_64
--> Processing Dependency: /usr/bin/python3 for package:
1:blender-2.68a-6.el7.x86_64
--> Processing Dependency: libspnav.so.0()(64bit) for package:
1:blender-2.68a-6.el7.x86_64
--> Processing Dependency: libpython3.4m.so.1.0()(64bit) for package:
1:blender-2.68a-6.el7.x86_64
--> Processing Dependency: libopenal.so.1()(64bit) for package:
1:blender-2.68a-6.el7.x86_64
--> Processing Dependency: libjemalloc.so.1()(64bit) for package:
1:blender-2.68a-6.el7.x86_64
--> Processing Dependency: libjack.so.0()(64bit) for package:
1:blender-2.68a-6.el7.x86_64
--> Processing Dependency: libboost_regex-mt.so.1.53.0()(64bit) for package:
1:blender-2.68a-6.el7.x86_64
--> Processing Dependency: libboost_locale-mt.so.1.53.0()(64bit) for package:
1:blender-2.68a-6.el7.x86_64
--> Processing Dependency: libboost_filesystem-mt.so.1.53.0()(64bit) for
package: 1:blender-2.68a-6.el7.x86_64
--> Processing Dependency: libboost_date_time-mt.so.1.53.0()(64bit) for
package: 1:blender-2.68a-6.el7.x86_64
--> Processing Dependency: libOpenImageIO.so.1.5()(64bit) for package:
1:blender-2.68a-6.el7.x86_64
--> Processing Dependency: libOpenColorIO.so.1()(64bit) for package:
1:blender-2.68a-6.el7.x86_64
--> Processing Dependency: libGLEW.so.1.10()(64bit) for package:
1:blender-2.68a-6.el7.x86_64
--> Running transaction check
---> Package OpenColorIO.x86_64 0:1.0.9-4.el7 will be installed
--> Processing Dependency: libyaml-cpp.so.0.3()(64bit) for package:
OpenColorIO-1.0.9-4.el7.x86_64
--> Processing Dependency: libtinyxml.so.0()(64bit) for package:
OpenColorIO-1.0.9-4.el7.x86_64
---> Package OpenImageIO.x86_64 0:1.5.24-3.el7.1 will be installed
--> Processing Dependency: libpugixml.so.1()(64bit) for package:
OpenImageIO-1.5.24-3.el7.1.x86_64
--> Processing Dependency: libopencv_highgui.so.2.4()(64bit) for package:
OpenImageIO-1.5.24-3.el7.1.x86_64
--> Processing Dependency: libopencv_core.so.2.4()(64bit) for package:
OpenImageIO-1.5.24-3.el7.1.x86_64
---> Package blender.x86_64 1:2.68a-6.el7 will be installed
--> Processing Dependency: google-droid-sans-fonts for package:
1:blender-2.68a-6.el7.x86_64
---> Package blender-fonts.noarch 1:2.68a-6.el7 will be installed
---> Package boost-date-time.x86_64 0:1.53.0-26.el7 will be installed
---> Package boost-filesystem.x86_64 0:1.53.0-26.el7 will be installed
---> Package boost-locale.x86_64 0:1.53.0-26.el7 will be installed
--> Processing Dependency: boost-chrono(x86-64) = 1.53.0-26.el7 for package:
boost-locale-1.53.0-26.el7.x86_64
--> Processing Dependency: libboost_chrono-mt.so.1.53.0()(64bit) for package:
boost-locale-1.53.0-26.el7.x86_64
---> Package boost-regex.x86_64 0:1.53.0-26.el7 will be installed
---> Package jack-audio-connection-kit.x86_64 0:1.9.9.5-6.el7 will be installed
--> Processing Dependency: libffado.so.2()(64bit) for package:
jack-audio-connection-kit-1.9.9.5-6.el7.x86_64
---> Package jemalloc.x86_64 0:3.6.0-1.el7 will be installed
---> Package libGLEW.x86_64 0:1.10.0-5.el7 will be installed
---> Package libspnav.x86_64 0:0.2.3-1.el7 will be installed
---> Package openal-soft.x86_64 0:1.16.0-3.el7 will be installed
---> Package python34.x86_64 0:3.4.5-3.el7 will be installed
---> Package python34-libs.x86_64 0:3.4.5-3.el7 will be installed
--> Running transaction check
---> Package blender.x86_64 1:2.68a-6.el7 will be installed
--> Processing Dependency: google-droid-sans-fonts for package:
1:blender-2.68a-6.el7.x86_64
---> Package boost-chrono.x86_64 0:1.53.0-26.el7 will be installed
---> Package libffado.x86_64 0:2.1.0-4.el7 will be installed
--> Processing Dependency: libxml++-2.6.so.2()(64bit) for package:
libffado-2.1.0-4.el7.x86_64
---> Package opencv.x86_64 0:2.4.5-3.el7 will be installed
---> Package opencv-core.x86_64 0:2.4.5-3.el7 will be installed
---> Package pugixml.x86_64 0:1.8-1.el7 will be installed
---> Package tinyxml.x86_64 0:2.6.2-3.el7 will be installed
---> Package yaml-cpp03.x86_64 0:0.3.0-4.el7 will be installed
--> Running transaction check
---> Package blender.x86_64 1:2.68a-6.el7 will be installed
--> Processing Dependency: google-droid-sans-fonts for package:
1:blender-2.68a-6.el7.x86_64
---> Package libxml++.x86_64 0:2.37.1-1.el7 will be installed
--> Finished Dependency Resolution
--> Finding unneeded leftover dependencies
Found and removing 0 unneeded dependencies
Error: Package: 1:blender-2.68a-6.el7.x86_64 (epel)
Requires: google-droid-sans-fonts
**********************************************************************
yum can be configured to try to resolve such errors by temporarily enabling
disabled repos and searching for missing dependencies.
To enable this functionality please set 'notify_only=0' in
/etc/yum/pluginconf.d/search-disabled-repos.conf
**********************************************************************
Error: Package: 1:blender-2.68a-6.el7.x86_64 (epel)
Requires: google-droid-sans-fonts
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 10 months
[Bug 1478536] New: Blender warnings "
X server found. dri2 connection failed!"
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1478536
Bug ID: 1478536
Summary: Blender warnings "X server found. dri2 connection
failed!"
Product: Fedora
Version: 26
Component: blender
Severity: medium
Assignee: luya_tfz(a)thefinalzone.net
Reporter: alex(a)malexmedia.net
QA Contact: extras-qa(a)fedoraproject.org
CC: design-devel(a)lists.fedoraproject.org,
hobbes1069(a)gmail.com, jochen(a)herr-schmitt.de,
kwizart(a)gmail.com, luya_tfz(a)thefinalzone.net,
negativo17(a)gmail.com, promac(a)gmail.com
Description of problem:
When launching Blender, after switching the rendering engine to "Cycles
Render", the terminal displays a large number of errors and warnings:
---- SNIP ----
X server found. dri2 connection failed!
DRM_IOCTL_I915_GEM_APERTURE failed: Invalid argument
Assuming 131072kB available aperture size.
May lead to reduced performance or incorrect rendering.
get chip id failed: -1 [22]
param: 4, val: 0
---- SNIP ----
Version-Release number of selected component (if applicable):
blender-2.78c-4.fc26.x86_64
How reproducible:
Every time.
Steps to Reproduce:
1. Launch /usr/bin/blender from within Terminal
2. Switch to "Cycles Render" in upper-right drop down.
3. Observe "dri2 connection failed" error messages repeated several times.
Actual results:
Blender complains over and over that it cannot connect to DRI.
Expected results:
Blender should be able to establish appropriate connections to DRI.
Additional info:
This issue is only reproducible within Wayland. Under Xorg, this issue is not
present.
--
You are receiving this mail because:
You are on the CC list for the bug.
5 years, 11 months
[Bug 1450645] New: [abrt] blender: gc_list_merge():
blender killed by SIGSEGV
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1450645
Bug ID: 1450645
Summary: [abrt] blender: gc_list_merge(): blender killed by
SIGSEGV
Product: Fedora
Version: 25
Component: blender
Assignee: luya_tfz(a)thefinalzone.net
Reporter: dr.diesel(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: design-devel(a)lists.fedoraproject.org,
hobbes1069(a)gmail.com, jochen(a)herr-schmitt.de,
kwizart(a)gmail.com, luya_tfz(a)thefinalzone.net,
negativo17(a)gmail.com, promac(a)gmail.com
Description of problem:
Happens while opening/starting Blender, never actually opens, crash happens
1-2sec after attempting to start.
Version-Release number of selected component:
blender-2.78c-2.fc25
Additional info:
reporter: libreport-2.8.0
backtrace_rating: 4
cmdline: blender
crash_function: gc_list_merge
executable: /usr/bin/blender
global_pid: 20695
kernel: 4.10.11-200.fc25.x86_64
pkg_fingerprint: 4089 D8F2 FDB1 9C98
pkg_vendor: Fedora Project
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (10 frames)
#0 gc_list_merge at /usr/src/debug/Python-3.5.3/Modules/gcmodule.c:295
#1 collect at /usr/src/debug/Python-3.5.3/Modules/gcmodule.c:943
#2 collect_with_callback at
/usr/src/debug/Python-3.5.3/Modules/gcmodule.c:1127
#3 collect_generations at /usr/src/debug/Python-3.5.3/Modules/gcmodule.c:1150
#4 _PyObject_GC_Alloc at /usr/src/debug/Python-3.5.3/Modules/gcmodule.c:1716
#5 _PyObject_GC_Malloc at /usr/src/debug/Python-3.5.3/Modules/gcmodule.c:1726
#6 _PyObject_GC_New at /usr/src/debug/Python-3.5.3/Modules/gcmodule.c:1738
#7 new_weakref at /usr/src/debug/Python-3.5.3/Objects/weakrefobject.c:36
#8 PyWeakref_NewRef at /usr/src/debug/Python-3.5.3/Objects/weakrefobject.c:759
#9 id_weakref_pool_add at
/usr/src/debug/blender-2.78c/source/blender/python/intern/bpy_rna.c:200
--
You are receiving this mail because:
You are on the CC list for the bug.
6 years, 6 months