Re: F36 Change: Package information on ELF objects (System-Wide Change proposal)

2022-01-22 Thread Kevin Kofler via devel
Kevin Kofler via devel wrote: > It breaks ALL packages using gold to link, and the "fix" is to explicitly > add a macro to generate gold-compatible output or to stop using gold. Also > affects qt5-qtwebengine: > https://bugzilla.redhat.com/show_bug.cgi?id=2043178#c

Re: F36 Change: Package information on ELF objects (System-Wide Change proposal)

2022-01-22 Thread Kevin Kofler via devel
gency Plan == > > * Contingency mechanism: Remove the new compilation flags. Rebuild any > packages that were build with the new flags. Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-

Re: sphinx: Intention to orphan package

2022-01-13 Thread Kevin Kofler via devel
less deprecated by upstream in favor of Vosk). This is a pretty confusing mess. But unfortunately, not that rare an occurrence. (E.g., there are 3 completely unrelated projects called calamari, calamaris, and calamares.) Kevin Kofler ___ devel

Re: F36 Change: Default To Noto Fonts (System-Wide Change proposal)

2022-01-06 Thread Kevin Kofler via devel
ric families. OK, good to know. Specialist fonts clearly still have their use. Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Con

Re: F36 Change: Default To Noto Fonts (System-Wide Change proposal)

2022-01-04 Thread Kevin Kofler via devel
Kevin Kofler via devel wrote: > I see in this table that there are still a bunch of languages using > non-Noto fonts where there appears to be a Noto equivalent available, > e.g., https://fonts.google.com/noto shows me Devanagari, Bengali, and > Tamil on the first page whereas your tab

Re: F36 Change: Default To Noto Fonts (System-Wide Change proposal)

2021-12-29 Thread Kevin Kofler via devel
o be used there. What is the reason for that? Are the Noto fonts for those scripts incomplete? I think using Noto wherever possible would lead to a more consistent experience. Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org

Re: F36 Change: DIGLIM (System-Wide Change proposal)

2021-12-28 Thread Kevin Kofler via devel
backdoors? (Basically the same question as for the existing NSA SELinux code…) 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.fedorapr

Re: F36 Change: DIGLIM (System-Wide Change proposal)

2021-12-28 Thread Kevin Kofler via devel
be exploited actually present). 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-c

Re: F36 Change: DIGLIM (System-Wide Change proposal)

2021-12-27 Thread Kevin Kofler via devel
any value at all that does not contradict the very definition of Free Software. Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduc

Re: F36 Change: DIGLIM (System-Wide Change proposal)

