[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 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
[Bug 1452415] New: Updated f26-backgrounds for beta release
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1452415
Bug ID: 1452415
Summary: Updated f26-backgrounds for beta release
Product: Fedora
Version: 26
Component: f26-backgrounds
Severity: low
Assignee: luya_tfz(a)thefinalzone.net
Reporter: luya(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: design-devel(a)lists.fedoraproject.org,
luya_tfz(a)thefinalzone.net
Description of problem:
New version of f26-backgrounds needs to be submitted for Beta release. It
includes fixed default wallpaper improvement for animated default wallpapers
Version-Release number of selected component (if applicable):
26.2.2
How reproducible:
Always
Steps to Reproduce:
1.N/A
2.
3.
Actual results:
Wrong version of default wallpaper
Expected results:
Correct version of wallpaper
Additional info:
Update status:
https://bodhi.fedoraproject.org/updates/f26-backgrounds-26.2.2-1.fc26
--
You are receiving this mail because:
You are on the CC list for the bug.
6 years, 9 months
[Bug 1450260] New: Complete dark transition between day and dusk
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1450260
Bug ID: 1450260
Summary: Complete dark transition between day and dusk
Product: Fedora
Version: 26
Component: f26-backgrounds
Severity: low
Assignee: luya_tfz(a)thefinalzone.net
Reporter: luya(a)fedoraproject.org
QA Contact: extras-qa(a)fedoraproject.org
CC: design-devel(a)lists.fedoraproject.org,
luya_tfz(a)thefinalzone.net
Description of problem:
The transition from day to dusk in the animated wallpaper is completely
darkened.
Version-Release number of selected component (if applicable):
26.2.1
How reproducible:
Always
Steps to Reproduce:
1.
2.
3.
Actual results:
Tranition is completely darkened
Expected results:
Tranisiton should be subtle smooth
Additional info:
Dusk part of animated wallpaper will need adjustment.
--
You are receiving this mail because:
You are on the CC list for the bug.
6 years, 9 months
[Bug 1449152] SDDM's default theme/colors are very hard to read
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1449152
Fedora Update System <updates(a)fedoraproject.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ON_QA |CLOSED
Fixed In Version| |f26-backgrounds-26.2.2-1.fc
| |26
Resolution|--- |ERRATA
Last Closed| |2017-06-09 15:02:55
--- Comment #7 from Fedora Update System <updates(a)fedoraproject.org> ---
f26-backgrounds-26.2.2-1.fc26 has been pushed to the Fedora 26 stable
repository. If problems still persist, please make note of it in this bug
report.
--
You are receiving this mail because:
You are on the CC list for the bug.
6 years, 10 months