Re: Fedora 33 System-Wide Change proposal: Make nano the default editor

2020-06-27 Thread John M. Harris Jr
ther SELinux yes or not, it may be a good idea but IMNSHO it is > not for a development machine. I definitely agree on taking out "rhgb quiet", that's annoying as all hell, not knowing what's going on during the boot process. -- John M. Harris, Jr. ___ devel mail

Re: Fedora 33 System-Wide Change proposal: Make nano the default editor

2020-06-27 Thread John M. Harris Jr
tive, I would like to recommend we make Emacs the default. Emacs does not require "specialist knowledge", but is much more powerful once you do learn how to use it properly. It's also not as hard to use as nano. -- John M. Harris, Jr. ___

Re: RHEL 9 and modularity

2020-06-20 Thread John M. Harris Jr
On Saturday, June 20, 2020 4:37:06 PM MST Stephen John Smoogen wrote: > On Sat, 20 Jun 2020 at 17:42, Neal Gompa wrote: > > > > > > > On Sat, Jun 20, 2020 at 5:25 PM John M. Harris Jr > > wrote: > > > > > > > > > > On Saturday, June

Re: RHEL 9 and modularity

2020-06-20 Thread John M. Harris Jr
On Saturday, June 20, 2020 2:40:48 PM MST Neal Gompa wrote: > On Sat, Jun 20, 2020 at 5:25 PM John M. Harris Jr > wrote: > > > > > > On Saturday, June 20, 2020 4:42:17 AM MST Neal Gompa wrote: > > > > > TL;DR benefits of modularity for Fedora: > >

Re: RHEL 9 and modularity

2020-06-20 Thread John M. Harris Jr
's one of the key issues with the tech. -- John M. Harris, Jr. ___ 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: Fedora 33 System-Wide Change proposal: Fedora-Retired-Packages

2020-06-18 Thread John M. Harris Jr
@redhat.com > > > Absolute -1! > > IMHO, removing working packages from users' systems just because the new > release no longer ships them is entirely unnecessary and a total disservice > to users. Agreed, this Change would irrecoverably harm users' systems up

Re: RHEL 9 and modularity

2020-06-18 Thread John M. Harris Jr
On Thursday, June 18, 2020 12:22:08 PM MST Josh Boyer wrote: > On Thu, Jun 18, 2020 at 1:59 PM John M. Harris Jr > wrote: > > > > > > On Thursday, June 18, 2020 6:24:46 AM MST Josh Boyer wrote: > > > > > > > The base requirement is that the UX re

Re: RHEL 9 and modularity

2020-06-18 Thread John M. Harris Jr
r add separate discrete repos per Application Stream, etc. Why is this a concern for RHEL9, where it wasn't for RHEL8? Moving to Modularity has certainly hurt RHEL7 migrations for exactly that reason, customers are forced to learn something entirely different to adopt RHEL8, and

Re: Fedora 33 System-Wide Change proposal: swap on zram

2020-06-14 Thread John M. Harris Jr
On Wednesday, June 10, 2020 2:50:55 AM MST Kevin Kofler wrote: > John M. Harris Jr wrote: > > > What's even more wild is that you can't easily disable it. Even though > > it's supposed to be disabled ("vendor preset: disabled") it's actually > > built into syste

Re: Datacenter move days 3 and 4

2020-06-12 Thread John M. Harris Jr
On Friday, June 12, 2020 12:04:06 PM MST Michael Catanzaro wrote: > On Fri, Jun 12, 2020 at 9:47 am, John M. Harris Jr > wrote: > > > Why? > > > John, this was a thread about a data center move. There was no need to > change the topic. :) That wasn't a ch

Re: Regarding behaviour of Gnome and Fedora members

2020-06-12 Thread John M. Harris Jr
ill be done, so here I am sending an email. > > > So, could anything be done about any of this? The projects themselves don't care what we actually support, it's the views of a very vocal handful that get thrown onto those sorts of things. Not a whole lot we can do about it, Ty. -- John M.

Re: Datacenter move days 3 and 4

2020-06-12 Thread John M. Harris Jr
On Friday, June 12, 2020 2:26:43 AM MST Igor Raits wrote: > On Thu, 2020-06-11 at 21:24 -0700, John M. Harris Jr wrote: > > > On Thursday, June 11, 2020 9:09:53 PM MST Kevin Fenzi wrote: > > > > > We are working on getting this install moved over to recent > > &

Re: Datacenter move days 3 and 4

2020-06-11 Thread John M. Harris Jr
On Thursday, June 11, 2020 9:09:53 PM MST Kevin Fenzi wrote: > We are working on getting this install moved over to recent > fedora or rhel, but for now it's rhel7 and python34. RHEL7 is better than RHEL8 anyway. ;) I'm planning to skip RHEL8 entirely, it's totally b0rked. -- John M.

