Re: F42 Change Proposal: Opt-In Metrics for Fedora Workstation (system-wide)

2024-07-08 Thread Solomon Peachy via devel
el shenenigans. [1] The former MacOS maintiner walked away in early 2021. Nobody left even has _access_ to a Mac, much less the necessary skills to solve the outstanding issues. - Solomon -- Solomon Peachypizza at shaftnet dot org (email&xmpp)

Re: F42 Change Proposal: Opt-In Metrics for Fedora Workstation (system-wide)

2024-07-08 Thread Solomon Peachy via devel
t of Humanity's history. No metrics necessary, because who cares what the peasants actually want? - Solomon -- Solomon Peachypizza at shaftnet dot org (email&xmpp) @pizza:shaftnet dot org (matrix) Dowling Park

Re: Donate 1 minute of your time to test upgrades from F39 to F40

2024-02-21 Thread Solomon Peachy via devel
etty small pile of issues from what I normally see. - Solomon -- Solomon Peachypizza at shaftnet dot org (email&xmpp) @pizza:shaftnet dot org (matrix) Dowling Park, FL speachy (libera.chat) signat

Re: just to let you know FESCo agreed to a preliminary injunction while we consider this issue

2024-02-20 Thread Solomon Peachy via devel
r, uh, (3) Port/add this functionality to Plasma/Wayland? (There's nothing in Wayland that precludes this from working; just nobody's bothered to implement it) - Solomon -- Solomon Peachypizza at shaftnet dot org (email&xmpp)

Re: just to let you know FESCo agreed to a preliminary injunction while we consider this issue

2024-02-07 Thread Solomon Peachy via devel
you just conflated volunteer Free Software package maintainers with literal genocidal rapists and murders. ...That is a bad strategy in _any_ world. - Solomon -- Solomon Peachypizza at shaftnet dot org (email&xmpp) @pizza:sha

Re: Update on the Modern C initiative

2023-12-22 Thread Solomon Peachy via devel
urces. (Granted most of those users are on EL/LTS-type distros..) - Solomon -- Solomon Peachypizza at shaftnet dot org (email&xmpp) @pizza:shaftnet dot org (matrix) Dowling Park, FL speachy (libera.chat)

Re: Update on the Modern C initiative