2021-12-27 Thread Kevin Kofler via devel
"Trusted Computing") (mis)feature and as such entirely unacceptable to begin with. This Change is absolutely unacceptable. If implemented as proposed (enabled by default), I will be forced to leave for another distribution (as a user, which however also implies that I will have to orph

Re: I quit packaging

2021-12-15 Thread Kevin Kofler via devel
Volker Fröhlich wrote: > I don't want to be a package maintainer anymore. Too bad! Thank you for your contributions so far! Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel

Re: I quit packaging

2021-12-15 Thread Kevin Kofler via devel
Emmanuel Seyman wrote: > * routino That one has actually been maintained by Dan Horák for a while. Volker is/was only co-admin. (I am still co-admin, too. I used to be the primary maintainer, Dan picked it up from me a few years ago.) Kevin Kof

Re: rpm bug for multiple README.md or LICENSE.md in EPEL 8 and Fedora

2021-12-07 Thread Kevin Kofler via devel
e doc directories of some packages a mess of unnecessary subdirectories. If desired, this needs a new syntax that does not clash with existing usage. Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe

Re: How to handle ABI breakage in Rawhide

2021-12-06 Thread Kevin Kofler via devel
t mean that at some point a new ABI will not be implemented. Even glibc has a soversion (which has not changed for years, but it has one). Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to de

Re: F36 Change: Enable fs-verity in RPM (System-Wide Change proposal)

2021-12-04 Thread Kevin Kofler via devel
ce use. But even if the user does not keep cached RPMs, the download sizes will increase, which can cost time and for some users even money. Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel

Re: F36 Change: Enable fs-verity in RPM (System-Wide Change proposal)

2021-12-04 Thread Kevin Kofler via devel
We need to stop tolerating creeping bloat! So -1 to the Change proposal. 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.f

Re: (Quite?) OT Question: Is still relevant Software RAID?

2021-12-01 Thread Kevin Kofler via devel
Sergio Belkin wrote: > Do you think that (Linux) Software RAID is still relevant in this "breve > new world" of cloud/devops ? Yes! It is *the* solution for desktop computers to be safe from data loss due to disk failures.

Re: Question for election candidates: do you support allowing Fedora src-git repositories to be hosted on a proprietary software git forge?

2021-11-30 Thread Kevin Kofler via devel
ainer access from people caught doing 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: https://docs.fedoraproject.org/en-US/project/co

Re: Question for election candidates: do you support allowing Fedora src-git repositories to be hosted on a proprietary software git forge?

2021-11-30 Thread Kevin Kofler via devel
orge. You can work perfectly fine without any CI at all. In the end, I think Fedora should just stick to the CI infrastructure that is already supported for dist-git (such as Koschei or such as the CI that runs on Bodhi updates) and not support anything beyond that. Kev

Re: Question for election candidates: do you support allowing Fedora src-git repositories to be hosted on a proprietary software git forge?

2021-11-30 Thread Kevin Kofler via devel
at it. Even if it is not ideal, I would rather see an Ubuntu server running Free Software in the Fedora datacenter than relying on external hosting running proprietary software on who knows what. Ubuntu is Free Software, too. Kevin Kofler ___ devel

Re: Question for election candidates: do you support allowing Fedora src-git repositories to be hosted on a proprietary software git forge?

2021-11-30 Thread Kevin Kofler via devel
efeats the point of src-git. 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

Re: Question for election candidates: do you support allowing Fedora src-git repositories to be hosted on a proprietary software git forge?

2021-11-30 Thread Kevin Kofler via devel
on cloud services for Copr is a problem, too.) So do not expect me to waste any voting points on any candidate who does not answer Michael Catanzaro's question with a clear "NO". Kevin Kofler ___ devel mailing list -- devel@lis

Re: [EPEL-devel] Mock/Copr default epel-8-* configuration to be changed

2021-11-29 Thread Kevin Kofler via devel
apshot is in general not binary-compatible with a RHEL point release. Add to that the maintenance effort. So I really do not see the value this provides over just using Alma or Rocky. Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproje

Re: [EPEL-devel] Mock/Copr default epel-8-* configuration to be changed

2021-11-29 Thread Kevin Kofler via devel
oving to the composing tools from Core (the current incarnation of which is called Pungi). Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora C

Re: inconsistent installprocess between spins

2021-11-28 Thread Kevin Kofler via devel
ffering proprietary software in out-of-the-box GNOME Software, Workstation also ships with a wide-open firewall, etc.), whereas Spins are held to very strict rules to get approval. Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproje

Re: [EPEL-devel] Mock/Copr default epel-8-* configuration to be changed

2021-11-23 Thread Kevin Kofler via devel
entOS. Me too. They too got burned by Red Hat's misleading adoption of CentOS and the following surprise "change of directions", and it is unfortunate that they have decided against resurrecting Scientific Linux given the change. But Scientific Linux was "not directly publis

Re: [EPEL-devel] Mock/Copr default epel-8-* configuration to be changed

2021-11-23 Thread Kevin Kofler via devel
rebuild, for those architectures.) > Any thoughts? Feedback is needed here. See above. Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of C

Re: F36 Change: Remove Wire Extensions Support (Self-Contained Change proposal)

2021-11-17 Thread Kevin Kofler via devel
y wext interface compatibility (for wireless-tools) in mac80211 enabled and with wext itself disabled? Or does the interface compatibility in this case require shipping the entire wext subsystem? Kevin Kofler ___ devel mailing list --

Re: LTO objects after build: Rebuilding vs erroring out

2021-11-16 Thread Kevin Kofler via devel
e completely (with -fno-lto, the hack currently done for Clang)? 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.fedoraproje

Re: F37 Change: RetireARMv7 (System-Wide Change proposal)

2021-11-16 Thread Kevin Kofler via devel
y). Sticking an EOL label on a software release is not going to magically make it go away. Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Con