Re: Datacenter move day 2

2020-06-11 Thread John M. Harris Jr
admin when I voted on the 28th of last month. (I later got the badge with the URL generated by voting for a different position) -- John M. Harris, Jr. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lis

Re: Fedora 33 System-Wide Change proposal: swap on zram

2020-06-09 Thread John M. Harris Jr
On Tuesday, June 9, 2020 2:24:02 AM MST Kevin Kofler wrote: > John M. Harris Jr wrote: > > > I wonder if we could get that masked in Fedora Server and KDE Spin, > > potentially along with homed, userdb, repart (Who in the world thought > > this was a good idea?), resolve

Re: Fedora 33 System-Wide Change proposal: swap on zram

2020-06-08 Thread John M. Harris Jr
ever growing list of absurd things thrown into an init system. These things are not discoverable at all. This stuff really needs to stop trying to guess what the user/sysadmin wants to do. -- John M. Harris, Jr. ___ devel mailing list -- devel@lists.

Re: swap-on-ZRAM by default

2020-06-08 Thread John M. Harris Jr
rator but it doesn't look as polished in > terms of integration or documentation. Well, that's really the point. The one you're using is one of the (4? 5?) other zram implementations. It seems a bit more straightforward than the systemd one for sure. -- John M. Harris, Jr. signature.asc Descrip

Re: swap-on-ZRAM by default

2020-06-07 Thread John M. Harris Jr
i/Changes/SwapOnZRAM#Why_not_zswap.3F > 2: > https://github.com/Hi-Angel/scripts/blob/master/warn-on-low-memory.pl Zswap sounds like an excellent idea to look into instead of zram. Not only that, but it'd allow traditional entry in fstab to configure it, instead of some

Re: Fedora 33 System-Wide Change proposal: swap on zram

2020-06-06 Thread John M. Harris Jr
On Saturday, June 6, 2020 3:16:02 PM MST Samuel Sieb wrote: > On 6/6/20 10:41 AM, John M. Harris Jr wrote: > > > On Saturday, June 6, 2020 1:15:35 AM MST Samuel Sieb wrote: > > > >> On 6/6/20 12:42 AM, John M. Harris Jr wrote: > >> > >> > >>

Re: Fedora 33 System-Wide Change proposal: swap on zram

2020-06-06 Thread John M. Harris Jr
the zpool memory cache is > preallocated, unlike zram devices. > > (I am not going to envy any who decide to implement zswap on a system > with ZFS. Wait wait wait, which zpool are you talking about?!) Which zswap are you talking about? Swap on compressed zvol has been called zswap at

Re: Fedora 33 System-Wide Change proposal: swap on zram

