Posts by adamw@fosstodon.org
 (DIR) Post #AXxq0iVVpjIDXo4kbo by adamw@fosstodon.org
       2023-07-22T00:36:08Z
       
       0 likes, 0 repeats
       
       @passthejoe but here's the thing: if we don't do anything that's "against the spirit of the GPL", how the hell do we have a business model?in an Ideal World, the clones would exist, but everyone with money who wanted to use RHEL as an end user - not testing their app for compatibility, or whatever - would pay for it.
       
 (DIR) Post #AXxq0jIQtqQNzWxorQ by adamw@fosstodon.org
       2023-07-22T00:37:15Z
       
       0 likes, 0 repeats
       
       @passthejoe we don't really care about Joe Enthusiast using a clone. we don't care about Wholesome Hard-Up Charity using a clone. we care about Large Fortune 500 Company paying us for 100 licenses and running 10,000 clone instances.if you're not going to do anything "against the spirit of the GPL", how do you stop that?
       
 (DIR) Post #AXxq0jyGOJsw5GXE3s by adamw@fosstodon.org
       2023-07-22T00:38:42Z
       
       0 likes, 0 repeats
       
       @passthejoe of course, the world doesn't owe us a business model. the GPL doesn't owe us a business model. bkuhn doesn't owe us a business model. I get that. If you think "companies that want to deal with free software at all must have 100% free-software-cool business models or they shouldn't exist", I get that. debian is great! if anyone just can't stomach RH's existence and uses debian or something else 100% non-commercial instead, great, I totally respect that.
       
 (DIR) Post #AXxq0kkpTkjWVtG0lE by adamw@fosstodon.org
       2023-07-22T00:40:29Z
       
       0 likes, 0 repeats
       
       @passthejoe but if you think it can possibly be beneficial for a company to do F/OSS stuff...it turns out that it's just really goddamn hard to have a business model while being 100% cool. because people will take advantage of you. I wish they didn't! I wish we didn't *have* to pull the kinda stuff bkuhn doesn't like! but they do.
       
 (DIR) Post #AXxq0lPx0rcuZQUqrA by adamw@fosstodon.org
       2023-07-22T00:43:24Z
       
       0 likes, 0 repeats
       
       @passthejoe summary of this long thread: I do kinda buy the idea that some of what we do around RHEL to keep the business going and fund all the cool F/OSS stuff we do is not 100% free software philosophically cool. but: I think the value we provide to F/OSS is real and I *do not know* how we do that otherwise. so I don't think it's "wrong", at least not as clear-cut as that. taken as a whole the overall situation just feels more complex than 'this is Wrong'.
       
 (DIR) Post #AXxq0mA2FWUQsM3egi by adamw@fosstodon.org
       2023-07-22T01:40:39Z
       
       0 likes, 0 repeats
       
       @passthejoe bonus thought from a personal angle: say I quit RH over the business model. okay. now where do I go to earn a paycheck which is *better* for F/OSS? arguably, for the moment at least, there's SUSE. but...SUSE is still not profitable, and has never had to deal with clones like RH has.aside from that...who's better? if RH shut down, a few thousand engineers would probably wind up working for Microsoft or Meta or Google instead. would that be a win for F/OSS? I dunno. It's hard.
       
 (DIR) Post #AXxq1VczCjNztAwuYq by adamw@fosstodon.org
       2023-07-22T19:04:39Z
       
       0 likes, 0 repeats
       
       @passthejoe I agree it's a tradeoff to some extent. the way the folks who look at the numbers see it is, the pain we feel from usage of the clones in situations where we figure people ought to be paying us is greater than the benefit we get from people testing their software on clones, enthusiasts learning on clones, all those arguments people have made.I don't know if they're right! It's a hard calculus to run. But by the same token I can't say they're wrong.
       
 (DIR) Post #AXxq1XFfAPuyvQ3JU8 by adamw@fosstodon.org
       2023-07-22T19:13:12Z
       
       0 likes, 0 repeats
       
       @mairin also I think to an extent we have to look in a mirror and say, we haven't been SUPER clear about our signals here. what do we think is "ok" for clones? well! we bought centos, then we ran it for a while, then we kinda decided to turn it into something else! we said we were cool with the new clones, now we're not! there *are* reasons behind all those moves, but we *can* kinda look like we're changing the deal a lot, here.
       
 (DIR) Post #AXxq1Xd3lQdK5yzzxA by adamw@fosstodon.org
       2023-07-22T19:10:03Z
       
       0 likes, 0 repeats
       
       @passthejoe I'd also say this is a tension that's been going on for *decades*. there have been several rounds of previous clone controversy. us buying centos was one of them! (personal take: I *still* don't know why we did that). the kernel source stuff back around 2010 was another. this isn't exactly a shocking new development, but kinda...another round in an ongoing thing. internally it's the same. we are kinda constantly going over the same ground about the clones.
       
 (DIR) Post #AY5RNaELxvajuXCswi by adamw@fosstodon.org
       2023-01-26T01:31:44Z
       
       1 likes, 0 repeats
       
       @touk wait are you saying that in 2016 we were somehow living life without the monocle face emoji? i refuse to believe this was possible
       
 (DIR) Post #AYLta1HWWqtxz3yGeW by adamw@fosstodon.org
       2023-08-03T10:09:16Z
       
       0 likes, 1 repeats
       
       Now at #flocktofedora presents: A Week With @Conan_Kudo - activating the community to build cloud images
       
 (DIR) Post #AaXMdnQePIotlbJtZI by adamw@fosstodon.org
       2023-10-07T02:07:49Z
       
       0 likes, 0 repeats
       
       today:* lots more #fedora 39 blocker herding, voting, update karma-img etc.* researched a lil bit of dracut/anaconda arcana for Marko Myllenen* finished up my blocker bug status email template thingy and wrote an email using it: https://pagure.io/fedora-qa/blockerbugs/pull-request/280* backported a blocker fix for mutter: https://bodhi.fedoraproject.org/updates/FEDORA-2023-fd2feee3b7* merged fixes for some firefox problems and attempted to get builds through (it's not going great)* hacked up #openqa tests to test https://pagure.io/pungi-fedora/pull-request/1202
       
 (DIR) Post #AaXMdp6WB7u6xjuqSu by adamw@fosstodon.org
       2023-10-07T15:18:36Z
       
       0 likes, 0 repeats
       
       @decathorpe well, 'help' is a question. it would probably make the builds work more reliably, but there are not many of the heavybuilder systems so the more packages we stick in there, the more likely they are to get stuck in queues...
       
 (DIR) Post #AaXRBxkMx1DnQj5f4y by adamw@fosstodon.org
       2023-10-07T20:48:32Z
       
       0 likes, 0 repeats
       
       @mirek @decathorpe we already did that. it doesn't seem to be enough.
       
 (DIR) Post #AcwLtS9jSIT6qGrDnM by adamw@fosstodon.org
       2023-12-18T16:47:03Z
       
       0 likes, 1 repeats
       
       @pro there's no official change related to firewalld or iptables in F39. possibly you have a group or environment group that specifies firewalld installed, and so it got pulled in on upgrade? you can probably just remove it again.you don't "delete" services to block the port, you just "remove" them. it's like you don't delete a systemd service definition file from /usr/lib/systemd if you just want to turn it off.
       
 (DIR) Post #AcxH6vzbWtF8WxgmtE by adamw@fosstodon.org
       2023-12-19T02:42:14Z
       
       0 likes, 0 repeats
       
       @johntimaeus @pro like I said, there really was no intentional change here in F39 at all. Nothing changed in terms of what groups firewalld is in or what packages require it.I suspect what's happening is you have a group installed that has firewalld in it directly, or something that depends on firewalld. on upgrade, dnf tries to install packages that have been added to any groups you have installed. that's probably why it got pulled in as part of the upgrade.
       
 (DIR) Post #AdEqgR9aDaIyMdFDZQ by adamw@fosstodon.org
       2023-12-27T06:55:05Z
       
       0 likes, 0 repeats
       
       @pro it was retired for failure to build with python 3.12:* https://src.fedoraproject.org/rpms/freecad/c/fe7005c72ddd465a5ecb63ac2b286bdb648cce32?branch=rawhide* https://bugzilla.redhat.com/show_bug.cgi?id=2219998* https://pagure.io/fesco/issue/3080
       
 (DIR) Post #AiJzBRHeRVEcwy6kEK by adamw@fosstodon.org
       2024-05-27T15:59:41Z
       
       0 likes, 1 repeats
       
       @aral it's not really possible to do a UEFI native install when booted in CSM mode - it's literally not possible for the installer to write a UEFI bootloader entry, the firmware does not expose the necessary interfaces.we could make it possible to do a BIOS native install from a UEFI boot, I guess, but it seems like a weird thing to do.
       
 (DIR) Post #ArFp2h7hGQ53aq7zoe by adamw@fosstodon.org
       2025-02-16T17:05:16Z
       
       1 likes, 0 repeats
       
       @hyc @Edent what makes Make "plain" and cmake or ninja "flavor of the month", aside from your familiarity bias?If you are starting software development from scratch, ninja or meson or cmake can make a lot more sense to you than gnu make.cmake has existed since 2000 (and been used by e.g. kde since 2006), ninja has existed since 2012 - that's 13 years - and meson has existed since 2013; meson/ninja are used for such minor projects as GNOME and Chrome.perhaps rethink your "month" definition.
       
 (DIR) Post #AuaxkeIUD22pY2dSXg by adamw@fosstodon.org
       2025-05-29T16:57:04Z
       
       0 likes, 1 repeats
       
       yesterday in #fedora qa (sorry, forgot):* previous evening I finally pinned down the mystery network test bug affecting staging #openqa to #qemu . so spent most of yesterday reporting it and starting to bisect it: https://bugzilla.redhat.com/show_bug.cgi?id=2369047 . looks like it's likely to come down to a cluster of changes to virtio-net in qemu 9.2.0