Talk:Unix

z/OS

I would like to maintain my opinion that z/OS as meeting the Single UNIX Specification is equally worthy as any other UNIX OS.

The competing argument is that the Unix philosophy determines the Unix family tree. — Preceding unsigned comment added by Altanner1991 (talk • contribs) 20:58, 25 June 2020 (UTC)

external links

hi!
in [1] i removed the dead link to livingcomputers.com and i replaced the unix tree with the unix history repo.
afterwards the unix tree link was recovered by user:Guy Harris.
i still think that the unix tree is less comfortable that the unix history repo, because at the repo there seems to be more information and more possibilities (e.g. comparison, file history)
so what is the benefit of the unix tree website for the reader? -- seth (talk) 07:51, 8 May 2021 (UTC)

If the reader wants to immediately see or fetch the raw files from a given release, rather than see a reconstructed "this is what UNIX commit history would have looked like if it'd been put into Git back in 1969" tree and poke around in the 175(!) branches.

And sometimes I just want to grep through a repository, pull up files in my text editor, etc., which I can do more conveniently if I just clone the repository and work in a local source tree, which is a possibility that is, at best, a pain in a repository Web site.

So what is the disadvantage of providing links to both sites for the reader? Guy Harris (talk) 08:06, 8 May 2021 (UTC)

hi!

you don't need to use the web interface of github, you can clone the whole repo and grep through it offline. (but maybe i misunderstood your middle paragraph.)

however, i guess there's just one general disadvantage: the more links are presented, the more difficult it gets for a reader to find the most relevant stuff. so normally, if there are two different websites and one includes all the information of the other one, i just use the link to the more comprehensive website to improve the readability of the list.

if the github repo is too complicated(?) for many readers in your opinion, then it might be reasonable to mention both links.

still there are more than ten external links now. if really all of them are found useful, then at least a grouping with seperate headings might improve the clarity. -- seth (talk) 08:06, 9 May 2021 (UTC)

"if there are two different websites and one includes all the information of the other one" That's not the case here. The repository doesn't have all the source trees from the Unix Tree page. Guy Harris (talk) 18:12, 9 May 2021 (UTC)

oh, ok, if that's the case, then I made a mistake. -- seth (talk) 19:36, 10 May 2021 (UTC)

unix ported to interdata in 77 not 78

https://en.wikipedia.org/wiki/Interdata_7/32_and_8/32 2001:558:6033:16B:59D:F7F5:D1B4:651 (talk) 17:28, 27 June 2023 (UTC)

Fixed in this edit. Guy Harris (talk) 20:00, 27 June 2023 (UTC)

Android interface claimed to be a unix interface

As far as I know Android is not a UNIX and its interface doesn't run on anything bother than Android. The idea that any Android specific interface can be a UNIX interface seems not well thought out. 89.239.195.102 (talk) 12:36, 25 August 2023 (UTC)

If you're referring to the "Default user interface" item in the infobox, that item mentions the command-line interface (which doesn't greatly differ between UN*Xes) and the low-level bases of graphical user interfaces (which do differ). It lists both GUI bases ("window systems') that run on several different UN*Xes (X11, Wayland) and those that don't (SurfaceFlinger, Quartz}, indicating which particular platforms use one of those GUI bases. That claim amounts to a claim that SurfaceFlinger, Quartz, and whatever the GUI bases of iOS/iPadOS/etc. is called are (the bases of) the user interfaces for particular UN*Xes; I don't think it's intended to be a claim that those GUI bases can be used on arbitrary UN*Xes.

As for whether Android is a UNIX, I have the impression the low-level core API (Linux system calls plus UN*X routines in Bionic) is close enough that it could be considered a UN*X. Guy Harris (talk) 22:13, 25 August 2023 (UTC)