es out there.
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-conduct
do not convert any packages governed by the KDE SIG to
> RPMAutoSpec, especially if it is released by the KDE community.
Makes a lot of sense.
While we are at it, I would also ask to NOT convert any of MY packages to
RPMAutoSpec. (In my case, I am also opposed to %autosetup, which the KDE S
produce some screenshots, but
right now, my main priority was to get it out there for all the interested
users.
It is NOT currently planned to get this into Fedora proper. If there is
sufficient interest in my Copr, I might have another try at making this
happen for some future Fedora release, but ri
. But now the comparison really
looks like only noise, no measurable differences.
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Co
-pointer (slow).
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-conduct
ormance-amd-graphics.html
And the result is always the same: X11 is faster and consumes less power and
other resources.
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedo
to do the
ONLY sensible thing here and completely ignore the expiry date (but I would
not count on that).
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.or
t of an attack).
SSH assumes that the host key NEVER changes and will always print a big
scary warning and refuse to connect if it does. So the ONLY sensible thing
to do is to NEVER change the host key.
Kevin Kofler
--
___
devel mailing li
Kevin Kofler via devel wrote:
> Why should they? Anubis is a scourge that wastes massive energy for all
> legitimate browsers, breaks search engines, and if configured in a
> particularly aggressive way as on the GNOME GitLab, even entirely locks
> out some browsers (though that is a
do not think adding more energy waste is going to solve that problem.
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://d
Neal Gompa wrote:
> But those are hand-written directives, no? That approach doesn't scale at
> all.
Handwritten unwinding information for handwritten assembly. C code has
compiler-generated unwinding information.
Kevin Kofler
--
__
compositing enabled. The author hints that X11 is even faster if
you turn off compositing, but unfortunately does not share the numbers for
that.)
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
ocks out
some browsers (though that is an issue with the setup at GNOME
specifically).
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of
r the
packager or deciding it automatically based on the target (Android = static,
GNU/Linux = dynamic)? IMHO, it is not acceptable.
I could revert the offending commit in my fork, but that would not help all
the users using the stock Fedora GTK, and it is also not what the fork is
supposed to
ipping parallel packages in the official Fedora repositories means one has
to deal with file conflicts (using explicit Conflicts tags, most likely),
with packages hardcoding dependencies on X.Org (which could be fixed by
Provides in X(11)Libre, but you do not want any Provides there), etc.
for them.
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-conduct/
List G
g. I'm still going to stick to Wayland, but Xorg is
> finally usable on Asahi Linux and fully accelerated thanks to Xlibre. Most
> Asahi Linux users are on Fedora, so it could help a lot of people.
Kevin Kofler
--
___
devel mailing li
ste everyone's time by continuing
this discussion that is not leading anywhere.
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of
) is
> even copyrightable at all. And the fix would be to get the copyright
> notice and the SPDX declaration on that new header file fixed, not to ban
> the whole project for such a tiny mistake.
Kevin Kofler
--
___
devel mailing
han the corresponding half of OpenH264.)
> Most users would be better served using gstreamer1-plugins-ugly and
> ffmpeg-libs from rpmfusion.
And so you also need gstreamer1-plugin-libav (which is actually built
against FFmpeg, not the libav fork) in addition to gstreamer1-plugins-ugly.
because it
is not a drop-in replacement (does not support even basic things such as
FTP).
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code
e and include that file with OPTIONAL so there is no error
when it is missing. I think it should be straightforward to adapt to other
projects if you understand CMake.
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
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
1 - 100 of 3929 matches
Mail list logo
