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.
https://bugzilla.redhat.com/show_bug.cgi?id=1513797
Bug ID: 1513797
Summary: Does not want to start
Product: Fedora
Version: 27
Component: swatchbooker
Assignee: luya_tfz(a)thefinalzone.net
Reporter: harlequin78(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: design-devel(a)lists.fedoraproject.org,
luya_tfz(a)thefinalzone.net, negativo17(a)gmail.com
Swatchbooker 0.8-0.3.20170131gitc5c8b02.fc27 вoes not want to start on fresh
install:
Traceback (most recent call last):
File "/usr/share/swatchbooker/swatchbooker.pyw", line 25, in <module>
from PIL import ImageQt
ImportError: cannot import name ImageQt
--
You are receiving this mail because:
You are on the CC list for the bug.
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.
https://bugzilla.redhat.com/show_bug.cgi?id=1631922
Bug ID: 1631922
Summary: No text in Blender UI
Product: Fedora
Version: 29
Component: blender
Severity: high
Assignee: luya_tfz(a)thefinalzone.net
Reporter: ego.cordatus(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: design-devel(a)lists.fedoraproject.org,
hobbes1069(a)gmail.com, kwizart(a)gmail.com,
luya_tfz(a)thefinalzone.net, negativo17(a)gmail.com,
promac(a)gmail.com
Created attachment 1485834
--> https://bugzilla.redhat.com/attachment.cgi?id=1485834&action=edit
Blender no text
Description of problem:
No text in UI.
Version-Release number of selected component (if applicable):
2.79b-7
How reproducible:
Run Blender.
Actual results:
No text and other UI elements. Blender unusable.
Expected results:
As before.
Additional info:
Blender from Steam and from official Blender site run ok.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1610527
Bug ID: 1610527
Summary: blender crash - opencv problem
Product: Fedora
Version: 28
Component: blender
Severity: high
Assignee: luya_tfz(a)thefinalzone.net
Reporter: vezza(a)inwind.it
QA Contact: extras-qa(a)fedoraproject.org
CC: design-devel(a)lists.fedoraproject.org,
hobbes1069(a)gmail.com, kwizart(a)gmail.com,
luya_tfz(a)thefinalzone.net, negativo17(a)gmail.com,
promac(a)gmail.com
Description of problem:
blender is not starting
Version-Release number of selected component (if applicable):
2.79b-3
How reproducible:
Always
Steps to Reproduce:
1. start blender
Actual results:
******************************************************************
* FATAL ERROR: *
* This OpenCV build doesn't support current CPU/HW configuration *
* *
* Use OPENCV_DUMP_CONFIG=1 environment variable for details *
******************************************************************
Required baseline features:
SSE - OK
SSE2 - OK
SSE3 - NOT AVAILABLE
OpenCV(3.4.1) Error: Assertion failed (Missing support for required CPU
baseline features. Check OpenCV build configuration and required CPU/HW setup.)
in initialize, file
/builddir/build/BUILD/opencv-3.4.1/modules/core/src/system.cpp, line 487
terminate called after throwing an instance of 'cv::Exception'
what(): OpenCV(3.4.1)
/builddir/build/BUILD/opencv-3.4.1/modules/core/src/system.cpp:487: error:
(-215) Missing support for required CPU baseline features. Check OpenCV build
configuration and required CPU/HW setup. in function initialize
Annullato (core dump creato)
Expected results:
blender starting up...
Additional info:
system specs: motherboard: intel DP45SG (lga775) - cpu: intel xeon 5450
(lga771) - ram: 8Gb
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1632169
Bug ID: 1632169
Summary: blender - remove minizip-compat dependency
Product: Fedora
Version: rawhide
Component: blender
Assignee: luya_tfz(a)thefinalzone.net
Reporter: panovotn(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: design-devel(a)lists.fedoraproject.org,
hobbes1069(a)gmail.com, kwizart(a)gmail.com,
luya_tfz(a)thefinalzone.net, negativo17(a)gmail.com,
promac(a)gmail.com
I intend to remove unmaintained minizip library (now packaged as
minizip-compat) from the zlib package. Therefore, I'd need all dependent
packages to either migrate to the new minizip[1] package or simply bundle the
old one.
[1] https://github.com/nmoinvaz/minizip
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1627248
Bug ID: 1627248
Summary: Retire python-lcms2 in Fedora 30+
Product: Fedora
Version: rawhide
Component: python-lcms2
Assignee: luya_tfz(a)thefinalzone.net
Reporter: mhroncok(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: cstratak(a)redhat.com,
design-devel(a)lists.fedoraproject.org,
i.gnatenko.brain(a)gmail.com, luya_tfz(a)thefinalzone.net,
mhroncok(a)redhat.com, negativo17(a)gmail.com,
ngompa13(a)gmail.com, pviktori(a)redhat.com,
zbyszek(a)in.waw.pl
Blocks: 1625773 (PY2REMOVAL)
In line with the Mass Python 2 Package Removal [0], all (sub)packages of
python-lcms2 were marked for removal:
* python2-lcms2
According to our query, those packages only provide a Python 2 importable
module. If this is not true, please tell us why, so we can fix our query.
Please retire your package in Rawhide (Fedora 30).
If there is no objection in a week, we will retire the package for you.
We hope this doesn't come to you as a surprise. If you want to know our
motivation for this, please read the change document [0].
[0] https://fedoraproject.org/wiki/Changes/Mass_Python_2_Package_Removal
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1625773
[Bug 1625773] Mass Python 2 Package Removal
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1565659
Bug ID: 1565659
Summary: Blender crash on start
Product: Fedora
Version: 28
Component: blender
Assignee: luya_tfz(a)thefinalzone.net
Reporter: mjuszkie(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: design-devel(a)lists.fedoraproject.org,
hobbes1069(a)gmail.com, kwizart(a)gmail.com,
luya_tfz(a)thefinalzone.net, negativo17(a)gmail.com,
promac(a)gmail.com
Description of problem:
Blender crash on start.
Version-Release number of selected component (if applicable):
blender-1:2.79b-2.fc28.x86_64
How reproducible:
always
Steps to Reproduce:
1. dnf install blender
2. blender
Actual results:
15:43 (0s) hrw@puchatek:~$ blender
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
: CommandLine Error: Option 'enable-value-profiling' registered more than once!
LLVM ERROR: inconsistency in registered CommandLine options
15:43 (1s) hrw@puchatek:~$
Expected results:
Blender starts.
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1610816
Bug ID: 1610816
Summary: CVE-2017-2900 blender: Integer Overflow in
IMB_ibImageFromMemory [epel-7]
Product: Fedora EPEL
Version: epel7
Component: blender
Keywords: Security, SecurityTracking
Severity: medium
Priority: medium
Assignee: luya_tfz(a)thefinalzone.net
Reporter: lpardo(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: design-devel(a)lists.fedoraproject.org,
hobbes1069(a)gmail.com, kwizart(a)gmail.com,
luya_tfz(a)thefinalzone.net, negativo17(a)gmail.com,
promac(a)gmail.com
This is an automatically created tracking bug! It was created to ensure
that one or more security vulnerabilities are fixed in affected versions
of epel-7.
For comments that are specific to the vulnerability please use bugs filed
against the "Security Response" product referenced in the "Blocks" field.
For more information see:
http://fedoraproject.org/wiki/Security/TrackingBugs
When submitting as an update, use the fedpkg template provided in the next
comment(s). This will include the bug IDs of this tracking bug as well as
the relevant top-level CVE bugs.
Please also mention the CVE IDs being fixed in the RPM changelog and the
fedpkg commit message.
--
You are receiving this mail because:
You are on the CC list for the bug.