How to disable constant network device naming in a Fedora Live CD/USB

Hi, I was trying to disable constant network device naming in a Fedora (live) spin. But noticed that /etc/udev/rules.d empty and could not find /etc/default/grub to add "net.ifnames=0 biosdevname=0". My use case if to run hundreds systems using either live or installed media with a fixed IP given

Re: Fedora 30 Self-Contained Change Proposal: Enabling Python Generators by default

On Fri, Dec 28, 2018 at 7:21 PM Miro Hrončok wrote: > > On 28. 12. 18 18:58, Avram Lubkin wrote: > > On Fri, Dec 28, 2018 at 12:38 PM Igor Gnatenko > > > > wrote: > > > > You can't make it work in EPEL easily because python modules do not > > have

Re: Minimum fonts required for Fedora en_US

On Thu, Dec 27, 2018 at 9:33 AM Jens-Ulrik Petersen wrote: > On Tue, Dec 25, 2018 at 11:22 PM Danishka Navin > wrote: > >> What are the minimum fonts required for Fedora 28/29 with en_US locale? >> > > Danishka, can you give more context for your question? > I am working on LXDE based spin and

Re: debugfs ACL

On Fri, 28 Dec 2018 15:43:03 +0500 Mikhail Gavrilov wrote: > # ls -nZ amdgpu_gca_config > -r--r--r--. 1 0 0 system_u:object_r:debugfs_t:s0 0 Dec 28 14:18 > amdgpu_gca_config What are the permissions on the parent directory? Here's mine: drwxr-xr-x. 9 0 0 system_u:object_r:debugfs_t:s0 0 Dec 28 0

Re: Fedora 30 Self-Contained Change Proposal: Enabling Python Generators by default

On Fri, Dec 28, 2018 at 4:12 PM Miro Hrončok wrote: > > On 28. 12. 18 22:10, Neal Gompa wrote: > > On Fri, Dec 28, 2018 at 1:10 PM Miro Hrončok wrote: > >> > >> On 28. 12. 18 18:58, Avram Lubkin wrote: > >>> Especially since there is no test code! > >> > >> And this is the only thing when I agree

Re: Fedora 30 Self-Contained Change Proposal: Enabling Python Generators by default

On 28. 12. 18 22:10, Neal Gompa wrote: On Fri, Dec 28, 2018 at 1:10 PM Miro Hrončok wrote: On 28. 12. 18 18:58, Avram Lubkin wrote: Especially since there is no test code! And this is the only thing when I agree with you. Neal, where would be the best place to add some tests for the genera

Re: Fedora 30 Self-Contained Change Proposal: Enabling Python Generators by default

On Fri, Dec 28, 2018 at 1:10 PM Miro Hrončok wrote: > > On 28. 12. 18 18:58, Avram Lubkin wrote: > > Especially since there is no test code! > > And this is the only thing when I agree with you. > > Neal, where would be the best place to add some tests for the generator? > I can scratch something

Re: debugfs ACL

> I have no idea. My firmware has SecureBoot: enabled/disabled. > > journalctl -k -b 0 | grep secureboot > > will show you what Linux kernel detected. > $ journalctl -k -b 0 | grep secureboot Dec 28 14:18:45 localhost.localdomain kernel: secureboot: Secure boot disabled Oh, it looks like Secur

Re: Fedora 30 Self-Contained Change Proposal: Enabling Python Generators by default

On Fri, Dec 28, 2018 at 7:06 PM Avram Lubkin wrote: > > On Fri, Dec 28, 2018 at 12:38 PM Igor Gnatenko > wrote: >> >> You can't make it work in EPEL easily because python modules do not >> have pythonX.Ydist() provides. > > > Didn't realize that and not sure why that wasn't backported. Honestly,

Re: Fedora 30 Self-Contained Change Proposal: Enabling Python Generators by default

On 28. 12. 18 18:58, Avram Lubkin wrote: On Fri, Dec 28, 2018 at 12:38 PM Igor Gnatenko > wrote: You can't make it work in EPEL easily because python modules do not have pythonX.Ydist() provides. Didn't realize that and not sure why that wasn't

Re: Fedora 30 Self-Contained Change Proposal: Enabling Python Generators by default

On Fri, Dec 28, 2018 at 12:38 PM Igor Gnatenko < ignatenkobr...@fedoraproject.org> wrote: > You can't make it work in EPEL easily because python modules do not > have pythonX.Ydist() provides. > Didn't realize that and not sure why that wasn't backported. Honestly, if we aren't going to be consis

