On Sun Feb 12, 2023 at 13:40 +, Maxwell G via devel wrote:
> > Though, it would be nice to have an easier subcommand or option just for
> > that, as it will be, I think, the most required use case. Maybe a 'fedrq
> > whatrequires --soname-bump SRCNAME'?
>
> Th
On Sun Feb 12, 2023 at 08:12 +, Mattia Verga via devel wrote:
> Il 12/02/23 06:31, Maxwell G via devel ha scritto:
> > For reverse dependency rebuilds, you probably want the following
> > command:
> >
> > ```
> > $ fedrq whatrequires -X -F source $(fe
Hi Fedorians,
I've been working on a repoquerying tool called fedrq [1] that I'd like
to share with you. Here's the elevator pitch: fedrq provides a friendly
interface to query the Fedora repositories. It makes it really easy to
query across Fedora and EPEL branches. It uses the dnf Python binding
2023-02-07T11:43:53Z Lokesh Mandvekar :
> We (podman upstream and fedora maintainers) are hoping to disable i686
> and 32-bit arm builds for Podman and some related tools under
> https://github.com/containers org. We would like to do this also for
> released Fedora versions, and not just the upcom
On Fri Feb 3, 2023 at 01:42 +, Maxwell G wrote:
> (see the attachment)
Here it is!
--
Maxwell G (@gotmax23)
Pronouns: He/Him/His
diff --git a/blocker.patch b/blocker.patch
new file mode 100644
index 000..76999f4
--- /dev/null
+++ b/blocker.patch
@@ -0,0 +1,24 @@
+From 90303acd82a190711f6b9
On Fri Feb 3, 2023 at 02:00 +0100, Miro Hrončok wrote:
> On 02. 02. 23 17:06, Ben Cotton wrote:
> > # Create a blank ''blocker'' package that Conflicts with the to be
> > removed packages.
> > # Create a new Copr with the blocker package in its default buildroot.
> > This will simulate the actual r
On Tue Jan 24, 2023 at 22:44 +0100, Sandro wrote:
> Development of Bottles is moving fast and we have been struggling to
> keep up with upstream releases, especially since the introduction of
> Rust components.
What (rust) dependencies are missing? Is it just python-orjson?
I worked on packagin
> Can take this if no-one else is interested (@Sergio Basto?)
>
> > docker-compose lsm5, orphan, ttomecek 1 weeks
> > ago
The Python docker-compose is deprecated upstream in favor of the Compose
V2 Docker CLI Plugin written in Go. The latter is not yet packaged for
Fe
On Thu Jan 12, 2023 at 01:19 +0100, Sergio Pascual wrote:
> El vie, 30 dic 2022 a las 2:33, Maxwell G via devel (<
> devel@lists.fedoraproject.org>) escribió:
>
> > On Thu Dec 29, 2022, Maxwell G via devel wrote:
> > > On Thu Dec 29, 2022, Maxwell G via devel wrote:
On Wed Jan 11, 2023 at 13:58 +0100, Miro Hrončok wrote:
> golang-github-d2g-dhcp4servereclipseo, go-sig
I need a package review to fix this:
https://bugzilla.redhat.com/show_bug.cgi?id=2160202
--
Maxwell G (@gotmax23)
Pronouns: He/Him/His
On Wed Jan 11, 2023 at 13:58 +0100, Miro Hrončok wrote:
> Based on the current fail to build from source policy, the following packages
> should be retired from Fedora 38 approximately one week before branching.
> golang-github-gin-gonic eclipseo, go-sig
I've fixed this:
Jan 7, 2023 4:41:29 PM Lumír Balhar :
y-py upstream uses maturin as a build backend which is not available in
Fedora yet so I had to add some metadata manually to port it to
setuptools-rust
Why not package maturin? Is there something particularly problematic
about maturin (e.g. lots of missin
On Mon Jan 2, 2023 at 11:46 -0600, Robby Callicotte via devel wrote:
> I went ahead and took vim-nerdtree.
FYI: Nerdtree is unmaintained upstream:
https://github.com/preservim/nerdtree/issues/1280
--
Maxwell G (@gotmax23)
Pronouns: He/Him/His
___
devel
On Mon Jan 2, 2023 at 12:32 +, Sérgio Basto wrote:
> I need rebuild a package that is using rpmautospec , how I can rebuild
> the package and increase relversion ?
`git commit --allow-empty -m "Changelog entry here"` will do what you
want. The empty commit will result in a release and changelo
On Mon Jan 2, 2023 at 09:57 +0100, Miroslav Suchý wrote:
> Dne 02. 01. 23 v 9:38 Dominik 'Rathann' Mierzejewski napsal(a):
> > produces bogus changelog messages and artificially
> > inflates Release counters.
>
> I always wondered why people are afraid of gaps in numbering? It is
> just a number. T
On Thu Dec 29, 2022, Maxwell G via devel wrote:
> On Thu Dec 29, 2022, Maxwell G via devel wrote:
> > On Wed Dec 28, 2022 at 15:00 +0100, Sergio Pascual wrote:
> > > Hello again, as stated before [1], I'm updating cfitsio to 4.2. I have
> > > created a side tag f3
On Thu Dec 29, 2022 at 09:40 HST, Maxwell G via devel wrote:
> On Wed Dec 28, 2022 at 15:00 +0100, Sergio Pascual wrote:
> > Hello again, as stated before [1], I'm updating cfitsio to 4.2. I have
> > created a side tag f38-build-side-61457
> >
> > I have already
On Wed Dec 28, 2022 at 15:00 +0100, Sergio Pascual wrote:
> Hello again, as stated before [1], I'm updating cfitsio to 4.2. I have
> created a side tag f38-build-side-61457
>
> I have already built cfitsio, CCfits and wcslib. Affected packages are:
>
> astrometry
> bes
> CCfits
> cpl
> elements-ale
On Sun Dec 25, 2022 at 09:02 -0500, Sam Varshavchik wrote:
> rpm -E '%__global_ldflags'
>
> is also needed for LDFLAGS.
%__global_ldflags is deprecated. You should use %build_ldflags
instead[1]. Also, %build_cflags, %build_cxxflags, and friends are
preferred to %optflags AFAIK.
[1]:
https://src.
Hi Fedorians,
A recent PR reminded me that I never properly announced the new (well,
four months old) bundled() Provides generator for Golang projects[1].
This can be used to simplify generating these Provides when bundling is
justified in Fedora[2] or for (EP)EL. Simply mark the vendor/modules.tx
On Mon Dec 19, 2022 at 15:56 -0700, Jerry James wrote:
> On Mon, Dec 19, 2022 at 3:54 PM Maxwell G via devel
> wrote:
> > On Mon Dec 19, 2022 at 14:10 -0700, Jerry James wrote:
> > > If all goes well, I will do the same for F37.
> >
> > I don't think this
On Mon Dec 19, 2022 at 14:10 -0700, Jerry James wrote:
> If all goes well, I will do the same for F37.
I don't think this soname bump should happen in a stable release.
--
Maxwell G (@gotmax23)
Pronouns: He/Him/His
___
devel mailing list -- devel@lists.
On Fri Dec 16, 2022 at 20:31 +0100, Frantisek Zatloukal wrote:
> I wish I could write that I am going to build duktape 2.7.0 which bumps the
> soname. However, my brain kind of misfired and I didn't, for some reason,
> announce this upfront. The changes are minor, ABI changing stuff, I've
> taken c
On Fri Dec 9, 2022 at 22:04 +, Audrey Toskin wrote:
> DNF modules let you install multiple different versions of Python 3,
> and the `alternatives` tool lets you change which is the default
> version invoked by `/usr/bin/python3`.
This is not the case on any current Fedora release. AFAIK, only
On Thu Dec 8, 2022 at 17:29 +, Timothée Ravier wrote:
> > Do we need a mailing list? My initial gut feeling is no, but I'm
> > interested in what other people think.
>
> I think we don't. Tracking conversations and issues is much easier with a
> tracker than mailing lists.
I think it's helpfu
On Fri Dec 2, 2022 at 13:30 -0800, Adam Williamson wrote:
> What does everyone else think? Has the time come? Or is there more we
> need to do to make side tags usable for all cases before getting rid of
> overrides?
-1. For many use cases, side tags are the correct solution and buildroot
override
On Tue Nov 29, 2022 at 22:13 +, Zbigniew Jędrzejewski-Szmek wrote:
> I just saw gotmax's comment after pasting this in ;)
And I saw you beat me to replying to Kevin after I had already sent the
same thing. The more the merrier I guess :).
--
Maxwell G (@gotmax23)
Pronouns: He/Him/His
Nov 29, 2022 2:31:29 PM Kevin Kofler via devel
:
Stephen Gallagher wrote:
Following is the list of topics that will be discussed in the
FESCo meeting Tuesday at 17:00UTC in #fedora-meeting on
irc.libera.chat.
does anyone have a complete log? It does not show up on
meetbot.fedoraproject.org
On Tue Nov 29, 2022 at 12:57 CST, Jeremy Linton wrote:
> Hi,
>
>
> On 6/16/22 15:53, Ben Cotton wrote:
> > https://fedoraproject.org/wiki/Changes/fno-omit-frame-pointer
> >
> > This document represents a proposed Change. As part of the Changes
> > process, proposals are publicly announced in order
On Tue Nov 29, 2022 at 18:51 +0100, Vitaly Zaitsev via devel wrote:
> Hello.
>
> RHBZ began to demand Microsoft font "Segoe UI" since yesterday:
>
> font-family: SFMono-Medium, SF Mono, Segoe UI Mono, "Roboto Mono",
> "Ubuntu Mono", Menlo, Courier, monospace
>
> > SFMono-Medium, SF Mono
>
> Not p
On Thu Nov 10, 2022 at 15:23 -0500, Ben Cotton wrote:
> https://fedoraproject.org/wiki/Changes/ReproducibleBuildsClampMtimes
>
> This document represents a proposed Change. As part of the Changes
> process, proposals are publicly announced in order to receive
> community feedback. This proposal wil
On Thu Nov 24, 2022 at 12:25 +0100, Miro Hrončok wrote:
> On 24. 11. 22 3:38, Maxwell G via devel wrote:
> > On Thu Nov 24, 2022 at 02:39 +0100, Miro Hrončok wrote:
> >> go-compilers
> >> go-srpm-macros
> >
> > These should both be orphaned. go-srpm-mac
On Thu Nov 24, 2022 at 02:39 +0100, Miro Hrončok wrote:
> go-compilers
> go-srpm-macros
These should both be orphaned. go-srpm-macros has been retired, as it's
now a subpackage of go-rpm-macros. go-compilers is Obsoleted by
go-rpm-macros itself, but it looks like it has not yet been retired.
I've
On Wed Nov 16, 2022 at 08:25 -0500, Dusty Mabe wrote:
> On 11/16/22 06:09, Dan Čermák wrote:
> > On November 14, 2022 7:18:45 PM UTC, "Timothée Ravier"
> > wrote:
> > I'm using docker for $dayjob and would be willing to help out a bit, but I
> > will not be the main maintainer, as I don't feel
On Tue Nov 8, 2022 at 12:13 +0200, Panu Matilainen wrote:
> Hey,
>
> Thought I'd try to get on with the times and do the Sequoia change via a
> PR instead of just pushing as we've traditionally done. So far so good,
> but it throws up an error which I have no idea how to debug:
>
> https://artifact
On Thu Nov 3, 2022 at 06:50 +0100, Kevin Kofler via devel wrote:
> When will this silliness ever stop? It just does not make sense to
> explicitly list every single file in the RPM. Wildcards are often the only
> reasonable way.
Nobody is saying that you have to list every single file in the packa
On Tue Oct 25, 2022 at 15:46 -0400, Ben Cotton wrote:
> * 2023-07-17: Expected side tag-merge (pessimistic)
> * 2023-07-19: Fedora 39 Mass Rebuild
> ** The mass rebuild happens with the fourth beta. We might need to
> rebuild Python packages later in exceptional case.
> ** If the Koji side-tag is n
On Sat Oct 15, 2022 at 19:23 +0200, Miro Hrončok wrote:
> > Perhaps the "Migrating to tomllib on Python 3.11+ and falling back to
> > tomli" approach should be more strongly recommended? tomllib is based
> > off of tomli's code and is yet another thing that has to be bootstrapped
> > during Python
On 22/10/06, Ben Cotton wrote:
> https://fedoraproject.org/wiki/Changes/DeprecatePythonToml
>
> This document represents a proposed Change. As part of the Changes
> process, proposals are publicly announced in order to receive
> community feedback. This proposal will only be implemented if approve
On Thu Oct 13, 2022 at 17:12 +0200, Kevin Kofler via devel wrote:
> > And using Let's Encrypt for private mirrors is sufficiently painful that I
> > wouldn't recommend it.
>
> Set up a subdomain like vpn.example.com, point it to the public IP, then
> configure the VPN's internal DNS to resolve vpn
On Wed Oct 5, 2022, Maxwell G via devel wrote:
> Hi Fedorians,
>
> I think we should define a more through list of blockers/criteria that
> dnf5 needs to meet before it can replace the current dnf.
>
> The DNF maintainers have their list of requirements, but it would be
>
Hi Fedorians,
I think we should define a more through list of blockers/criteria that
dnf5 needs to meet before it can replace the current dnf.
The DNF maintainers have their list of requirements, but it would be
helpful for the wider community to test dnf5 and report which currently
unimplemented
On Thu Oct 6, 2022 at 1:35 AM +0200, Miro Hrončok wrote:
> On 05. 10. 22 23:24, Kevin Fenzi wrote:
> > On Wed, Oct 05, 2022 at 08:40:12PM -, Artur Frenszek-Iwicki wrote:
> >> Hi all,
> >>
> >> some time ago I've built the Free Pascal Compiler [0] for EPEL9,
> >> and recently I got the idea it m
have other inputs or desires, feel free to let me know and I will ensure we
address them accordingly.
Best,
Pete
On Fri, Sep 30, 2022 at 6:03 PM Maxwell G wrote:
> Hi Pete, et. al,
>
> On Fri Sep 16, 2022, Maxwell G via devel wrote:
> > I am forwarding this to the list to keep the c
Hi Pete, et. al,
On Fri Sep 16, 2022, Maxwell G via devel wrote:
> I am forwarding this to the list to keep the community in the
> loop. I will respond in more detail later.
I apologize for taking so long to actually respond to this. It seems
this slipped under my radar.
> From: P
On Sat Sep 24, 2022, Maxwell G wrote:
> On Tue Sep 6, 2022, Ben Cotton wrote:
> > == Upgrade/compatibility impact ==
> > The new DNF5 will obsolete `dnf`, `yum`, `dnf-automatic`, `yum-utils`,
> > and DNF plugins (core and extras). python3-dnf and LIBDNF (`libdnf`,
> > `python3-hawkey`) will be obso
Sep 25, 2022 4:22:14 AM Avi Alkalay :
I’ll check your links but I’m not sure it is clear for me what else
should I do beyond the PR, bug report and Copr builds. After your
message, it is still unclear for me if maintainers will take over and
accept my PR.
Hi Avi,
It looks like the pull reques
On Tue Sep 6, 2022, Ben Cotton wrote:
> == Upgrade/compatibility impact ==
> The new DNF5 will obsolete `dnf`, `yum`, `dnf-automatic`, `yum-utils`,
> and DNF plugins (core and extras). python3-dnf and LIBDNF (`libdnf`,
> `python3-hawkey`) will be obsoleted by `fedora-obsolete-packages`.
I am worri
On Fri Sep 2, 2022, Maxwell G via devel wrote:
>
> Sep 2, 2022 5:36:41 AM Fabio Valentini :
>
> > Does anybody know whether olem still wants to maintain their Fedora
> > packages?
> I'm fairly sure that they no longer wish to maintain Fedora packages. I
> reached o
Sep 18, 2022 Otto Liljalaakso :
18. syyskuuta 2022 1.53.45 GMT+03:00 Thomas Dickey
kirjoitti:
The release monitoring project for libXft
(https://release-monitoring.org/project/1777/)
doesn't appear to have noticed the release of 2.3.6 a week ago.
Any clues on how to fix this?
When I open that
Hi Huzaifa,
Thank you for your response and for getting it to me despite the issues
with the mailing list.
You have to subscribe[1] to the devel list to post to it. There
has been a lot of good discussion about this on the ML since my
original post[2].
I am forwarding this to the list to keep th
Hi Tobias,
On Fri Sep 16, 2022, Tobias Zellner wrote:
> some weeks ago I opened the bug
> https://bugzilla.redhat.com/show_bug.cgi?id=2109630
I commented on your bug and submitted a fix.
> Since there is no response to this bug, and following your guide lines
> (https://docs.fedoraproject.org/
On Mon Sep 12, 2022, Vít Ondruch wrote:
>
> Dne 09. 09. 22 v 17:09 Maxwell G via devel napsal(a):
> > On Friday, September 9, 2022 Vít Ondruch wrote:
> >> However, I think that the idea is that whatever should be said about the
> >> CVE should be said in the main tra
On Mon Sep 12, 2022 at 11:29 AM CDT, Michel Alexandre Salim wrote:
> >
> > Would a proven packager be willing to take care of it? The new flac is
> > now built in --target=f38-build-side-58420. libsndfile and audiofile
> > need to be rebuilt next as some of the other packages depend on them.
> >
On Friday, September 9, 2022 Vít Ondruch wrote:
> However, I think that the idea is that whatever should be said about the
> CVE should be said in the main tracer. The fedora tracker should be used
> just to not forget to fix this in Fedora.
Why not both? We shouldn't have to reference two differe
On Thursday, September 8, 2022 Neal Gompa wrote:
> Fedora maintainers are CC'd often on the parent bug to bypass the
> private bug status while a bug is "under development". This has
> happened a few times for me as a maintainer of crypto-adjacent
> packages.
That's a good point. I guess they coul
Sep 8, 2022 8:45:19 AM Maxwell G via devel
:
On Thursday, September 8, 2022 Jaroslav Mracek wrote:
First of all we are not going to remove old DNF from the distribution.
Isn't that what
The new DNF5 will obsolete `dnf`, `yum`, `dnf-automatic`, `yum-utils`,
and DNF plugins (cor
On Thursday, September 8, 2022 Jaroslav Mracek wrote:
> First of all we are not going to remove old DNF from the distribution.
Isn't that what
> The new DNF5 will obsolete `dnf`, `yum`, `dnf-automatic`, `yum-utils`,
> and DNF plugins (core and extras). python3-dnf and LIBDNF (`libdnf`,
> `python3
Hi Fedorians,
I think the security tracking bug filing process needs to be amended. The
current process is quite frustrating for me and other contributors. This
is especially bad for Go CVEs, which there are lot of.
Red Hat Product Security creates a single tracking bug for Fedora{, EPEL}
_a
Aug 29, 2022 1:32:21 PM Ben Cotton :
https://fedoraproject.org/wiki/Changes/StrongCryptoSettings3Forewarning2
== Summary ==
Cryptographic policies will be tightened in Fedora ''38''-39,
SHA-1 signatures will no longer be trusted by default.
Fedora ''38'' will do a "jump scare", introducing t
On Tuesday, September 6, 2022 Vitaly Zaitsev via devel wrote:
> > mobile device
>
> Requires proprietary Google services.
As has already been said, that's not true. Google Authenticator is far from
the only software that supports the TOTP standard.
--
Maxwell G (@gotmax23)
Pronouns: He/Him/His
On Tuesday, September 6, 2022 Michael Catanzaro wrote:
> Currently I do not have any 2FA enabled
> on my Fedora account
I have 2FA set up on my account and it works okay. You'd use `fkinit` instead
of `kinit` that requires special setup[1] to work with 2FA. It doesn't work
with the GOA kerberos
On Tuesday, September 6, 2022 Vitaly Zaitsev via devel wrote:
> If
> you want to enforce such a policy, find sponsors and buy devices for all
> Fedora contributors.
I kind of agree with this. See what PyPi is doing[1]. I don't think anyone who
maintains one package should get one, but perhaps pro
On Monday, September 5, 2022 Mark E. Fuller wrote:
> Can someone point me to a good resource on how (if permitted) I can make
> appropriate compat(?) packages to allow for two major versions of the
> same package to be available?
> Is this allowed for EPEL?
You can package compat packages as long
On Monday, September 5, 2022 Peter Robinson wrote:
> it would probably be easier to join and become a packager by
> packaging a random leaf package no one would use, then as a packager
> pick up an random orphaned package that's in the core distro and then
> just compromise the distro that way TBH
On Monday, September 5, 2022 Richard W.M. Jones wrote:
> I have a downstream patch[0] which -- I don't really understand why --
> breaks riscv64 builds but is necessary for primary Fedora arches. Is
> it correct to do:
>
> %ifnarch riscv64
> Patch123: downstream.patch
> %endif
>
> given th
Sep 3, 2022 4:18:19 AM Miro Hrončok :
We'd like to move https://gitlab.com/fberat/mass-prebuild/ into the
Fedora namespace, ideally under something like:
https://gitlab.com/fedora/packager-tools/
What do we need to do?
Hi Miro,
You have to file an infra ticket. See [1].
It would be nice i
On Friday, September 2, 2022 Dusty Mabe wrote:
> > Side note: I have asked for co-maintainers for those packages a couple
> > times, but so far, I have not found any. Perhaps one of the CoreOS people
> > would be interested? It seems those packages are used a lot there based
> > on the bug reports
Sep 2, 2022 5:36:41 AM Fabio Valentini :
Does anybody know whether olem still wants to maintain their Fedora
packages?
I'm fairly sure that they no longer wish to maintain Fedora packages. I
reached out to them about moby-engine and containerd at the end of May,
and they said they no longer h
On 22/08/30 05:57PM, Zbigniew Jędrzejewski-Szmek wrote:
> On Mon, Aug 15, 2022 at 05:04:27PM -0400, Ben Cotton wrote:
> > == Detailed Description ==
> > Upstream has changed the naming of the "minizip" package to
> > "minizip-ng" and we should follow their naming so there is no
> > confusion about
On Sunday, August 28, 2022 Jerry Kiely wrote:
> I did remove it and got the following result:
>
> rfpkg mockbuild -N --root fedora-36-x86_64-rpmfusion_free
> sources file doesn't exist. Source files download skipped.
> Failed to get repository name from Git url or pushurl
> Failed to get n
Hi Fedorians,
The license of ansible-collection-community-mysql has been updated from
"GPLv3+ and Python" to "GPL-3.0-or-later AND PSF-2.0 AND BSD-2-Clause".
See
https://src.fedoraproject.org/rpms/ansible-collection-community-mysql/c/242bcaa709334c0a5ec0d78d1a2da3daaae532ce?branch=rawhide.
--
Aug 26, 2022 7:02:06 AM Michal Konecny :
If you want to receive weekly reports by emails in the future, please
subscribe to either https://communityblog.fedoraproject.org/ or
https://discussion.fedoraproject.org/c/news/commblog/61. We will stop
sending them in the future.
Why is that? I appre
Hi Fedorians,
I'm back with more ansible license updates. Upstream, some of the community
Ansible Collections have adopted the REUSE specification, which makes it much
easier to determine the overall license. For collections that have adopted
this, the license texts are all stored as files in o
On Thursday, August 25, 2022 Carl George wrote:
> [root@f38-container:~]# repoquery --repo
> rawhide-source,rawhide-modular-source \
> > --quiet --queryformat '%{name}' --archlist src --whatrequires
> > sqlcipher-devel
> libgda
> python-peewee
> sqlitebrowser
> [root@f38-container:~]# repoquery --r
On Tuesday, August 23, 2022 Elliott Sales de Andrade wrote:
> > The CC0 has been banned for new packages in Fedora.
>
> Banned for code, not content. Icons are not code.
Good point! Thanks for the correction.
--
Maxwell G (@gotmax23)
Pronouns: He/Him/His
signature.asc
Description: This is a di
On Tuesday, August 23, 2022 Lyes Saadi wrote:
> Fortunately, Icon Development Kit is under CC0, so we're kinda saved
> from a Licensing apocalypse (although, I have to admit that this is not
> ideal).
The CC0 has been banned for new packages in Fedora.
--
Maxwell G (@gotmax23)
Pronouns: He/Him/H
On Tuesday, August 23, 2022 1:16:00 PM CDT Iñaki Ucar wrote:
> We have a new R version sitting on a side tag (f37-build-side-55653)
> for a few weeks now, where packages are being rebuilt as time permits.
Can this perhaps be handled differently next time? I admit that I'm not
familiar with the R
I've corrected the license of python-ntlm-auth from LGPLv3+ to MIT. It
was relicensed upstream 5 years ago, but the previous maintainer never
updated the License field.
--
Thanks,
Maxwell G (@gotmax23)
Pronouns: He/Him/His
signature.asc
Description: PGP signature
___
On Tuesday, August 16, 2022 Jonathan Dieter wrote:
> So, unless I hear from someone who wants it within the next week and
> has a plan on how to fix the current FTBFS bug[2], on August 23, I will
> retire novacom-client[3] and novacom-server[4].
I would suggest just orphaning the packages. This wa
Do Callway > SPDX license changes where there's a clear mapping and no other
additions or removals still have to be announced? That wasn't my understanding.
--
Thanks,
Maxwell G (@gotmax23)
Pronouns: He/Him/His
signature.asc
Description: PGP signature
___
Kevin Kofler via devel wrote:
> Now you have to compare every word of the MIT license
> with the very similar templates such as MIT, MIT-CMU, MIT-feh, etc., and
> then figure out which one it actually is. If it is even one of these and not
> some random mix of several variants (one sentence from
On 22/07/31 12:57PM, Richard Fontana wrote:
> I can go into why I don't think it's worthwhile, if there's interest.
Feel free to go into more details if you'd like :).
--
Thanks,
Maxwell G (@gotmax23)
Pronouns: He/Him/His
signature.asc
Description: PGP signature
__
On 22/07/29 11:19AM, Matthew Miller wrote:
> New docs site for licensing and other legal topics
> --
>
> All documentation related to Fedora licensing has moved to a new
> section in Fedora Docs, which you can find at:
>
> https://docs.fedoraproje
On 22/07/28 12:06PM, Andrew Bauer wrote:
> The backend server that is hosting admin.fedoraproject.org/accounts/ is
> throwing an HTTP 500 SSL handshake error.
I would recommend filing an infra ticket:
https://pagure.io/fedora-infrastructure/new_issue. devel@ is not the
correct place to report iss
On 22/07/26 09:54AM, Kevin Fenzi wrote:
> If you want to watch activity on a package you want The little 'watch'
> pulldown under The package description. You can set there if you want to
> watch bugs, commits, both, etc. If you only wanted to watch koji builds,
> you would need to set that in FMN
On 22/07/24 06:05PM, Kalev Lember wrote:
> If ODE 0.16 was only built as part of the mass rebuild and wasn't
> available in the buildroot during the mass rebuild (and I don't think
> it was), then all the other packages that depend on it were still
> built against the older ODE 0.14 version as part
(It seems my previous message didn't send properly...)
On 22/07/22 10:24PM, Fabio Valentini wrote:
> the script that determines leaf packages in the Rust SIG
Can you provide a link to this?
> $ (dnf repoquery --whatrequires pcre ; dnf repoquery --whatrequires
> pcre-cpp ; dnf repoquery --whatre
On 22/07/22 10:24PM, Fabio Valentini wrote:
> the script that determines leaf packages in the Rust SIG
Can you provide a link to this?
> $ (dnf repoquery --whatrequires pcre ; dnf repoquery --whatrequires
> pcre-cpp ; dnf repoquery --whatrequires pcre-devel ; dnf repoquery
> --whatrequires pcre-s
On 22/07/22 09:08AM, Michael J Gruber wrote:
> notmuch failed to build from source because of a strange test suite failure
> on ppc64le:
>
> https://koji.fedoraproject.org/koji/taskinfo?taskID=89837091
>
> The only failing test is a pytest run on the bindings
>
> ```
> T391-python-cffi: Testing
(Sorry for the messed up line wrapping. I wanted to get this out.)
Hi Jerry,
On 22/07/06 08:13PM, Jerry James wrote:
> - golang-github-google-cel (eclipseo, @go-sig): needs the Go runtime
> from the antlr4-project package
> - golang-google-grpc (eclipseo, @go-sig): needs
> golang-github-google-ce
On 22/07/17 09:57PM, Maxwell G wrote:
> golang 1.18.4 was released a couple days ago. This release has fixes for
> 9 medium (rated by Red Hat Product Security) CVEs, so I will preform a
> rebuild in `rawhide` and `f36` to mitigate them[^0]. See
> https://groups.google.com/g/golang-dev/c/frczlF8OFQ0
On 22/07/19 02:22PM, Vitaly Zaitsev via devel wrote:
> Now it can be easily mitigated by using fmt8-devel.
>
> Rawhide compose will be fixed automatically soon, as fmt8 provides missing
> libfmt.so.8 shared library.
Yes, the *compose*, but those packages will still need to be fixed to
not FTBFS.
Hi Tomáš,
Jul 18, 2022 1:42:30 AM Tomas Hrcka :
> Fedora release engineering is running a mass rebuild of rawhide on 20.6., if
> your changes are merged in rawhide/main branches by then, they will be
> included.
Indeed. The distro-wide mass rebuild has been in the back of my mind, but I'm
not
Hi Fedorians and Gophers,
golang 1.18.4 was released a couple days ago. This release has fixes for
9 medium (rated by Red Hat Product Security) CVEs, so I will preform a
rebuild in `rawhide` and `f36` to mitigate them[^0]. See
https://groups.google.com/g/golang-dev/c/frczlF8OFQ0/m/4lrZh5BHDgAJ for
On 22/07/14 03:29PM, Mark E. Fuller wrote:
> Can anyone advise as to what the policy should be when a package is reviewed
> and approved but never imported?
I already answered Mark's question on Matrix, but for the benefit of
everyone else, there is a policy here:
https://docs.fedoraproject.org/e
On 22/07/14 07:32PM, Vitaly Zaitsev via devel wrote:
> On 11/07/2022 18:21, Ben Beasley wrote:
> > I don’t believe this list is nearly complete. Two packages I maintain
> > that would be affected (fmidi and giada) are absent from the list.
>
> It's very strange:
>
> $ dnf repoquery -q --releasev
Jul 13, 2022 1:13:38 PM Adam Williamson :
> If they need to be rebuilt for an API/ABI change, then by policy they
> should be grouped together. We do not want a situation where the
> API/ABI change gets pushed stable but some of the rebuilds do not, or
> vice versa.
We're not talking about ABI/AP
On 22/07/13 07:49PM, Fabio Valentini wrote:
> I wonder if it would have made sense to have submitted those 300+
> builds in separate bodhi updates (at least in several smaller batches,
> if not individually)?
> At least in this case, that would've been a little bit more work, but
> would have caus
On 22/07/13 05:35PM, Ankur Sinha wrote:
> > This is what we (I) aren't sure of, and that's why I first obtain the
> capabilities manually and then query for them. If someone can confirm
> that this is indeed the case, that would certainly simplify things.
Here is confirmation:
```
sudo dnf repoqu
1 - 100 of 169 matches
Mail list logo