Re: F36 Change: Remove Wire Extensions Support (Self-Contained Change proposal)

2021-11-16 Thread Kevin Kofler via devel
ev property, a phy property, or both), whereas "iwconfig" takes the same interface name for all commands. The new ip, iw, and route tools have clearly been designed by kernel developers for kernel developers, not for end users or even system administrators. The old ifconfig and iwconf

Re: Package FFMPEG with royalty free codes (AV1, THEORA, VPX, OGG, OPUS, SPEEX, ...) for Fedora

2021-11-11 Thread Kevin Kofler via devel
e ended up in Blink and who may be more willing to cooperate with you in the case of a lawsuit than Google or Apple.) Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.

Re: Package FFMPEG with royalty free codes (AV1, THEORA, VPX, OGG, OPUS, SPEEX, ...) for Fedora

2021-11-10 Thread Kevin Kofler via devel
E.g., Debian has always held the viewpoint that codec patents are only enforcible against encoders, not decoders, and was happily shipping MP3 decoders back when the MP3 patent(s) had not yet expired. Kevin Kofler ___ devel mailing list -- devel

Re: Long-running side tag for porting Fedora to C99 (no implicit decls)

2021-11-08 Thread Kevin Kofler via devel
Florian Weimer wrote: > Eventually, we'll have to fix the Fedora packages if there's no upstream > release with the fixes. We just have to add -Wno-error=implicit-function-declaration to the build flags of the offending packages (same as for format-security). Kevin

Re: Package FFMPEG with royalty free codes (AV1, THEORA, VPX, OGG, OPUS, SPEEX, ...) for Fedora

2021-11-08 Thread Kevin Kofler via devel
en though Chromium does not use the decoder from OpenH264, only the encoder). Hence, Chromium uses OpenH264 directly (for encoding), which is a compile-time decision based on enable_proprietary_codecs and not affected by replacing FFmpeg at all. Kev

Re: Package FFMPEG with royalty free codes (AV1, THEORA, VPX, OGG, OPUS, SPEEX, ...) for Fedora

2021-11-08 Thread Kevin Kofler via devel
minified JavaScript blobs you mention were probably also already part of it.) I do not know to what extent, if at all, this has been improved since last I checked. Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe se

Re: Package FFMPEG with royalty free codes (AV1, THEORA, VPX, OGG, OPUS, SPEEX, ...) for Fedora

2021-11-08 Thread Kevin Kofler via devel
Kevin Kofler via devel wrote: > And does Chromium fully work with HTML5 video if you do that? In > particular, does it correctly report the list of supported codecs to the > website? Last I checked, Chromium hardcoded the list of supported codecs > at compile time (and there were act

Re: Package FFMPEG with royalty free codes (AV1, THEORA, VPX, OGG, OPUS, SPEEX, ...) for Fedora

2021-11-08 Thread Kevin Kofler via devel
time), so the only way to replace the list was to replace the entire Chromium (which is what qt5-qtwebengine-freeworld does for qt5-qtwebengine: it replaces the entire QtWebEngine shared libraries including the entire bundled Chromium). Kevin Kofler

Re: Package FFMPEG with royalty free codes (AV1, THEORA, VPX, OGG, OPUS, SPEEX, ...) for Fedora

2021-11-08 Thread Kevin Kofler via devel
Dominik 'Rathann' Mierzejewski wrote: > Chromium was checked by legal. I'm not aware of any other Fedora > packages bundling a subset of FFmpeg. qt5-qtwebengine does it too, using a fork of the cleanup script from the Chromium package. Kevin

Re: F36 Change: Remove .la files from buildroot (Self-Contained Change proposal)

2021-11-01 Thread Kevin Kofler via devel
lugin loader breaks down horribly if you remove the .la file under it. (This was fixed in kdelibs 4, but the kdelibs3 compat library stack still ships those .la files for that reason.) Kevin Kofler ___ devel mailing list -- devel@lists.fedor

Re: F36 Change: Package information on ELF objects (System-Wide Change proposal)

2021-10-28 Thread Kevin Kofler via devel
ll contain more annotations than code? tiny+tiny+tiny+… adds up quickly (and MiniDebugInfo and Annobin are not so tiny – I have complained about those back when they were introduced and still want them removed ASAP). Kevin Kofler ___ devel mailin