Re: Fedora 30 Self-Contained Change Proposal: Enabling Python Generators by default

On Fri, Dec 28, 2018 at 12:38 PM Avram Lubkin wrote: > > On Fri, Dec 28, 2018 at 11:55 AM Zbigniew Jędrzejewski-Szmek > wrote: >> >> Well, now that this has been enabled, it is likely that there already >> are packages which make use of this functionality, and disabling the >> generator again wo

Re: Fedora 30 Self-Contained Change Proposal: Enabling Python Generators by default

On Fri, Dec 28, 2018 at 6:46 PM Avram Lubkin wrote: > > On Fri, Dec 28, 2018 at 11:55 AM Zbigniew Jędrzejewski-Szmek > wrote: >> >> Well, now that this has been enabled, it is likely that there already >> are packages which make use of this functionality, and disabling the >> generator again wou

Re: Fedora 30 Self-Contained Change Proposal: Enabling Python Generators by default

You can't make it work in EPEL easily because python modules do not have pythonX.Ydist() provides. On Fri, Dec 28, 2018 at 6:36 PM Avram Lubkin wrote: > > > On Fri, Dec 28, 2018 at 11:48 AM Neal Gompa wrote: >> >> python-rpm-generators is not the real upstream for that code (rpm is). >> And test

Re: Fedora 30 Self-Contained Change Proposal: Enabling Python Generators by default

On Fri, Dec 28, 2018 at 11:55 AM Zbigniew Jędrzejewski-Szmek < zbys...@in.waw.pl> wrote: > Well, now that this has been enabled, it is likely that there already > are packages which make use of this functionality, and disabling the > generator again would break them. So reverting the changes doesn

Re: Fedora 30 Self-Contained Change Proposal: Enabling Python Generators by default

On Fri, Dec 28, 2018 at 11:48 AM Neal Gompa wrote: > python-rpm-generators is not the real upstream for that code (rpm is). > And testability would be a bit difficult because all the script does > is pull stuff from python module metadata using setuptools and print it > out. > So you provide tes

[HEADS UP] Fish 3.0.0

Hello, upstream released new version of Fish shell today and I'm going to update it in Rawhide (and only there because of incompatible changes). https://github.com/fish-shell/fish-shell/releases/tag/3.0.0 ___ devel mailing list -- devel@lists.fedoraproj

Re: Fedora 30 Self-Contained Change Proposal: Enabling Python Generators by default

On Fri, Dec 28, 2018 at 11:34:02AM -0500, Avram Lubkin wrote: > Looks like the dependency generator was turned on in rawhide. Igor has been > making pull releases against packages because this is now creating > duplicate requires for some packages. That would seem reasonable, but he > never pushed

Re: Fedora 30 Self-Contained Change Proposal: Enabling Python Generators by default

On Fri, Dec 28, 2018 at 11:35 AM Avram Lubkin wrote: > > Looks like the dependency generator was turned on in rawhide. Igor has been > making pull releases against packages because this is now creating duplicate > requires for some packages. That would seem reasonable, but he never pushed > the

Re: Fedora 30 Self-Contained Change Proposal: Enabling Python Generators by default

Looks like the dependency generator was turned on in rawhide. Igor has been making pull releases against packages because this is now creating duplicate requires for some packages. That would seem reasonable, but he never pushed the dependency generator to EPEL so packages which maintain a common s

Re: debugfs ACL

On Friday, 28 December 2018 at 11:52, Mikhail Gavrilov wrote: > > Do you have SecureBoot enabled? > I use "Other OS" setting. This is considered as disabling SecureBoot? > If No I don't having another option in setup for completely disabling > SecureBoot. I have no idea. My firmware has SecureBoo

Re: debugfs ACL

> Do you have SecureBoot enabled? I use "Other OS" setting. This is considered as disabling SecureBoot? If No I don't having another option in setup for completely disabling SecureBoot. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscri

Re: debugfs ACL

> No answer, just some further things to look at or try. I can use xxd -e > on files in that directory without problem, though I don't have the > file you are looking for since I use radeon. > On my system everything in there is 444 permissions, except directories. > What does your system show for

Re: debugfs ACL

> No answer, just some further things to look at or try. I can use xxd -e > on files in that directory without problem, though I don't have the > file you are looking for since I use radeon. > On my system everything in there is 444 permissions, except directories. > What does your system show for