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,
his proposal).
Interesting point. And there I thought it was only because the answer is
always 42. ;-)
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fe
Requires on the
dependencies where it matters.
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.
oper Linux” isn’t."
>
> https://www.linuxfoundation.org/legal/the-linux-mark
Kinda the same recommendation that also applies to the Fedora trademark, by
the way. But everyone only cares about their own trademark.
Kevin Kofler
--
___
"have two equally good options"
as Adam Williamson wrote (in the post to which you were replying).
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lis
experience felt pretty much unusable to me personally.
KDE Plasma not only has more familiar defaults (actually looking and feeling
much more similar to GNOME 1 than GNOME 3 does), but also lets you easily
change those defaults that you do not like.
Kevin Kofler
--
_
en it is pointless to feature that particular Edition prominently on
fedoraproject.org. That is why I was asking for download statistics
specifically.
And is there a statistical evaluation of that data somewhere? Downloading
350 MiB (!) of raw CSV data does not sound to me like a convenient way to
ll be Fedora, about as much as Kubuntu is Ubuntu.
> (Though, I don't know about 'Kedora' as it has absolutely no meaning XD)
> Though I feel like we should really only go this route if the other ideas
> get completely exhausted...
That is what I tried with Kannolo. Suc
dalone application (as opposed to a desktop widget or
similar) developed for one of the Fedora desktop deliverables (Workstation
Edition, desktop Spins) is also going to work on any of the others.
Kevin Kofler
--
___
devel mailing list -- devel@lis
c Desktop variants
(Silverblue/Kinoite/"… Atomic") instead. And IoT is just completely niche.
So why do you expect those Editions to be more relevant to users downloading
Fedora from fedoraproject.org than the Spins?
Kevin Kofler
--
___
to itself use X11 rather than Wayland, if
even SDDM does not work properly under Wayland for you.)
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproje
("Edition") and
second-class ("Spin" or "Lab") spins, for no benefit whatsoever.
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproje
entionally limited and there are strict rules on
what packages are allowed to depend on it.) It should NEVER be considered
reasonable to break other people's work.
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsub
obably be needed, and a lot of
testing on different hardware will definitely be needed, to make the
multiboot generator work (reliably) again.
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email
reconf --force" does not include that warning.
And this also makes "--force" pretty much useless as it stands.
We and Debian both need to patch aclocal downstream immediately to make
--force actually work. And then of course Fedora needs to actually always
run autoreconf -i -f
do not see the full list of options anywhere, but just a
list of lists. You actually have to click on "Learn More" after "Fedora
Spins" to even see what desktop environments are available.
Kevin Kofler
--
___
devel mailing
xpect that we will
get lots of media coverage and another bump in downloads from that.
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
hould at least visibly state somewhere what desktop environment
they are based on, an information which some Labs now put in their
description, requiring an extra click to see it, and some not even there.)
Kevin Kofler
--
___
devel mail
ctly the users you think will be confused by the
options and will give them a desktop environment designed exactly for them.
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.
t;'Download' means 'Download'" and that a button with a verb
must trigger an immediate action.
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
of defaulting to
GNOME everywhere, they are likely to be rejected. (Been there, done that.)
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code
ion in autoreconf.
Is that not what -f is supposed to do? At least, the documentation claims
so, but the implementation does not actually do what is documented.
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubsc
led "Free Software"
and not "Open Source". :-)
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.fedoraproj
ntradicts my position here in any way.
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/co
carefully
analyzed the individual targeted distributions, the distributions whose
packaging tools the build script attempts to detect were not just picked
because they are known to link OpenSSH to liblzma, but also individually
tested and targeted.
they are refloating it as their own, without even
citing my original proposal.
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduc
st pure nonsense.
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
ses it.
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 Guid
that can also write to regular files, without checking that
"$NOTIFY_SOCKET" is really a socket (or checking it with a TOCTOU
vulnerability), introducing an arbitrary file overwrite vulnerability.
Kevin Kofler
--
__
regenerate
all files that can be regenerated, which is not happening. But if you
explicitly delete the files before running autoreconf, then it has to
regenerate them no matter what.
Kevin Kofler
--
___
devel mailing list -- devel@lists.fedor
* Any stricter vetting of Fedora contributions. The attack was performed
upstream, NOT in Fedora.
* More distrust of new Fedora contributors. The offending upgrade was
imported by a TRUSTED Fedora contributor. The untrusted new person operated
upstream, NOT in Fed
1 - 100 of 3877 matches
Mail list logo