Re: F36 Change: Package information on ELF objects (System-Wide Change proposal)

2021-10-28 Thread Kevin Kofler via devel
d, is entirely a Fedora decision that we have full control of. 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.fedorapr

Re: F36 Change: Package information on ELF objects (System-Wide Change proposal)

2021-10-28 Thread Kevin Kofler via devel
ut I do not see those "MiniDebugInfo" and "package information" features as helping me maintain software in any way. Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le.

Re: F36 Change: Package information on ELF objects (System-Wide Change proposal)

2021-10-27 Thread Kevin Kofler via devel
niDebugInfo is no useful replacement for full debuginfo and only wastes space. Annobin has no benefit for the end user at all and should be only enabled in private QA rebuilds.) But the benefit of this change proposal is also very small. And I disagree with the concept that "we have done worse&q

Re: F36 Change: Package information on ELF objects (System-Wide Change proposal)

2021-10-27 Thread Kevin Kofler via devel
work. But also, e.g., Google Breakpad.) 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/cod

Re: F36 Change: Package information on ELF objects (System-Wide Change proposal)

2021-10-27 Thread Kevin Kofler via devel
le e-mail client. 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

Re: F36 Change: Package information on ELF objects (System-Wide Change proposal)

2021-10-27 Thread Kevin Kofler via devel
exist. Trust me, you do not want to know. ;-) 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/proje

Re: F36 Change: Package information on ELF objects (System-Wide Change proposal)

2021-10-27 Thread Kevin Kofler via devel
the day Fedora was founded. And yes, I also complain about the other sources of bloat. They all add up, and they are all a problem. (For the build flags, I have been arguing for ages that we should build with -Os rather than -O2.) Kevin Kofler __

Re: F36 Change: Package information on ELF objects (System-Wide Change proposal)

2021-10-27 Thread Kevin Kofler via devel
Daniel P. Berrangé wrote: > AFAIK, that assumes the package NEVRs on disk haven't changed on disk > since the process was spawned. How common is it even that this happens? Especially nowadays where offline updates are the default. Kevin

Re: F36 Change: Package information on ELF objects (System-Wide Change proposal)

2021-10-27 Thread Kevin Kofler via devel
he files for all users, even those who did *not* delete the data it turns out they need." I cannot follow that logic at all. Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email

Re: F36 Change: Package information on ELF objects (System-Wide Change proposal)

2021-10-27 Thread Kevin Kofler via devel
Zbigniew Jędrzejewski-Szmek wrote: > On Wed, Oct 27, 2021 at 02:00:36PM +0200, Kevin Kofler via devel wrote: >> offer" clause is in practice very hard to comply with. (Especially for >> GPLv2-only projects. The GPLv3 has made it slightly more practical, >> admittedl

Re: F36 Change: Package information on ELF objects (System-Wide Change proposal)

2021-10-27 Thread Kevin Kofler via devel
Florian Weimer wrote: > Can we enhance this to collect the package versions of all code that is > linked statically? That would make the bloat even larger. Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscrib

Re: F36 Change: Package information on ELF objects (System-Wide Change proposal)

2021-10-27 Thread Kevin Kofler via devel
s for each ELF binary loaded in the process. 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/

Re: F36 Change: Package information on ELF objects (System-Wide Change proposal)

2021-10-27 Thread Kevin Kofler via devel
eless" about the licensing issue (see also the further details I added above). And the idea is not to "force people to stop using" stuff, but to not spend time making it easier to do inherently bad things such as redistributing binaries ripped

Re: F36 Change: Package information on ELF objects (System-Wide Change proposal)