2020-06-06 Thread John M. Harris Jr
On Saturday, June 6, 2020 1:15:35 AM MST Samuel Sieb wrote: > On 6/6/20 12:42 AM, John M. Harris Jr wrote: > > > On my laptop, a Lenovo X200T with Core(TM)2 Duo CPU U9300; 6 GiB RAM, > > enabling swap on zram led to increased CPU usage (Always above 13% where > > normall

Re: Fedora 33 System-Wide Change proposal: swap on zram

2020-06-06 Thread John M. Harris Jr
has > feature parity, we can definitely consider trying it out. But the > referene compiler works just well. > > > > > > > > Core system components should be written in C. The higher layers (UI, > > extra > > CLI tools, etc.) can use C++ as well. IMHO, any

Re: Fedora 33 System-Wide Change proposal: swap on zram

2020-06-06 Thread John M. Harris Jr
On Friday, June 5, 2020 11:57:50 PM MST Samuel Sieb wrote: > On 6/5/20 11:43 PM, John M. Harris Jr wrote: > > > Completely agreed, going about it this way would also address most of my > > concerns with this change, as it would mean it's easy for people like > > myself to

Re: Fedora 33 System-Wide Change proposal: swap on zram

2020-06-06 Thread John M. Harris Jr
ing about it this way would also address most of my concerns with this change, as it would mean it's easy for people like myself to opt out. -- John M. Harris, Jr. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to d

Re: Supporting hibernation in Workstation ed., draft 1

2020-06-05 Thread John M. Harris Jr
On Friday, June 5, 2020 4:32:55 PM MST Przemek Klosowski via devel wrote: > On 6/4/20 1:36 AM, John M. Harris Jr wrote: > > > On Wednesday, June 3, 2020 9:05:22 PM MST Chris Murphy wrote: > > > >> UEFI Secure Boot doesn't prevent you from gaining access to firmware &g

Re: Fedora 33 System-Wide Change proposal: swap on zram

2020-06-05 Thread John M. Harris Jr
On Friday, June 5, 2020 12:39:05 PM MST Igor Raits wrote: > On Fri, 2020-06-05 at 12:19 -0700, John M. Harris Jr wrote: > > > On Friday, June 5, 2020 12:16:36 PM MST Chris Murphy wrote: > > > > > On Fri, Jun 5, 2020 at 1:10 PM John M. Harris Jr < > >

Re: Fedora 33 System-Wide Change proposal: swap on zram

2020-06-05 Thread John M. Harris Jr
On Friday, June 5, 2020 12:38:01 PM MST Igor Raits wrote: > On Fri, 2020-06-05 at 12:18 -0700, John M. Harris Jr wrote: > > > On Friday, June 5, 2020 12:12:40 PM MST Chris Murphy wrote: > > > > > On Fri, Jun 5, 2020 at 1:07 PM John M. Harris Jr < > >

Re: Fedora 33 System-Wide Change proposal: swap on zram

2020-06-05 Thread John M. Harris Jr
On Friday, June 5, 2020 12:16:36 PM MST Chris Murphy wrote: > On Fri, Jun 5, 2020 at 1:10 PM John M. Harris Jr > wrote: > > > > > > On Friday, June 5, 2020 12:03:03 PM MST Chris Murphy wrote: > > > > > > In discussions with both cloud and server folk

Re: Fedora 33 System-Wide Change proposal: swap on zram

2020-06-05 Thread John M. Harris Jr
On Friday, June 5, 2020 12:12:40 PM MST Chris Murphy wrote: > On Fri, Jun 5, 2020 at 1:07 PM John M. Harris Jr > wrote: > > > > > > On Friday, June 5, 2020 11:48:14 AM MST Chris Murphy wrote: > > > > > On Fri, Jun 5, 2020 at

Re: Fedora 33 System-Wide Change proposal: swap on zram

2020-06-05 Thread John M. Harris Jr
On Friday, June 5, 2020 12:03:03 PM MST Chris Murphy wrote: > On Fri, Jun 5, 2020 at 11:47 AM John M. Harris Jr > wrote: > > > > > > On Thursday, June 4, 2020 11:54:37 PM MST Kevin Kofler wrote: > > > > > > Also -1 to adding something to the core

Re: Fedora 33 System-Wide Change proposal: swap on zram

2020-06-05 Thread John M. Harris Jr
espect the user's decision, and not add a zram device on upgraded systems. This would lead to less unexpected behavior. I'd support that, for sure :) -- John M. Harris, Jr. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an emai

Re: Fedora 33 System-Wide Change proposal: swap on zram

2020-06-05 Thread John M. Harris Jr
On Friday, June 5, 2020 11:12:10 AM MST Neal Gompa wrote: > On Fri, Jun 5, 2020 at 2:09 PM John M. Harris Jr > wrote: > > > > > > On Friday, June 5, 2020 10:49:52 AM MST Chris Murphy wrote: > > > > > On Fri, Jun 5, 2020 at 4:35 A

Re: Fedora 33 System-Wide Change proposal: swap on zram

2020-06-05 Thread John M. Harris Jr
don't have numbers to support that claim, and most devices require "Secure Boot" to be disabled, or to have the mode changed so that it accepts new keys, to install Fedora. -- John M. Harris, Jr. ___ devel mailing list -- devel@lists.fedorap

Re: Fedora 33 System-Wide Change proposal: swap on zram

2020-06-05 Thread John M. Harris Jr
that hibernation is only broken on systems with Secure Boot enabled, because of a kernel lockdown anti-feature. -- John M. Harris, Jr. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedorapro

Re: Fedora 33 System-Wide Change proposal: swap on zram

2020-06-05 Thread John M. Harris Jr
des, GNOME already has this enabled, right? It's definitely not right for servers, as I brought up the last time this was thrown around. -- John M. Harris, Jr. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to de

Re: Supporting hibernation in Workstation ed., draft 1

2020-06-03 Thread John M. Harris Jr
'm skeptical that pin shorts permit you to gain access > to such things - but if so, it's clearly a vulnerability that should > be reported. This is by design. Generally, there's a marking on the silkscreen with something like "PWD" or "PASSWD&quo

Re: Supporting hibernation in Workstation ed., draft 1

2020-06-03 Thread John M. Harris Jr
On Wednesday, June 3, 2020 12:08:44 AM MST Chris Murphy wrote: > On Wed, Jun 3, 2020 at 12:18 AM John M. Harris Jr > wrote: > > > > > > On Tuesday, June 2, 2020 10:52:07 PM MST Chris Murphy wrote: > > > > > On Tue, Jun 2, 2020 at 8:42 PM John M. Harris Jr

