Fix for Bug 1135793 - Unable to boot LiveCD or boot.iso for F23 or rawhide on Acer C720P

Hello, For some time there is a *fix available * for Syslinux for Bug 1135793 - Unable to boot LiveCD or boot.iso for F23 or rawhide on Acer C720P . I can confirm that it work. The fix is

Self Introduction: Jeremy Williams

Good Evening. I hope this email finds you all well. I've been lurking for a bit but haven't developed the nerve for an introduction until now. By trade I've been a Linux/Unix Admin with a background in the US Navy, doing work trying to bring things into the modern age. Recently, I've taken on more

Re: Donate 1 minute of your time to test upgrades from F41 to F42

Here's what im seeing [sudo] password for ox: Updating and loading repositories: created by dnf config-manager from https://repo.nordvpn.com//yum/nordvpn/centos/x86_64 100% | 6.4 KiB/s | 1.5 KiB | 00m00s Unity Hub

systemd: root device on iscsi

scsi and run halt or reboot depending on the run level, before the network was stopped. That would be an awful hack (if it even worked). Jeremy -- http://jeremysanders.net/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: systemd: root device on iscsi

Bill Nottingham wrote: > Jeremy Sanders (jer...@jeremysanders.net) said: >> Hi - is an iscsi root device a supported configuration setup with F16 and >> systemd? I asked on #systemd, and got pointed here. >> >> We're using dracut to boot diskless systems with root

Re: systemd: root device on iscsi

Bill Nottingham wrote: > It would be nice, yes. In the meantime, Jeremy, can you try the attached > patch? Thanks very much - it doesn't seem to work in our setup. Dracut is mounting the root iscsi device using the dhcp root-dev option, but we have _netdev set in fstab. -bash

Re: systemd: root device on iscsi

Jeremy Sanders wrote: > > This works. I don't know whether you want to change "-m" to "-s"... I tried changing -m to -s. The network still tries to get shut down, despite the if statement being run and the exit 1 command being run. This is because the exit com

Re: systemd: root device on iscsi

Bill Nottingham wrote: > Jeremy Sanders (jer...@jeremysanders.net) said: >> Your patch does >> >> -bash-4.2# findmnt -m -n -o fstype,options / >> ext4 rw,relatime,user_xattr,acl,barrier=0,data=ordered >> >> Which doesn't show the _netdev option. I

Re: systemd (Was Re: tmpfs for strategic directories)

. Something like Lua would be very good. The overheads over C would be minimal, and it would have the advantage of being editable. I've had to edit an init script to get something working properly many times. Jeremy -- http://jeremysanders.net/ -- devel mailing list

Re: systemd (Was Re: tmpfs for strategic directories)

rk cost. You won't notice the difference between a Lua startup script and a C one. Jeremy -- http://jeremysanders.net/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: systemd (Was Re: tmpfs for strategic directories)

Bill Nottingham wrote: > Jeremy Sanders (jer...@jeremysanders.net) said: >> Something like Lua would be very good. The overheads over C would be >> minimal, and it would have the advantage of being editable. >> >> I've had to edit an init script to get somethin

Re: systemd (Was Re: tmpfs for strategic directories)

you want Fedora to be like the products of other large propitiatory systems. There is a clear case for having an open and completely configurable system. It's not going to cost 1 sec of bootup either. Jeremy -- http://jeremysanders.net/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Including tlp in Fedora Workstation by default

>>* Do you think that the average user with a clicking sound card or disk *>>* corruption when suspending would be able to make the link to this new *>>* package?* > Even better ... the integrated mouse pointer on my external ThinkPad USB > keyboard stops working if USB suspend is enabled for this

Re: Upcoming Fedora 33 Change proposal deadlines

Hi, On 7/17/20 9:07 AM, Ben Cotton wrote: This is the final reminder of the Fedora 33 Change proposal deadlines: * 2020-07-21: Proposal deadline for Self-Contained Changes The mass rebuild is scheduled to begin next week as well. For the full schedule, see https://fedorapeople.org/groups/s

Re: Fedora 32 aarch64 build failures on copr

