In one week (September 16), or slightly later, I will build grpc 1.40.0
for Rawhide (F36).
As is traditional for minor releases of grpc, the C++ ABI was broken
(soversion bumped from 1.39 to 1.40). This time, the C (core) ABI
remained stable (soversion 18).
I will coordinate builds of
The update was unpushed on everything but Rawhide.
Many (but not quite all) of these packages will use gtest-devel only to
build test executables and have no runtime/install-time dependency on
it. In my opinion, those can probably get by without rebuilding if desired.
- Ben Beasley
On 9/6
!
- Ben
On 8/30/21 6:22 AM, Chandan Kumar wrote:
Hello Ben,
On Sat, Aug 21, 2021 at 12:36 AM Ben Beasley wrote:
Unless someone convinces me of another plan, I intend to retire
python-typer and python-typer-cli in F35 and Rawhide in one week
(2021-08-27).
I myself introduced these two packages
!
- Ben
On 8/30/21 6:22 AM, Chandan Kumar wrote:
Hello Ben,
On Sat, Aug 21, 2021 at 12:36 AM Ben Beasley wrote:
Unless someone convinces me of another plan, I intend to retire
python-typer and python-typer-cli in F35 and Rawhide in one week
(2021-08-27).
I myself introduced these two packages
=608029
https://github.com/OpenKinect/libfreenect2/issues/157
https://bugs.launchpad.net/ubuntu/+source/freecad/+bug/503188
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=683021
On 8/23/21 1:11 PM, Richard Shaw wrote:
On Mon, Aug 23, 2021 at 10:13 AM Ben Beasley <mailto:c...@musicinmybrain.
, and building with upstream’s
default C++ standard version should generally be the right thing to do.
On 8/23/21 11:35 AM, Ian McInerney via devel wrote:
On Mon, Aug 23, 2021 at 4:13 PM Ben Beasley <mailto:c...@musicinmybrain.net>> wrote:
The same specialization of ProcessorCache:
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
The errors are not the same across releases.
The complete error on F34 is:
~~~
Error:
Problem: package OpenColorIO-devel-2.0.1-1.fc34.x86_64 requires
libOpenColorIO.so.2.0()(64bit), but none of the providers can be installed
- package OpenColorIO-devel-2.0.1-1.fc34.x86_64 requires
Unless someone convinces me of another plan, I intend to retire
python-typer and python-typer-cli in F35 and Rawhide in one week
(2021-08-27).
I myself introduced these two packages to Fedora quite recently
(https://bugzilla.redhat.com/show_bug.cgi?id=1964742,
Unless someone convinces me of another plan, I intend to retire
python-typer and python-typer-cli in F35 and Rawhide in one week
(2021-08-27).
I myself introduced these two packages to Fedora quite recently
(https://bugzilla.redhat.com/show_bug.cgi?id=1964742,
Relevant history:
https://bugzilla.redhat.com/show_bug.cgi?id=1953340
https://github.com/grosjo/fts-xapian/issues/82
In short, a package was submitted and approved, but the submitter (who
is also the upstream author) is discouraged by the need to seek
sponsorship into the packager group.
It looks like the project changed version schemes at some point. The 4.02.3
release was in 2015, before 0.9.0; a long list of 4.x and 3.x releases preceded
it.
I don’t see where it got 0.10.0 as the currently-packaged version; the actual
bug
I managed to build usd in Rawhide
(https://koji.fedoraproject.org/koji/buildinfo?buildID=1817418). Expect
a build for F35, and updates to the relevant bug reports, in the next
couple of hours.
– Ben
On 8/11/21 3:40 PM, Ben Beasley wrote:
Your build did end up failing due to the glibc 2.34
Your build did end up failing due to the glibc 2.34 incompatibility
(https://koji.fedoraproject.org/koji/taskinfo?taskID=73678362).
See https://github.com/PixarAnimationStudios/USD/issues/1592 for details
on what’s happening. It’s likely that a significant patch to USD will be
required to fix
I think becoming a packager is not as complicated as you’ve written. To
become a packager, you must convince a packager sponsor to sponsor you.
That’s all; there is no rule about how to do the convincing.
Sponsors want to be confident that you understand and are likely to
follow the packaging
In general, if you want to rebuild an rpmautospec package with no spec file
changes, you can do an empty git commit like this:
git commit —allow-empty -m 'Rebuild for foolib 3.14'
Then “fedpkg build” as usual.
The case of usd is not quite so simple. I tried to rebuild it as a
co-maintainer
?id=1968167 for details.
– Ben Beasley
On 8/5/21 1:01 PM, Richard Shaw wrote:
Current status:
aqsis - Move to openexr2
bcd - Moved to openexr2
blender - seems to be failing for Python related issue
calligra - Moved to openexr2, FTBFS for FontConfig reasons
CTL - Moved to openexr2
darktable -done
In one week (2021-08-03), I will merge
https://src.fedoraproject.org/rpms/grpc/pull-request/5 (which will build
on all architectures by then) and build it into a side tag. This will
bring grpc 1.39.0 to Rawhide, bumping the C so-version to 18 and the C++
so-version to 1.39, prior to F35
I’d like to get python-xds-protos
(https://bugzilla.redhat.com/show_bug.cgi?id=1980041) reviewed so I can
update grpc to version 1.39.0 in Rawhide in time for Fedora 35.
This is a new dependency for grpc—a weirdly circular one that’s
ultimately generated from sources inside grpc, but is
it is and isn’t
reasonable to expect packagers to derive effective licenses. Suffice it
to say that, in these specific simple cases, I think the changes are
clearly consistent with the community consensus, such as it is, and with
guidance from fedora-legal.
Regards,
Ben Beasley
On 7/9/21 10
In one week, or slightly later, I will update python-pyrsistent to
0.18.0 in Rawhide (https://bugzilla.redhat.com/show_bug.cgi?id=1977038).
This includes one minor API change; please see the release notes at
In one week, or slightly later, I will update python-pyrsistent to
0.18.0 in Rawhide (https://bugzilla.redhat.com/show_bug.cgi?id=1977038).
This includes one minor API change; please see the release notes at
In one week, I will update python-sure to 2.0.0 in Rawhide
(https://bugzilla.redhat.com/show_bug.cgi?id=1974521). This includes the
following breaking API change:
> No longer patch the builtin `dir()` function, which fixes pytest in
some cases such as projects using gevent.
I do not think
In one week, I will update python-starlette to 0.15.0 in Rawhide
(https://bugzilla.redhat.com/show_bug.cgi?id=1975613). This includes
some minor API changes; please see the release notes at
https://github.com/encode/starlette/releases/tag/0.15.0.
The following packages depend on this package,
uildrequires -r or “better”) would catch most such issues at build
time. I did this in pipx for exactly that reason.
– Ben Beasley
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora
Hello, everyone—my name is Ben Beasley. I’m an electrical engineer in
the USA with training and experience in communications systems and
digital signal processing. I’ve been writing domain-specific and
general-purpose software in many languages (Python, C, C++,
JavaScript/ECMAScript, bash/sh
301 - 326 of 326 matches
Mail list logo