Re: LLVM Packaging Ideas for Fedora 41

On Saturday 27 April 2024 05:34:29 BST Tom Stellard wrote: > Hi, > > * Build compat packages (e.g. llvm18) as early as possible. When we package > a new major release of llvm, we create a compat package so that packages > that aren't compatible with the new version can still use the old version.

Re: Switching XZ for ZSTD?

On Thursday, 4 April 2024 17:20:25 BST Arnie T via devel wrote: > Hello Stephen, > > > How a decision to drop xz for some other compression library for software > > would be a fairly slow process. First a person who is willing to do the > > work would come up with a proposal on why it should be

Re: Mounting USB Storage devices with "sync" option ?

, and they're fine in that use case. On the other hand, turning on the "sync" mount option doesn't help with these enclosures; if anything, it'll make things worse by increasing the number of commands in flight which have to be handled before the

Re: Mounting USB Storage devices with "sync" option ?

On Wednesday, 31 January 2024 06:43:00 GMT Abyss Ether via devel wrote: > I created a simple PoC udev rule to mount USB Storage devices with the "sync > option. Available here : > https://github.com/larina3315/personal-stuff/blob/main/linux/10-usb-storage > .rules > Currently, USB Storage devices

Re: Adding Passim as a Fedora 40 feature?

ed rekeying event - nor am I clear on how I'd work out that a change of key is expected so that I can tell you to permit a rekey. -- Simon Farnsworth ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...

Re: musings on rust packaging [was Re: F38 proposal: RPM Sequoia (System-Wide Change proposal)]

which you're doing a great job of) is to package up all the dependencies, so that we represent the true dependency tree in RPM. Yet another would be to manually decide which dependencies get bundled, and which don't - doing the same thing as the C world does to keep its dependency count down.

Re: Potential kTLS issue with TLS-PSK, GnuTLS + Rawhide - how to debug it?

than the two GnuTLS enables it for, but I don't know enough about TLS to know whether enabling all the ciphers current kernels support in GnuTLS would enable it to be used for this connection. -- Simon Farnsworth ___ devel mailing list -- devel@list

Re: Building two conflicting binaries from the same source

l the upgrade keys to people who bought the cheap Celeron, making a profit on up-selling them to the i7 later? [0] https://en.wikipedia.org/wiki/Intel_Upgrade_Service -- Simon Farnsworth ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send

Re: OpenSSL and ECC patents (was Re: Mesa in F37- vaapi support disabled for h264/h265/vc1)

> On 29 Sep 2022, at 21:37, drago01 wrote: > > > > On Wednesday, September 28, 2022, Clemens Lang > wrote: > Hi, > > Michael J Gruber mailto:m...@fedoraproject.org>> > wrote: > > Understanding is helped greatly by communication, though. Legal answers > such as

Re: Mesa in F37- vaapi support disabled for h264/h265/vc1

m Fedora (us!) never finds out that downstream distributors are being shaken down for money. This would imply that there’s been lots of legal trouble, we’ve just never heard of it. — Simon Farnsworth ___ devel mailing list -- devel@lists.fedoraproject.org

Re: Mesa in F37- vaapi support disabled for h264/h265/vc1

> On 28 Sep 2022, at 19:40, Neal Gompa wrote: > > On Wed, Sep 28, 2022 at 7:48 PM Simon Farnsworth via devel > mailto:devel@lists.fedoraproject.org>> wrote: >> >>> On 28 Sep 2022, at 14:27, Neal Gompa wrote: >>> >>> On Wed, Sep 28, 2022 at 3

Re: Mesa in F37- vaapi support disabled for h264/h265/vc1