2023-12-22 Thread Solomon Peachy via devel
On Fri, Dec 22, 2023 at 02:18:54PM +0100, Florian Weimer wrote: > gutenprint jpopelka jridky twaugh zdohnal ...FWIW as of a few minutes ago this should be resolved upstream. - Solomon -- Solomon Peachypizza at shaftnet dot org (email&a

Re: Orphaning all my packages

2023-10-03 Thread Solomon Peachy via devel
een the operating policy for two decades seems pretty silly. - Solomon -- Solomon Peachypizza at shaftnet dot org (email&xmpp) @pizza:shaftnet dot org (matrix) Dowling Park, FL speachy (libera.cha

Re: An update on RHEL moving to issues.redhat.com

2023-09-12 Thread Solomon Peachy via devel
ectively stalled indefinitely, the fact remains is said migration is still the plan of record. So, if it's effectively dead, let's make it official? - Solomon -- Solomon Peachypizza at shaftnet dot org (email&xmpp) @pizza:shaft

Re: An update on RHEL moving to issues.redhat.com

2023-09-11 Thread Solomon Peachy via devel
ted was that this was already a done deal, and we could either accept it or GTFO. - Solomon -- Solomon Peachypizza at shaftnet dot org (email&xmpp) @pizza:shaftnet dot org (matrix) Dowling Park, FL spea

Re: An update on RHEL moving to issues.redhat.com

2023-09-11 Thread Solomon Peachy via devel
now rely on a proprietary version of Gitlab? - Solomon -- Solomon Peachypizza at shaftnet dot org (email&xmpp) @pizza:shaftnet dot org (matrix) Dowling Park, FL speachy (libera.chat) signature.asc Descript

Re: Donate 1 minute of your time to test upgrades from F38 to F39

2023-08-25 Thread Solomon Peachy via devel
into behavioral changes. I have twenty-year-old perl scripts that still work just fine, but in my experience, even couple-years-old python code most likely won't. If perl is "write once, read nowhere" python is "write once, fix forever". /rant - Solomon -- S

Re: Donate 1 minute of your time to test upgrades from F38 to F39

2023-08-25 Thread Solomon Peachy via devel
2ban would result in some serious teeth-gnashing if it got dropped. - Solomon -- Solomon Peachypizza at shaftnet dot org (email&xmpp) @pizza:shaftnet dot org (matrix) Dowling Park, FL speachy (libra.chat

Re: Donate 1 minute of your time to test upgrades from F38 to F39

2023-08-25 Thread Solomon Peachy via devel
e installed - fail2ban-sendmail-1.0.2-3.fc38.noarch from @System does not belong to a distupgrade repository - sos-4.5.1-1.fc38.noarch from @System does not belong to a distupgrade repository F38 server #3: Clean upgrade F38 snowflake RPi3: Clean upgrade - Solomo

Re: F39 Change Proposal: Enable fwupd-refresh.timer by default on IoT, CoreOS & Server Editions (Self-Contained)

2023-07-26 Thread Solomon Peachy via devel
Samsung and Crucial's official updaters appear to be self-contained linux ISOs. So clearly the technical capability is there... - Solomon -- Solomon Peachypizza at shaftnet dot org (email&xmpp) @pizza:shaftnet dot

Re: F39 Change Proposal: Enable fwupd-refresh.timer by default on IoT, CoreOS & Server Editions (Self-Contained)

2023-07-26 Thread Solomon Peachy via devel
ll's chance in hell that said vendors will ever embrace lvfs given that they steadfastly refuse to publicly acknowledge that Linux exists, despite invariably selling a Linux-based print server appliance of some sort. - Solomon -- Solomon Peachy

Re: F39 Change Proposal: Enable fwupd-refresh.timer by default on IoT, CoreOS & Server Editions (Self-Contained)

2023-07-26 Thread Solomon Peachy via devel
[1] Off the top of my head: Logitech wireless stuff, Jabra conference speaker, synaptics fingerprint sensor, (Samsung?) NVME storage, and probably more.. - Solomon -- Solomon Peachypizza at shaftnet dot org (email&xmpp)

Re: Restricting automounting of uncommon filesystems?

2023-07-24 Thread Solomon Peachy via devel
far more common threat of corruption or data loss) - Solomon -- Solomon Peachypizza at shaftnet dot org (email&xmpp) @pizza:shaftnet dot org (matrix) Dowling Park, FL speachy (libra.chat)

Re: Restricting automounting of uncommon filesystems?

2023-07-24 Thread Solomon Peachy via devel
#x27;s make things better for those before worry about mitigating APTs that need lots of system-specific awareness in order for an attack to succeed? - Solomon -- Solomon Peachypizza at shaftnet dot org (email&xmpp) @pizza:sh

Re: Restricting automounting of uncommon filesystems?

2023-07-23 Thread Solomon Peachy via devel
ere (ie right after the "enable freshrpms and install modern video codecs" step), becuase it's a usability nightmare. In the "usability vs security" tradeoff, usability/convenience *always* wins unless you're at a place that

Re: Red Hat & Fedora -- largely stepping out of this ecosystem

2023-06-30 Thread Solomon Peachy via devel
for remuneration. Under the GPLv3, there is no "obligation" to provide you, as the author, with anything, bug reports or otherwise. Their only obligations are to ensure that everyone they send binaries to also receives the complete corresponding source code to those binaries, all unde

Re: UW-IMAP

2023-06-29 Thread Solomon Peachy via devel
both are set up to use the same place for the users' mail spool. So I'm curious as to the problems you're running into with dovecot specifically, and I may be able to help. (I switched from UW-IMAP to dovecot to facilitate a migration to Maildir) - Solomon -- Solomon Peac

Re: It’s time to transform the Fedora devel list into something new

2023-04-28 Thread Solomon Peachy via devel
e're going to be having this conversation again in the not-so-distant future once RH finishes switching over to Jira and stops funding our Bugzilla instance's upkeep..) - Solomon -- Solomon Peachypizza at shaftnet dot org (email&xmpp)

Re: It’s time to transform the Fedora devel list into something new

2023-04-27 Thread Solomon Peachy via devel
upstream, it's no different than the situation we have with our mailman3 today, where we're literally years behind the curve. - Solomon -- Solomon Peachypizza at shaftnet dot org (email&xmpp) @pizza:shaftnet dot org (ma

Re: It’s time to transform the Fedora devel list into something new

2023-04-26 Thread Solomon Peachy via devel
idelines are actually followed and as another check that nothing malicious > sneaks in), but they are the barrier to entry, not the communication > platform. I completely agree, at least on the "packagers" side. I don't know what barriers non-packaging contributors face, but

Re: It’s time to transform the Fedora devel list into something new

2023-04-25 Thread Solomon Peachy via devel
e after the initial configuration)" document is produced, that's probaby sufficient to overcome most of these objections, because then the setup cost is one-off, and the ongoing "interact with Fedora-devel" cost won't be any greater than it already is. (It's