2021-10-26 Thread Kevin Kofler via devel
ad of pointing users to distro-within-the-distro tools such as pip that reinvent the packaging wheel and have no good way to deliver compiled C/C++ dependencies. (They can only either build everything from souce on the user's machine or ship some blob

Re: Fedora minimum hardware requirements

2021-10-23 Thread Kevin Kofler via devel
probably remain a niche product just as on the desktop. 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.

Re: Qt package licenses

2021-10-23 Thread Kevin Kofler via devel
write: LGPLv3 or GPLv2 because the LGPLv3 always allows relicensing to GPLv3 anyway. Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Cond

Re: Qt package licenses

2021-10-23 Thread Kevin Kofler via devel
on was introduced. Nowadays, Qt mostly relies on standard GPL and/or LGPL licenses. Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code

Re: bodhi updates skipping updates-testing entirely

2021-10-23 Thread Kevin Kofler via devel
ceive less testing coverage > than those for a pre-release? That doesn't make any sense. Because the pre-releases are in a freeze that prevents getting the updates out to stable and the stable releases are not. My argument is a purely technical one, not a policy one. Kevin Kofl

Re: Fedora minimum hardware requirements

2021-10-18 Thread Kevin Kofler via devel
my post further up this thread for current use cases in which it is actually worth caring about this issue. I do not wish to repeat myself. Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-

Re: Fedora minimum hardware requirements

2021-10-17 Thread Kevin Kofler via devel
Nico Kadel-Garcia wrote: > On Sun, Oct 17, 2021 at 3:36 PM Chris Murphy > wrote: >> >> On Sat, Oct 16, 2021, 10:01 PM Kevin Kofler via devel >> wrote: >>> >>> The Fedora 34 netinst image is still 450 times the size of a floppy! >> >&g

Re: libcurl-minimal

2021-10-16 Thread Kevin Kofler via devel
th rpmreaper, most would > use http(s). There might be some that use another protocol. But clear text > protocols like telnet and ftp really don't have a use in today's internet. > Too many threats for clear text. I suspect that disabling FTP in libcurl is going to break a lot of stuff.

Re: Fedora minimum hardware requirements

2021-10-16 Thread Kevin Kofler via devel
in Fedora 33 even exceeded CD size (https://pagure.io/minimization/issue/23). The Fedora 34 netinst image is still 450 times the size of a floppy! Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org To unsubs

Re: bodhi updates skipping updates-testing entirely

2021-10-16 Thread Kevin Kofler via devel
update to testing instead AND 2. keep it queued for stable, i.e., put it into testing → stable state. But there is no valid reason to do that for releases that are not frozen and where the update can just go out directly to stable. Kevin Kofler

Re: Fedora Maven? [was: Re: Fedora ? Java: The Death of Two SIGs]

2021-10-08 Thread Kevin Kofler via devel
Mario Torre wrote: > On Fri, Oct 8, 2021 at 2:11 AM Kevin Kofler via devel wrote: >> And that is actually a problem rather than a solution. Maven artifacts >> are basically write once only. Everything depends on a hardcoded version >> which, once uploaded, is normall

Re: Fedora Maven? [was: Re: Fedora ? Java: The Death of Two SIGs]

2021-10-08 Thread Kevin Kofler via devel
ged as rpm. Sure, a bunch of JARs in an RPM is marginally better than a bunch of JARs in a tarball. But it is no replacement for real packaging with unbundling. Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org To unsubs

Re: Strange soversion checks in rpmlint 2.x

2021-10-07 Thread Kevin Kofler via devel
, a major version of .3 for a full version of .1.2.0. Rpmlint should really not complain about these. Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fe

Re: Fedora Maven? [was: Re: Fedora ? Java: The Death of Two SIGs]

2021-10-07 Thread Kevin Kofler via devel
edora releases ago and might not even be buildable in any currently supported Fedora anymore? I think this would be not only a huge waste of space, but also a gigantic security nightmare. Kevin Kofler ___ devel mailing list -- devel@lists.fedorapro

Re: Fedora  Java: The Death of Two SIGs

2021-09-29 Thread Kevin Kofler via devel
with the system version), and once after installing (because you want to ship symlinks rather than copies). Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.

Re: Fedora ? Java: The Death of Two SIGs

2021-09-29 Thread Kevin Kofler via devel
braries and data files needed at runtime. * No shared libraries (.so/.cmxs) are shipped for most libraries. * Executables are not linked against those that are shipped. That said, I agree that the Go and Rust packaging is worse. Kevin Kofler

Re: Packaging NW.js

2021-09-29 Thread Kevin Kofler via devel
depends on whether the build system is any saner or whether they also heavily rely on downloading prebuilt blobs (making it a real pain to build everything from source and without build- time network access as required in Fedora) as Electron does.

Re: Fedora ? Java: The Death of Two SIGs

2021-09-28 Thread Kevin Kofler via devel
y comment that the OCaml stack is properly packaged. ;-) That sounds like almost as much of a mess as Go and Rust then. Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedora

