[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, 4 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, 9 months
[Bug 1429196] New:
International fonts function broken in packaged blender 2.78b
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1429196
Bug ID: 1429196
Summary: International fonts function broken in packaged
blender 2.78b
Product: Fedora
Version: 25
Component: blender
Assignee: luya_tfz(a)thefinalzone.net
Reporter: pswo10680(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
Created attachment 1260072
--> https://bugzilla.redhat.com/attachment.cgi?id=1260072&action=edit
Epty list of supported language
Description of problem:
Blender supports internationalization since 2.6.
I have downloaded official blender package myself, and the internationalization
works well. I can change to "Traditional Chinese" language via checking
"International Fonts" option in "File > User Preferences > System" dialogue,
and then check "Interface" and "Tooltips" for my native language.
However, the version distributed by Fedora cannot take this advantage of
blender again. (It happened with 2.77 before)
Version-Release number of selected component (if applicable):
2.78b
How reproducible:
always
Steps to Reproduce:
1. launch blender
2. check "International Font" option in System tab of File > User Preferences
dialogue
3. there is no supported language listed. If you are in zh_TW locale, after
clicking "Interface" button for translation, you will see characters as in
squares which means blender cannot load the right glyph
Actual results:
You don't see a list of supported languages. And the UI does not load the right
glyph for translations in zh_TW locale
Expected results:
The internationalization work of blender should work fine out of box as the
official one.
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years
[Bug 1427122] New: blender-2.78c is available
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1427122
Bug ID: 1427122
Summary: blender-2.78c is available
Product: Fedora
Version: rawhide
Component: blender
Keywords: FutureFeature, Triaged
Assignee: luya_tfz(a)thefinalzone.net
Reporter: upstream-release-monitoring(a)fedoraproject.org
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
Latest upstream release: 2.78c
Current version/release in rawhide: 2.78b-2.fc26
URL: http://download.blender.org/source/
Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy
More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring
Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.
Based on the information from anitya:
https://release-monitoring.org/project/201/
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years
[Bug 1425146] New: Blender UI flickering on viewport updates
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1425146
Bug ID: 1425146
Summary: Blender UI flickering on viewport updates
Product: Fedora
Version: rawhide
Component: blender
Severity: medium
Assignee: luya_tfz(a)thefinalzone.net
Reporter: V02460(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:
Whenever the viewport gets updated in blender, parts of the UI start to
flicker.
In the flickering area it seems to display uninitialized video data as
distorted content from closed programs can be seen; so this might be a video
driver bug.
Version-Release number of selected component (if applicable):
blender 2.78a
How reproducible:
Trigger an update of the viewport in blender.
Steps to Reproduce:
1. Open Blender
2. Middle click and drag the viewport to move around the scene
Actual results:
The UI elements flicker as long as the camera moves
Expected results:
No flickering
Additional info:
$ lspci | grep VGA
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI]
Tahiti PRO [Radeon HD 7950/8950 OEM / R9 280]
The bug occurs on X and Wayland.
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years
[Bug 1429245] New:
Massive display corruption in blender with radeon driver /
Gnome Xorg session
by bugzilla＠redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=1429245
Bug ID: 1429245
Summary: Massive display corruption in blender with radeon
driver / Gnome Xorg session
Product: Fedora
Version: 25
Component: blender
Severity: urgent
Assignee: luya_tfz(a)thefinalzone.net
Reporter: jonas(a)thiem.email
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
Created attachment 1260204
--> https://bugzilla.redhat.com/attachment.cgi?id=1260204&action=edit
glxinfo
Description of problem:
I observe massive display corruption in blender with radeon driver / Gnome Xorg
session:
The whole interface seems to blink back and forth (triggered by moving he mouse
around) between the current state and some state it had before the last
interaction. As a result, when clicking a button or doing something that
greatly changes the view, the interface will then blink back and forth wildly
between the new state it should be in and what I saw before that interaction.
Since the UI consistently reacts to the new state even when the old one blinks
in between, this seems to be purely some sort of render corruption rather than
some actual UI bug.
Version-Release number of selected component (if applicable):
[jonas@falcon ~]$ blender --version
Blender 2.78 (sub 0)
build date: 2017-02-13
build time: 20:34:46
build commit date: 1970-01-01
build commit time: 00:00
build hash: unknown
build platform: Linux
build type: Release
build c flags: -Wall -Wcast-align -Werror=implicit-function-declaration
-Werror=return-type -Werror=vla -Wstrict-prototypes -Wmissing-prototypes
-Wno-char-subscripts -Wno-unknown-pragmas -Wpointer-arith -Wunused-parameter
-Wwrite-strings -Wlogical-op -Wundef -Winit-self -Wnonnull
-Wmissing-include-dirs -Wno-div-by-zero -Wtype-limits -Wformat-signedness
-Wuninitialized -Wredundant-decls -Wshadow -Wno-error=unused-but-set-variable
-O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
-fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches
-specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 -mtune=generic
-fuse-ld=gold -fopenmp -std=gnu11 -msse -pipe -fPIC -funsigned-char
-fno-strict-aliasing -msse2
build c++ flags: -Wredundant-decls -Wall -Wno-invalid-offsetof
-Wno-sign-compare -Wlogical-op -Winit-self -Wmissing-include-dirs
-Wno-div-by-zero -Wtype-limits -Werror=return-type
-Werror=implicit-function-declaration -Wno-char-subscripts -Wno-unknown-pragmas
-Wpointer-arith -Wunused-parameter -Wwrite-strings -Wundef -Wformat-signedness
-Wuninitialized -Wundef -Wmissing-declarations -O2 -g -pipe -Wall
-Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
-fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches
-specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 -mtune=generic
-fuse-ld=gold -fopenmp -std=c++11 -msse -pipe -fPIC -funsigned-char
-fno-strict-aliasing -msse2
build link flags:
build system: CMake
How reproducible:
100%, just launch blender and click something to trigger a UI state
Steps to Reproduce:
1. Launch blender
2. Change the view / open a file / rotate the view / ... do anything that would
require the UI to change
Actual results:
UI and views update correctly
Expected results:
UI and views update but blink back and forth with older previous state
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 1 month
[Bug 1382428] New:
International font function broken in packaged blender 2.7
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1382428
Bug ID: 1382428
Summary: International font function broken in packaged blender
2.7
Product: Fedora
Version: 24
Component: blender
Assignee: luya_tfz(a)thefinalzone.net
Reporter: pswo10680(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
Created attachment 1207982
--> https://bugzilla.redhat.com/attachment.cgi?id=1207982&action=edit
Packaged blender cannot support international feature well
Description of problem:
Blender supports internationalization since 2.6.
I have downloaded official blender package myself, and the internationalization
works well. I can change to "Traditional Chinese" language via checking
"International Fonts" option in "File > User Preferences > System" dialogue,
and then check "Interface" and "Tooltips" for my native language.
However, the version distributed by Fedora cannot take this advantage of
blender.
If you open a terminal to launch blender, it will print out the message
below:BLF_get_unifont: 'fonts' data path not found for international font,
continuing
BLF_get_unifont_mono: 'fonts' data path not found for international monospace
font, continuing
Version-Release number of selected component (if applicable):
2.77a
How reproducible:
Always
Steps to Reproduce:
1. launch blender
2. check "International Font" option in System tab of File > User Preferences
dialogue
3. select Traditional Chinese as the language
4. check "Interface" and "Tooltips" to translate them into localized ones
Actual results:
You see many characters in supported language list are displayed as squares.
And nothing happened after you applied the localization changes.
Expected results:
The internationalization work of blender should work fine out of box as the
official one.
Additional info:
This is a regression because it occurred before and fixed once. See
https://bugzilla.redhat.com/show_bug.cgi?id=867285
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 1 month