Re: Supporting hibernation in Workstation ed., draft 1

2020-06-03 Thread John M. Harris Jr
On Wednesday, June 3, 2020 12:06:19 PM MST Simo Sorce wrote: > On Tue, 2020-06-02 at 21:58 -0700, John M. Harris Jr wrote: > > > On Tuesday, June 2, 2020 9:45:45 PM MST Chris Murphy wrote: > > > > > On Tue, Jun 2, 2020 at 10:28 PM Samuel Sieb wrote: > > > &g

Re: Supporting hibernation in Workstation ed., draft 1

2020-06-03 Thread John M. Harris Jr
On Tuesday, June 2, 2020 10:52:07 PM MST Chris Murphy wrote: > On Tue, Jun 2, 2020 at 8:42 PM John M. Harris Jr > wrote: > > > In what way is it incompatible with UEFI Secure Boot? > > > Secure Boot does boot verification. Hibernation right now doesn't. And >

Re: Supporting hibernation in Workstation ed., draft 1

2020-06-02 Thread John M. Harris Jr
https://lore.kernel.org/linux-pm/CAJCQCtQVGqxtZZTRgscT7e4inTacAd7KAmoNOz3gB4 > hf1nk...@mail.gmail.com/ > > -- > Chris Murphy -- John M. Harris, Jr. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email

Re: Fedora 33 Self-Contained Change proposal: Drop mod_php

2020-06-02 Thread John M. Harris Jr
e this > change. > > Regards, Joe If it's dropped, it wouldn't really be possible for me to make a mod_php package to replace it due to the integration, so I can't really see a way of keeping a compat package if it's removed, and keeping it around doesn't break anything. -- John

Re: Supporting hibernation in Workstation ed., draft 1

2020-06-02 Thread John M. Harris Jr
On Saturday, May 30, 2020 12:36:46 AM MST Chris Murphy wrote: > On Fri, May 29, 2020 at 9:12 PM John M. Harris Jr > wrote: > > > > > > On Friday, May 29, 2020 5:25:23 PM MST Chris Murphy wrote: > > > > > On Fri, May 29, 2020 at 6:06 PM John M. Harris

Re: Supporting hibernation in Workstation ed., draft 1

2020-06-02 Thread John M. Harris Jr
rk and the developer hasn't found enough > time to get back into it yet. > > -- > Chris Murphy A good option until then is to just take unsigned hibernation images and work like literally every other system. There's no reason to take away this functionality. -- John M. Harris, Jr.

Re: Fwd: Re: late generation of assemble code

2020-05-29 Thread John M. Harris Jr
On Friday, May 29, 2020 5:15:45 PM MST Colin Walters wrote: > On Fri, May 29, 2020, at 8:01 PM, John M. Harris Jr wrote: > > > > WebAssembly is just in web browsers. It's not for normal software you'd > > install with your package manager. Unless I'm missing something? &

Re: Supporting hibernation in Workstation ed., draft 1

2020-05-29 Thread John M. Harris Jr
On Friday, May 29, 2020 5:25:23 PM MST Chris Murphy wrote: > On Fri, May 29, 2020 at 6:06 PM John M. Harris Jr > wrote: > > > > > > I'm sorry, but this makes absolutely no sense. > > > Disliking the story is not the same thing as it not making sense. > There

Re: Supporting hibernation in Workstation ed., draft 1

2020-05-29 Thread John M. Harris Jr
ds to boot back in, but I was right where I left off. What exactly is broken, and for what portion of users? -- John M. Harris, Jr. Splentity ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraprojec

Re: Fwd: Re: late generation of assemble code

2020-05-29 Thread John M. Harris Jr
at does WebAssembly have to do with real programs? > IOW, it doesn't make sense to invest much in LLVM IR versus WebAssembly. WebAssembly is just in web browsers. It's not for normal software you'd install with your package manager. Unless I'm missing something?

Re: Fedora 33 Self-Contained Change proposal: Drop mod_php

2020-05-29 Thread John M. Harris Jr
On Friday, May 29, 2020 1:24:30 AM MST Igor Raits wrote: > On Fri, 2020-05-29 at 01:00 -0700, John M. Harris Jr wrote: > > > On Thursday, May 28, 2020 11:59:41 PM MST Remi Collet wrote: > > > > > Le 29/05/2020 à 06:15, John M. Harris Jr a écrit : > > >

Re: Fwd: Re: late generation of assemble code