On 7/28/20 4:39 PM, Jeff Law wrote: On Tue, 2020-07-28 at 15:29 -0500, Michael Catanzaro wrote: On Tue, Jul 28, 2020 at 2:01 pm, Jeff Law wrote: If this is a new failure (say in the last week), it could be an out of memory scenario. Try disabling LTO. The standard way to do that is %define

Re: Fedora 18 Release name voting and Poll for whether to continue naming releases

eme which included that colour somewhere. Maybe someone else uses this scheme, however. Jeremy -- http://jeremysanders.net/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Fedora 18 Release name voting and Poll for whether to continue naming releases

Kévin Raymond wrote: > Many Linux distributions are identified by a color. > I would personally hate to have a purple, green or orange background… I wouldn't use the colour as the basis of the whole theme, but use it in a tasteful manner in highlights, etc. Jeremy -- http://jeremy

Removal of pipe sink and source modules from Fedora pulse packages

demo as part of the Fedora 19 test process, and sound is one of the key benefits of spice. I am hoping to persuade you to undo those removals, or failing that, to persuade you to create a new package (named pulseaudio-toys, perhaps ). Cheers, Jeremy -- devel mailing list devel@lists.fedorapr

Re: Removal of pipe sink and source modules from Fedora pulse packages

> Mind filing a RFE bug requesting such @ bugzilla.redhat.com? Sure; it's here: https://bugzilla.redhat.com/show_bug.cgi?id=958949 Cheers, Jeremy -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Packaging suggestions for Apple Swift Language

All, I’m working on a SPEC file for Apple’s swift programming language. I believe it’s currently working and conforms to the community guidelines but I have some questions: 1) The swift name conflicts with several existing packages. I’m thinking swiftlang would be appropriate as this is similar

Re: Fedora 25 Beta status is GO, release on Oct 11, 2016

At risk of asking a redundant question, I'm assuming Wayland is still a go? IIRC the contingency deadline was the beta. I ask because it does not appear to be a part of the changeset, yet this FEDCo ticket seems to suggest otherwise: https://fedorahosted.org/fesco/ticket/1615

Self Introduction

Free Software advocate, and sometimes developer. I'm mostly known for my work with Wine. I wrote this code as part of my mid life crisis, and am trying to get it released in a useful form. Cheers, Jeremy -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailma

Re: Self Introduction

On 02/13/2013 10:03 AM, Jared Smith wrote: > > On Wed, Feb 13, 2013 at 10:26 AM, Jeremy White wrote: >> > I am writing to introduce myself. I have submitted a package review >> > request for the spice-html5 javascript SPICE client here: >> > https://bugzilla.

Javascript packaging guidelines

hould bull ahead and package as I see best, and that's what I'll do by default. But if I should try to shake a tree and force some resolution on the guidelines instead, here I am, shaking . Cheers, Jeremy [3] https://fedoraproject.org /wiki/Talk:JavaScript_libraries_packaging_guidel

Re: Emails about new packages

age saying it saw the message from release-monitoring.org, but isn't acting on it. Fedora has a notification system that also subscribes to all these messages and sends emails or irc messages to you when certain messages are received. You can manage your notification settings at: https:

Re: hotness tried to map X to an upstream project, but failed: "Could not determine backend for http://url/project/X"

backend that does that, though. You don't need to take any action, but I'd be grateful if you could give me a list of package names so I can poke around their upstreams to see how difficult adding a backend would be and also to see what Anitya/the-new-hotness are currently tryin

Re: Stuck maxima builds on aarch64

Hi, On 03/21/2017 07:33 AM, Jerry James wrote: On Tue, Feb 28, 2017 at 2:05 PM, Jerry James wrote: I'm really not sure what to check next. If an aarch64 box for packagers will be available in the not too distant future, I will try to debug this. Thanks for the information, Kevin. This issu

Review swap

Hey all, I've got a package I need reviewed[0]. Is anyone interested in doing a review swap? [0] https://bugzilla.redhat.com/show_bug.cgi?id=1418396 -- Jeremy Cline XMPP: jer...@jcline.org IRC: jcline signature.asc Description: OpenPGP digital sign