Re: It’s time to transform the Fedora devel list into something new

2023-04-21 Thread Solomon Peachy via devel
in "developing Fedora" like they once did to ensure their interests were represented, and instead get to focus more fully on the stuff they build on top. That's a good thing, I think, but it also takes away what was probably the primary participation funnel. - Solomon -- So

Re: It’s time to transform the Fedora devel list into something new

2023-04-21 Thread Solomon Peachy via devel
er volume of meritocrous contributions) > We think the communication channels change is one of the initiatives which > helps with that. Mentorship is the other. Mentorship is necessary (from leaders to the middle, and the middle to the newbs) but doesn't scale well due to the mutual tim

Re: It’s time to transform the Fedora devel list into something new

2023-04-21 Thread Solomon Peachy via devel
post > emails that are easier to read. Not to mention these problems won't go away just because it's now hosted on a web page.. - Solomon -- Solomon Peachypizza at shaftnet dot org (email&xmpp) @pizza:shaftnet

Re: It’s time to transform the Fedora devel list into something new

2023-04-21 Thread Solomon Peachy via devel
yield tangible improvements for the _existing_ contributor base. Otherwise you're just going to trade away _current_ contributors for the _possibility_ of attracting new ones. (In a volunteer context, that is) - Solomon -- Solomon Peachypizza at shaftnet dot org

Re: It’s time to transform the Fedora devel list into something new

2023-04-21 Thread Solomon Peachy via devel
already mentioned, I have plenty of other things to do, both in the F/OSS world and in (gasp) meatspace where I won't have to look at yet another screen. > > [1] Splitting into the "core" developers (ie those paid/compensated for > > participa

Re: It’s time to transform the Fedora devel list into something new

2023-04-20 Thread Solomon Peachy via devel
th anything other than abuse. "Who cares about distros? I just use Docker containers!" [1] Splitting into the "core" developers (ie those paid/compensated for participating) and an endless summer of newbs seeking help/support; the middle gets completely hollowed out. -

Re: Changes to Bugzilla API key requirements

2023-02-24 Thread Solomon Peachy via devel
prised that "Free Software for Everything" Red Hat is chosing to base something so fundamental to their business on a highly proprietary tool. I suppose O365 is just a matter of time...) - Solomon -- Solomon Peachypizza at shaftnet dot org (email&xmpp)

Re: Test upgrades from F37 to F38 - it will take you just a minute

2023-02-23 Thread Solomon Peachy via devel
327 k F37 server #1 & #2 Success! (same fwupd downgrade as above) I have a few other systems but they're buried/offline in preparation for a home office move. Only one that's remotely unusual is an RPi3. - Solomon -- Solomon Peachy

Re: Changes to Bugzilla API key requirements

2023-02-22 Thread Solomon Peachy via devel
meaningful control over how often ABRT is tripped and needs to send a report to the mothership...) - Solomon -- Solomon Peachypizza at shaftnet dot org (email&xmpp) @pizza:shaftnet dot org (matrix) Dowling Park, FL

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

2022-05-26 Thread Solomon Peachy
rden, not the act of running the TCK for each build -- but is the TCK (or upstream JDK) really that _brittle_? - Solomon -- Solomon Peachypizza at shaftnet dot org (email&xmpp) @pizza:shaftnet dot org (matrix) High Spr

Re: F36 Change: Remove Wire Extensions Support (Self-Contained Change proposal)

2021-11-17 Thread Solomon Peachy
ted from iw, but it's a lot less convenient. (Plus some of us have muscle memory going back to when iwconfig was the new hotness...) - Solomon -- Solomon Peachypizza at shaftnet dot org (email&xmpp) @pizza:shaftnet dot org

