Carl George :fedora: :centos:

#RPM packaging nerd. Works on #EPEL, #Fedora, and #CentOS. Texas forever.

:github: GitHub: https://github.com/carlwgeorge
:gitlab: GitLab: https://gitlab.com/carlwgeorge
:fedora: FAS: https://accounts.fedoraproject.org/user/carlwgeorge/
Twitter: https://twitter.com/carlwgeorge

Public Key

npub1q0t02a0s7vy0yf3tza48sl97592t85wzcrjlt8wszzl7up2c526sgvn0hx

NIP-05 Address

carlwgeorge_at_fosstodon.org@momostr.pink

Profile Code

nprofile1qqsq84h4whc0xz8jyc43w6nc0jl2z49n68pvpe04nhgpp0lwq4v29dgprpmhxue69uhhyetvv9ujumn0wdmksetjv5hxxmmd4mxdcy

Publishing to

relay.noswhere.com

Author Public Key

npub1q0t02a0s7vy0yf3tza48sl97592t85wzcrjlt8wszzl7up2c526sgvn0hx

Show more details

Published at

2024-09-14T15:00:21Z

Kind type

0 Metadata

Event JSON

{ "id": "75984ede4fbc36db495e9a438ddd487b916497bcb90e7509b0b36170f2a6b4ca", "pubkey": "03d6f575f0f308f2262b176a787cbea154b3d1c2c0e5f59dd010bfee0558a2b5", "created_at": 1726326021, "kind": 0, "tags": [ [ "emoji", "fedora", "https://cdn.fosstodon.org/custom_emojis/images/000/225/367/original/f0c78925a380caa3.png" ], [ "emoji", "centos", "https://cdn.fosstodon.org/custom_emojis/images/000/776/782/original/5826a16bfb1ac471.png" ], [ "emoji", "github", "https://cdn.fosstodon.org/custom_emojis/images/000/025/112/original/b3e59f30ffe903a8.png" ], [ "emoji", "gitlab", "https://cdn.fosstodon.org/custom_emojis/images/000/081/305/original/e8979491d62186e7.png" ], [ "t", "fedora" ], [ "t", "centos" ], [ "t", "rpm" ], [ "t", "epel" ], [ "proxy", "https://fosstodon.org/users/carlwgeorge", "activitypub" ], [ "L", "pink.momostr" ], [ "l", "pink.momostr.activitypub:https://fosstodon.org/users/carlwgeorge", "pink.momostr" ], [ "-" ] ], "content": "{\"name\":\"Carl George :fedora: :centos:\",\"about\":\"#RPM packaging nerd. Works on #EPEL, #Fedora, and #CentOS. Texas forever.\\n\\n:github: GitHub: https://github.com/carlwgeorge\\n:gitlab: GitLab: https://gitlab.com/carlwgeorge\\n:fedora: FAS: https://accounts.fedoraproject.org/user/carlwgeorge/\\nTwitter: https://twitter.com/carlwgeorge\\n\",\"website\":\"https://fosstodon.org/@carlwgeorge\",\"picture\":\"https://cdn.fosstodon.org/accounts/avatars/109/208/543/682/444/494/original/2ae3f673ee29a20e.jpg\",\"banner\":\"https://cdn.fosstodon.org/accounts/headers/109/208/543/682/444/494/original/e954c5140c94cdca.jpg\",\"nip05\":\"carlwgeorge_at_fosstodon.org@momostr.pink\"}", "sig": "2228bd92450da2d14999dd01b3af62ab0702e87fdec21039b7a14ea5ebb52f7123d3afe62dd0cf8f04678c8fa3662181bc1b525d1de0c275b637dbfded84ec33" }

Last Notes

2024-09-08 20:06:35

- reply

There are real benefits to packaging deps over bundling, even with statically compiled languages, but the challenges from ridiculous amounts of dependencies are overshadowing the benefits. Rust and go are learning the wrong lesson from javascript.
https://fosstodon.org/@carlwgeorge/113093871162856348

2024-09-08 20:03:23

- reply

Yes for go, but no for the other two. When I look at packaging a C++ program, I usually see low single digit deps, and most/all of them are already packaged. Python isn't bad either, typically in the 5-15 range, but still with most/all of them already packaged. The last time I looked at packaging a rust program without bundling, I gave up after the transitive deps went over 100, and I wasn't even finished mapping them all.

