On Wed, Aug 25, 2021 at 08:21:03AM +0200, Marek Kulik wrote:
> Hi,
> My name is Marek. I'm quite new in open source community. I
> previously work in closed source projects, mostly networking stuff.
> I'm 25 years old and I decided to try myself in opensource projects.
> I've always had a lot of ad
On 2021-08-24 9:14 a.m., Richard Shaw wrote:
2. In %install it tries to install some RPM macros referencing a
SOURCE3 but it does not exist. I've commented it out for now.
An oversight. SOURCE3 should be SOURCE1 which is the needed RPM macros.
New openxr 1.0.19 just landed at this time of w
Hi,
My name is Marek. I'm quite new in open source community. I previously
work in closed source projects, mostly networking stuff. I'm 25 years
old and I decided to try myself in opensource projects. I've always had
a lot of admiration for people working in open source. I'm curious
about how
OpenColorIO 2 along with OpenImageIO and Blender have now been built for
f35 & f36. I'm just waiting until krita finishes before submitting the
side-tag as an update.
WHEW!
Thanks,
Richard
___
devel mailing list -- devel@lists.fedoraproject.org
To unsub
Thanks for the explanation, Adam. I'll let the process play out as it will...
Steve
On 8/24/21 5:02 PM, Adam Williamson wrote:
On Tue, 2021-08-24 at 16:47 -0400, Steven A. Falco wrote:
Yesterday I produced a fix for the KiCAD packages, and made builds for f33, f34, f35 and
rawhide.
Missing expected images:
Iot dvd x86_64
Iot dvd aarch64
Failed openQA tests: 2/15 (aarch64), 1/16 (x86_64)
ID: 953020 Test: aarch64 IoT-dvd_ostree-iso install_default_upload@uefi
URL: https://openqa.fedoraproject.org/tests/953020
ID: 953034 Test: aarch64 IoT-dvd_ostree-iso iot_clevis@u
On Tue, 2021-08-24 at 16:47 -0400, Steven A. Falco wrote:
> Yesterday I produced a fix for the KiCAD packages, and made builds for f33,
> f34, f35 and rawhide. In f34, it got enough karma to move to "stable". In
> f33, it is likely to have to sit for a week. The f35 and rawhide builds went
>
Yesterday I produced a fix for the KiCAD packages, and made builds for f33, f34, f35 and
rawhide. In f34, it got enough karma to move to "stable". In f33, it is
likely to have to sit for a week. The f35 and rawhide builds went straight to stable
yesterday.
Should I edit the criteria in f33
On 8/23/21 5:49 AM, Alexander Sosedkin wrote:
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,
a
On Tue, Aug 24, 2021 at 7:00 AM wrote:
>
> You are kindly invited to the meeting:
>Prioritized bugs and issues on 2021-08-25 from 11:00:00 to 12:00:00
> America/Indiana/Indianapolis
>At fedora-meetin...@libera.chat
> More information available at:
> https://docs.fedoraproject.org/en-US/p
On Tue, Aug 24, 2021 at 7:50 AM Miro Hrončok wrote:
> The following packages are orphaned and will be retired when they
> are orphaned for six weeks, unless someone adopts them. If you know for sure
> that the package should be retired, please do so now with a proper reason:
> https://fedoraprojec
I got a test package almost built but still working out the last few
problems.
1. For some reason we need to link with the Boost boost_python component
but that hasn't been required before. I don't have time to determine why so
I'm using the big stick method to make it work.
To make matters worse
That one is "fixed", now the next problem:
/usr/include/boost/python/converter/arg_to_python.hpp:205: error: undefined
reference to
'boost::python::converter::detail::arg_to_python_base::arg_to_python_base(void
const volatile*, boost::python::converter::registration const&)'
/usr/include/boost/pyt
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
Note: If
On Tue, Aug 24, 2021 at 7:20 AM Mamoru TASAKA
wrote:
> Richard Shaw wrote on 2021/08/24 20:59:
> > Figured out that was a missing include, ImfFrameBuffer.h, now on to the
> > next issue:
> >
> >
> /builddir/build/BUILD/blender-2.93.3/source/blender/python/mathutils/mathutils.c:
> > In function 'm
Hi all,
Today's an important day on the Fedora 35 schedule[1], with several
significant cut-offs. First of all, today is the Bodhi updates-testing
activation point [2]. That means that from now all Fedora 35 packages must
be submitted to updates-testing and pass the relevant
requirements[3] before
Richard Shaw wrote on 2021/08/24 20:59:
Figured out that was a missing include, ImfFrameBuffer.h, now on to the
next issue:
/builddir/build/BUILD/blender-2.93.3/source/blender/python/mathutils/mathutils.c:
In function 'mathutils_array_hash':
/builddir/build/BUILD/blender-2.93.3/source/blender/py
Figured out that was a missing include, ImfFrameBuffer.h, now on to the
next issue:
/builddir/build/BUILD/blender-2.93.3/source/blender/python/mathutils/mathutils.c:
In function 'mathutils_array_hash':
/builddir/build/BUILD/blender-2.93.3/source/blender/python/mathutils/mathutils.c:98:24:
error: i
On Tue, Aug 24, 2021 at 1:48 AM Adam Williamson
wrote:
> 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
On Tue, Aug 24, 2021 at 12:07 AM Chris Adams wrote:
>
> 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
On 24/08/2021 00:06, Chris Adams wrote:
Missing #4 is what makes a lot of this not as useful. I understand the
effort that has gone into this and appreciate stepping up security,
but... what matters as a user is "can I get to this site in Firefox",
"does this VPN work"
It's Cisco's problem if
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-20210823.0):
ID: 955901 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
On 8/16/21 11:18 AM, Panu Matilainen wrote:
On 8/16/21 12:25 AM, Michel Alexandre Salim wrote:
On Thu, Aug 12, 2021 at 06:14:57PM -0700, Michel Alexandre Salim via
[...]
%make_build %{limit_build -m 4096} -- with %limit_build used as a
%function that spits out the relevant -j override
Hello,
In the near future, there is a plan to merge autoconf-2.71 to rawhide. Due
to the size of the change and possible breakage of multiple packages going
FTBFS. The number of these packages should not be many, currently we have
~32 opened FTBFS trackers according to autoconf-2.71, where the maj
On Tue, Aug 24, 2021 at 1:28 PM Richard W.M. Jones wrote:
> Thanks - I made this change to nbdkit:
>
> https://gitlab.com/nbdkit/nbdkit/-/commit/8972831aa2a32d4b5820465d37c1827eb76450e4
>
> Will the .0 ever change?
I can't see a reason for it to ever change; I'd say it's unlikelier
than the .6 in
On Tue, Aug 24, 2021 at 10:42:32AM +0530, 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/libc_malloc_debug.so
26 matches
Mail list logo