Re: Fedora  Java: The Death of Two SIGs

2021-09-28 Thread Kevin Kofler via devel
ements application, depends on it. However, Kalzium is in C++ and actually statically links ocaml-facile and the OCaml runtime.) The OCaml compiler itself is also dynamically linked: https://koji.fedoraproject.org/koji/rpminfo?rpmID=27059751 For details, better ask Richard W.M. Jones. Kevin

Re: Fedora  Java: The Death of Two SIGs

2021-09-28 Thread Kevin Kofler via devel
Florian Weimer wrote: > * Kevin Kofler via devel: > >> (And for the record, I also think that Go and Rust should not work >> that way either! It is possible to build shared libraries of Go code, >> at least one Go toolchain supports it.) > > There is no stable Go A

Re: Fedora  Java: The Death of Two SIGs

2021-09-27 Thread Kevin Kofler via devel
rent because everything that is bundled is bundled as source code. JavaScript does not have anything like a compiled JAR file. Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email

Re: Fedora ? Java: The Death of Two SIGs

2021-09-27 Thread Kevin Kofler via devel
ug wants you to do. Maybe some binding generators do, but handwritten JNI code practically never bothers. Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fe

Re: F36 Change: Enable exclude_from_weak_autodetect by default in LIBDNF (System-Wide Change proposal)

2021-09-18 Thread Kevin Kofler via devel
A package >> > updates. >> >> Why exactly is this a problem? >> > > Because it will not happen anymore. And that is a feature. A system upgrade should never add stuff that is not a hard dependency behind the user's back. There is a better H.264 imple

Re: F36 Change: Enable exclude_from_weak_autodetect by default in LIBDNF (System-Wide Change proposal)

2021-09-18 Thread Kevin Kofler via devel
the recommended package installed, > it won't be automatically installed with future upgrades of the > recommending package. +1, finally a Change I am actually looking forward to! Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproje

Re: Font Awesome version 5