Re: Fedora 💔 Java: The Death of Two SIGs

2021-09-27 Thread Solomon Peachy
ages like this one, or > something better. The Java applications ecosystem being packaged on Fedora > will not be resurrected. Yep; automate (to compensate for upstream culture) or die. - Solomon -- Solomon Peachypizza at

Re: Linux Plumbers Conference - Open Printing Micro Conference

2021-09-25 Thread Solomon Peachy
set with the hplip and gutenprint applications too? https://github.com/OpenPrinting/hplip-printer-app/ https://github.com/OpenPrinting/gutenprint-printer-app/ The latter in particular is of considerable interest to me, and I'd prefer to not have to deal with the snap ecosystem. - So

Re: Donate 1 minute of your time to test upgrades from F34 to F35

2021-09-08 Thread Solomon Peachy
Time to start auditing the php stuff I have deployed everywhere. - Solomon -- Solomon Peachypizza at shaftnet dot org (email&xmpp) @pizza:shaftnet dot org (matrix) High Springs, FL speachy (libra.chat) sig

Re: Donate 1 minute of your time to test upgrades from F34 to F35

2021-09-08 Thread Solomon Peachy
.rpm.html There's been a bugzilla ticket open since June about this: https://bugzilla.redhat.com/show_bug.cgi?id=1971202 I rely on php-imap for authentication purposes on a _lot_ (using php packages that remain included with Fedora!) so this is actually a major blocking issue

Re: Donate 1 minute of your time to test upgrades from F34 to F35

2021-09-08 Thread Solomon Peachy
list. I only mentioned it because starting the list with "problem 2" may lead to questions about what happened to problem 1. The other 13 or so problems, however, are purely with fedora-supplied PHP packages, which is why I _did_ include them in my report of the upgrade fai

Re: Donate 1 minute of your time to test upgrades from F34 to F35

2021-09-07 Thread Solomon Peachy
r(pear.horde.org/Horde_Perms) >= 2.0.0, but none of the providers can be installed - package php-horde-Horde-OpenXchange-1.0.1-7.fc33.noarch requires php-pear(pear.horde.org/Horde_Perms) < 3.0.0, but none of the providers can be installed - php-pear-Image-Text-0.7.0-12.f

Re: x86_64-v2 in Fedora

2021-06-16 Thread Solomon Peachy
d support for SSE4.1 starting with their Nano 3000 series in 2009. Anyway. Personally, I only have one Fedora system still in use that isn't at least x86_64v2 -- a dual-socket pre-Bulldozer Opteron server that is probably the single most important system I have. - Solomon -- Solomon Peachy

Re: When is pappl going to be good enough to replace cups?

2021-05-26 Thread Solomon Peachy
; > setup printers @ dhcp/dns explicitly, and avoid autodiscovery 'surprises' > altogether. cups-browsed isn't enabled by default, FWIW. But disabling mDNS altogether might cause undesired regerssions elsewhere. If all you want to do is prevent CUPS from auto-discovering

Re: When is pappl going to be good enough to replace cups?

2021-05-26 Thread Solomon Peachy
ufficient, but anything _less_ than that is clearly insecure and inherently untrustable. - Solomon -- Solomon Peachypizza at shaftnet dot org (email&xmpp) @pizza:shaftnet dot org (matrix) High Springs, FL spe

Re: When is pappl going to be good enough to replace cups?

2021-05-25 Thread Solomon Peachy
so they can capture a document *you* want to print, but if there's that level of persistant hostile presence on your local network, you're already completly screwed. [1] "local" means the local broadcast domain. - Solomon -- Solomon Peachy

Re: When is pappl going to be good enough to replace cups?

2021-05-24 Thread Solomon Peachy
continuing to function until the as-of-yet-theoretical Gutenprint Printer Application is usable. [1] I haven't actually _tested_ them this way yet. [2] two by lprint, one by ipp-usb, and one by ps-printer-app. - Solomon -- Solomon Peachy

Re: When is pappl going to be good enough to replace cups?

