Functionality that has been deprecated in Red Hat Enterprise Linux 9

https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/9/html/9.0_release_notes/deprecated_functionality

by evasb • 3 years ago

118 251 3 years ago

access.redhat.com

andrewstuart2• 3 years ago

Errrr..... what is it replaced with?

saghm2• 3 years ago

Wayland (including XWayland), according to the link. The language is specific that the Xorg server is what's being deprecated, not the ability to run X11 applications via XWayland.

frankreyes• 3 years ago

80x25 terminal, amber.

em-bee2• 3 years ago

80x25 is DOS. UNIX terminals are 80x24, and i prefer green.

https://github.com/Swordfish90/cool-retro-term

KryDos2• 3 years ago

Wayland+Xwayland as they mentioned in the post. I hope it's gonna work. Last time I used wayland (few years ago) there were issues with many applications I used to.

blcknight• 3 years ago

I’ve used Wayland exclusively for at least 3 years without a problem.

stonogo2• 3 years ago

Nothing. You can use wayland, if you have the same hardware configuration as a wayland developer. Wayland's developers have decided it is feature complete, so if it doesn't do something you need it's apparetly your fault now.

I don't know what the future is of OpenBSD's X Window fork, but it looks like I'd better find out. Wayland won't handle multiple GPUs driving a single monitor.

KryDos2• 3 years ago

It sounds like wayland devs are bad guys. Is there a story behind it?

fulafel• 3 years ago

There seem to be a lot of users still. But lots of previous CentOS users seem to head to Ubuntu or one of the CentOS continuation candidates (Rocky, Alma etc).

slondr16• 3 years ago

After seeing the headline, I decided to try out KDE on Wayland (KDE on X is my daily driver at home). It locked my tty, displaying nothing to my screens, and I had to hard reset my machine.

I guess Wayland doesn't support egpus? Either way, it really doesn't feel ready for primetime to me.

kaba018• 3 years ago

KDE’s wayland support was spotty for a long time, only recently has it gotten more stable. Maybe try it with a newer KDE version, but your experience will not yet be that great. But it’s almost there.

worthless-trash5• 3 years ago

Probably kde.

yjftsjthsd-h10• 3 years ago

The X11 protocol remains fully supported using the XWayland back end.

And they already got rootful xwayland, so if you want to keep using X11 all this means is that you have to replace one X server with another.

slondr16• 3 years ago

Do XWayland programs still scale incorrectly when using dpi scaling in wayland? This thwarted my last serious attempt to switch to sway.

Gigachad6• 3 years ago

Only if you have two monitors at different DPI scales which is impossible on x11 iirc.

clhodapp2• 3 years ago

If your frustration was that x11 apps are really blurry then: Yes, unless you use kwin as your compositor and tell it to let x11 apps scale themselves.

awill• 3 years ago

Good. Wayland is ready. Any GPU/DE that hasn't fully supported Wayland should be abandoned at this point.

slondr16• 3 years ago

There’s more than just KDE and Gnome out there, you know.

There’s dozens of WMs that have no Wayland equivalent, and at this point seems like they never will. I use Xmonad at work. I doubt we’ll ever see a Wayland port of StumpWM.

ollien• 3 years ago

XFCE doesn't even fully support Wayland...

BaculumMeumEst• 3 years ago

regarding stumpwm: https://github.com/stumpwm/mahogany

also another cool project: https://sr.ht/~shunter/wayflan/

Nullabillity• 3 years ago

And before anyone suggests Sway, its multihead support is so laughably bad compared to Xmonad that it makes you wonder if anyone ever tried to use it.

arp2425• 3 years ago

People should be doing whatever works well for them and makes them productive and happy. If that's Wayland then that's Wayland. If that's Xorg then that's Xorg.

People going around the internet telling other people what they should be doing with their spare time and private computer should mind their own business.

yjftsjthsd-h10• 3 years ago

Any GPU/DE that hasn't fully supported Wayland should be abandoned at this point.

Sure thing. I'll just send you the bill for the new hardware, shall I?

greyw• 3 years ago

Hope that wayland will have caught up feature wise at that point.

porkbeer2• 3 years ago

Almost but not really.

qbrass2• 3 years ago

They'll announce Wayland is too old and crufty and they're working on it's replacement instead.

Spivak3• 3 years ago

Hot damn this list is fantastic, I have exactly 0 complaints. All this stuff has been more than a decade in the making for removal.

