Live data from Hacker News

Portable OpenBSD vi for Unix systems

github.com

21–29 of 29 posts

Re: Portable OpenBSD vi for Unix systems

#21
post #9
post #5

Earlier quoted context omitted.

What is so difficult in porting ? OpenBSD is a (duck) UNIX so it shouldn't be any issue.

It's really just the effort and time to understand the data structures and API considerations between the two systems. Saying something is a UNIX doesn't absolve you of the duty of knowing how the specific UNIX was implemented. Also, Linux has no UNIX heritage so relying on UNIX knowledge isn't as helpful as you might think and most of the commonalities are through things like POSIX standards which don't necessarily…

I started with Bell Labs Unix, transitioned through many variations, and then when I came to OpenBSD and Linux, they were both pretty straightforward compared with, say, porting to or from System V Unix.

I don't think you're wrong about anything. It's true that one may need to pore over kernel code, and yes, often you have the "duty of knowing how the specific Unix was implemented". I just that that you're over-emphasizing the difficulty.

Life is hard (including programming), but that's where we calibrate our zero setting.

Re: Portable OpenBSD vi for Unix systems

#23
post #8

You mean to tell me vi from the 1970s doesn't support LSP? This is an outrage!

Ok, you're joking, but still, are you referring to the 1987 Liskov Substitution Principle? https://en.wikipedia.org/wiki/Liskov_substitution_principle

Language Server Protocol - https://langserver.org

Re: Portable OpenBSD vi for Unix systems

#24
post #9
post #5

Earlier quoted context omitted.

What is so difficult in porting ? OpenBSD is a (duck) UNIX so it shouldn't be any issue.

It's really just the effort and time to understand the data structures and API considerations between the two systems. Saying something is a UNIX doesn't absolve you of the duty of knowing how the specific UNIX was implemented. Also, Linux has no UNIX heritage so relying on UNIX knowledge isn't as helpful as you might think and most of the commonalities are through things like POSIX standards which don't necessarily…

I'm also increasingly sick of the Linux eco-sphere these days. I think there is something to be said in favor of Linux ditching POSIX and other standards and that this inclination has definitely had some positives and pushed us forward further than we may have gone otherwise in some areas.

But I don't think a total lack of a standard was what should have replaced Unix standardization efforts.

I think my real issue with Linux is that it is increasingly complicated (both the kernel and most distributions). It doesn't feel as "open source" as some of the not even quite open source Unix's, because you need to be a domain expert in a particular area for you to be able to modify it correctly. When you've got a team of people responsible for the whole OS as a single package, there is some incentive to keep your area maintainable. You never know who is going to be switching teams or knocking on your door. With Linux the incentive structure is to make a name for yourself as "the guy", which opens up a lot of potential for feature creep and overengineering.

Re: Portable OpenBSD vi for Unix systems

#26

Earlier quoted context omitted.

Ok, you're joking, but still, are you referring to the 1987 Liskov Substitution Principle? https://en.wikipedia.org/wiki/Liskov_substitution_principle

Language Server Protocol - https://langserver.org

Thank you; that does make more sense.

Re: Portable OpenBSD vi for Unix systems

#27
post #9
post #5

Earlier quoted context omitted.

What is so difficult in porting ? OpenBSD is a (duck) UNIX so it shouldn't be any issue.

It's really just the effort and time to understand the data structures and API considerations between the two systems. Saying something is a UNIX doesn't absolve you of the duty of knowing how the specific UNIX was implemented. Also, Linux has no UNIX heritage so relying on UNIX knowledge isn't as helpful as you might think and most of the commonalities are through things like POSIX standards which don't necessarily…

Hijacking a reply here to notify andomdeazzz662 [1] who made a sibling comment. You appear shadow banned to me and I am not entirely sure why. I have vouched for your comment on this submission and the other two you made related to IBM's new chip [2], but it seems like I did not have the power to get you out of the shadow realm. There are cases where shadow banning is justified, but to my eye you are contributing to both discussions.

[1]: https://news.ycombinator.com/user?id=andomdeazzz662

[2]: https://news.ycombinator.com/item?id=37281851

Re: Portable OpenBSD vi for Unix systems

#28

There are many unofficial efforts to bring OpenBSD software to other systems. For example, there are at least two maintained ports of OpenBSD ksh, https://github.com/dimkr/loksh (Linux) and https://github.com/ibara/oksh (cross-platform). There are also at least two of doas, https://github.com/slicer69/doas and https://github.com/nholstein/OpenDoas . I wish they were catalogued somewhere, like an "awesome list". I wou…

FYI the doas ports you added are poorly maintained. The nholstein repo clearly states: This repository temporarily unmaintained. And the slicer69 project has had some insecure code added in the past: https://xn--1xa.duncano.de/slicer69-doas.html The awesome-openbsd repo only links to the Duncaen OpenDoas repo: https://github.com/Duncaen/OpenDoas

> the slicer69 project has had some insecure code added in the past

Ouch... surely no distribution would package this garbage, right?

Re: Portable OpenBSD vi for Unix systems

#29
post #9

Earlier quoted context omitted.

It's really just the effort and time to understand the data structures and API considerations between the two systems. Saying something is a UNIX doesn't absolve you of the duty of knowing how the specific UNIX was implemented. Also, Linux has no UNIX heritage so relying on UNIX knowledge isn't as helpful as you might think and most of the commonalities are through things like POSIX standards which don't necessarily…

I'm also increasingly sick of the Linux eco-sphere these days. I think there is something to be said in favor of Linux ditching POSIX and other standards and that this inclination has definitely had some positives and pushed us forward further than we may have gone otherwise in some areas. But I don't think a total lack of a standard was what should have replaced Unix standardization efforts. I think my real issue wi…

As someone moving back and forth between BSDs and Linux over the years. I think I can relate to this feeling.

On Linux you inarguably have more options in terms of software, higher performance, better device driver support, etc. But even when you participate on the level of a distribution you still have the feeling that many components are at times poorly understood by your fellow developers (do not get me wrong though, I have plenty of respect for them) and that the direction for many parts that are essential to you is made elsewhere.

On the contrary, on the BSDs you get a spectrum of pragmatism, idealism, goals, etc. under a single roof. As I was younger I also found it hard to understand how limited the scope of say OpenBSD was in that they would not care about certain use cases: "You want to play the latest games? Why not get a Windows desktop or a console?! Now let me get back to try to figure out how to handle the insanity of locales, while keeping the code complexity from not going through the roof!". Perhaps it was some sort of "replace Windows with a single solution" drive inside of me? Not that "Linux users use Linux because they hate Windows. BSD users use BSD because they love Unix." is necessarily always true, but as I grow older I believe I can see better what it is hinting at.

I do not think I can say that one is better than the other in some sort of absolute truth sense. However, I can say that personally I tend to enjoy the BSD world much more as a user and (limited) contributor. I am willing to make the sacrifices and rethink my software dependencies and what hardware I can use, not because it makes me better than others, but because I enjoy the understanding of the software I rely on and tight community that comes with it.

Unrelated, andomdeazzz662, we seem to have vouched you back into the world of mortals. But do note the comment I made earlier [1].

[1]: https://news.ycombinator.com/item?id=37290633

Post reply on HN