serspace software that provides the necessary > support code to use those codecs anyway. > Firefox was able to use VA-API on Intel (at least - I don’t have Radeon hardware to hand) to accelerate H.264 decode. And we ship gstreamer1-vaapi which lets any GStreamer using application (Totem, for

Re: Suggestion: Use a unified kernel image by default in the future.

nnel between a service provider like https://start.fedoraproject.org/ and a user like my Fedora laptop -- Simon Farnsworth ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedor

Re: Suggestion: Use a unified kernel image by default in the future.

and refuse to (e.g.) send the VM platform the encryption key it needs to unlock private data. -- Simon Farnsworth ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedo

Re: Fedora 37: Add kernel parameters that help prevent local exploits

d to have performance reduced > by 2%. `pti=on` mitigates meltdown, but has a very big performance impact. That doesn't answer my core question: why aren't these the defaults in the upstream kernel, with the command line options there for turning them off if they impact yo

Re: Fedora 37: Add kernel parameters that help prevent local exploits

Known bugs that upstream hasn't tracked down yet? -- Simon Farnsworth ___ 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

Re: F37 proposal: Build all JDKs in Fedora against in-tree libraries and with static stdc++lib (System-Wide Change proposal)

uot; or "not true" do not carry the implication that the person making the statement knew it was false. -- Simon Farnsworth ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fe

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

On Sunday, 26 December 2021 11:25:21 GMT Roberto Sassu via devel wrote: > > From: Dan Čermák [mailto:dan.cer...@cgc-instruments.com] > > Sent: Sunday, December 26, 2021 7:10 AM > > Ben Cotton writes: > > > > *snip* > > > == Upgrade/compatibility impact == > > > The user should ensure that

Re: Enable EarlyOOM on Fedora KDE - Fedora 33 Self-Contained Change proposal

> On 20 Jul 2020, at 15:40, Stephen John Smoogen wrote: > > On Mon, 20 Jul 2020 at 05:04, Kevin Kofler > wrote: >> >> John M. Harris Jr wrote: >>> Userspace isn't dead when a system is thrashing. Your software is still >>> running. If it gets killed, you're

Re: Many packages unnecessarily link to libpython

> On 17 May 2020, at 14:48, Simon Farnsworth wrote: > >> On 15 May 2020, at 19:12, Charalampos Stratakis wrote: >> >> Hello everyone, >> >> As of Python 3.8, python C extensions modules should not link to libpython, >> unless they embed the inter

Re: Many packages unnecessarily link to libpython

> On 15 May 2020, at 19:12, Charalampos Stratakis wrote: > > Hello everyone, > > As of Python 3.8, python C extensions modules should not link to libpython, > unless they embed the interpreter in their code. Relevant upstream PR: > https://github.com/python/cpython/pull/12946 > If your

Re: Fedora 31 System-Wide Change proposal (late): No i686 Repositories

> On 11 Sep 2019, at 21:03, vvs vvs wrote: > > Yes, that's understandable. But this is beating of a dead horse. > > But what matters now is that by doing some small investigation i686 users can > still get support for their bugs which are common for both platforms. This > doesn't require any

Re: Fedora 31 System-Wide Change proposal (late): No i686 Repositories

On 11 Sep 2019, at 16:12, vvs vvs wrote: > > Even better. That means that you can still get support for x86 but it will > require some more work on the user's side. They should just check if that bug > is indeed i686 specific. > > I believe that all that argument for the lats three days was

Re: Better interactivity in low-memory situations

> On 10 Aug 2019, at 17:56, Georg Sauthoff wrote: > > On Fri, Aug 09, 2019 at 03:50:43PM -0600, Chris Murphy wrote: > [..] >> Problem and thesis statement: >> Certain workloads, such as building webkitGTK from source, results in >> heavy swap usage eventually leading to the system becoming

Re: F30 Self-Contained Change proposal: MongoDB Removal

> On 31 Jan 2019, at 01:21, John Harris wrote: > > On Wednesday, January 30, 2019 8:10:13 PM EST Simon Farnsworth wrote: >> I do if I'm using it to provide a service that could be construed as "making >> the functionality of the Program … available to third parti

Re: F30 Self-Contained Change proposal: MongoDB Removal

Wednesday, January 30, 2019 4:19:13 PM EST Simon Farnsworth wrote: >> But the SSPL also prevents you from using Free Software with it, unless you >> have sufficient rights to offer said Free Software under the SSPL, as per >> section 13 of the SSPL. > > You don't have to relic

Re: F30 Self-Contained Change proposal: MongoDB Removal

> On 30 Jan 2019, at 17:06, John Harris wrote: > > On Tuesday, January 29, 2019 10:28:46 PM EST Neal Gompa wrote: >> On Tue, Jan 29, 2019 at 5:33 PM John Harris wrote: >> >>> >>> >>> On Tuesday, January 29, 2019 5:29:58 AM EST Ben Cotton wrote: >>> Fedora has determined that the

Re: The glvnd + mesa update for F25

er with another that happens to allow for more back end implementations than the old one did. -- Simon Farnsworth ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Call to retire gstreamer-0.10

> [1] > https://bugzilla.redhat.com/show_bug.cgi?id=1375846 > -- > Sérgio M. B. > > ___ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org -- Simon Farnsworth ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: DNF and PackageKit background data usage

ow does a connection become "unmetered"? It can't just be on interface type, as I have metered connections on all interface types, so presumably you use some form of web service to distinguish "metered" from "unmetered" based on a list of known IP blocks? Or do you

Re: ZFS on linux

ment (if you didn't realise what you were doing carried legal risk). In all cases, you need to talk to your copyright expert lawyer about distributing GPL-incompatible modules for the Linux kernel. Copyright law has some sharp edges, and you can get hurt if you ignore them; for Fedora, R

Re: On running gui applications as root

On Thursday 19 Nov 2015 13:56:32 Andrew Haley wrote: > On 11/19/2015 01:03 PM, Simon Farnsworth wrote: > > "sudo -e /etc/hosts", will ... still work > > Hold on, I think I may not be understanding something. If "sudo -e > /etc/hosts" will still

Re: On running gui applications as root

. "sudo -e /etc/hosts", "emacsclient /sudo::/etc/hosts" and "emacs /sudo::/etc/hosts" will all still work as they do today, as will "emacs --eval (find-file /sudo::/etc/hosts)" -- Simon Farnsworth -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct

Re: Secure boot and packaging third-party kernel modules

/Documentation/target/tcmu-design.txt -- Just a thought, Simon Farnsworth signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code

Re: [Bug 1201978] dracut assumes BIOS time is UTC closed without fixing again

On Monday 27 April 2015 14:36:53 Chris Murphy wrote: On Mon, Apr 27, 2015 at 10:52 AM, Simon Farnsworth si...@farnz.org.uk wrote: Windows doesn't work fine with RTC in local time, unless you have one and only one Windows install on the system. If you (say) dual-boot Windows 95 and Windows

Re: [Bug 1201978] dracut assumes BIOS time is UTC closed without fixing again

? In the worst case, you dual boot the way I did at work, where the machine's disk is in a cold swap caddy, and you cannot physically get at the disk. -- Simon Farnsworth signature.asc Description: This is a digitally signed message part. -- devel mailing list devel@lists.fedoraproject.org https

Unretiring cx18-firmware, if anyone else still wants it in the distro

for work purposes, I'm volunteering to maintain it in Fedora for F21 and later. If anyone's interested in having it available in Fedora, the review request is at: https://bugzilla.redhat.com/show_bug.cgi?id=1203379 -- Simon Farnsworth signature.asc Description: This is a digitally signed message

Re: Unretiring cx18-firmware, if anyone else still wants it in the distro

On Wednesday 18 March 2015 13:56:07 Josh Boyer wrote: On Wed, Mar 18, 2015 at 1:34 PM, Simon Farnsworth si...@farnz.org.uk wrote: Hello all, I've got the misfortune of maintaining a small number of systems that use the cx18 driver for their HVR-1600 cards; I'm just in the process

Re: Self Introduction

On Wednesday 27 November 2013 05:19:36 Ales Ledvinka wrote: Hello, This might be the starting point: https://fedoraproject.org/wiki/Join_the_package_collection_maintainers?rd=PackageMaintainers/Join - Original Message - From: Simon Farnsworth si...@farnz.org.uk To: devel

Self Introduction

volunteering to maintain this package within Fedora, so that everyone can benefit from it, including ONELAN (who will hopefully see the quality of the package improve as I learn from you guys). -- Simon Farnsworth signature.asc Description: This is a digitally signed message part. -- devel mailing