Hello team,
I started converting the current julietaula-montserrat-fonts spec to the
new version [1] using ibm-plex-fonts as template [2], but struggled to
understand the functionality.
Here is an example below:
--
BuildArch: noarch
%global fontpkgname julietaula-montserrat
On Fri, Oct 08, 2021 at 11:10:17AM +0200, Mario Torre wrote:
> > RPMs. This is a hybrid packaging model, where some Java RPM packages
> > can be built in the traditional way (where code is compiled during
> > rpmbuild) and some are built elsewhere, and only wrapped in RPMs.
> So the only thing left
# F35 Blocker Review meeting
# Date: 2021-10-11
# Time: 16:00 UTC
# Location: #fedora-blocker-review on irc.libera.chat
Hi folks! We have 6 proposed Final blockers and 1 proposed Final freeze
exceptions to review, so let's have a review meeting on Monday.
If you have time this weekend, you can ta
On Fri, Oct 8, 2021 at 4:29 PM Miro Hrončok wrote:
> My experience is that even retirements done after a freeze make it to the
> repo,
> when a compose is done. Not sure if feature or bug, but maybe worth trying.
Okay, I have given it a try. Fingers crossed that it all works out.
Thanks, Miro.
On 08. 10. 21 22:42, Jerry James wrote:
On Fri, Oct 8, 2021 at 2:16 PM Jerry James wrote:
I think jaxb is only needed for a twitter demo, which we obviously
don't need. I'll remove the dependency from jakarta-json and do
builds for F35+. I don't see any binary RPM dependencies on jaxb, so
I t
On Fri, Oct 8, 2021 at 2:16 PM Jerry James wrote:
> I think jaxb is only needed for a twitter demo, which we obviously
> don't need. I'll remove the dependency from jakarta-json and do
> builds for F35+. I don't see any binary RPM dependencies on jaxb, so
> I think a freeze exception won't be ne
On Fri, Oct 8, 2021 at 2:06 PM Jerry James wrote:
> It looks like antlr4 doesn't depend on jaxb directly, but only
> indirectly via jakarta-json. Let me see if that dependency can be
> removed. Still, it would have been nice to have a heads up about jaxb
> disappearing, and doing so right before
On Fri, Oct 8, 2021 at 12:01 PM Fabio Valentini wrote:
> I want to draw attention to the fact that the jaxb stack (Jakarta XML
> Binding for Java) was recently retired for rawhide and F35 (only hours
> before the final freeze went into effect). It looks like edewata did
> not do a comprehensive ch
On 06 Oct 2021 10:17, Justin Forbes wrote:
> On Mon, Oct 4, 2021 at 12:03 PM Matthew Miller
> wrote:
> >
> > Hi all! I just got back from Open Source Summit, several of the talks I
> > found interesting were on RISC-V -- a high-level one about the
> > organizational structure, and Drew Fustini's
On 04 Oct 2021 21:39, Richard W.M. Jones wrote:
> Personally speaking I think the real barrier is someone with a large
> colourful hat putting up the money to hire a full time developer to
> work on the project.
>
> Rich.
Big ol' +1 to that.
--
ciao,
al
---
Al St
No missing expected images.
Failed openQA tests: 2/16 (x86_64), 1/15 (aarch64)
New failures (same test not failed in Fedora-IoT-35-20211007.0):
ID: 1020296 Test: x86_64 IoT-dvd_ostree-iso iot_zezere_server
URL: https://openqa.fedoraproject.org/tests/1020296
ID: 1020310 Test: x86_64 IoT-d
Hi everybody,
I want to draw attention to the fact that the jaxb stack (Jakarta XML
Binding for Java) was recently retired for rawhide and F35 (only hours
before the final freeze went into effect). It looks like edewata did
not do a comprehensive check whether those packages are still depended
on
No missing expected images.
Failed openQA tests: 5/204 (x86_64), 5/141 (aarch64)
New failures (same test not failed in Fedora-35-20211007.n.0):
ID: 1019542 Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller
URL: https://openqa.fedoraproject.org/tests/1019542
ID: 1019552 Tes
Fu Wei 于2021年10月8日周五 上午11:55写道：
>
> Hi All,
>
> Great thanks for your explanation, Zamir.
>
> Zamir SUN 于2021年10月7日周四 下午9:55写道：
> >
> >
> >
> > On 10/5/21 04:39, Richard W.M. Jones wrote:
> > > On Mon, Oct 04, 2021 at 12:07:30PM -0700, Kevin Fenzi wrote:
> > >> On Mon, Oct 04, 2021 at 01:03:27PM
OLD: Fedora-35-20211007.n.0
NEW: Fedora-35-20211008.n.0
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 0
Dropped packages:0
Upgraded packages: 6
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:0 B
Size of upgraded
> Am 08.10.2021 um 14:11 schrieb Kevin Kofler via devel
> :
>
> Mario Torre wrote:
>
>> On Fri, Oct 8, 2021 at 2:11 AM Kevin Kofler via devel wrote:
>>> And that is actually a problem rather than a solution. Maven artifacts
>>> are basically write once only. Everything depends on a hardcoded v
On Wed, 2021-10-06 at 14:37 +0200, Mikolaj Izdebski wrote:
> On Mon, Oct 4, 2021 at 8:50 PM Matthew Miller <
> mat...@fedoraproject.org> wrote:
> >
> > On Mon, Sep 27, 2021 at 03:09:08PM +0200, Mario Torre wrote:
> > > I'm not sure what's the best solution, but I guess the number one
> > > reason
> Am 08.10.2021 um 14:08 schrieb Kevin Kofler via devel
> :
>
> Peter Boy wrote:
>> A valid point, but only in case the app that consumes the maven artefact
>> in unmaintained.
>
> Many applications are maintained and never (or very rarely, only when they
> encounter some issue with the versi
Mario Torre wrote:
> On Fri, Oct 8, 2021 at 2:11 AM Kevin Kofler via devel wrote:
>> And that is actually a problem rather than a solution. Maven artifacts
>> are basically write once only. Everything depends on a hardcoded version
>> which, once uploaded, is normally never touched again. This mea
Peter Boy wrote:
> A valid point, but only in case the app that consumes the maven artefact
> in unmaintained.
Many applications are maintained and never (or very rarely, only when they
encounter some issue with the version they currently use) bother bumping
their dependencies after adding them
Dear Fedora packagers, developers and users,
we have some good news for you:
We are beginning to build nightly snapshot packages of LLVM for the latest
versions of Fedora Linux (currently 34, 35 and rawhide) for a growing list
of
architectures.
You can grab them here:
https://copr.fedorainfracl
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-20211007.0):
ID: 1019427 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
On Fri, Oct 8, 2021 at 2:11 AM Kevin Kofler via devel
wrote:
>
> Michal Srb wrote:
> > Unlike RPM repositories, Maven repositories can easily hold multiple
> > versions of libraries. Once a JAR is built, the resulting bytecode will
> > work with current and future JVMs. There is no need to mass-re
On Wed, Oct 6, 2021 at 2:39 PM Mikolaj Izdebski wrote:
>
> On Mon, Oct 4, 2021 at 8:50 PM Matthew Miller
> wrote:
> >
> > On Mon, Sep 27, 2021 at 03:09:08PM +0200, Mario Torre wrote:
> > > I'm not sure what's the best solution, but I guess the number one
> > > reason to have packages within the
On Tue, Oct 5, 2021 at 10:20 PM Peter Boy wrote:
>
>
>
> > Am 04.10.2021 um 21:08 schrieb Fabio Valentini :
> >
> >
> > But then you're back to *exactly how Fedora packages for Java projects
> > already work* - only with the added complication that distributing
> > those build artifacts as plain J
> Am 06.10.2021 um 14:37 schrieb Mikolaj Izdebski :
>
> On Mon, Oct 4, 2021 at 8:50 PM Matthew Miller
> wrote:
>>
>> On Mon, Sep 27, 2021 at 03:09:08PM +0200, Mario Torre wrote:
>>> I'm not sure what's the best solution, but I guess the number one
>>> reason to have packages within the Fedora
> Am 08.10.2021 um 02:06 schrieb Kevin Kofler via devel
> :
>
> Michal Srb wrote:
>> Unlike RPM repositories, Maven repositories can easily hold multiple
>> versions of libraries. ...
>
> And that is actually a problem rather than a solution. Maven artifacts are
> basically write once only. E
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-20211007.0):
ID: 1019330 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
28 matches
Mail list logo