2020-05-29 Thread John M. Harris Jr
; > > On 2020-05-29 1:01 a.m., John M. Harris Jr wrote: > > > Paul, > > What benefit do you see in the overhead of LLVM IR, compared to standard > > packages? > > > John, > > Where do you see overhead in the distribution of LLVM IR? See below resp

Re: Fedora 33 Self-Contained Change proposal: Drop mod_php

2020-05-29 Thread John M. Harris Jr
On Thursday, May 28, 2020 11:59:41 PM MST Remi Collet wrote: > Le 29/05/2020 à 06:15, John M. Harris Jr a écrit : > > > Please do not drop mod_php. It is NOT the case that "php-fpm is already > > used but most users of httpd and nginx without any issue." &g

Re: late generation of assemble code

2020-05-28 Thread John M. Harris Jr
rpreter." > > But when I proposed that, I was not aware main developer had been hired > by Apple. And like people have replied before, they don't like the Clang > (C, C++ LLVM-based compiler) I guess in good part because of the more > permissive license than GPL it use: Il

Re: Fedora 33 Self-Contained Change proposal: Drop mod_php

2020-05-28 Thread John M. Harris Jr
t any issue." If the rationale behind this is a maintenance burden, I would be happy to assist with maintaining the package. Many people still use mod_php, in fact it's the standard way to configure PHP with Apache on just about every server that is currently running. Dropping mod_php will

Re: F30 security update submitted for stable "marked obsolete" instead of being pushed

2020-05-27 Thread John M. Harris Jr
On Tuesday, May 26, 2020 9:56:48 PM MST Samuel Sieb wrote: > On 5/26/20 8:13 PM, John M. Harris Jr wrote: > > > On Tuesday, May 26, 2020 4:08:52 PM MST Miro Hrončok wrote: > > > >> On 27. 05. 20 0:56, Dominik 'Rathann' Mierzejewski wrote: > >> > >> &

Re: F30 security update submitted for stable "marked obsolete" instead of being pushed

2020-05-26 Thread John M. Harris Jr
> update, too. > > > > Regards, > > Dominik > > > > [1] https://bodhi.fedoraproject.org/updates/FEDORA-2020-2d381e061b > > > Fedora 30 went EOL before the update was pushed to stable. And that killed a *security update*? Seriously? -- John M. Harris

Re: Modularity survey - results

2020-05-20 Thread John M. Harris Jr
IRC: mhroncok Based on the conclusions section, where it talks only of Fedora releases as goal dates, I can't see that as being the case. -- John M. Harris, Jr. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel

Re: Re-Launching the Java SIG

2020-05-18 Thread John M. Harris Jr
at once. > > > Unless you're going to personally volunteer to making a new, stable, > drop-in replacement C API if they do Open Source their driver or make a > new one and integrate it with the kernel? > > > Willing to bet you or anyone else here w

Re: New set of questions for FESCo candidates?

2020-05-14 Thread John M. Harris Jr
t modules. This way, RHEL devs could have gotten their toy into Fedora, but without disrupting Fedora. I didn't really mean to make this about Modularity, so to get back on track.. I don't believe anyone in the Fedora community views the Fedora community itself as "unpaid labor". M

Re: New set of questions for FESCo candidates?

2020-05-13 Thread John M. Harris Jr
On Wednesday, May 13, 2020 12:17:08 PM MST Josh Boyer wrote: > On Wed, May 13, 2020 at 2:49 PM John M. Harris Jr > wrote: > > > > > > On Monday, May 11, 2020 11:27:06 AM MST Ben Cotton wrote: > > > > > 3. How should we handle cases where Fedora's and

Re: Proposal: Revise FESCo voting policy

2020-05-13 Thread John M. Harris Jr
providing rubber stamps to changes. If folks are uncertain about a given change, it's certainly very valid to abstain, and if many people are abstaining, the issue is with the proposal, not the voters. -- John M. Harris, Jr. Splentity ___ devel mail

Re: New set of questions for FESCo candidates?

2020-05-13 Thread John M. Harris Jr
edora, after all, not RHEL. That might be a good question for Red Hat to think about internally, for the RH employees in FESCo, but that's it. -- John M. Harris, Jr. Splentity ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an e

Re: ELN Reasons (was Re: Proposal: Revise FESCo voting policy)

2020-05-13 Thread John M. Harris Jr
environment. So, effectively, this is just Red Hat/IBM looking for free labor from Fedora developers? That's how this comes across, at least with that wording. If it's just a matter of allowing development to happen in public, Red Hat/IBM could simply make their repository available publicly

Re: Renaming pythonXY packages to pythonX.Y (e.g. python39 to python3.9)

