ge, whereas the users who want to stick
to X11 are typically the late adopters or non-adopters who just want to
stick to what works and not be bothered with any unnecessary changes
whatsoever. It is not surprising that the overlap is vanishingl
ges would not exist in Fedora today
if it were not for me and my perseverance over this issue.
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Co
Neal Gompa wrote:
> You need to switch to another display manager, as GDM no longer
> supports X11 sessions.
Time to fork GDM.
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to de
if GDM is not the display manager being used
(which is another issue, but not a new one, and not Fedora's fault).
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fed
Jared K. Smith wrote:
> On Wed, Apr 9, 2025 at 12:59 PM Kevin Kofler via devel <
> devel@lists.fedoraproject.org> wrote:
>
>> This crusade against X11 in Fedora needs to stop NOW!
>>
>
> I'm not involved in this change -- but I take exception to your l
a Change? If yes, I'd argue that it should be reverted
> and done in F43 with a proper Change.
Note that this was a DOWNSTREAM Fedora change, upstream GDM still supports
X11 sessions!
This crusade against X11 in Fedora needs to stop NOW!
Kevin Kofler
--
___
n. It should be easily possible for anyone interested to build a
gdm-x11 package in Fedora without even patching the upstream code (at this
time – patching might become required in a later version).
Kevin Kofler
--
___
devel mailing list -- de
an see, is a specific subpackage…
> kf5-sonnet-aspel
… and the same goes for Sonnet.
For the other reverse dependencies:
> eiskaltdcpp-qt
> perl-Text-Aspell
> php-pspel
> recoll
> yagf
it might be harder to make them use something else
rsions).
if(IS_ABSOLUTE path) has been supported since forever.
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.fedor
f this kind of errors is not what Rawhide gating is designed to prevent,
then what is it for? Just being that annoying thing that makes it harder to
get builds into Rawhide? ;-)
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproje
and needs to be fixed.
Removing those -D arguments from the %cmake macro is a completely gratuitous
backwards-incompatible change that will break a whole bunch of specfiles for
no good reason.
Kevin Kofler
--
___
devel maili
name=linux-*&branch=master&repo=&arch=&origin=
Especially for mobile devices, it is usual to have a separate kernel fork
for every device. Even for a close-to-mainline distribution such as
postmarketOS – we are not even talking about downstream Android kernels
here!
Kevin Kofl
a good thing. Even more so if we are
talking about megabytes, not just kilobytes.
We are already accumulating way too many size increases. (For a comparison,
F10-x86_64-Live-KDE.iso was 684M, Fedora-KDE-Live-x86_64-41-1.4.iso is 2.6G.
That is almost a factor 4 increase from Fedora 10 to Fedora
Mario Torre wrote:
> On Tue, Feb 11, 2025 at 2:11 AM Kevin Kofler via devel
> wrote:
>>
>> Mario Torre wrote:
>> > OpenJDK 11 is EOL in Fedora regardless of the Fedora version, it hasn’t
>> > been updated in January for example.
>>
>> This is
ant to take care of that, they should orphan the package and let
somebody else push the required security updates.
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproje
m opposed to this. Bundling is discouraged in Fedora for reasons that are
well documented. It does not make sense to exempt individual programming
languages wholesale from that. Vendoring is already allowed if there really
is no other way to make something work, but it should not be the default.
uy new one to replace
it.
We have come to expect that from proprietary software, including the
proprietary NVidia driver, but for Free Software, this is a new low.
Introducing a compatibility package is the least we can do. Ideally, the
project should be forked upstream to restore support for
ion on my PinePhone!)
As for this particular update, IMHO, anything breaking eduroam is completely
unacceptable in an update for a stable release and should never have made it
through testing. It should be reverted immediately.
Kev
Dominik 'Rathann' Mierzejewski wrote:
> Dirac codec support is optional in the above.
It still means that the claim that nothing is using this library anymore is
false.
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedo
Kevin Kofler via devel wrote:
> PS: I suspect the documentation was actually just an attempt to document
> the previous broken Bodhi policy implementation. (See
> https://github.com/fedora-infra/bodhi/issues/772 and
> https://github.com/fedora-infra/bodhi/issues/1033 – both got close
to ignore it if it has a more efficient alternative, as was in fact
already suggested in the discussion of the change (but refused by the change
owners). Backwards compatibility is something that needs to be retained
wherever possible.
Kevin Kofler
--
___
roved at +2 because of the hardcoded check. So that is where the +2
probably came from.
So it is a combination of multiple Bodhi glitches that ended up accidentally
encoded in the documentation and now made it back into Bodhi in a strict
reinterpretation.
I think it kinda makes critpath pointless if we
Kevin Kofler via devel wrote:
> When was this decided? I only remember FESCo ever having decided to
> require +2 for critpath updates, not for non-critpath ones.
>
> At some point, those values were written down in the documentation, but
> under what authority? Where was the FES
e cases
where the best thing to do would actually be to send them directly to
stable, which Bodhi has not allowed for years now.) It is hard enough to get
even 1 karma for Fedora n-1 releases, let alone 2.
Kevin Kofler
--
___
devel mai
strictly conform to a standard and to always flag all non-strictly-
conforming input is not a realistic expectation.
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedorapr
nore their recommendations yet again,
leading to yet another global distro-wide size increase, with no evidence of
any real-world speed increase.
If we are going to consider switching away from -O2, then I would recommend
-Os rather than -O3.
Kevin Kofler
--
___
t/tree/src/gui/painting/qimagescale.cpp
and
https://code.qt.io/cgit/qt/qtbase.git/tree/src/gui/painting/qimagescale_sse4.cpp
. It is likely that the vectorized implementation rounds slightly
differently. So you then end up with different results when building on non
ly no packaging
work to do.
I also have to wonder whether we really want to do this work or whether we
just want to keep UFW orphaned until it ends up automatically retired.
Plasma Firewall can be built without it (with only the firewalld backend).
Kind regards,
I'm
> concerned about is doing a basic graphics install of Fedora 39, and
> upgrading. I'll try to test that later.
I do not think removing the basic fallback driver for X11 because "hey,
Wayland works" is acceptable.
Kevin Kofler
--
moving working drivers, especially if (or
as long as) the replacement does not work out of the box (e.g., as long as
nomodeset does not automatically bring up a working driver setup without
additional arguments such as vga=…).
Kevin Kofler
--
___
is nothing to sync (just as when using webmail)? Assuming of course
that you use online IMAP, but if you are using the GMail website, that is
online-only as well.
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsub
gether with an unbundling build system patch that linked against
the system library instead of building the bundled stuff. But that hack
either never worked as intended or has stopped working at some point. (The
build system parts of the hack might have been lost at some point in time.)
nges were sufficient to fix the issues in it.
> You cannot sometimes please everyone.
And that again implies that it is OK to trample over the objections of other
people and force through controversial changes.
Kevin Kofler
--
_
nopoly postal service (Post)) support it. Banks have their own
authentication methods for online banking, typically a bank-specific
proprietary smartphone app.
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe
efinitely not
make you any friends.
As for Changes that are not about shipping any new software at all, but just
about doing things differently, I do not see how those even fall under
"First" to begin with.
Kevin Kofler
--
___
devel
the Change proposal can possibly make it acceptable. Such an
unfixable Change just has to be finally (i.e., irrevocably) rejected.
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le..
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
thon 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
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
uot;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 --
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
a port 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.
r 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
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.
t I checked) 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 appar
image, and at
that point, rpm is needed to update the system.
There are also use cases where users want to install some package into the
transient overlay in RAM, or even just run some rpm -q query on the running
live image.
Kevin Kofler
--
__
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
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 Code
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 packaged a
ug 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
Fedor
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
anonymous 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
--
ds to 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
--
___
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.
Ke
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 --
0 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
or a package like 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.or
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.
upport 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
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
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://do
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
Petr 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
--
_
or at least 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
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
s with only 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
--
__
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
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
To u
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
e Java 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
Miro Hrončok wrote:
> If you wish to help, I guess you can send a pull request to the release
> notes...
Or Mattia could simply unretire and adopt the package.
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.
d users to break?
All this just so that lazy packagers do not have to increment a number (in
most cases a single-character change, in some cases (such as a minor bump or
every 10 major bumps) a two-character change, rarely more) when doing a new
build.
Kevin Kofler
--
_
re or you break the upgrade path.
> But as others have pointed out, in the light of distrosync and
> macro-determined differences etc. we may just as well give up the
> illusion that "-5" means the same in different branches, and
> consequently lift the sorting policy between
t replace %autorelease with a correctly manually bumped Release
in the specfile as part of doing the rebuild.
Just letting %autorelease do its thing and ending up with a full bump would
be incorrect, so it should not even be considered as an option.
Kev
Adam Williamson wrote:
> Well, it really wants to write to /lib , not to /usr. But of course, on
> Fedora, /lib is /usr/lib .
Sigh… Time for a UsrUnmerge? :-)
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.
ast-forwarded again. But a clean linear history is no longer possible
after someone did an unwanted cherry pick instead of a fast-forward merge.
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send a
t think having /usr/lib64/lp64d be a symlink to /usr/lib64 is in
violation of any standard.
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of C
with the compat package, to
> complete the transition away from Redis).
I do not see why we need a separate compat subpackage at all. Valkey should
just Obsolete/Provide redis and include all the compat symlinks in the main
package.
Kevin Kofler
--
__
security", LOL…
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/project/code-of-condu
e fact that, in those implementations, there is no
Treacherous Computing hardware preventing me from doing what I want with my
own private key (e.g., just copying the same key to all my devices, as I can
also do with TOTP) is actually a feature, even if it goes against the
"security&qu
some hardcoded if (optimize_size) peppered
throughout various GCC optimizations and even target files (to choose
between faster&larger or smaller&slower instructions).
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.
How much larger is Python at -O3 compared to -O2? And other packages?
I would like to see -Os as the default.
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.o
ith, you can just SFTP your
~/.config/org.kde.keysmith/Keysmith.conf from/to all your GNU/Linux
computers including the PinePhone or equivalent, and they will all be able
to generate the same TOTP keys with the same master key.
Kevin Kofler
--
_
executable, but there are plenty of other cases where
autotools and Meson also do automagic, which is why building outside of a
chroot is such a bad idea.
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe
e of
support. So for me there is a clear consensus to NOT implement your proposal
at all, not even with an opt-out option.
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists
setup) in my specfiles, it just makes my life
harder for no benefit whatsoever.
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
se a mailing list.
> Perhaps it's time to discuss imposing financial and/or legal penalties
> when the opt-in nature of the change goes away.
Who would impose those? And from whom to whom would the money flow? I do not
think this can work.
Kevin Kofler
--
__
l build systems) is to always build
in a mock chroot with only the expected BuildRequires installed, as I have
written.
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedora
That's why you should never build packages outside of mock.
Kevin Kofler
On Sun, Apr 7 2024 at 13:52:26 +00:00:00, Zbigniew Jędrzejewski-Szmek
wrote:
On Sat, Mar 30, 2024 at 10:15:47PM +, Zbigniew
Jędrzejewski-Szmek wrote:
One particular issue I have with CMake as a downs
ving the Plasma Edition be a Scientific Edition) from non-scientific KDE
users who understandably did not want to have to install a Scientific
Edition and then uninstall lots of niche apps they will never use from it.
But that discussion became moot because the Edition application was
p as described above is probably a
better fit for traditional desktop/notebook computers.
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of C
Tomasz Torcz wrote:
> GNOME (Mutter) maximizes windows if they initially take 80% of more
> screen space.
And I believe that that, too, was a refinement added in later releases.
IIRC, GNOME 3.0 just maximized everything.
Kevin
adily up.
The numbers for Workstation might be declining because people are installing
other desktop Spins, or a custom selection from Everything, instead. :-)
None of those will have fedora-release-workstation installed.
Kevin Kofler
--
___
deve
is a pretty good post summarizing the issues with autotools, both
generally and in the context of the xz vulnerability:
https://felipec.wordpress.com/2024/04/04/xz-backdoor-and-autotools-insanity/
Kevin Kofler
--
___
devel mail
>> key, etc.)" this is also not the case for ages, or at least not in its
>> completeness.
>
> Yes, this did change a few GNOME releases ago.
Of course, having only tried GNOME 3 once, I could not know this.
Kevin Kofler
--
_
h less open than RHL, and Caldera eventually became the infamous SCO)
with the at the time brand new KDE 1 (version 1.1.1). Having used DOS, the
bash CLI was not that bad to work with, but the distros at the time already
came with GUI environments (FVWM95,
1 - 100 of 3907 matches
Mail list logo