No arch broken dependency issue

Hi, I was wondering if any of the RPM guru's know how to fix an issue I'm having. I keep getting this email: >orthorobot has broken dependencies in the rawhide tree: >On ppc64le: >orthorobot-1.1-4.fc26.noarch requires love >Please resolve this as soon as possible. This is because it's noa

Re: No arch broken dependency issue

So does exclusive arch actually block the unsupported arches come f26? The emails are annoying but I'm more concerned that things will be broken when branch from rawhide happens. On Mon, Nov 14, 2016 at 6:50 AM, Pavel Raiskup wrote: > On Sunday, November 13, 2016 4:28:26 PM CET Jerem

C++ build errors

Anyone have any idea what causes these errors? Trying to update a package and it failed during a local test build in mock (f25): In file included from /usr/include/c++/6.2.1/stdlib.h:36:0, from expr.ypp:5: /usr/include/c++/6.2.1/cstdlib:124:11: error: '::div_t' has not been decla

Re: C++ build errors

Thanks! I'll take a look into the port guide. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Some preliminary Fedora 25 stats — and future release scheduling

I feel like the batched update makes a lot of sense, providing the same amount of QA/testing time is still provided and some rules are set on what can and cannot be pushed in that update. E.g., since GTK now has a LTS model, I would assume major release updates would only ever be pushed to rawhi

Review swap

Hey all, I've got two Python packages in need of review and I'd be happy to review your package requests in return: * https://bugzilla.redhat.com/show_bug.cgi?id=1410901 * https://bugzilla.redhat.com/show_bug.cgi?id=1412798 Thanks! -- Jeremy Cline XMPP: jer...@jcline.org IR

Re: CPE Git Forge Decision

real value, but never had the proof. I appreciate the validation 🙂. - Jeremy ___ 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

Re: CPE Git Forge Decision

On Fri, 2020-04-03 at 05:38 -0400, Neal Gompa wrote: > On Fri, Apr 3, 2020 at 5:29 AM Michal Konecny > wrote: > > On 03/04/2020 01:25, Jeremy Cline wrote: > > > On Thu, 2020-04-02 at 11:52 +0100, Leigh Griffin wrote: > > > > The number of active develope

Re: CPE Git Forge Decision

Hi Leigh, On Fri, 2020-04-03 at 17:00 +0100, Leigh Griffin wrote: > > > On Fri, Apr 3, 2020 at 4:20 PM Jeremy Cline > wrote: > > On Fri, 2020-04-03 at 05:38 -0400, Neal Gompa wrote: > > > On Fri, Apr 3, 2020 at 5:29 AM Michal Konecny < > > mkone...@redha

Firefox related unbundle?

I package dolphin-emu, which bundled libcubeb in the latest version. I've built it in rawhide and I'm trying to systematically unbundle things. Looks like cubeb is apart of the Firefox source tree (./meda/libcubeb/). Should I email gecko-bugs-nob...@fedoraproject.org or make a bug report? It look

Re: Firefox related unbundle?

Good to know, thanks! ___ 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: https

Re: Issue with booting on latest kernels (EFI_DISABLE_PCI_DMA related)

On Wed, 2020-04-15 at 18:50 +0200, Igor Gnatenko wrote: > Hello, > > I have ThinkPad T480s and after latest kernel upgrades on Rawhide I > see something like: > > ``` > exit_boot() failed! > efi_main() failed! > ``` > > Right after grub and then system reboots. > > I found on the internet that

Python packages up for adoption

-twine Regards, Jeremy ___ 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 Gu

Re: Python packages up for adoption

ve orphaned all the packages that had not been picked up already. Thanks! - Jeremy ___ 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: Firefox related unbundle?

Indeed, but they should add the provides: bundled(cubeb) in the spec Anyway, I made a review request for anyone interested: https://bugzilla.redhat.com/show_bug.cgi?id=1826034 I plan to make a pull request to Firefox later if I can get it to unbundle.

Re: Previous awesome background images