2020-05-10 Thread John M. Harris Jr
On Saturday, May 9, 2020 11:58:43 PM MST Miro Hrončok wrote: > On 10. 05. 20 0:09, John M. Harris Jr wrote: > > > On Saturday, May 9, 2020 2:40:02 PM MST Miro Hrončok wrote: > > > >> On 09. 05. 20 22:56, John M. Harris Jr wrote: > >> > >> > >

Re: Renaming pythonXY packages to pythonX.Y (e.g. python39 to python3.9)

2020-05-09 Thread John M. Harris Jr
On Saturday, May 9, 2020 2:40:02 PM MST Miro Hrončok wrote: > On 09. 05. 20 22:56, John M. Harris Jr wrote: > > > On Wednesday, April 29, 2020 3:38:36 PM MST Miro Hrončok wrote: > > > >> The command that the user executes is "python3.9", not "p

Re: Fedora 31->32 dnf system-update experience

2020-05-09 Thread John M. Harris Jr
this as well, and it's a damned shame. It would have been nice if these packages could have been kept. They still work, even now, and are still widely used. -- John M. Harris, Jr. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe s

Re: Renaming pythonXY packages to pythonX.Y (e.g. python39 to python3.9)

2020-05-09 Thread John M. Harris Jr
On Wednesday, April 29, 2020 3:38:36 PM MST Miro Hrončok wrote: > The command that the user executes is "python3.9", not "python39". Let's be realistic. The command they run is 'python', 'python2' or 'python3'. Sure, it's a symlink, but that's what users actually type to b

Re: Block discard on more things

2020-05-09 Thread John M. Harris Jr
; - logical volumes: Set "issue_discards = 1" in /etc/lvm/lvm.conf so that > removed LVs get discarded. Are you asking for these just in Workstation, or are you suggesting that this is something all of Fedora adopts? -- John M. Harris, Jr. _

Re: f32-backgrounds look like crap

2020-04-18 Thread John M. Harris Jr
On Saturday, April 18, 2020 2:00:27 AM MST Göran Uddeborg wrote: > Leigh Scott: > > > If there any plan to fix them? > > > Pick another if you don't like the default. It's a larger issue than that if the default wallpapers make people think they're having graphics issues.

Re: f32-backgrounds look like crap

2020-04-18 Thread John M. Harris Jr
idual, and to make this a CoC issue is absurd. If anything, attacking Leigh like this is against the Four Foundations, specifically the "Friends" portion. -- John M. Harris, Jr. Splentity ___ devel mailing list -- devel@lists.fedoraproject.org

Re: Getting security updates out to users sooner

2020-04-17 Thread John M. Harris Jr
gt; Probably on Windows. Most likely, multi-platform. There have been a few so big the NSA stepped in and started warning people they needed to update. -- John M. Harris, Jr. Splentity ___ devel mailing list -- devel@lists.fedoraproject.org To unsubsc

Re: f32-backgrounds look like crap

2020-04-17 Thread John M. Harris Jr
On Friday, April 17, 2020 5:49:48 AM MST Leigh Scott wrote: > If there any plan to fix them? > > https://leigh123linux.fedorapeople.org/pub/screenshots/Screenshot%20from%202 > 020-04-17%2013-32-22.png Wow, that does look pretty shitty. Perhaps one of the old ones could be re- used?

Re: Modularity Survey

2020-04-16 Thread John M. Harris Jr
gt; > Kevin Kofler Let's be honest, this doesn't even really make sense for RHEL. -- John M. Harris, Jr. signature.asc Description: This is a digitally signed message part. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscrib

Re: Fedora 33 System-Wide Change proposal: systemd-resolved

2020-04-16 Thread John M. Harris Jr
On Thursday, April 16, 2020 7:41:07 AM MST John M. Harris Jr wrote: > Really, it may be best to go about this in the same way as Ubuntu, with > nss- dns instead of nss-resolve.. Editing /etc/resolv.conf is still > commonly done on Fedora, especially on servers. In fact, I n

Re: Fedora 33 System-Wide Change proposal: systemd-resolved

2020-04-16 Thread John M. Harris Jr
fied when building systemd. it's a fallback > to make things more robust, i.e. making sure DNS works if possible. > > Lennart > > -- > Lennart Poettering, Berlin If there are no servers configured... Shouldn't it use no servers? -- John M. Harris, Jr. Splentity ___

Re: Fedora 33 System-Wide Change proposal: systemd-resolved

2020-04-16 Thread John M. Harris Jr
t; /etc/resolv.conf will now be managed by systemd-resolved rather than > by NetworkManager. /etc/resolv.conf will no longer be read when > performing name resolution using glibc; however, it is still provided > for compatibility with applications that manually read this file to > p

Re: Fedora 33 System-Wide Change proposal: ELN Buildroot and Compose