I was and still am worried about IBM meddling but Fedora/Redhat is still killing it in pushing Linux forward and being the biggest driver for ecosystem wide changes.

🫡 to iptables for being with us so long, but the future of programmable declarative firewall rules is so unbelievably worth it.

zb3• 3 years ago

That's the first time I see an emoji on HN, are emojis even allowed here (technically)?

detaro3• 3 years ago

there is a filter to remove them, but it's not catching all of them.

femiagbabiaka2• 3 years ago

What's the ubiquitous replacement for iptables? Last I checked every distro had a different declarative firewall rule manager.

melvyn22• 3 years ago

nftables is the new underlying kernel system, and the (unfortunately named) `nft` cli to manage it seems to be widely available.

jordigh• 3 years ago

Wow, not even Debian has done this. What a world in which RHEL is more adventurous than Debian.

So, is Wayland ready? I've been afraid to try it, but maybe it's time to take the plunge. How is gaming on Wayland? I'm afraid many games have been compiled for X.org.

slondr16• 3 years ago

It’s still missing plenty of features that X has, so no I wouldn’t say that it’s ready.

Gigachad6• 3 years ago

Depends on your use case, I've been using it for years now and am yet to run in to missing features. There are a few features x11 is missing like different dpi scales between monitors which Wayland does. Sandboxing with flatpak is another big one as well.

neurostimulant5• 3 years ago

Not all X features are going to be implemented in wayland, right? If a feature has security implication, chance that it won't be implemented in wayland. It took them years to get screen sharing working, and that with a significant proportion of wayland users begging for it on every release. Chance that other insecure but useful X features won't be implemented in wayland unless they can be implemented with security in mind AND the features somehow got prioritized for development (or some l33t programmers suddenly show up with a patch and got accepted).

magicalhippo3• 3 years ago

So, is Wayland ready?

I'm not that interested in digging into the details of why, but SMPlayer doesn't like Wayland on my system, and SMPlayer is the only video player that I can get to play videos from smb shares without a fuzz. So Xorg it is...

I try to switch every 6 months or so to see if things have improved but, so far the answer is no.

2OEH8eoCRo03• 3 years ago

I use VLC to play files on a smb share under Wayland no problem.

dawidpotocki• 3 years ago

I personally use mpv and never had an issue with playing from SMB.

yoyohello133• 3 years ago

Wayland is fine. I haven't run into any problems using it in Fedora. Wayland vs Xorg shouldn't affect gaming.

mcjiggerlog• 3 years ago

Fine for some, but for others there are still show-stoppers. I have a laptop with an Nvidia card and my latest attempt to use Wayland, on Fedora 38, didn't last very long at all before being forced to retreat to xorg by the issues.

l722• 3 years ago

I am positive on wayland, but am still missing some things I love with Xorg.

