Design Suite March 2017

design-devel@lists.fedoraproject.org

1 participants
10 discussions

[Bug 1384180] New: Cannot add movies to Blender
by Red Hat Bugzilla 03 Dec '18

03 Dec '18

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-on… 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.

2 22

[Bug 1435423] New: Need to fix wallpaper / background packaging situation
by bugzilla＠redhat.com 27 Nov '18

27 Nov '18

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.

1 13

[Bug 1435753] New: cant emerge blender in RHEL 7
by bugzilla＠redhat.com 27 Jun '18

27 Jun '18

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.

1 3

[Bug 1437642] New: Extras packages are not built until late in release cycle
by bugzilla＠redhat.com 02 Apr '17

02 Apr '17

https://bugzilla.redhat.com/show_bug.cgi?id=1437642 Bug ID: 1437642 Summary: Extras packages are not built until late in release cycle Product: Fedora Version: rawhide Component: f26-backgrounds Assignee: luya_tfz(a)thefinalzone.net Reporter: grinnz(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: design-devel(a)lists.fedoraproject.org, luya_tfz(a)thefinalzone.net Description of problem: The f##-backgrounds-extras-* subpackages are usually added late in the release cycle, for example f26-backgrounds currently does not contain f26-backgrounds-extras-base and others. Thus several spins are currently failing as they have been updated from f25-backgrounds-extras-*. In the F25 release cycle, the extras were added by https://koji.fedoraproject.org/koji/buildinfo?buildID=812363 well after beta release. It would be better if these extras subpackages were always provided, and just empty until the content exists. Possibly related to https://bugzilla.redhat.com/show_bug.cgi?id=1435423 -- You are receiving this mail because: You are on the CC list for the bug.

1 7

[Bug 1429196] New: International fonts function broken in packaged blender 2.78b
by bugzilla＠redhat.com 23 Mar '17

23 Mar '17

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.

1 14

[Bug 1427122] New: blender-2.78c is available
by bugzilla＠redhat.com 23 Mar '17

23 Mar '17

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.

1 20

[Bug 1425146] New: Blender UI flickering on viewport updates
by bugzilla＠redhat.com 23 Mar '17

23 Mar '17

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.

1 34

[Bug 1429245] New: Massive display corruption in blender with radeon driver / Gnome Xorg session
by bugzilla＠redhat.com 06 Mar '17

06 Mar '17

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.

1 2

[Bug 1382428] New: International font function broken in packaged blender 2.7
by Red Hat Bugzilla 05 Mar '17

05 Mar '17

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.

2 29

[Bug 1423680] New: gpick: FTBFS in rawhide
by bugzilla＠redhat.com 02 Mar '17

02 Mar '17

https://bugzilla.redhat.com/show_bug.cgi?id=1423680 Bug ID: 1423680 Summary: gpick: FTBFS in rawhide Product: Fedora Version: rawhide Component: gpick Assignee: luya_tfz(a)thefinalzone.net Reporter: releng(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: design-devel(a)lists.fedoraproject.org, luya_tfz(a)thefinalzone.net Blocks: 1423041 Your package gpick failed to build from source in current rawhide. https://koji.fedoraproject.org/koji/taskinfo?taskID=17719237 For details on mass rebuild see https://fedoraproject.org/wiki/Fedora_26_Mass_Rebuild Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1423041 [Bug 1423041] Fedora 26 Mass Rebuild FTBFS Tracker -- You are receiving this mail because: You are on the CC list for the bug.

1 9

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

Design Suite March 2017