2020-03-24 Thread John M. Harris Jr
n the pungi configuration. > > -- Petr In that case, it looks like this change could potentially fix RHEL if it goes through? Or are you saying it'd try to force that policy onto Fedora? -- John M. Harris, Jr. Splentity ___ devel mailing list -- deve

Re: Code of Conduct issue

2020-03-24 Thread John M. Harris Jr
On Tuesday, March 24, 2020 3:29:58 AM MST Dominik 'Rathann' Mierzejewski wrote: > John, > > On Tuesday, 24 March 2020 at 06:16, John M. Harris Jr wrote: > [...] > > > Further, attempting to censor *this topic* is not in the spirit of the > > Friends foundation eith

Re: Code of Conduct issue

2020-03-23 Thread John M. Harris Jr
hin the project which led to his blog being removed from Fedora Planet. Further, attempting to censor *this topic* is not in the spirit of the Friends foundation either. It is important that we, as a community, can discuss the rules we've chosen to govern our actions within this project. If we can

Re: CoC

2020-03-21 Thread John M. Harris Jr
Red Hat > TZ=America/Indiana/Indianapolis It was not in the spirit of our Friends foundation to take Daniel's blog off the Fedora Planet. -- John M. Harris, Jr. Splentity ___ devel mailing list -- devel@lists.fedoraproject.org To unsubs

Re: CoC

2020-03-19 Thread John M. Harris Jr
ganizations can behave like that, why should the > > > Code of Conduct deny a volunteer a right of reply? > > > > Silly Daniel, you aren't supposed to question the supreme leaders. You > > have to fall in line and never question anything. > > > > > > If you

Re: CoC

2020-03-19 Thread John M. Harris Jr
e Debian, OSI or GNOME mailing list, where these folks can take their CoC fight. In the future, I believe removing the CoC link from the footer of messages on this mailing list would prevent these sorts of threads from cropping up. Silvia, There is not as much of a difference between communism and f

Re: RFC: entering luks password on grub level for devices without keyboards

2020-03-19 Thread John M. Harris Jr
> Your comments on this, please. > > Best regards, > Marius Schwarz If you're drawing a direct comparison to the Fedora boot process from the Windows process, the point at which Windows is presenting an OSK is about at the point after which initrd is loaded in the Fedora boot pr

Re: RFC: entering luks password on grub level for devices without keyboards

2020-03-19 Thread John M. Harris Jr
trd is loaded in the Fedora boot process. It's not happening at the bootloader itself. -- John M. Harris, Jr. signature.asc Description: This is a digitally signed message part. ___ devel mailing list -- devel@lists.fedoraproject.org T

Re: New Release Freeze Times

2020-02-21 Thread John M. Harris Jr
On Friday, February 21, 2020 10:52:27 PM MST Miro Hrončok wrote: > On 22. 02. 20 1:28, John M. Harris Jr wrote: > > > I really must disagree. > > > In my opinion, once you simply disagree with literally everything, your > feedback no longer gives any significant me

Re: New Release Freeze Times

2020-02-21 Thread John M. Harris Jr
On Friday, February 21, 2020 9:03:26 PM MST Neal Gompa wrote: > On Fri, Feb 21, 2020 at 7:28 PM John M. Harris Jr > wrote: > > > > > > On Friday, February 21, 2020 2:31:14 AM MST jkone...@redhat.com wrote: > > > > > Hi, > > > > > >

Re: New Release Freeze Times

2020-02-21 Thread John M. Harris Jr
ot imagine what 1400 UTC was chosen to align with, or how this will be any less confusing. This seems like it'd only be *more* confusing. -- John M. Harris, Jr. signature.asc Description: This is a digitally signed message part. ___ devel mailing list

Re: Announcement: EPEL Steering Committee Changes

2020-02-18 Thread John M. Harris Jr
is the best person to take that place within EPEL's Steering Committee. As an enterprise admin, RHEL8 has been nothing but a nightmare to deal with because of Modularity. I know Troy didn't singlehandedly sign off on that nonsense, but, as he is a member of the Modularity team, this is not a good sign

Re: RFC: Security policy adjustments to make it easier to implement and more friendly to maintainers

2020-02-16 Thread John M. Harris Jr
plied today > > > > or tomorrow. Anything else can wait a week or two. > > > > > > > > > > > > > > > > (snip) > > > > > > > > > The repo metadata has the property, so packagers just have to set it > > > in B

Re: RFC: Security policy adjustments to make it easier to implement and more friendly to maintainers

