I would expect if this doesn't work out, the sig would say 'sorry we
don't need that anymore' and infrastructure would oc delete it.
> Maybe those aren't FESCO issues (The first one is probably a council
> issue, the second one is infrastructure in some ways. but the third
> might be.) b
Am Mittwoch, 24. Juli 2024 02:52:44 CEST schrieb Gary Buhrmaster:
On Tue, Jul 23, 2024 at 10:38 PM Kevin Kofler via devel
wrote:
And this one is yet another case of FESCo rubberstamping a change without
even any dissenting vote despite loads of negative mailing list feedback.
How can one
re:
https://bugzilla.redhat.com/show_bug.cgi?id=2261634#c4
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/pr
feedback. I
really wonder what we give feedback for at all if FESCo OKs any and all
changes (except ones that propose to replace GNOME as the default desktop
environment) anyway.
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedorapr
Python 2 to build. As do several other packages, I am pretty sure.
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduc
-20240723.n.0.verbose
Warning: it's 10MB
Unfortunately the oom killer killed the compose just after it finished,
but before it could sync and send the report. I am manually syncing it
now and it should be done in the next few hours.
kevin
signature.asc
Description: PGP signature
ot;cpe:/o:fedoraproject:fedora:40"}
>
> It seems the info in os-release hasn't been updated so the
> package notes embedded in the binaries are off.
Odd. fedora-release definitely was updated...
% cat /usr/lib/system-release-cpe
cpe:/o:fedoraproject:fedora:41
I wonder
le-3.0.so.1()(64bit)
>
> See https://bugzilla.redhat.com/show_bug.cgi?id=2299414 for the cause.
I have untagged:
guile22-2.2.7-14.fc41
mbedtls-3.6.0-2.fc41
guile30-3.0.9-2.fc41
kevin
signature.asc
Description: PGP signature
--
___
devel ma
On Mon, Jul 22, 2024 at 04:05:17PM GMT, Chris Adams wrote:
> Once upon a time, Björn Persson said:
> > Kevin Fenzi wrote:
> > > Per the Fedora Linux f41 schedule [1] we started a mass rebuild for
> > > Fedora Linux f41 on 2024-07-17.
> >
> > I rece
ar as I know, you can buy physical FIDO2 hardware, then go
register that with the ID Austria office, and then log in on the ID Austria
website with any FIDO2 enabled browser and the hardware you bought. But the
default workflow goes through a proprietary smartphone a
t;no Internet access" and the "no binary blobs" rule in
Fedora. The first of which is a requirement for the package to build at all
in Koji, the second a MUST-level Packaging Guideline.
Kevin Kofler
--
___
devel mailing list -- devel@lists.fe
butions, Mac OS, Windows;
As much as I like CMake, I would not recommend it here. CMake has only
limited support for Java. Maven (mvn) makes more sense to use here.
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsu
Hi all,
Per the Fedora Linux f41 schedule [1] we started a mass rebuild for
Fedora Linux f41 on 2024-07-17. We did a mass rebuild for Fedora Linux
f41 for:
https://pagure.io/releng/issues?status=Open=mass+rebuild
The mass rebuild was done in a side tag (f41-rebuild) and moved over to
f41.
Hi all,
Per the Fedora Linux f41 schedule [1] we started a mass rebuild for
Fedora Linux f41 on 2024-07-17. We did a mass rebuild for Fedora Linux
f41 for:
https://pagure.io/releng/issues?status=Open=mass+rebuild
The mass rebuild was done in a side tag (f41-rebuild) and moved over to
f41.
rg/en-US/fesco/Mass_package_changes/
first
I'm not sure we have some standard mass bugzilla filing script.
I know various folks have done it, but it might be nice to have one
place for something like that.
kevin
signature.asc
Description: PGP signature
--
___
rt of any of those 3
implementations to C++/Qt) would be allowed or whether there would be legal
risks in attempting to use them. (Hopefully, at least exercising the Free
Software rights under the license of the official software ought to be
safe!)
Kevin Kofler
--
every single country does its own NIH solution for electronic
identity cards, as Christian Le pointed out:
Cristian Le wrote:
> Re: Sergio, so far it seems all Italian, Portuguese and Estonian are
> using different infrastructures.
a proper place
> to discuss it with the rest of the Copr team.
OK, I have filed the RFE:
https://github.com/fedora-copr/copr/issues/
I would have marked it with the RFE label, but I am not allowed to set
labels as the reporter, only team members can
t it:
> https://pagure.io/fedora-infrastructure/new_issue
This user was blocked/disabled and the post was removed from the
archive already.
kevin
signature.asc
Description: PGP signature
--
___
devel mailing list -- devel@lists.fedoraproject.org
To u
sked to clarify and I
thought we had, but I guess not. ;)
First, the ticket says it's about "Mass license change GPLv2 to
GPL-2.0-only", so I assumed that was the scope here, not all mass
license changes, but I guess that was not the case.
What I (thought) I voted on was to convert packa
ing list and having
received a quite negative reply from a Copr team member, saying that they
deliberately did not want to make it that easy to extend everything. But if
you think the RFE has a serious chance of being considered, I can file one.
Take a look at the package maintainer docs area:
https://docs.fedoraproject.org/en-US/package-maintainers/
and do feel free to ask questions here, or in our
#devel:fedoraproject.org matrix channel.
kevin
signature.asc
Description: PGP signature
--
_
these up? I do not have any more capacity to take on
> packages.
>
> As the report will show these will break Mediawiki if dropped.
I suppose infra-sig could if no one else will... since we need mediawiki
for... well, the wiki.
I'll wait until the next report in hopes someone e
On Tue, Jul 16, 2024 at 11:51:28AM GMT, Neal Gompa wrote:
> On Tue, Jul 16, 2024 at 11:13 AM Adam Williamson
> wrote:
> >
> > On Tue, 2024-07-16 at 08:08 +0100, Daniel P. Berrangé wrote:
> > > On Mon, Jul 15, 2024 at 05:07:57PM -0700, Kevin Fenzi wrote:
> > >
ed) the cloud infrastructure was donated
to you for free. But that donation is not of much use if it does not include
a workable amount of storage for something like Copr nor an offer to extend
the storage at a reasonable price (which Amazon's list price is apparently
not).
Kevin Fenzi wrote:
> I guess you are talking about live images here?
>
> If so, they shouldn't need rpm as they don't install using it...
The live images MUST contain the rpm executable because their contents are
installed to disk (HDD/SSD/whatever) when installing the l
Zbigniew Jędrzejewski-Szmek wrote:
> So… the question now: should I pull the plug on the change for F41,
> dump the side tag,
Yes please!
> and try again for F42?
No thanks! Please just dump this broken idea into the trashcan it belongs
in.
Kev
ead, the changes should be reverted in dist-git and the Change
dropped for F41 and forever.
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora C
ys…
How hard would it be to move back to the old state?
Does that mean a bunch of reverts and rebuilds? or ?
It sounds to me like there's still a lot of outstanding questions, so I
would say moving it to f42 (and trying to land it after branching in
rawhide) would be best, but that
her
comment and it should retry).
It should be good in a few minutes...
kevin
signature.asc
Description: PGP signature
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora C
Kevin Kofler via devel wrote:
> That said, it is not sufficient to reject adding Fedora downstream
> spyware. Fedora also needs a policy that upstream "telemetry" spyware is
> not allowed and needs to be disabled at compile time or patched out. We
> have several package
x the bug in the code changes in the commit history. Note that
I have NOT tested any of the versions.)
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fe
e discussion under: https://github.com/calamares/calamares/pull/2180
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://doc
mous usage data" plus maybe "Fedora will never
> collect identifiable data").
I believe that that is exactly the kind of euphemistic wording that Gary
Buhrmaster was worried about. At least it looks very much suggestive to me.
Kevin Kofler
--
_
be disabled at compile time or patched out. We have several
packaged applications wanting to "phone home" for this kind of "anonymized
usage statistics". This should not be allowed in a privacy-concious
distribution.
Kevin Kofler
--
est).
If something is missing that was there before, please do file a RFE on
it.
https://github.com/GregSutcliffe/maubot-meetings/issues
or do you mean the web interface?
https://github.com/fedora-infra/mote
Possibly https://github.com/fedora-infra/mote/issues/684 ?
kevin
signature.
Red Hat's server.
To my knowledge, CentOS never provided aliases for maintainers.
Things from @centos.org should normally be coming from official/expected
IP's and allowed. I could of course be wrong...
kevin
signature.asc
Description: PGP signature
--
__
f40 (or f40-updates) to my side tag and force the old build I need
> to take precedence?
You shouldn't need to, koji doesn't know anything about 'versions'. It
only knows what is the most recently tagged in build of that package.
kevin
signature.asc
Description: PGP signature
to land changes that they
wanted to land before branching.
I probibly like 3 the best myself, with 2 pretty close. I don't like 1
or 4 much at all. :)
Thoughts?
kevin
signature.asc
Description: PGP signature
--
___
devel mailing list -- devel
Planned Outage - Server updates/reboots - 2024-07-10 21:00 UTC
There will be an outage starting at 2024-07-10 21:00 UTC,
which will last approximately 6 hours.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/Infrastructure/UTCHowto
or run:
date -d '2024-07-10
Planned Outage - Server updates/reboots - 2024-07-10 21:00 UTC
There will be an outage starting at 2024-07-10 21:00 UTC,
which will last approximately 6 hours.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/Infrastructure/UTCHowto
or run:
date -d '2024-07-10
Am Mittwoch, 3. Juli 2024 06:15:04 CEST schrieb Aleksei Bavshin:
All the prep work has been finished and the side-tag is ready.
Please, rebuild your packages with 'fedpkg build
--target=f41-build-side-91835'.
I have rebuilt kwin and kwin-x11 in the above side tag.
Kevin Kofler
On Wed, Jul 03, 2024 at 07:01:05AM GMT, Peter Boy wrote:
>
>
> > Am 02.07.2024 um 23:50 schrieb Kevin Fenzi :
> >
> > On Tue, Jul 02, 2024 at 02:21:40PM GMT, Chris Adams wrote:
> >> Once upon a time, Kevin Fenzi said:
> >>> Please see
On Tue, Jul 02, 2024 at 02:21:40PM GMT, Chris Adams wrote:
> Once upon a time, Kevin Fenzi said:
> > Please see https://fedoraproject.org/wiki/Infrastructure/fedorapeople.org
> > For more information, including information on adding our SSH CA or
> > using dnssec / sshfp t
information on adding our SSH CA or
using dnssec / sshfp to verify the ssh host key of the new host.
If you notice any problems with the server, please do file an
infrastructure ticket ( https://pagure.io/fedora-infrastructure )
and we will take a look.
Thanks,
kevin
signature.asc
Description: PGP
information on adding our SSH CA or
using dnssec / sshfp to verify the ssh host key of the new host.
If you notice any problems with the server, please do file an
infrastructure ticket ( https://pagure.io/fedora-infrastructure )
and we will take a look.
Thanks,
kevin
signature.asc
Description: PGP
agged from epel7. Normally for fedora we just keep things we released
for historical reasons, but perhaps we don't care for epel7.
In any case we can do that slower/without breaking everything.
kevin
signature.asc
Description: PGP signature
--
___
de
out noted in
https://pagure.io/fedora-infrastructure/issue/8455#comment-916759
I'll add a note that the lists.fedorahosted.org login isn't working
right.
kevin
signature.asc
Description: PGP signature
--
___
devel mailing list -- devel@list
Multiple rss feeds should now be available in the account system
profiles.
Please do add any additional feeds there.
kevin
signature.asc
Description: PGP signature
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send
On Wed, Jun 26, 2024 at 05:42:14PM GMT, Gordon Messmer wrote:
> On 2024-06-25 10:37 AM, Kevin Fenzi wrote:
> > I wonder if this wouldn't fit in as a CI test?
>
>
> Do you mean https://docs.fedoraproject.org/en-US/ci/generic_tests/ ?
yeah...
> Maybe it would? If I misun
state where it's not listed in pdc at
all for rawhide... ;(
kevin
signature.asc
Description: PGP signature
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of
There will be an outage starting at 2024-06-27 21:00 UTC,
which will last approximately 1 hour.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/Infrastructure/UTCHowto
or run:
date -d '2024-06-27 21:00 UTC'
Reason for outage:
We will be moving the
There will be an outage starting at 2024-06-27 21:00 UTC,
which will last approximately 1 hour.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/Infrastructure/UTCHowto
or run:
date -d '2024-06-27 21:00 UTC'
Reason for outage:
We will be moving the
es into this.
Yes, seconded.
I wonder if this wouldn't fit in as a CI test? Or something that might
be added to rpminspect?
I guess it would need to keep state so it can keep track of changes, but
hopefully thats possible.
kevin
signature.asc
Descript
network.negotiate-auth.delegation-uris
>
> Access it via ui (about:config) or add a system-wide config.
Just FYI, the default for network.negotiate-auth.trusted-uris these days
is:
https://
ie, any https uri.
kevin
signature.asc
Description: PGP signature
--
__
hub.com/fedora-infra/noggin/issues/1424
on this, please feel free to add info there.
kevin
signature.asc
Description: PGP signature
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedorapro
On Mon, Jun 24, 2024 at 04:53:22PM GMT, Leigh Scott wrote:
>
> > I personally don't see why entering a otp once a week is such a
> > burden... but it does seem to be. ;(
> >
> > kevin
>
> It isn't just once.
>
> 1. kerberos
> 2. Web login on infra
n... but it does seem to be. ;(
kevin
signature.asc
Description: PGP signature
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.o
e for all time.
There is a respins sig ( https://fedoraproject.org/wiki/Respins-SIG )
that from time to time remakes the live media with all updates applied.
Looks like the last one was on the 14th. The 6.1 update went stable on
the 19th (4 days ago). So, I would expect it to be in t
many tokens as you like, so you can enroll one in a
backup device or system in case you loose your primary token. You only
need any one otp to login. Things like keepassxc and bitwarden allow you
to setup OTPs these days.
kevin
signature.asc
Description: PGP signature
--
___
Aoife Moloney wrote:
> This change is for Fedora Linux 41, and not 411 as the typo in the heading
> suggests :)
Glad that we do not have to wait 185 years ((411-41)/2=185) for this
feature. ;-)
Kevin Kofler
--
___
devel mailing list --
Planned Outage - wiki - 2024-06-18 21:00 UTC
There will be an outage starting at 2024-06-18 21:00 UTC
which will last approximately 2 hours.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/Infrastructure/UTCHowto
or run:
date -d '2024-06-18 21:00UTC'
Reason for
Planned Outage - wiki - 2024-06-18 21:00 UTC
There will be an outage starting at 2024-06-18 21:00 UTC
which will last approximately 2 hours.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/Infrastructure/UTCHowto
or run:
date -d '2024-06-18 21:00UTC'
Reason for
users are affected, which fits my definition of
"many people".
But in the end, it does not matter. The policy is that ALL packages are
supposed to comply with the distrowide baseline architecture, no matter how
many or what percentage of users of the package actually use a computer old
if this feature is also accepted for F41, the above paragraph will need
to be updated.
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora
ke QEMU that many people
are using.
If forward-porting the reverts stops being doable, then we will have to keep
the old version of QEMU or fork the project.
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscrib
or transitory errors
or where you don't want the app to stop working on some errors.
kevin
signature.asc
Description: PGP signature
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.o
yeah, I've seen this pattern before, but it's not a great way to do
things. ;(
Probibly filing a bug is a good idea.
It looks like there's only 2 packages using the old soname.
kevin
signature.asc
Description: PGP signature
--
___
devel mailing
es", it turned out that said "new features" mainly consisted of a
dangerous backdoor (xz CVE-2024-3094)…
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.
On Mon, May 27, 2024 at 06:07:10PM GMT, Björn Persson wrote:
> Kevin Fenzi wrote:
> > I am unaware of any recent auth issues aside this kernel app one.
> > Everything has been working great since we moved the ipsilon servers to
> > f39 on march 27th. If there are, please let
that.
Yes.
If you cannot auth to update/file a ticket:
https://docs.fedoraproject.org/en-US/infra/day_to_day_fedora/#_emergencyauthentication_issues
I am unaware of any recent auth issues aside this kernel app one.
Everything has been working great since we moved the ipsilon servers to
f39 on mar
t upgrades from Fedora n to n+2, there SHOULD be Obsoletes in
place until at least the F40 EOL. I would recommend just keeping the
Obsoletes forever.
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an em
plain there too. I guess that is what
we have CLOSED NOTABUG for.
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fe
n MacOS since we have no reasonable way to cross-compile
> > for that platform at this time. (+5, 0, -4) (@sgallagh:fedora.im,
> > 20:01:08)
>
> I am a tad sad that this was approved by FESCo without being first discussed
> with the wider community.
yeah. :(
kevin
//meetbot-raw.fedoraproject.org/meeting_matrix_fedoraproject-org/2024-05-20/fesco.2024-05-20-19.00.log.txt
https://meetbot-raw.fedoraproject.org/meeting_matrix_fedoraproject-org/2024-05-20/fesco.2024-05-20-19.00.txt
kevin
signature.asc
Description: PGP
ng to sunset the 'sub-planets'. They didn't seem to be very
active/used. Is that not the case?
On Fri, May 17, 2024 at 02:51:35PM GMT, Kevin Kofler via devel wrote:
>
> Which means that basically all blogs are going to vanish from Fedora Planet
> unless people re-add them manually.
Yes.
&
rce0: resp. Patch0:.
But it should not be used. Use Source0/Patch0 instead.
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fe
Planet Fedora, the new one currently has 30
(should be at least 31 soon when it picks up my RSS URL that I have just
added to accounts.fedoraproject.org). That is less than 4%. More than 96% of
the blogs will be gone.
This is not helpful.
Kevin
On Thu, May 16, 2024 at 05:27:31PM GMT, Tim Orling wrote:
> On Thu, May 16, 2024 at 5:02 PM Kevin Fenzi wrote:
>
> > Hi all,
> >
> > Today, 2024-05-16, we have removed inactive packagers
> > from the packager group.
> >
> > This is in accordance w
Hi all,
Today, 2024-05-16, we have removed inactive packagers
from the packager group.
This is in accordance with the FESCo policy on inactive packagers:
https://docs.fedoraproject.org/en-US/fesco/Policy_for_inactive_packagers/
If the removed user is 'main admin' for a package, this package
Hi all,
Today, 2024-05-16, we have removed inactive packagers
from the packager group.
This is in accordance with the FESCo policy on inactive packagers:
https://docs.fedoraproject.org/en-US/fesco/Policy_for_inactive_packagers/
If the removed user is 'main admin' for a package, this package
close to
release? or we forgot?).
Anyhow, I have cherry picked the commit and pushed it to f40, so it
should be active in the next one that syncs out.
kevin
signature.asc
Description: PGP signature
--
___
devel mailing list -- devel@l
Pisar
pointed out), the intended resolution:
> a) install cargo-rpm-macros, python3, python3-libs, add-determinism, and
> remove add-determinism-nopython
could also not possibly work because:
> remove add-determinism-nopython
Kevin Kofler
--
__
st banned from Fedora by
a git hook rejecting such specfiles.
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fe
ra 38 Flatpaks will go EOL on 2024-05-21
> Fedora 38 Modular will go EOL on 2024-05-21
> Fedora 38 will go EOL on 2024-05-21
>
> Consider that before submitting any update for those release
Yes, it should be next week, IMHO.
At least release engineer
On Wed, May 01, 2024 at 02:15:20PM GMT, Kevin Fenzi wrote:
> Hey folks.
>
> hiredis 1.2.0 has been out a long while now, and with some prodding I am
> finally looking at updating rawhide to it.
>
> A interested user ran a mass prebuild:
> https://copr.fedorainfracloud.org
ora} version), cannot specify
a -b backup file extension for each patch. So it is not a fair comparison.
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fed
y the
choice between a backwards-incompatible syntax (added only in RPM 4.18) and
an ugly and redundantly verbose syntax (the -P syntax). And even the modern
syntax is 1 character (space) longer for every patch. The shortest syntax
was the one being dropped.
Kevin Kofler
--
, 21:00 UTC
Anticipated End: May 16 2024, 02:00 UTC
As always, follow https://www.fedorastatus.org and/or the above tickets
for up to date outage information.
kevin
signature.asc
Description: PGP signature
--
___
devel-announce mailing list -- devel-annou
, 21:00 UTC
Anticipated End: May 16 2024, 02:00 UTC
As always, follow https://www.fedorastatus.org and/or the above tickets
for up to date outage information.
kevin
signature.asc
Description: PGP signature
--
___
devel-announce mailing list -- devel
EPEL8/9 builds)?
>>
>
> Yes. It's been supported for a very long time.
%patch -P is already documented in the 1997 First Edition of Maximum RPM.
Here is the link in the 2000 online edition:
https://ftp.osuosl.org/pub/rpm/max-rpm/s1-rpm-inside-macros.html#S3-RPM-INSIDE-WHICH-PATCH-TAG
Kevi
them for review. Since they are using a different
upstream and the buildsystem and other things have changed anyhow, a
review is probibly a good idea. Then, as part of that you can find a
sponsor...
https://docs.fedoraproject.org/en-US/package-maintainers/Joi
ccount with the same email as your fas account (or
your bugzilla account field setting) should do the trick.
kevin
--
>
> Jens
>
> On Tue, May 7, 2024 at 2:11 PM Emmanuel Seyman wrote:
>
> > * Sundeep Anand [07/05/2024 05:50] :
> > >
> > > (not su
ade download; dnf offline-upgrade reboot` or so. It's a
> footgun as it stands.
Perhaps the dnf5 version could be just:
dnf offline-upgrade
(and it automatically does --refresh and it downloads and then says "packages
downloaded, ok to reboot into the upgrade now? y/n)" ?
On Sat, May 04, 2024 at 11:32:21AM GMT, Dominik Wombacher wrote:
> On 5/3/24 8:00 PM, Kevin Fenzi wrote:
> >
> > So, help would definitely be welcome fixing the matrix/irc issues in the
> > code, and then we could look at mass updating it.
> >
>
> I briefly look
e other
more important things we have going on. :(
So, help would definitely be welcome fixing the matrix/irc issues in the
code, and then we could look at mass updating it.
Or perhaps we should be looking at retiring fedocal, but would probibly
want an open source alternative we could use or dep
e oldest possible Java as I suggest, it will have
to get fixed anyway.) As is, you may need to explicitly:
BuildConflicts: java-1.8.0-devel
BuildConflicts: java-11-devel
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
T
cause subtle misbehavior that is a pain to debug is just too high,
especially if we have the actual older JDK available and could just
BuildRequire the correct version.
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
To
a version (the oldest JDK branch that we still ship
if the library supports that, otherwise the oldest the library supports).
And IMHO, if the library is built against a higher version than the lowest
we ship, it needs a versioned Requires on the JRE.
know if I missed anything.
kevin
signature.asc
Description: PGP signature
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org
1 - 100 of 9337 matches
Mail list logo