2021-05-24 Thread Solomon Peachy
at least as well as it ever did, heh. (I've beeen around long enough to remember similar arguments being made about a new shiny upstart called CUPS over lpr[ng] and printcap. And look where we are today...) - Solomon -- Solomon Peachypizza at shaftnet do

Re: When is pappl going to be good enough to replace cups?

2021-05-24 Thread Solomon Peachy
uires it or the application supplies it. pdftopdf transforms proved to be a lot more robust than pstops due to PDF's semantics being far better defined. (Incidently, Fedora 19 is also when the switch to using mDNS for printer discovery happened..) - Solomon -- Solomon Peachy

Re: When is pappl going to be good enough to replace cups?

2021-05-24 Thread Solomon Peachy
will keel over if you specify attributes in a different order than the conformance test. We have clients that won't ever get updated, and printers that won't ever get updated. And through it all, users that just want to print something, and get quite irate when it inevitally

Re: When is pappl going to be good enough to replace cups?

2021-05-24 Thread Solomon Peachy
edora routinely does this, why should printers be any different? Meanwhile. The ultimate goal has not yet been realized, but with each incremental milestone along the way, it's getting closer. Ironically, the existing Legacy CUPS + cups-filters + drivers printing flow h

Re: When is pappl going to be good enough to replace cups?

2021-05-24 Thread Solomon Peachy
exing printer, a decade-plus-old Brother HL-5340D. Along with 31 others, though only 26 are plugged in at the moment. Isn't driver development/regression testing fun?) - Solomon -- Solomon Peachypizza at shaftnet dot org (email&xmpp)

Re: When is pappl going to be good enough to replace cups?

2021-05-24 Thread Solomon Peachy
the elder gods. > Introducing a new API -> implementing new apps for all available printers -> > deprecating the old API -> removing the old API. > > ^ this strategy should be used. Fortunately, it is! - Solomon -- Solomon Peachypizza at shaf

Re: When is pappl going to be good enough to replace cups?

2021-05-24 Thread Solomon Peachy
On Mon, May 24, 2021 at 12:33:45PM +0200, Vitaly Zaitsev via devel wrote: > On 24.05.2021 12:30, Solomon Peachy wrote: > > Not only is it possible, it's been done. > > For all existing printers in the world? I don't believe. For all printers? Of course not. But that

Re: When is pappl going to be good enough to replace cups?

2021-05-24 Thread Solomon Peachy
t routinely exceed a decade. Instead, dyesub makers have opted to sell little appliances to provide network connectivity, including SMB for "hot folder" support. Of the devices I'm aware of, all but one is running Linux + CUPS + Gutenprint. (The exception still running CUPS,

Re: When is pappl going to be good enough to replace cups?

2021-05-24 Thread Solomon Peachy
er > > developers who wants to implement their printer application faster[2][3]. > > I don't think this is even possible in theory. Not only is it possible, it's been done. - Solomon -- Solomon Peachypizza at shaftnet dot org (email&xmpp)

Re: Donate 1 minute of your time to test upgrades from F33 to F34

2021-02-22 Thread Solomon Peachy
er Two x86_64 F33 servers upgraded fine One aarch64 (RPi) F33 system upgraded fine One x86_64 workstation upgraded fine (I have two more systems I can test with, but they're nearly stock Fedora Workstation installs, so I don't anticipate any issues) - Solomon -- Solomon Peachy

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

2020-11-24 Thread Solomon Peachy
te proposed changes, not as they are currently written, but as they might be written at some unspcecified later date. (Which, oddly enough, is the same problem us naysayers have with the actual change request...) - Solomon -- Solomon Peachypizza at shaftnet

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

2020-11-23 Thread Solomon Peachy
igful testing with my actual desktop environment and applications. - Solomon -- Solomon Peachypizza at shaftnet dot org (email&xmpp) @pizza:shaftnet dot org (matrix) High Springs, FL

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

2020-11-22 Thread Solomon Peachy
you volunteering to do all of this coding/porting yourself? If not, why do you seem to believe that developer time is without cost? I hate to break it to you, but 98% of what is in Fedora is "without commercial gains" -- and I can promise you that one year is nowhere near enough ti

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

2020-11-22 Thread Solomon Peachy
Given that Beta Freeze is 2021-03-16, barely over a month is frightfully little time to adequately test something that has such an impact on the end-user experience. - Solomon -- Solomon Peachypizza at shaftnet dot org (email&xmpp)

Re: Fedora 34 Change: Route all Audio to PipeWire (System-Wide Change)

2020-11-22 Thread Solomon Peachy
must me maintained nearly indefinitely! Meanwhile, as another data point, softare that was written using the sound API included with the first Win32 implementation (ie Windows NT 3.1) will still generate sound with current Windows 10 builds, *27* years later. - Solomon -- Solomon Peachy

Re: Deprecating SCP

2020-11-02 Thread Solomon Peachy
endpoints connected via GigE. (I need to see how well it handles smaller transfers, this is where SCP gets pretty crappy..) - Solomon -- Solomon Peachypizza at shaftnet dot org (email&xmpp) @pizza:shaftnet dot org (matrix) Hig

Re: This is bad, was Re: Fedora 33 System-Wide Change proposal:?? systemd-resolved

2020-10-06 Thread Solomon Peachy
n arms about Red Hat, especially now that it's wholly owned by, which is itself another massive data miner? This seems to be a strange hill to fight over, especially for a last-ditch fallback that will only get used under an intentional [mis-]configuration of the network a

Re: This is bad, was Re: Fedora 33 System-Wide Change proposal:???? systemd-resolved

2020-10-02 Thread Solomon Peachy
g about here) > > They are not, and that is why people use Linux. In other words, this has nothing to do with legal (eg GPDR) compliance. - Solomon -- Solomon Peachypizza at shaftnet dot org (email&xmpp)