2024-09-08 18:35:52

- reply

I can confirm that rust programs can be quite difficult to package in Fedora. I haven't really noticed a problem with compile times however, but rather the dependency sprawl (perhaps the complications you referred to). You either have to bundle everything (difficult to indicate all bundled software and licenses) or package each dependency separately.

2024-08-24 05:00:08

- reply

CentOS is not dead, it's thriving. It's no longer just a RHEL clone, it's a distro in it's own right. This means the maintainers can finally fix bugs and accept contributions. Speaking of those maintainers, there are now several orders of magnitude more of them thanks to these changes. The tweak to the name just reflects that it is built differently now. It's common to see people still refer to it as CentOS, just like they did when the full name was CentOS Linux.

2024-06-15 01:32:59

- reply

https://fosstodon.org/@carlwgeorge/110698830157368810

2024-06-15 01:32:49

- reply

https://rpm-software-management.github.io/mock/Feature-rhelchroots#subscription-configuration-with-simple-content-access

2024-06-15 01:32:37

- reply

Fun fact, if you subscribe the host machine (yes even Fedora) then UBI containers automatically upgrade to full RHEL containers.

2024-06-04 23:10:23

- reply

That's a great point. So maybe we can do a new 90.x version on the c9 branch, keeping the wallpaper but refreshing the logos. Sounds like a plan to me.

2024-06-04 21:57:35

- reply

What do you think Alain? Is there any reason we can't use the same files for 9? If they work then perhaps we should ditch the old version scheme and just start incrementing whole numbers starting at 101 and use the same version of the logos on all branches.

2024-06-04 03:51:28

- reply

You're basically right, but there is some nuance. Both release a new major version every 3 yrs, but CentOS happens about 6 months earlier. After the major version, ongoing updates are delivered to CentOS after they pass QA, but are often deferred in RHEL up to 6 months until the next minor version. These deferments can be painful for a developer, because they include highly desirable things like new alternate versions of programming languages and runtimes.

2024-06-04 03:45:53

- reply

The two big differences are 10 vs 5.5 yr lifecycle and minor versions. If 5.5 yrs is sufficient, and you don't have software that requires a specific RHEL minor version, then I think you'll be well served by using CentOS. Extra things to consider:
- If you are wanting to start with EL10, then picking CentOS means that you'll get it this year instead of next year.
- EPEL 10 will prioritize CentOS, so I think package availability will be slightly better for CentOS users.

2024-05-30 19:04:20

- reply

Did you sign up with a personal email address or a company one? I don't have any insight into this process, but I can imagine a scenario where some accounts get flagged as possibly violating the terms of service when using a known corporate email domain. The Developer Subscription for Individuals (D4I) is for individual use, but there is a separate program called the Developer Subscription for Teams (D4T) that might be a better fit.

2024-05-25 04:44:58

- reply

Totally agree we need to get this sorted out. I think @npub1afe…wqzs would be good to loop in. I also recently noticed a similar issue in GitLab, but I'm not sure if we should close one or the other as a duplicate.
https://gitlab.com/CentOS/artwork/centos-brand/-/issues/2

2024-05-23 18:37:57

- reply

Just to be clear, I've been on the committee since 2020. Historically the committee seats have been appointed, but we decided to implement proper elections going forward. About half the committee including myself volunteered to step down and effectively run for re-election.
https://docs.fedoraproject.org/en-US/epel/epel-policy-steering-committee/

2024-05-23 18:35:30

I'm running for the EPEL Steering Committee. If I've ever helped you with EPEL, or you've enjoyed my conference presentations about EPEL, please consider voting for me.
https://communityblog.fedoraproject.org/epel-steering-committee-election-interview-with-carl-george-carlwgeorge/
#epel #fedora #centos #rhel

2024-04-04 06:00:25

- reply

It's weird to me how so many people (here and in other comment sections) want to outright dismiss the concerns raised in the article because of flaws in the writing. My guess is it was written by a non-native English speaker, which if true would make critiques of the writing kinda tacky IMO. But writing mistakes aside, the concerns raised are the important part, and no one has answers for those.

2024-03-11 18:01:19

- reply

In case you haven't seen it, ZeroVer is the somewhat-established term for the "stay below 1.0.0" anti-pattern. It even has a fun website.
https://0ver.org