2020-02-16 Thread John M. Harris Jr
On Sunday, February 16, 2020 12:25:01 PM MST Neal Gompa wrote: > On Sun, Feb 16, 2020 at 2:23 PM John M. Harris Jr > wrote: > > > > > > On Sunday, February 16, 2020 12:19:41 PM MST Chris Murphy wrote: > > > > > On Sun, Feb 16, 2020 at 11:08

Re: RFC: Security policy adjustments to make it easier to implement and more friendly to maintainers

2020-02-16 Thread John M. Harris Jr
On Sunday, February 16, 2020 12:19:41 PM MST Chris Murphy wrote: > On Sun, Feb 16, 2020 at 11:08 AM John M. Harris Jr > wrote: > > > > > > On Thursday, February 13, 2020 1:34:32 PM MST Chris Murphy wrote: > > > > > But the contra argument is, well what i

Re: URGENT: users prompted to upgrade to F32

2020-02-16 Thread John M. Harris Jr
users, or those using GNOME Software. KDE users did not get that notification. -- John M. Harris, Jr. Splentity ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of

Re: swap-on-ZRAM by default

2020-02-16 Thread John M. Harris Jr
On Tuesday, February 11, 2020 3:44:17 AM MST Daniel P. Berrangé wrote: > On Mon, Feb 10, 2020 at 09:05:27PM -0700, John M. Harris Jr wrote: > > > On Monday, February 10, 2020 12:03:25 PM MST Robbie Harwood wrote: > > > > > "John M. Harris Jr" writes: > &g

Re: swap-on-ZRAM by default

2020-02-16 Thread John M. Harris Jr
On Tuesday, February 11, 2020 3:28:36 AM MST Roberto Ragusa wrote: > On 2020-02-11 05:05, John M. Harris Jr wrote: > > > > They do, but that doesn't negate the fact that it is actually supported > > (you can hibernate your system), and using swap on zram outright b

Re: RFC: Security policy adjustments to make it easier to implement and more friendly to maintainers

2020-02-16 Thread John M. Harris Jr
es immediately, but why not just give the user an option for security updates? This is what Mac and Windows do, and it makes sense because it's really the user's opinion of security updates that matter on their system. -- John M. Harris, Jr. Splentity __

Re: Change proposal discussion - Optimize SquashFS Size

2020-02-16 Thread John M. Harris Jr
On Monday, February 10, 2020 10:53:45 AM MST Jared K. Smith wrote: > On Mon, Feb 10, 2020 at 3:30 AM John M. Harris Jr > > wrote: > > As for the software available, that's called choice. I know > > it's a relative unknown in the GNOME world, as one option is shoved down

Re: swap-on-ZRAM by default

2020-02-10 Thread John M. Harris Jr
On Monday, February 10, 2020 12:03:25 PM MST Robbie Harwood wrote: > "John M. Harris Jr" writes: > > On Saturday, January 25, 2020 2:52:05 PM MST Chris Murphy wrote: > >> Question and (pre)proposal: > >> > >> Can Fedora converge on a single swap-on-

Re: Copr Build System - review of 2019 and vote for features in 2020

2020-02-10 Thread John M. Harris Jr
On Thursday, January 30, 2020 6:31:37 PM MST Kevin Fenzi wrote: > On Thu, Jan 23, 2020 at 11:07:21AM -0700, John M. Harris Jr wrote: > > EOL is not, literally, EOL. EOL just means the complete end of support, in > > commercial products. Still doesn't mean systems with that versio

Re: swap-on-ZRAM by default

2020-02-10 Thread John M. Harris Jr
On Saturday, February 8, 2020 9:40:09 PM MST John Reiser wrote: > John M. Harris Jr wrote: > > > > Using swap on zram disables the ability to hibernate, making it a > > non-starter for many users. If this is going to be thrown into anything, > > the user needs to

Re: [Retired] gstreamer & gstreamer-plugins-base

2020-02-10 Thread John M. Harris Jr
On Sunday, February 9, 2020 3:54:51 PM MST Neal Gompa wrote: > On Sun, Feb 9, 2020 at 5:36 PM John M. Harris Jr > wrote: > > > > > > On Friday, January 31, 2020 7:58:55 AM MST Peter Robinson wrote: > > > > > Feankly if a proprietary piece of softw

Re: Highlights from the latest Copr release

2020-02-10 Thread John M. Harris Jr
t looks like this is mostly module related stuff, which is absolutely useless for most packagers.. I hope it's good for RHEL at least, but it seems to be more of a nightmare there (for sysadmins, rather than packagers). -- John M. Harris, Jr. Splentity _

Re: 13 packages still requiring Python 3.7 in Fedora 32

2020-02-10 Thread John M. Harris Jr
edoraproject.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://fedoraproject.org/wiki/Mailing_list_guidelines List > Archiv

<    1   2   3   4   5   6   >