Re: This is bad, was Re: Fedora 33 System-Wide Change proposal:???? systemd-resolved

2020-10-02 Thread Solomon Peachy
Great, more things for the user to click through *every single time*. - Solomon -- Solomon Peachypizza at shaftnet dot org (email&xmpp) @pizza:shaftnet dot org (matrix) High Springs, FL speachy (freenode

Re: Donate 1 minute of your time to test upgrades from F32 to F33

2020-10-02 Thread Solomon Peachy
- package perl-libs-4:5.30.3-455.module_f33+10047+8c6c443b.x86_64 is filtered out by modular filtering - package perl-libs-4:5.32.0-461.module_f33+9996+d5a76496.x86_64 is filtered out by modular filtering - Solomon -- Solomon Peachypizza at shaftnet dot org

Re: This is bad, was Re: Fedora 33 System-Wide Change proposal: systemd-resolved

2020-09-30 Thread Solomon Peachy
DNS lookups, the general default can easily be wrong. - Solomon -- Solomon Peachypizza at shaftnet dot org (email&xmpp) @pizza:shaftnet dot org (matrix) High Springs, FL spea

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

2020-07-27 Thread Solomon Peachy
away at any time. So users needing a non-volatile resolv.conf already have to take extra steps to achieve that. Under this proposal, different (but simpler!) steps will be necessary to achieve the same result. - Solomon -- Solomon Peachypizza at s

Re: memory testing

2020-07-15 Thread Solomon Peachy
ly not what we want > people to try using. Yes and no -- having it available on the fedora installer media is quite useful, and since that's going to have to support dual BIOS/UEFI booting, there's not really any downside. (beyond keeping it building anyway..

Re: The future of legacy BIOS support in Fedora.

2020-07-11 Thread Solomon Peachy
tantial > > profit. > Really? Yeah, yeah.. :) Even if I've lost the ability to do basic math, I think my point is still valid. If the NRE is less than the marginal BOM cost multiplied out by the expected production run, it's considered a net win. - Solomon -- Solomon Peachy

Re: The future of legacy BIOS support in Fedora.

2020-07-11 Thread Solomon Peachy
physical button vs pure digital implementation reduces the _support_ costs, so it's better to stick with a button, but if we're being honest here most of the time post-sales lifecycle implications are rarely given any consideration at all. - Solomon -- Solomon Peachy

Re: The future of legacy BIOS support in Fedora.

2020-07-10 Thread Solomon Peachy
> things the manufacturer disagreees with. s/manufacturer/device owner/ - Solomon -- Solomon Peachypizza at shaftnet dot org (email&xmpp) @pizza:shaftnet dot org (matrix) High Springs, FL s

Re: The future of legacy BIOS support in Fedora.

2020-07-10 Thread Solomon Peachy
seems to say that if you're going to ship a 64-bit Windows install it needs to default to, and be certified with, CSM-less UEFI booting. Secure boot is not a requirement for servers. [1] https://docs.microsoft.com/en-us/windows-hardware/design/compatibility/

Re: The future of legacy BIOS support in Fedora.

2020-07-05 Thread Solomon Peachy
think Fedora should only start considering dropping BIOS support > once the default is UEFI on most virtualization platforms. FWIW, I completely agree with this. - Solomon -- Solomon Peachypizza at shaftnet dot org (email&xmpp)

Re: The future of legacy BIOS support in Fedora.

2020-07-05 Thread Solomon Peachy
etire the older of the two in a few weeks, replacing it with a machine only half its age. (There's also a small pile of VMs too, generally used as build hosts or for QA-type work. Nearly all are considered disposable and can be easily recreated) For the record, I think any notion of auto-migrat

Re: The future of legacy BIOS support in Fedora.

2020-07-05 Thread Solomon Peachy
ot up. So using the absense of chromebooks in the numbers I referenced actually boosts, rather than undermines, my argument. Oh, there were supposedly 17 million chromebooks shipped in 2019, versus 261 million "PCs" and 12-ish million "servers". ...Is this horse su

Re: The future of legacy BIOS support in Fedora.

2020-07-05 Thread Solomon Peachy
in 2004, because it used custom hardware that relied on drivers that didn't run on anything newer. This same line had a reflow oven powered by a 386 running DOS..) - Solomon -- Solomon Peachypizza at shaftnet dot org (email&xmpp)

Re: The future of legacy BIOS support in Fedora.

2020-07-05 Thread Solomon Peachy
omeone has numbers that show the actual install base of in-use BIOS-boot and BIOS-only systems, I'd love to see them. And I'll gladly donate the contents of my wallet to the EFF if the BIOS numbers are still growing in absolute terms -- ie new systems being de

Re: The future of legacy BIOS support in Fedora.

2020-07-04 Thread Solomon Peachy
IOS-only systems represent a *miniscule* portion of the market today, and that will only decrease further. Pretending otherwise is delusional. I stand by what I've written, and I've backed it up with actual numbers and only a minor amount of conjecture. Please, prove me wrong. - S

Re: The future of legacy BIOS support in Fedora.

2020-07-04 Thread Solomon Peachy
etending otherwise is delusional, and delusions are no basis for technical decisions. - Solomon -- Solomon Peachypizza at shaftnet dot org (email&xmpp) @pizza:shaftnet dot org (matrix) High Springs, FL speachy (f

Re: The future of legacy BIOS support in Fedora.

2020-07-02 Thread Solomon Peachy
single-purpose" is suddenly a bad thing when it's in systemd's favor..) - Solomon -- Solomon Peachypizza at shaftnet dot org (email&xmpp) @pizza:shaftnet dot org (matrix) High Springs, FL

Re: The future of legacy BIOS support in Fedora.

2020-07-02 Thread Solomon Peachy
ystemd-boot is the lean, tightly-focused do-only-one-thing tool without any reported CVEs. (seriously, the most recent systemd tarball is over 2.5MB smaller than the most recent grub2 tarball) - Solomon -- Solomon Peachypizza at shaftnet dot org

Re: The future of legacy BIOS support in Fedora.

2020-07-02 Thread Solomon Peachy
eaking for myseelf, I still have two running systems that that lack UEFI; both are AMD-platform server boards, and the newer of the two was first made in 2007 and was EOL'd in 2011. Plus a small pile of VMs..) - Solomon -- Solomon Peachy

Re: The future of legacy BIOS support in Fedora.

2020-07-01 Thread Solomon Peachy
g that aside, for the past several years CSM/BIOS has been slowly bitrotting due to a lack of real testing, as the last few Windows releases have mandated use of UEFI for preinstalled systems, plus the EOLing of Windows 7 and (especially) XP. - Solomon -- Solomon Peachy

Re: Fedora 33 System-Wide Change proposal: Make btrfs the default file system for desktop variants

2020-06-29 Thread Solomon Peachy
s (not on Fedora though, IIUC) So yes, I think an explicit "let's all test btrfs (as anaconda configures it) before we make it default" period is warranted. Perhaps one can argue that Fedora has already been doing that for the past two years (since 2018-or-later-btrfs is what ev

Re: Fedora 33 System-Wide Change proposal: Make btrfs the default file system for desktop variants

2020-06-29 Thread Solomon Peachy
btrfs systems to gain confidence that btrfs is indeed ready. (In any case, the traditional beta period is _way_ too short for something like this!) - Solomon -- Solomon Peachypizza at shaftnet dot org (email&xmpp) @pizza:shaftnet

Re: Fedora 33 System-Wide Change proposal: Make btrfs the default file system for desktop variants

2020-06-27 Thread Solomon Peachy
re, aka the device manufacturer. For that equipment, btrfs is an implementation detail, completely hidden from the user. - Solomon -- Solomon Peachypizza at shaftnet dot org (email&xmpp) @pizza:shaftnet dot org (m

Re: Fedora 33 System-Wide Change proposal: Make btrfs the default file system for desktop variants

2020-06-27 Thread Solomon Peachy
int of removing support for it? And what has changed since then? - Solomon -- Solomon Peachypizza at shaftnet dot org (email&xmpp) @pizza:shaftnet dot org (matrix) High Springs, FL speachy (freenode)

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

2020-06-26 Thread Solomon Peachy
On Fri, Jun 26, 2020 at 12:38:40PM -0400, Ben Rosser wrote: > The -t/--tempfile switch for nano (and pico) does exactly this: > https://linux.die.net/man/1/nano Yeah, I've had EDITOR='nano -t -r 72' set in my .profile for as long as I can remember. - Solom

Re: Fedora 33 System-Wide Change proposal: Make btrfs the default file system for desktop variants

2020-06-26 Thread Solomon Peachy
n use. (Plus perhaps the underlying hardware; I suspect the server-class hardware facebook uses is a grade above the typical desktop..) - Solomon -- Solomon Peachypizza at shaftnet dot org (email&xmpp) @pizza:shaftnet dot org (m

Re: Fedora 33 System-Wide Change proposal: Make btrfs the default file system for desktop variants

2020-06-26 Thread Solomon Peachy
complete filesystem loss across clean shutdown/restart cycles. Hardware is still in use, and other than a failed fan, hasn't so much as hiccupped since scrapping btrfs) - Solomon -- Solomon Peachypizza at shaftnet dot org (email&xmpp)

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

2020-06-26 Thread Solomon Peachy
ed at, oh, gedit when running under X/Wayland could actually be quite useful and consistent with the experience they're already used to. - Solomon -- Solomon Peachypizza at shaftnet dot org (email&xmpp) @pizza:shaftnet dot o

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

2020-06-26 Thread Solomon Peachy
commit things. Because git is just short for github!) - Solomon [who greatly prefers emacs] -- Solomon Peachypizza at shaftnet dot org (email&xmpp) @pizza:shaftnet dot org (matrix) High Springs, FL sp

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

2020-06-26 Thread Solomon Peachy
y to n00bs it is very much not. - Solomon -- Solomon Peachypizza at shaftnet dot org (email&xmpp) @pizza:shaftnet dot org (matrix) High Springs, FL speachy (freenode) signature.asc D

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

2020-06-25 Thread Solomon Peachy
quite useful, far more so for "developers" than "normal" folks whose command line interaction is limited to pasting things in from random web pages or "curl | bash" invocations. - Solomon -- Solomon Peachypizza at shaftnet dot org (email&xmp

Re: Fedora 33 System-Wide Change proposal: Fedora-Retired-Packages

2020-06-17 Thread Solomon Peachy
s... you'll end up with this meta-container thing of disparate, optionally-installable software that's sorta configured to generally work together. I know, we can call this thing "An Older Fedora Linux Distribution" - Solomon -- Solomon Pea

Re: Fedora 33 System-Wide Change proposal: Fedora-Retired-Packages

2020-06-16 Thread Solomon Peachy
r "kept updated with security fixes" And "broken" in this context means nothing more than "failed to package/build", because "packaged" doesn't mean "it actually works/runs". - Solomon -- Solomon Peachypizza at s

Re: Fedora 33 System-Wide Change proposal: Fedora-Retired-Packages

2020-06-16 Thread Solomon Peachy
default is, it's going to be wrong when applied across the board. (Of the dozen-ish Fedora installs I'm responsible for, exactly one would be fine with this new policy. Every other one, workstation and server alike, is a special snowflake. Folks not running sn

  1   2   3   >