For example, I still use pidgin for all my messaging (even with Slack and our own custom protocol). In xorg, I can set my pidgin buddy list as a Utility Window, make it sticky, below all windows by default, and skip the taskbar. This makes the buddy list not show up in my alt-tab or as a running application (doesn't show up in the gnome-shell overview). Then I have a simple script using wnck to raise/lower the window using a hotkey, which gives me really quick access to my buddy list and chats.

_Some_ of this is possible in wayland, but not everything.

I also haven't found a replacement for devilspie for wayland, which I use to set a bunch of default properties on various applications, like size, virtual desktop number, stickyness, and so on.

Both of these things are really essential to my daily flow and are going to be hard to give up.

George837288• 3 years ago

RHEL doesn't really care about supporting desktop users, so they're trimming fat. They don't need X and Wayland to nominally support workstation use, just one of those is enough to sell workstation support contracts to executives who won't even be using it themselves..

Debian on the other hand cares about keeping desktop users happy, so it makes sense to support both.

2OEH8eoCRo03• 3 years ago

Nonsense. Why am I able to file a bug in Fedora and a Red Hat engineer will work on it then?

pkaye• 3 years ago

So Debian will keep making bug fixes for X?

ranger_danger3• 3 years ago

Except many important corporate apps like ̶Z̶o̶o̶m̶, WebEx and Skype still don't work on Wayland.

aforwardslash4• 3 years ago

If that was the case, they'd be picking xorg and not wayland. You see, official certified drivers are closed-source, and they are buggy as hell in wayland. You seem to assume a workstation is a desktop computer with a gui.

Spivak3• 3 years ago

RHEL has always been more adventurous than Debian. Debian is the pragmatic distro that meets users where they are.

Debian half-heartedly switched to systemd years after it was the only option in RHEL. RHEL switched to firewalld in 7. They dropped docker for podman. They wrote then adopted sssd and relamd. They dropped NIS. Went all in of SELinux and now it "just works."

yamtaddle4• 3 years ago

Red Hat is adventurous in rapidly adopting and evangelizing projects they control, or at least largely steer, in an effort to make themselves the de facto First Party Vendor for so much of Linux that it's hard to justify going with anyone else for commercial support. They've been openly sparring with Ubuntu over this for more than a decade—and Ubuntu's lost every single point. This is basically the story of the direction of the Linux ecosystem in the modern era.

throwawaylinux• 3 years ago

Wow, not even Debian has done this. What a world in which RHEL is more adventurous than Debian.

Not even Debian has said they would remove it in a future release? I'm not sure what you mean here, Debian has a reputation for being glacial...

So, is Wayland ready? I've been afraid to try it, but maybe it's time to take the plunge.

Yes, it's increasingly becoming the default on desktop distros, it's pretty good. Some apps still lack support for it I guess. I recently upgraded to a distro where it was enabled and didn't notice any difference except for a screen recording app didn't support recording with sound unless I switched to X.

How is gaming on Wayland? I'm afraid many games have been compiled for X.org.

AFAIK such things just start under an Xwayland session transparently. Phoronix seems to do a lot of gaming tests of wayland, I don't really know the details but clearly something works for some games at least.

mattrick• 3 years ago

It definitely depends on your definition of "ready". Wayland is completely usable for most hardware configurations I've thrown at it, but ymmv. It's pretty much been indistinguishable from X11 for me.

There's still a lack of certain protocols for things that were possible in X11. The one that's bugged me the most is one that would allow authorized applications to track which window is active so tools can swap around hotkeys and macros and stuff. That was super easy to do in X11 but Wayland doesn't yet have a way of doing this afaik.

Arnavion8• 3 years ago

That isn't a Wayland-level feature, but individual compositors may support it. For example that can be done in sway with `swaymsg -t subscribe -m '["window"]' | ...`

goosedragons• 3 years ago

There's lots of little things I think. Like I have my trackball scroll by holding down middle click and moving the ball. Not too hard to do in X11, works in all window managers too. I have no idea how to do it Wayland, it seems like it's a different process for every compositor/DE. I think maybe I could do it in GNOME but then I'd have to use GNOME.

So far the only positive thing I've noticed about Wayland is that it plays better with my pen tablet but that's also extremely frustrating because why is better pen support linked to the compositor/window manager in the first place. Everything else is either the same or worse.

justizin2• 3 years ago

Wow, not even Debian has done this. What a world in which RHEL is more adventurous than Debian.

Adventurous is adding things. Why remove things that work if some people are using them? Debian is less prescriptive than RHEL, and is widely used as the basis for a vast array of different targets. If there are still reasons for people to use Xorg, there are still reasons to have it in Debian, IMO. That doesn’t mean it will be installed and/or used by default.

RHEL is a specific type of target, particularly for things that need some sort of vendor certification, or for fleets who want to depend on RH for LTS and/or use their professional services, use it as part of a larger IBM contract, etc..

mmwelt• 3 years ago

Screen sharing seems to be a difficult problem to resolve. Zoom only just resolved this recently[1], Webex has been promising a fix for a while[2], and Skype still hasn't done anything[3].

[1] https://support.zoom.us/hc/en-us/articles/6634039380877-Zoom...

[2] https://help.webex.com/en-us/article/9vstcdb/Webex-App-for-L...

[3] https://github.com/flathub/com.skype.Client/issues/142

worthless-trash5• 3 years ago

I feel that google chat and meet has had screensharing working for a long time on wayland.

neurostimulant5• 3 years ago

It's been rock solid as long as you don't use nvidia cards. It's been great on my laptop, but on my desktop with an nvidia card installed there are always minor annoyances every update (fixed an issue but has another issue appear, etc), probably nvidia driver's fault.

creatonez• 3 years ago

What a world in which RHEL is more adventurous than Debian.

Always been the case. I don't know why people say the only purpose of RHEL is for enterprise support, or for meeting certifications and compliance. They innovate on the technology a lot, too.

bbbbzzz12• 3 years ago

I want to switch back to Linux but I keep having gpu driver issues. Everything was fine until I got a 165hz monitor then had random crashes. If the fact I am using gnome on xorg vs Wayland was the problem (who knows, I gave up on debugging) then I'm all for it

I'd rather just use windows and run Linux in a vm then not use the features of the monitor that I bought.

gumballindie2• 3 years ago

Laptop at 165 hz, desktop monitor at 144 and second at 260. All work fine on linux mint x11 with nvidia drivers and kde. No hdr but that's fine.

Gigachad6• 3 years ago

The most fun thing about Linux is that everything seems to work fine for some people and be broken for others.

Jiocus• 3 years ago

What GPU were you driving, and were your issues with Xorg or Wayland?

I'm running 165hz + 240hz on Xorg with i3vm or KDE Plasma (kwin). OpenGL compositor with Nvidias drivers. Everything works fine.

bbbbzzz12• 3 years ago

Using a rtx 3070 with the Nvidia drivers. It worked fine until some update but like I said, I gave up on debugging.

It goes to show that I got downvoted for my original comment. I used to use Linux as my main os for about 7 years, but now my free time is more limited. I don't care to debug these type of problems when I am trying to just use my computer.

At work I remote into a Linux vm, so I'll do that at home as well whether my host os is windows or mac. It works for me.

porkbeer2• 3 years ago

Weird, i run a bunch of weirdo displays from 25hz to 240hz and never had any issues, even with nvidia drivers. Tbh i have more bugs with AMD although I perfer their approach more.

yjftsjthsd-h10• 3 years ago

Windows has the advantage that there is only one desktop environment and display server, and you will use it.

This is also its disadvantage.

symlinkk• 3 years ago

The only people left I see arguing for X are Linux zealots that hate any sort of change.

krupan2• 3 years ago

If you aren't a Linux zealot then why are you even using Linux? Only slightly kidding ;)

George837288• 3 years ago

I get better performance (longer battery life, higher FPS in games, etc) with X. I'm not opposed to new software, I now use pipewire instead of pulseaudio. Pipewire is newer and I like it a lot because it actually works better for me. Ever since I switched to it, I've never had a single problem connecting my headphones (which was a nightmare under pulseaudio.)

"People who don't like my software just hate all change" is just a cope cliche line from people who can't out-compete old software on the merits which are valued by users. Instead they tell users that their values are wrong ("Why do you need that?") and then accuse them of hating change.

kaba018• 3 years ago

Games usually don’t go through the traditional compositor cycle of Wayland anymore so there shouldn’t be a difference.

For non-gaming usage Wayland should actually be better for battery life as the protocol is less chatty. Though of course it depends on which implementation you use.

blueflow• 3 years ago

"Everyone not doing it my way is a reactionary"

arp2425• 3 years ago

I have a bunch of tools that work only on X and don't have clear Wayland equivalent, so I will have to write it. Thus far I couldn't be bothered. I will only have to find "alternative to [..]" for a number of things, and I couldn't be bothered with that either thus far.

If not wanting to spend hours and hours of work replacing a set of tools that work very well for me with another set of tools with identical functionality makes me a "Linux zealot that hates any sort of change" then I will gladly accept that description.

Arnavion8• 3 years ago

Which tools?

spacedcowboy• 3 years ago

And us Mac users who still like X[1]

1: https://www.xquartz.org

George837288• 3 years ago

RHEL itself is deprecated for desktop/workstation use. I last used RHEL in that capacity 10 years ago and even then it was apparent that this was a niche it wasn't well suited for.

slondr16• 3 years ago

Will this affect Fedora or other red hat universe distros?

George837288• 3 years ago

It wouldn't really surprise me if Fedora followed suite soon, but I have no specific information about that. Hopefully OpenSUSE Tumbleweed keeps X, I haven't heard any indication to the contrary.

itsmartapuntocm2• 3 years ago

Fedora defaulted to Wayland quite a while ago. But Fedora doesn’t necessarily always follow Red Hat. RHEL deprecated and removed btrfs support, while Fedora now uses it by default.

sprash• 3 years ago

The target audience for RHEL desktop/workstation use is government employees. Those people are not supposed to use the computer beyond a narrow scope of tasks. Creativity, self-responsibility, individuality and out-of-the-box thinking is discouraged. Wayland is perfectly suited for that.

saghm2• 3 years ago

Another surprise for me: removal of the `scp` command. I hadn't even realized that `openssh` provided a command named `sftp`; for some reason I always assumed that `scp` was using the `SFTP` protocol under the hood, but maybe I shouldn't take that for granted.

stonogo2• 3 years ago

scp(1) has used the SFTP protocol since OpenSSH 9.0. Before that it used its own protocol.

krupan2• 3 years ago

So why remove the scp command then?

andrewstuart2• 3 years ago

Hoe does sftp replace scp?

ksherlock• 3 years ago

They both can send and retrieve files, though sftp is usually interactive and scp (aside from the password) not so much.

If you want to retrieve a file without renaming it, sftp url-with-path-where-path-is-an-existing-file will copy that one file, non-interactively.

To rename or put a file (non-interactively), you need to do something like echo 'get/put remote-path local-path' | sftp ...

stock_toaster• 3 years ago

Some more information on issues with scp: https://lwn.net/Articles/835962/

detaro3• 3 years ago

It doesn't say that the scp command is being removed, but that the protocol is deprecated.

arp2425• 3 years ago

The command hasn't been removed or deprecated; just the protocol. Instead of using the SCP protocol it uses the SFTP protocol. As a user, you basically don't notice outside of some specific cases. OpenSSH has used the SFTP protocol as the default for a year or two.

m463• 3 years ago

I remember working on openssh years ago and when I got into scp - I was "WTF are they THINKING?" sort of thing.

Basically scp logged you into the remote system just like ssh and spawned an process through a command pipe.

For one thing, this completely eliminated the ability to separate "user can run program on remote system" from a much more limited "can send/receive a file".

It's like if nfs access to a filesystem required the ability to log into the remote system.

I'm glad this seems to have been sort of addressed. I don't know if it allows more sane filesystem-access-only ssh access to a system.

anyfoo3• 3 years ago

This is only tangentially related, but I'll say this here since people will appreciate knowing:

In practically every situation where you can use scp, you can use rsync instead, which I consider better in every regard. rsync by default works over ssh, so uses its authentication and configuration, like scp would.

If the file(s) do not already exist on the destination, you don't lose anything, but gain better syntax for specifying source and destination, better reporting, and a few other things. If the files or any subset do exist, you get a potentially massive speed up by only transmitting the differences.

It's also very useful to me to specify "-u", which doesn't overwrite newer files. Two-way sync for example is easy that way.

Given the advantages, for me it's just less mental load overall to always type "rsync" instead of "scp", no matter the situation, and only remember that syntax. The only problem is when the destination really does not have an rsync binary (note that you do not need an rsync daemon, just ssh and the rsync binary present on the destination host), which is surprisingly rare actually. Mostly when dealing with embedded, but even then there's often rsync.

renewiltord2• 3 years ago

`scp` provides progress etc. by default. I do have muscle memory for `rsync -irP` so it's not a problem, but default `rsync` on my Mac does not provide progress output otherwise.

gbraad• 3 years ago

Perhaps use zssh and sz/rz to send files. Much more convenient anyway as it allows you to switch and send files during an interactive session.

sylware• 3 years ago

Expected.

I still run Xorg... for the steam client and some video games.

I will need a dma-buf/drm/vulkan wayland compositor (like the one on the steam deck), but coded reasonably, namely in plain and simple C.

Nowadays, innovation in software means removing and simplifying, not adding and complexifying.

ELF should be decrecated and replace by something way simpler (for instance putting TLS here was a huge mistake).

zaps• 3 years ago

And this is surprising… how exactly?

slondr16• 3 years ago

One of the major Linux distributions deprecating the standard Unix windowing stack with no compelling replacement is surprising more or less on its own merits.

mort96• 3 years ago

Wayland works pretty well, much better in some ways and not quite as well in others. I use Wayland on my desktop simply because it works better and the experience is more janky under X.

imran-iq2• 3 years ago

Except most major distros have been shipping with wayland as the default for a while now. X has been considered deprecated from a long while now (at least 2019) when all the devs went to go work on wayland

easton• 3 years ago

Have I been asleep at the wheel or is this libvirtd change a RHEL only thing? Last few times I spun up libvirt on Ubuntu, there was only libvirtd. Maybe it spins up the non-monolithic services in the background and I didn’t notice?

Arnavion8• 3 years ago

The work to split into multiple daemons started a few years ago.

https://gitlab.com/libvirt/libvirt/-/blob/9b8bb536ff999fa61e...

On OpenSUSE Tumbleweed I do have the individual daemons' service units (`virtqemud.service` etc from the `libvirt-daemon-driver-qemu` package etc) but I still use the original `libvirtd.service` that runs `/usr/sbin/libvirtd`. I might look into switching over the weekend.

Arnavion8• 3 years ago

    systemctl stop 'libvirtd*.service'
    systemctl disable --now 'libvirtd*.socket'
    systemctl enable --now virt{qemu,network,storage,nodedev,log}d.socket

Went without a hitch. `virt-manager` still works without the need for `virtproxyd`.

cpitman• 3 years ago

Keep in mind what this means with RHEL's support lifecycle: that Xorg will not be included in RHEL 10 (which is probably still a long ways out). It stays a supported part of RHEL 9 until at least 2032.

Notices like this give our customers a lot of time (literally a decade) to find replacements for anything being deprecated.

bombcar4• 3 years ago

This gives your customers nine years to change nothing and one year to panic and die.

Ask how I know.

harryvederci• 3 years ago

How do you know?

Gigachad6• 3 years ago

This is the frustrating part of being a linux user. Absolutely massive time periods before changes. Literally no work is done until it eventually changes, everything breaks, and people scramble to fix it. Which more desktop oriented distros would just drop xorg next year and we actually get the last remaining apps updated.

rektide5• 3 years ago

It should be legendary how much better humans are at long term planning than corporations. Yet more heaping mounds of proof. Humans consider their bodies & what might happen with far more realism than corporate naivety and reckless optimism.

orev• 3 years ago

It gives software developers 9 years to receive feedback from early adopters, and fix things if they want to stay relevant. There’s not much point to installing a new server if there’s no software for it.

tinus_hn• 3 years ago

And it makes it possible to say, well you had 9 years to make the change, now that you’re out of time it’s your problem.

indolering3• 3 years ago

Couldn't they also keep supporting that functionality though CentOS or EPEL? And Fedora probably won't drop support as long as unpaid volunteers bother to keep it working....

I'm glad Red Hat is dropping support entirely: they have been footing the bill for this transition for too long. It's time for Ubuntu, NVIDIA, and others to step up their contributions to/support of Wayland.

worthless-trash5• 3 years ago

Support means many things to a company like Red Hat.

"Ship it" in EPEL, sure, but support to Red Hat is a contractual obligation.

shmerl2• 3 years ago

Obviously they are talking about a server case. No one would do it for the desktop where XWayland is still a major dependency.

One thing where it can be useful on the server though is clipboard forwarding. What is the alternative in the end to end Wayland use case?

slondr16• 3 years ago

I believe XWayland is not X.org, although I could be wrong about that.

shmerl2• 3 years ago

Debian shows me this:

    apt depends xwayland
    xwayland
      Depends: xserver-common
    ...

xserver-common is part of Xorg.

But it mostly pulls some extra dependencies like x11-common and xkb-data and etc. So may be it can be split out.

bitwize• 3 years ago

Xwayland is Xorg with a Wayland DDX.

kaba018• 3 years ago

XWayland is a backwards-compatibility embedded x server for wayland. It’s always been planned with that in mind, it will not be deprecated the same way windows 11 can run windows 98 binaries.

johnea• 3 years ago

Just another reason not to run IBM...

plaguepilled• 3 years ago

This is extremely ballsy by RHEL so you know what, I am in support of it.

Will it work? Idk their client base. But its cool they're trying it.

josephcsible• 3 years ago

Hopefully EPEL keeps X alive, like they did with KDE after it got axed from RHEL's official repos. Wayland still doesn't have feature parity with X yet, and at the rate things are going, it still won't by the next RHEL release.

unethical_ban• 3 years ago

RIP floppies and scp and sha1 and x11.

lillecarl• 3 years ago

I'm very happy to see iptables deprecated, that'll force kubernetes and friends to support nftables instead, a win for everyone!

nubinetwork2• 3 years ago

No ipset or iptables? Hard pass. There is literally no reason for them to get rid of something that works, and isn't full of security holes.

Edit: while nftables can replace iptables, I don't know of a replacement for ipset.

supriyo-biswas• 3 years ago

https://wiki.nftables.org/wiki-nftables/index.php/Sets

nubinetwork2• 3 years ago

Interesting, thanks.

Why does the syntax suck? "ipset add blackhole 192.168.3.4" is far easier to remember than "nft add element ip filter blackhole { 192.168.3.4 }"

Functionality that has been deprecated in Red Hat Enterprise Linux 9

Related Stories