Re: Multiple kernels

g triaging bugs that are specific to your choice of kernel as well as the up-front costs. If you can get that much volunteer support, though, you can start out with a fork or secondary repo, and make the case for merging with Fedora once you've demonstrated that the support is th

Re: strawman proposal: homed directories for users

how they make that work? > I worked at a place with more than 70k user accounts; we used 32 bit UIDs on Linux for this purpose. Linux UIDs are 32 bit since 2.4 days, not 16 bit. -- Simon Farnsworth -- ___ devel mailing list -- devel@lists.fedo

Re: Schedule for Tuesday's FESCo Meeting (2024-07-23)

On Wednesday 31 July 2024 10:53:37 BST Vít Ondruch wrote: > Dne 24. 07. 24 v 20:17 Stephen Gallagher napsal(a): > > > On Wed, Jul 24, 2024 at 1:46 PM Miroslav Suchý wrote: > > > >> Dne 24. 07. 24 v 12:30 odp. Joe Orton napsal(a): > >> > >> > >> > >> Having a "majority rule" vote of e.g. packager

Re: Guidance on individual packages requiring x86_64-v2 baseline ?

On Thursday 20 June 2024 16:37:24 BST Tom Hughes wrote: > On 20/06/2024 16:34, Simon Farnsworth wrote: > > For Pentium and Celeron branded processors, v2 also loses Skylake, > > Icelake, > > Haswell, Cometlake, Broadwell and others, even when their matching Core > > bra

Re: Guidance on individual packages requiring x86_64-v2 baseline ?

On Thursday 20 June 2024 15:48:55 BST Daniel P. Berrangé wrote: > On Thu, Jun 20, 2024 at 03:24:18PM +0100, Tom Hughes via devel wrote: > > > On 20/06/2024 15:03, Stephen Gallagher wrote: > > > > > > > Honestly, I'd like to pitch that we retarget Fedora at x86_64-v3 (yes, > > > three) and recomm

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 do

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

e a huge "thumb drive" for machine- to-machine transfer, 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

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?

been an expected 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

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

tead of copying-and-pasting "small" utilities around. Another (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&#x

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

t for ciphers other 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

Re: Building two conflicting binaries from the same source

t also sell 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 unsubscrib

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 "We

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

ora (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

any userspace 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,

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

e channel 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.

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

n observe this 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.fedorap

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

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

ds and does Fedora care)? 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: htt

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

orrect" 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.fedor

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 softwar

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 most

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 package

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 f

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 co

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 totall

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

Re: F30 Self-Contained Change proposal: MongoDB Removal

> On 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 h

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 Server

Re: The glvnd + mesa update for F25

ibraries for AMD Radeon, Intel iGPUs, Noveau etc at run time) with an indirection layer that can also link in other drivers for OpenGL, not just Mesa ones. In other words, this isn't putting an artificial intermediate layer in front of a library - it's replacing one intermediate l

Re: Call to retire gstreamer-0.10

t; 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

ot;? 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 y

Re: ZFS on linux

t 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, Red Hat Inc take on that liabil

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

break under Wayland. "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

provides the features mhvtl needs. [1] https://www.kernel.org/doc/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/mailm

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 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

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

Linux supposed to find and read the registry, given that it may not be allowed by administrator policy to mount the filesystem that contains the registry? 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 ph

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 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'

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

the package 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

Re: Self Introduction

address in their files. Simon 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 Messa

Self Introduction

to myself, I'm 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 par