On Mon, 2021-08-23 at 01:20 -0700, Luya Tshimbalanga wrote:
> On 2021-08-23 12:46 a.m., Josef Řídký wrote:
> > There should not be any reason to have the ilmbase package as separate
> > one, because this package has been incorporated into the openexr
> > package itself (in version 3).
> >
> > As
[cursed email aliases!]
On Tue, Aug 24, 2021 at 10:42 AM Siddhesh Poyarekar wrote:
>
> On Tue, Aug 24, 2021 at 2:52 AM Richard W.M. Jones wrote:
> > Anyway this is not the reason why I'm writing this email on Fedora
> > devel list. In the Fedora package we have:
> >
> > $ rpm -qf /usr/lib64/l
Richard Shaw wrote on 2021/08/24 11:27:
On Sun, Aug 22, 2021 at 10:14 AM Sandro Mani wrote:
On 22.08.21 14:42, Richard Shaw wrote:
I'm trying to finalize all the builds for OpenEXR/Imath 3.1 in my side
tag but having a tough time with krita getting a few errors[1] like this:
In file include
I fixed the type issue but now I'm at this point...
/builddir/build/BUILD/blender-2.93.3/source/blender/imbuf/intern/openexr/openexr_api.cpp:
In function 'bool imb_save_openexr_half(ImBuf*, const char*, int)':
/builddir/build/BUILD/blender-2.93.3/source/blender/imbuf/intern/openexr/openexr_api.cpp
On Mon, Aug 23, 2021 at 3:21 AM Luya Tshimbalanga
wrote:
> On 2021-08-23 12:46 a.m., Josef Řídký wrote:
>
> There should not be any reason to have the ilmbase package as separate
> one, because this package has been incorporated into the openexr package
> itself (in version 3).
>
> As per libHalf
On Sun, Aug 22, 2021 at 10:14 AM Sandro Mani wrote:
>
> On 22.08.21 14:42, Richard Shaw wrote:
> > I'm trying to finalize all the builds for OpenEXR/Imath 3.1 in my side
> > tag but having a tough time with krita getting a few errors[1] like this:
> >
> > In file included from
> > /usr/include/ei
On 2021-08-23 4:40 a.m., Richard Shaw wrote:
Now that the OpenEXR/Imath disaster is nearly over I'm going to turn
my attention to OpenColorIO. Not many packages need it so this might
be easier. I have already created an opencolorio1 compat package for
those upstream that haven't ported to v
Once upon a time, Alexander Sosedkin said:
> Sure. Crypto-policies are there to give you control of what's enabled,
> ideally what's enabled by default.
>
> 1) There's a blanket `update-crypto-policies --set LEGACY`
> 2) There's a possibility to reenable disabled algorithms with custom policies,
I can't say I'm a huge fan of the new libc_malloc_debug.so library
which is now required to do malloc checking:
* Debugging features in malloc such as the MALLOC_CHECK_ environment
variable (or the glibc.malloc.check tunable), mtrace() and mcheck()
have now been disabled by default in th
Unfortunately we had technical difficulties with zodbot, so these are my
manually taken minutes:
#2659 Arbitration request: Crypto policy prevents VPN connections
https://pagure.io/fesco/issue/2659
is considered resolved
#2661 Add fedora-third-party-refresh.service to 90-default.preset for rpm-
Hi Dominik.
'openbabel' is still developed, i see.
I take it
On 8/23/21 1:53 PM, Dominik 'Rathann' Mierzejewski wrote:
Hi!
Last year, I announced my intention to orphan openbabel. Several folks
replied, but nobody said they wanted to take over as primary maintainer.
In the end, I didn't actuall
Everything should be more or less complete so let me know if I missed
anything.
Now on to OpenColorIO 2... Blender is moving to it (and not looking back),
usd doesn't support it. Yay! More fun! :)
Thanks,
Richard
___
devel mailing list -- devel@lists.fe
No missing expected images.
Failed openQA tests: 14/205 (x86_64), 9/141 (aarch64)
New failures (same test not failed in Fedora-35-20210822.n.1):
ID: 955167 Test: x86_64 Server-dvd-iso server_freeipa_replication_master
URL: https://openqa.fedoraproject.org/tests/955167
ID: 955197 Test:
No missing expected images.
Compose FAILS proposed Rawhide gating check!
2 of 43 required tests failed, 5 results missing
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Unsatisfied gating requirements that could not be mapped to openQA tests:
MISSING: fedora.Clo
I don’t have a clear explanation for why the outcome is arch-specific. I
do know that this has also been the case for some others who have
encountered similar problems in the past. (Some of the following bugs
were fixed, and some were not.)
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=608
Thanks for your reply. It inspired me to do some further research. The
response by Jonathan Wakely to this StackOverflow question:
https://stackoverflow.com/questions/46746878/is-it-safe-to-link-c17-c14-and-c11-objects
indicates that, as a *GCC-specific* guarantee, C++ code is
ABI-compatible a
On Mon, Aug 23, 2021 at 10:13 AM Ben Beasley
wrote:
> The same specialization of ProcessorCache:
>
>template class ProcessorCache;
>
> is explicitly instantiated in two different translation units:
>
> src/OpenColorIO/Processor.cpp
> src/OpenColorIO/Config.cpp
>
> which violates the C
Missing expected images:
Iot dvd x86_64
Iot dvd aarch64
Failed openQA tests: 3/16 (x86_64), 2/15 (aarch64)
Old failures (same test failed in Fedora-IoT-36-20210822.0):
ID: 955544 Test: x86_64 IoT-dvd_ostree-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/955544
ID: 9
On Mon, Aug 23, 2021 at 4:13 PM Ben Beasley wrote:
> The same specialization of ProcessorCache:
>
>template class ProcessorCache;
>
> is explicitly instantiated in two different translation units:
>
> src/OpenColorIO/Processor.cpp
> src/OpenColorIO/Config.cpp
>
> which violates the C+
OLD: Fedora-35-20210822.n.1
NEW: Fedora-35-20210823.n.0
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 0
Dropped packages:2
Upgraded packages: 21
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:7.66 MiB
Size of
The same specialization of ProcessorCache:
template class ProcessorCache;
is explicitly instantiated in two different translation units:
src/OpenColorIO/Processor.cpp
src/OpenColorIO/Config.cpp
which violates the C++ standard (an explicit instantiation definition
shall appear at most
OLD: Fedora-Rawhide-20210822.n.0
NEW: Fedora-Rawhide-20210823.n.0
= SUMMARY =
Added images:0
Dropped images: 2
Added packages: 0
Dropped packages:3
Upgraded packages: 68
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:8.06 MiB
I'm working on updating OpenColorIO to 2.0.1 and building in a side tag,
however, the build failed but only on armv7hf with:
usr/lib/libpystring.so /usr/lib/libyaml-cpp.so.0.6.3
../testutils/libtestutils.a -lm ../../src/apputils/libapputils.a
/usr/bin/ld: CMakeFiles/test_cpu_exec.dir/Processor_tes
i can attend, cya in a few
On Mon, Aug 23, 2021 at 4:00 PM Luna Jernberg wrote:
> Might show up if i have time, i am not sure yet
>
> On Sat, Aug 21, 2021 at 1:38 AM Adam Williamson <
> adamw...@fedoraproject.org> wrote:
>
>> # Fedora Quality Assurance Meeting
>> # Date: 2021-08-23
>> # Time: 15
Might show up if i have time, i am not sure yet
On Sat, Aug 21, 2021 at 1:38 AM Adam Williamson
wrote:
> # Fedora Quality Assurance Meeting
> # Date: 2021-08-23
> # Time: 15:00 UTC
> (https://fedoraproject.org/wiki/Infrastructure/UTCHowto)
> # Location: #fedora-meeting on irc.libera.chat
>
> Gre
On 23/08/2021 11:37, Lumír Balhar wrote:
but the LIB_INSTALL_DIR is defined in the %cmake macro:
You should use %cmake_kf5 macro instead.
Don't forget to add BuildRequires: kf5-rpm-macros.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
d
Hello,
for those of you who use our BlockerBugs app to track release blockers
(e.g. tracked bugs for F35 Beta [1]), there's a new version 1.4.0 deployed
to production.
The most user-visible change in this release is a new purple anchor icon,
which is displayed next to blocker bugs which depend on
No missing expected images.
Failed openQA tests: 1/15 (aarch64)
Old failures (same test failed in Fedora-IoT-35-20210820.0):
ID: 954711 Test: aarch64 IoT-dvd_ostree-iso iot_clevis@uefi
URL: https://openqa.fedoraproject.org/tests/954711
Soft failed openQA tests: 3/16 (x86_64), 1/15 (aarch64
Hi!
Last year, I announced my intention to orphan openbabel. Several folks
replied, but nobody said they wanted to take over as primary maintainer.
In the end, I didn't actually orphan the package, but I didn't do any
maintenance on it, either. So, this time I'm actually orphaning it
in a week. It'
On Mon, Aug 23, 2021 at 3:21 AM Luya Tshimbalanga
wrote:
> On 2021-08-23 12:46 a.m., Josef Řídký wrote:
>
> There should not be any reason to have the ilmbase package as separate
> one, because this package has been incorporated into the openexr package
> itself (in version 3).
>
> As per libHalf
On Mon, Aug 23, 2021 at 1:06 PM Fabio Valentini
wrote:
> On Mon, Aug 23, 2021 at 1:04 PM Fabio Valentini
> wrote:
> > Thanks for the heads-up.
> > Note that elementary-code uses rpmautospec, so you might need to adapt
> > any scripts you're using to do those rebuilds.
> > Alternatively, I can su
On Mon, Aug 23, 2021 at 1:04 PM Fabio Valentini wrote:
>
> On Mon, Aug 23, 2021 at 1:02 PM Kalev Lember wrote:
> >
> >
> > Hi all,
> >
> > I'm updating vala to 0.53.1 in both f35 and rawhide and that includes a
> > libvala soname bump (0.54 ABI). I'm taking care of the rebuilds for the
> > affect
On Mon, Aug 23, 2021 at 1:02 PM Kalev Lember wrote:
>
>
> Hi all,
>
> I'm updating vala to 0.53.1 in both f35 and rawhide and that includes a
> libvala soname bump (0.54 ABI). I'm taking care of the rebuilds for the
> affected packages -- the number has shrunk over the years and it's only
> elemen
Hi all,
I'm updating vala to 0.53.1 in both f35 and rawhide and that includes a
libvala soname bump (0.54 ABI). I'm taking care of the rebuilds for the
affected packages -- the number has shrunk over the years and it's only
elementary-code and xfce4-vala now.
--
Kalev
__
On Sun, Aug 22, 2021 at 11:00 PM Chris Adams wrote:
>
> Once upon a time, Dan Čermák said:
> > #2659 Arbitration request: Crypto policy prevents VPN connections
> > https://pagure.io/fesco/issue/2659
>
> VPN requirements are a problem for increasing the encryption strength.
> I have to connect to
No missing expected images.
Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-Cloud-34-20210822.0):
ID: 954680 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
Hello.
I'm trying to update zeal package to the latest master because the
latest released version doesn't work anymore.
My WIP specfile is here:
https://src.fedoraproject.org/fork/lbalhar/rpms/zeal/blob/rawhide/f/zeal.spec
When I try to build it in mock for rawhide or f34, I get this error:
On 2021-08-23 12:46 a.m., Josef Řídký wrote:
There should not be any reason to have the ilmbase package as separate
one, because this package has been incorporated into the openexr
package itself (in version 3).
As per libHalf, this functionality has been moved into a new package
imath, that
* Neal Gompa:
> On Fri, Aug 20, 2021 at 12:45 AM Florian Weimer wrote:
>>
>> * Neal Gompa:
>>
>> > On Thu, Aug 19, 2021 at 8:59 AM Dennis Gilmore wrote:
>> >>
>> >> On Wed, Aug 18, 2021 at 3:11 PM Florian Weimer wrote:
>> >> >
>> >> > * Dennis Gilmore:
>> >> >
>> >> > > We intentionally never l
There should not be any reason to have the ilmbase package as separate one,
because this package has been incorporated into the openexr package itself
(in version 3).
As per libHalf, this functionality has been moved into a new package imath,
that was introduced by upstream with release of openexr
No missing expected images.
Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-Cloud-33-20210822.0):
ID: 954664 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
It appears OpenColorIO 2.0, a requirement for Blender 2.93 series needs
libHalf, a library found in ilmbase package which is obsolete by openexr 3.
Looking at Mandriva repository, it appears ilmbase successfully depends
on newer openexr. See
https://mageia.pkgs.org/cauldron/mageia-core-release
42 matches
Mail list logo