2021-08-06 Thread Kevin Kofler via devel
: > fontawesome-fonts` already require v5 and work with v4 only partially. There is also ForkAwesome, a fork of FontAwesome 4: https://forkaweso.me/Fork-Awesome/ that some projects use. Kevin Kofler ___ devel mailing list -- devel@lists.fedorapr

Re: Package maintainer docs: Package Retirement: `git rm` all files in the other branches

2021-06-16 Thread Kevin Kofler via devel
hen we are talking about package-level conflicts). 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

Re: x86_64-v2 in Fedora

2021-06-16 Thread Kevin Kofler via devel
fine, too. But anything requiring flags like sse4_1 sse4_2 popcnt etc. will not. Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduc

Re: x86_64-v2 in Fedora

2021-06-16 Thread Kevin Kofler via devel
tion is clearly the way to go. Why does this proposal to desupport hardware for no good reason (because the performance gain can be obtained in a compatible way, where it is even noticeable at all) keep coming up again and again? Kevin Kofler ___

Re: When is pappl going to be good enough to replace cups?

2021-05-26 Thread Kevin Kofler via devel
Stephen John Smoogen wrote: > On Mon, 24 May 2021 at 22:30, Kevin Kofler via devel < > devel@lists.fedoraproject.org> wrote: > >> Solomon Peachy wrote: >> >> > On Tue, May 25, 2021 at 01:27:03AM +0200, Kevin Kofler via devel wrote: >> >> I do not

Re: When is pappl going to be good enough to replace cups?

2021-05-24 Thread Kevin Kofler via devel
Solomon Peachy wrote: > On Tue, May 25, 2021 at 01:27:03AM +0200, Kevin Kofler via devel wrote: >> I do not see how that is the common use case. Why would I want to print >> from my telephone? I do not even normally print from my notebook! > > I don't think it's controve

Re: When is pappl going to be good enough to replace cups?

2021-05-24 Thread Kevin Kofler via devel
Solomon Peachy wrote: > On Mon, May 24, 2021 at 10:41:07PM +0200, Kevin Kofler via devel wrote: >> I have never connected directly to a remote printer. > > It works quite well in Fedora these days. Well, the printers I had when I had a use for remote printing did not support i

Re: When is pappl going to be good enough to replace cups?

2021-05-24 Thread Kevin Kofler via devel
h > incremental milestone along the way, it's getting closer. Ironically, > the existing Legacy CUPS + cups-filters + drivers printing flow has been > the largest beneficiary of these improvements; I wouldn't consider that > a failure. How has it benefitted? All I see is it getting lab

Re: When is pappl going to be good enough to replace cups?

2021-05-24 Thread Kevin Kofler via devel
t is what WPA is for. Sure, you can connect a notebook or smartphone to untrusted public WiFi networks, but you normally do not print in such a network. Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send

Re: When is pappl going to be good enough to replace cups?

2021-05-24 Thread Kevin Kofler via devel
t appears to support AirPrint, at least the USB endpoint for it is advertised. But I have no idea how flexible the AirPrint mode is, if it works at all. But definitely not as much as Gutenprint, I am pretty sure.) Kevin Kofler ___ devel mailing list

Re: When is pappl going to be good enough to replace cups?

2021-05-24 Thread Kevin Kofler via devel
ty is where Gutenprint shines, even > in comparison to official manufacturer drivers on $ProprietaryOS. Well, choosing whether you want a printout with less ink consumption or one that looks more "perfect" is an important choice, and it's only found in the advanced, driver-speci

Re: When is pappl going to be good enough to replace cups?

2021-05-24 Thread Kevin Kofler via devel
Kevin Kofler via devel wrote: > Solomon Peachy wrote: >> On the other hand, the average person wanting to "just print something" >> can do just that without ever adjusting any settings. > > Looks like you do not have a duplex printer. (Hint: Printing duple

Re: When is pappl going to be good enough to replace cups?

2021-05-24 Thread Kevin Kofler via devel
(and still not) a fully functional replacement for the functionality you are trying to remove and has achieved little to no adoption. That is the point where it is simply time to admit failure. Kevin Kofler ___ devel mailing list -- devel@lists.fedoraprojec

Re: When is pappl going to be good enough to replace cups?

2021-05-24 Thread Kevin Kofler via devel
even less sense. There's also short side duplex that makes sense in some cases for landscape printing.) Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject

Re: When is pappl going to be good enough to replace cups?

2021-05-21 Thread Kevin Kofler via devel
ill have successfully outsourced their work to other projects that now have to do their work for them. Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.o

Re: F35 Change: Replace SDL 1.2 with sdl12-compat using SDL 2.0 (Self-Contained Change proposal)

2021-05-18 Thread Kevin Kofler via devel
commit/4c5e3b22593c4b48ac8129ae2096af5c00569dd4#commitcomment-50963635 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/projec

Re: F35 Change: Replace SDL 1.2 with sdl12-compat using SDL 2.0 (Self-Contained Change proposal)

2021-05-18 Thread Kevin Kofler via devel
sdl12-compat claims to be binary-compatible with SDL 1.2, so this should in principle not be a problem. Subtle behavioral differences or bugs (or even fixed bugs) could cause problems though. Kevin Kofler ___ devel mailing list -- devel@li

Re: RPM name collisions

2021-05-06 Thread Kevin Kofler via devel
Matthew Miller wrote: > I'm glad you mentioned this, because that's my thought too. DNF 5 with > modularity 2.0 :) Not the m-word again! Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to

Re: RPM name collisions

2021-04-29 Thread Kevin Kofler via devel
he whole reason many of us switched to GNU/Linux to NOT depend on that company? Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduc

Re: [Input Requested] Preset support for third-party services

2021-04-28 Thread Kevin Kofler via devel
name hijacking" would > be an unnecessary detour at that point. True. Still, the potential for name conflicts is there. Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le..

Re: [Input Requested] Preset support for third-party services

2021-04-28 Thread Kevin Kofler via devel
should maintain presets for third-party software in the Fedora preset. I also see this as a possible source of name conflicts or even a venue for deliberate name hijacking attacks (where a malicious third-party service claims to be a default-enabled service from another th

Re: KDE Autostart in F34

2021-04-28 Thread Kevin Kofler via devel
onment? 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 Guidelines:

  1   2   3   4   5   6   7   8   9   10   >