Hi, On 4/17/20 4:43 PM, Miro Hrončok wrote: On 17. 04. 20 16:07, Kamil Paral wrote: I'm disappointed with default wallpapers in the latest releases. I wonder if we could go back to more artistic images from previous releases? Here are some of my favorite ones: https://fedoraproject.org/wiki/W

Re: Fedora 33 System-Wide Change proposal: Aarch64 Pointer Authentication & Branch Target Enablement

Hi, On 5/19/20 1:38 PM, Przemek Klosowski via devel wrote: On 5/18/20 3:36 PM, Ben Cotton wrote: Arm Pointer Authentication (PAC) is a method of hardening code from Return Oriented Programming (ROP) attacks. It uses a tag in a pointer to sign and verify pointers. Branch Target Identification (B

Re: Fedora 33 System-Wide Change proposal: Aarch64 Pointer Authentication & Branch Target Enablement

Arm machines. Is there some noticeable performance drop or anything like that? Potentially, please see my longer response in the other email. == Owner == * Name: [[User:jlinton| Jeremy Linton]] & ARM SIG * Email: jeremy.lin...@arm.com == Benefit to Fedora == PAC & BTI are co

Re: Defining the future of the packager workflow in Fedora

s I can tell you it is miserable. That approach sounds like an eXtremly good way for folks to just walk away from the project. We can have machines check for correctness with tests, why on earth would you enforce that check *after* accepting changes? - Jeremy _

Re: Defining the future of the packager workflow in Fedora

On Thu, Oct 03, 2019 at 08:42:36PM +0200, Clement Verna wrote: > On Thu, Oct 3, 2019, 17:43 Jeremy Cline wrote: > > > On Wed, Oct 02, 2019 at 08:26:16PM +0200, Clement Verna wrote: > > > On Wed, 2 Oct 2019 at 19:34, Matthew Miller > > > wrote: > > > >

Re: Modularity and all the things

'd just like to say that I have found this thread very demoralizing. I think Randy has valid points and has brought them up far more respectfully than I could and I feel like it's being dismissed as trolling. I think this has a very negative affect on people's willingnes

Re: Modularity and all the things

On Tue, Nov 05, 2019 at 12:11:56PM -0500, Matthew Miller wrote: > On Tue, Nov 05, 2019 at 04:34:55PM +0000, Jeremy Cline wrote: > > I'd just like to say that I have found this thread very demoralizing. I > > think Randy has valid points and has brought them up far more >

Re: Modularity and all the things

On Tue, Nov 05, 2019 at 02:14:29PM -0500, Matthew Miller wrote: > If someone were to come by and say "I don't understand why you're doing all > this, when it's been solved by AppImage since 2004", I'd say the same thing > I'm telling Randy: you're welcome to work on that, but it's rude to tell the

Re: Discussion around app retirements and categorizations by the CPE team

at the original maintainer thinks? For Fedora, though, if FreeIPA can replace FAS, or GitLab can replace Pagure, or a generic notification service exists somewhere to replace FMN, or whatever, why spend time on such things we could be spending developing the few unique tools we need to continue build

Re: Discussion around app retirements and categorizations by the CPE team

On Sun, Jul 21, 2019 at 05:37:10PM -0400, Neal Gompa wrote: > On Wed, Jul 17, 2019 at 4:31 PM Jeremy Cline wrote: > > > > On Wed, Jul 17, 2019 at 08:33:02AM -0400, Neal Gompa wrote: > > > On Wed, Jul 17, 2019 at 6:46 AM Pierre-Yves Chibon > > > wr

Re: Discussion around app retirements and categorizations by the CPE team

On Mon, Jul 22, 2019 at 06:59:04PM +0300, Alexander Bokovoy wrote: > On ma, 22 heinä 2019, Jeremy Cline wrote: > > On Sun, Jul 21, 2019 at 05:37:10PM -0400, Neal Gompa wrote: > > > Keycloak is not generally Fedora contributor friendly. Aside from it > > > bein

Re: Discussion around app retirements and categorizations by the CPE team

tion of the resources. As a Fedora contributor primary attraction to GitLab to me is that other communities are using it and we can work together. As a user, GitLab's user experience is vastly better. I find Pagure's user experience for code review and CI to be incredibly painful to use. -

Re: Defining the future of the packager workflow in Fedora

ypick for patches. I don't ever want to deal with dist-git in my work. We're playing with a workflow like this for the kernel and so far I much prefer it. - Jeremy ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send a

Re: Defining the future of the packager workflow in Fedora

On Thu, Sep 26, 2019 at 04:49:31PM +0200, Fabio Valentini wrote: > On Thu, Sep 26, 2019 at 4:47 PM Zbigniew Jędrzejewski-Szmek > wrote: > > > > On Thu, Sep 26, 2019 at 02:57:45PM +0100, Daniel P. Berrangé wrote: > > > Instead I prefer a clone of the master upstream git repo and maintain a > > > br

Re: Defining the future of the packager workflow in Fedora

On Thu, Sep 26, 2019 at 05:14:59PM +0200, Fabio Valentini wrote: > On Thu, Sep 26, 2019 at 4:57 PM Jeremy Cline wrote: > > > > On Thu, Sep 26, 2019 at 04:49:31PM +0200, Fabio Valentini wrote: > > > On Thu, Sep 26, 2019 at 4:47 PM Zbigniew Jędrzejewski-Szmek > > &g

Re: Defining the future of the packager workflow in Fedora

On Thu, Sep 26, 2019 at 01:22:03PM -0400, Robert Marcano via devel wrote: > On 9/26/19 12:57 PM, Ken Dreyer wrote: > > On Thu, Sep 26, 2019 at 7:11 AM Pierre-Yves Chibon > > wrote: > > > > > > On Thu, Sep 26, 2019 at 03:01:25PM +0200, Remi Collet wrote: > > > > Le 26/09/2019 à 11:36, Pierre-Yves

Re: Defining the future of the packager workflow in Fedora

On Thu, Sep 26, 2019 at 09:08:16AM -0700, Adam Williamson wrote: > On Thu, 2019-09-26 at 15:46 +0000, Jeremy Cline wrote: > > > > Ah right, that makes a lot of sense. > > > > I can imagine automatically detecting the new upstream release, building > > that, a

Re: Defining the future of the packager workflow in Fedora

On Thu, Sep 26, 2019 at 02:57:56PM -0400, Randy Barlow wrote: > On Thu, 2019-09-26 at 14:49 +0000, Jeremy Cline wrote: > > The combination of these two makes no sense to me. I do plenty of > > work > > where I don't want to build it (specfile cleanup, patches, > >

Re: Defining the future of the packager workflow in Fedora

On Fri, Sep 27, 2019 at 10:57:21AM -0400, Neal Gompa wrote: > On Fri, Sep 27, 2019 at 9:54 AM Panu Matilainen wrote: > > > > On 9/26/19 10:05 PM, Jeremy Cline wrote: > > > On Thu, Sep 26, 2019 at 02:57:56PM -0400, Randy Barlow wrote: > > >> On Thu, 2019-09-2

Re: Git Forge Requirements: Please see the Community Blog

better than Pagure. As far as I can tell GitLab actually versions its API and Pagure has broken its API without a version bump repeatedly (e.g. some unpaginated APIs suddenly became paginated). - Jeremy ___ devel mailing list -- devel@lists.fedoraproject

Re: kernel rpm split

On Thu, 2020-02-06 at 14:13 -0500, Josh Boyer wrote: > On Thu, Feb 6, 2020 at 1:56 PM Zbigniew Jędrzejewski-Szmek > wrote: > > Hello kernel maintainers, hello Fedora developers, > > > > I'm looking into the split of kernel packages. The split into > > subpackages > > seems interesting, but there

Re: State of FMN (FedMSG Notifications) and Replacement

On Wed, 2020-02-26 at 08:26 +0100, Clement Verna wrote: > Hi all, > > FMN (https://apps.fedoraproject.org/notifications) is currently one > of the main blocking point for dropping fedmsg in favour of fedora- > messaging. > FMN is quite important to the community and the composition of Fedora > be

Re: State of FMN (FedMSG Notifications) and Replacement

On Wed, 2020-02-26 at 13:03 -0800, Kevin Fenzi wrote: > On Wed, Feb 26, 2020 at 02:45:24PM +0000, Jeremy Cline wrote: > > FYI before I left the team I started hacking up a replacement[0]. > > My > > design focused on how to get as rich a feature set as I could using >

Re: 2 Kernel related quick-docs need review

> Could someone with sufficient kernel building/troubleshooting > knowledge > please take a look at these? > > I'm pretty sure I fixed those up at some point, but these documents are going to need some changes in any case in the next f

Re: Fedora Hardware portal

re database (which is no longer online) with something new, and this seems to cover a lot of what we want. It'd be great to be able to collaborate on this. I poked around the client code a bit, but I can't find the server-side repositories. Are those available somewhere and I'm just

Re: Fork a 119MB pagure project to updating monitoring?

current approach is from a user perspective, I think this is worth doing. I've Cc'd the hotness maintainer. - Jeremy ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Fork a 119MB pagure project to updating monitoring?

On 3/25/19 3:45 PM, Jason L Tibbitts III wrote: "JC" == Jeremy Cline writes: JC> The effort would be a 1-2 line change in the-new-hotness, and JC> distributing the config to each package repository (some proven JC> packager could do this easily). Well that seems easy eno

Re: Fork a 119MB pagure project to updating monitoring?

On 3/26/19 5:36 AM, Pierre-Yves Chibon wrote: On Tue, Mar 26, 2019 at 09:37:26AM +0100, Michal Konecny wrote: On 25/03/19 21:23, Jeremy Cline wrote: On 3/25/19 1:55 PM, Jason L Tibbitts III wrote: "KF" == Kevin Fenzi writes: KF> Well, I find it unfortunate, does that cou

Re: Registering Python packages with Anitya and the "no-monitoring" option

On 4/7/19 9:27 PM, Charalampos Stratakis wrote: - Original Message - From: "Robert-André Mauchin" To: "Miro Hrončok" Cc: devel@lists.fedoraproject.org Sent: Monday, April 8, 2019 1:32:58 AM Subject: Registering Python packages with Anitya and the "no-monitoring" option Hello, I hav

fedmsg is deprecated - Fedora infrastructure messages now available via AMQP

e issue tracker[1] (or the infrastructure list if you don't have a GitHub account) and we'll make sure they're addressed as soon as possible. [0] https://fedora-messaging.readthedocs.io/en/stable/index.html [1] https://github.com/fedora-infra/fedora-mes

Re: f30 update & bluetooth

ikely you're hitting a known bug[0], there is a proposed fix included in 5.1.5 which is currently in updates-testing. [0] https://bugzilla.kernel.org/show_bug.cgi?id=203643 Regards, Jeremy ___ devel mailing list -- devel@lists.fedoraproject.org To unsubs

Re: How to consume fedora-messaging?

ual callable, but that issue aside, your consumer gets an instance of the Message class or one of its sub-classes. The Message class is used if the publisher used it or if you don't have the schema available. [0] https://github.com/fedora-infra/fedora-messaging/issues/187 [1] https://pypi.org/

Re: Consistent CI Messages

ssaging.readthedocs.io/ and generally the plan for Fedora infrastructure to move to AMQP? fedora-messaging uses JSON schema as well and enforces the schema when sending or receiving. -- Jeremy Cline XMPP: jer...@jcline.org IRC: jcline ___ devel mailing l

Re: Consistent CI Messages

On 08/23/2018 10:57 AM, Petr Šplíchal wrote: > On Tue, 21 Aug 2018 at 15:22, Jeremy Cline wrote: > >> * URLs can be of type "uri" and JSON schema will enforce that. > > That for the hint. I've updated schemas to specify format as well > (simply usin

Re: Consistent CI Messages

OUTPUT: "late January" >> >> OUTPUT: "late February" > > Also don't forget > > > OUTPUT: "late March" > I'm glad we're all on the same page here, expect it by May of next year! -- Jeremy Cline XMPP: jer...@jcline.org IR

Re: Making systemd-boot option available for installation?

Hi, On 6/5/23 03:24, Zbigniew Jędrzejewski-Szmek wrote: On Fri, Jun 02, 2023 at 05:25:22PM -0700, Luya Tshimbalanga wrote: Hello team, I would like to bring back the topic related to the selection of bootloader notably either GRUB2 and systemd-boot. With the recent adoption on UKI kernel, it w

Re: U-Boot for x86 BIOS systems

Hi, On 5/22/23 06:01, Neal Gompa wrote: On Mon, May 22, 2023 at 6:57 AM Gerd Hoffmann wrote: Hi, But could we use U-Boot to fill in this gap so these systems still work? We'd then treat x86 like ARM (if no UEFI, use U-Boot UEFI). How does u-boot handle EFI variables in that case? Un

Re: F39 Change Proposal: Clean Systemd-boot installs (Self-Contained_

Hi, On 6/22/23 11:21, Daniel P. Berrangé wrote: On Thu, Jun 22, 2023 at 04:59:38PM +0100, Aoife Moloney wrote: https://fedoraproject.org/wiki/Changes/cleanup_systemd_install This document represents a proposed Change. As part of the Changes process, proposals are publicly announced in order to

Re: F39 Change Proposal: Clean Systemd-boot installs (Self-Contained_

Hi, On 6/22/23 12:28, Zbigniew Jędrzejewski-Szmek wrote: https://fedoraproject.org/wiki/Changes/cleanup_systemd_install == Detailed Description == As a first pass, the 'inst.sdboot' option already in anaconda should work. As it stands, that replaces grub+shim with the systemd-boot loader, and

Re: F39 Change Proposal: Clean Systemd-boot installs (Self-Contained_

Hi, On 6/23/23 05:27, Gerd Hoffmann wrote: == Detailed Description == As a first pass, the 'inst.sdboot' option already in anaconda should work. As it stands, that replaces grub+shim with the systemd-boot loader, and moves the kernel + initrd to the EFI system partition (ESP). It doesn't attempt

Re: SPECfiles - conditionals with EOLed Fedora releases - any value in keeping them ?

On 1/19/23 04:52, Michal Schorm wrote: Hello, While playing around with Sourcegraph, which indexed all Fedora package repositories, I was able to craft a query listing all '%if' conditionals referencing Fedora releases that reached EOL. https://sourcegraph.com/search?q=context:global+repo:%5Esrc

Re: F39 Change Proposal: Clean Systemd-boot installs (Self-Contained_

Hi, On 6/22/23 12:28, Zbigniew Jędrzejewski-Szmek wrote: https://fedoraproject.org/wiki/Changes/cleanup_systemd_install == Detailed Description == As a first pass, the 'inst.sdboot' option already in anaconda should work. As it stands, that replaces grub+shim with the systemd-boot loader, and

Re: F40 Change: Privacy-preserving Telemetry for Fedora Workstation (System-Wide)

Hi, On 7/6/23 11:10, Aoife Moloney wrote: Important process note: we are experimenting with using Fedora (trimming stuff because this proposal is huge) We intend to deploy the Endless OS metrics system. [https://blogs.gnome.org/wjjt/2023/07/05/endless-oss-privacy-preserving-metrics-system/

OT: Re: F40 Change: Privacy-preserving Telemetry for Fedora Workstation (System-Wide)

On 7/10/23 13:16, Demi Marie Obenour wrote: On 7/10/23 02:30, Vitaly Zaitsev via devel wrote: On 10/07/2023 02:49, Demi Marie Obenour wrote: QtWebEngine (used by Falkon) was a month or more behind upstream Chromium last I checked. Qt5QtWebEngine is an extremely vulnerable thing. It still uses

Re: F40 Change: Privacy-preserving Telemetry for Fedora Workstation (System-Wide)

Unfortunately this might just be what happens. I know that I would personally always opt out on principle, and would vote for opt-in or dropping the proposal. I am under the impression that most Fedora users are in the same boat as me. ___ devel mailin

Re: F40 Change: Privacy-preserving Telemetry for Fedora Workstation (System-Wide)

Agreed 100%. Dark patterning or similar isn't the way to go. If telemetry is included, it should be opt-in with very clear explanation of why opt-ing in is important and beneficial. Opt-out and "by consent" are mutually exclusive in most circumstances. ___

Re: F40 Change: Privacy-preserving Telemetry for Fedora Workstation (System-Wide)

+1 Yes this has been mentioned many times on the thread. You can't say the user has consented but also have it opt-out. Saying that opt-in data isn't useful because most users won't opt-in is implying the desire of a dark pattern to encourage more data collection. ___

Re: F39 Change Proposal: Clean Systemd-boot installs (Self-Contained_

Hi, Thanks for looking at this, and sorry about the delay I was on PTO for a few days. On 6/28/23 09:15, Richard W.M. Jones wrote: On Thu, Jun 22, 2023 at 12:24:04PM -0500, Jeremy Linton wrote: But, IMHO the largest change is moving the boot kernel/initrd to the ESP, rather than the use of

blocked for tag f39-updates-candidate

I recently requested to unretire rocm-smi, but after it was completed I tried to rebuild and I get this: BuildError: package rocm-smi is blocked for tag f39-updates-candidate See: https://koji.fedoraproject.org/koji/taskinfo?taskID=103328747 So I'm not sure if a) it was not unretired correctly,

Re: blocked for tag f39-updates-candidate

Ah thanks so much! This is my first time unretiring something :) ___ 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/proj

Re: zlib-ng as a compat replacement for zlib

Hi, On 8/6/23 08:33, John Reiser wrote: On 8/6/23 02:00, Peter Robinson wrote: We tried to pull some of the optimisations in some time ago to the Fedora package and they caused some issues with compatibility. Please provide *any* documentation!  Such as: the dates the work was performed, th

Re: F40 Change Proposal: Unified Kernel Support Phase Two (System-Wide)

Hi, On 12/6/23 11:26, Vitaly Kuznetsov wrote: Gerd Hoffmann writes: Hi, Does that mean that the Linux EFI boot code knows how to call back to shim to get the certificates instead of reading the firmware directly? No. The linux efi stub doesn't need that. shim.efi does: (a) Set ef

Re: F40 Change Proposal: Unified Kernel Support Phase Two (System-Wide)

Hi, On 12/5/23 14:38, Aoife Moloney wrote: This document represents a proposed Change. As part of the Changes process, proposals are publicly announced in order to receive community feedback. This proposal will only be implemented if approved by the Fedora Engineering Steering Committee. == Sum

Re: F40 Change Proposal: Unified Kernel Support Phase Two (System-Wide)

Hi, On 12/18/23 06:41, Gerd Hoffmann wrote: On Fri, Dec 15, 2023 at 02:03:27PM -0600, Jeremy Linton wrote: Hi, Phase 2 goals * Add support for booting UKIs directly. ** Boot path is shim.efi -> UKI, without any boot loader (grub, sd-boot) involved. This is IMHO a mistake,

Re: F40 Change Proposal: Optimized Binaries for the AMD64 Architecture (System-Wide)

Hi, On 12/28/23 10:12, Aoife Moloney wrote: Wiki -> https://fedoraproject.org/wiki/Changes/Optimized_Binaries_for_the_AMD64_Architecture This is a proposed Change for Fedora Linux. This document represents a proposed Change. As part of the Changes process, proposals are publicly announced in o

Re: Fedora container images no longer include gzip?

put >> back... > > Thanks for looking into this. I did some diffing of f39 and f40 images and came up with https://pagure.io/fedora-kiwi-descriptions/pull-request/29 as a starting point. The other big package missing I noticed was sudo, but there were a few other things too. - Jerem

Re: F37 proposal: Add -fno-omit-frame-pointer to default compilation flags (System-Wide Change proposal)

Hi, On 6/16/22 15:53, Ben Cotton wrote: https://fedoraproject.org/wiki/Changes/fno-omit-frame-pointer This document represents a proposed Change. As part of the Changes process, proposals are publicly announced in order to receive community feedback. This proposal will only be implemented if a

  1   2   >