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
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
https://bugzilla.redhat.com/show_bug.cgi?id=2012093
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #3 from
# 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
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
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
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
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
https://bugzilla.redhat.com/show_bug.cgi?id=2009211
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #2 from
https://bugzilla.redhat.com/show_bug.cgi?id=2012147
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #4 from
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
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
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
https://bugzilla.redhat.com/show_bug.cgi?id=2012019
Upstream Release Monitoring
changed:
What|Removed |Added
Summary|perl-Encode-3.14 is |perl-Encode-3.15 is
On Fri, 8 Oct 2021 at 11:56, Sérgio Basto wrote:
>
> On Fri, 2021-10-08 at 10:13 -0400, Stephen John Smoogen wrote:
> > On Fri, 8 Oct 2021 at 09:55, Sérgio Basto wrote:
> > >
> > > Hi,
> > >
> > > I see ccache for epel 7 here
> > > https://src.fedoraproject.org/rpms/ccache
> > > , but is not
On Fri, 2021-10-08 at 10:13 -0400, Stephen John Smoogen wrote:
> On Fri, 8 Oct 2021 at 09:55, Sérgio Basto wrote:
> >
> > Hi,
> >
> > I see ccache for epel 7 here
> > https://src.fedoraproject.org/rpms/ccache
> > , but is not available in repos ... why ?
> >
>
>
>
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
https://bugzilla.redhat.com/show_bug.cgi?id=2012093
Fedora Update System changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
--- Comment #2 from
On Fri, 8 Oct 2021 at 09:55, Sérgio Basto wrote:
>
> Hi,
>
> I see ccache for epel 7 here https://src.fedoraproject.org/rpms/ccache
> , but is not available in repos ... why ?
>
https://dl.fedoraproject.org/pub/epel/7/x86_64/Packages/c/ccache-3.7.7-1.el7.x86_64.rpm
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
It looks available to me
[root@centos7 yum.repos.d]# yum list ccache
...
Available Packages
ccache.x86_64
3.7.7-1.el7 epel
Possibly you have an exclude on one of your configurations?
Troy
On Fri, Oct 8, 2021 at 6:55 AM Sérgio Basto wrote:
>
Hi,
I see ccache for epel 7 here https://src.fedoraproject.org/rpms/ccache
, but is not available in repos ... why ?
Thank you,
--
Sérgio M. B.
___
epel-devel mailing list -- epel-devel@lists.fedoraproject.org
To unsubscribe send an email to
> 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
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
https://bugzilla.redhat.com/show_bug.cgi?id=2012147
Fedora Update System changed:
What|Removed |Added
Status|NEW |MODIFIED
--- Comment #3 from
https://bugzilla.redhat.com/show_bug.cgi?id=2012147
--- Comment #2 from Upstream Release Monitoring
---
the-new-hotness/release-monitoring.org's scratch build of
perl-Scalar-List-Utils-1.60-1.fc34.src.rpm for rawhide completed
http://koji.fedoraproject.org/koji/taskinfo?taskID=76915018
--
https://bugzilla.redhat.com/show_bug.cgi?id=2012147
--- Comment #1 from Upstream Release Monitoring
---
Created attachment 1830805
--> https://bugzilla.redhat.com/attachment.cgi?id=1830805=edit
[patch] Update to 1.60 (#2012147)
--
You are receiving this mail because:
You are on the CC
https://bugzilla.redhat.com/show_bug.cgi?id=2012147
Bug ID: 2012147
Summary: perl-Scalar-List-Utils-1.60 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Scalar-List-Utils
Keywords: FutureFeature,
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
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
https://bugzilla.redhat.com/show_bug.cgi?id=2009211
Fedora Update System changed:
What|Removed |Added
Status|NEW |MODIFIED
--- Comment #1 from
https://bugzilla.redhat.com/show_bug.cgi?id=2012093
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |ASSIGNED
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:
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:
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
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
https://bugzilla.redhat.com/show_bug.cgi?id=2012093
Bug ID: 2012093
Summary: epel8 request: perl-XML-Generator
Product: Fedora EPEL
Version: epel8
Status: NEW
Component: perl-XML-Generator
Assignee: jples...@redhat.com
> 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
> 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.
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:
On Thu, Oct 7, 2021 at 5:48 PM Benjamin Herrenschmidt
wrote:
>
> On Wed, 2021-10-06 at 15:41 -0500, Joe Doss wrote:
> >
> > > Does anybody know how to fix a currently broken instance and can
> > > share
> > > their solution?
> >
> > Is there anything on the console log when you reboot it after
On pe, 01 loka 2021, Neal Gompa wrote:
On Fri, Oct 1, 2021 at 12:41 PM Frank Ch. Eigler wrote:
Stephen John Smoogen writes:
>> > The places I have seen it still being used are in Universities run by
>> > people who learned sysadmin in the 1990's and early 2000's. It is a
>> > light weight
Dne 07. 10. 21 v 18:23 Miro Hrončok napsal(a):
When are you supposed to run remove-retired-packages?
After the upgrade.
If you run remove-retired-packages after the upgrade, you already managed to upgrade and nothing is broken, no?
Nothing is broken **now**. But it very often broke N+1 or
On la, 02 loka 2021, James Szinger wrote:
On Sat, 2 Oct 2021 08:42:02 -0400
Demi Marie Obenour wrote:
How many of these can be solved by tunneling everything in a WireGuard
mesh network, and using nftables rules to prevent spoofing?
Sounds harder than setting up NIS+, which was supposed to
49 matches
Mail list logo