Compared to X11, RDP isn't good for seamless graphical element integration into the local environment (though integration of audio makes it better on another front, and performance wise RDP runs circles around X11).
All that said, I'm not one to be down on Wayland. Xpra demonstrates how a linux graphical environment is best remoted, and it doesn't really use the X protocol at all for the business end of things. It interjects as a compositor and window manager, with a dummy X server to satisfy the demands of X clients. The compositor gets the graphical data, sound comes along, and intercepting window manager hints lets it do other things like correctly place 'tray' icons. In other words the X protocol is at this point thoroughly superseded for it's big strength. I don't know if Wayland has something like Xpra yet, but I have hope.
Of course some of the vagueness is precisely because things happen mysteriously, and systemd has a habit of doing unexpected mysterious things. Of course it's not alone, you have quite a few subsystems all deciding to be a bit 'automagic', with systemd and associates just being the most prominent. As a consequence, if you manually do something like reconfigure a network device using the underlying tools, something can mysteriously redo them later when it thinks something has happened like a lease expiry, even though dhclient no longer runs. Or a time change event at boot causes dhclient and some mysterious third party to disagree about when lease goes away. dhclient isn't renewing lease, but some third party decided that a lease wasn't renewed and deconfigures the adapter. It makes no sense, but someone in some random component thought something wasn't proper and decided to 'help' take care of something that wasn't their business.
In a given year, it represents less than 25% of bran new cars getting off of lots. Every year, for every person entering a lease, more than 3 buy a *brand new* vehicle. Then factor in used sales and how much longer a car buyer keeps a car versus average lease term and you'll find that a very small fraction of vehicles on the road are leased.
The first is a reiteration that the first year is free, for the 'supported lifetime' of the device. There is room for MS to make things tricky and MS hasn't responded to the comments on those fronts. The latter was just an article saying that Apple had great success in getting *their* userbase to upgrade when they gave it to them for free. Neither is supporting the inevitable success of a subscription model.
On DirectTV and HBO, those are both companies that have *ALWAYS* been subscription model from their inception. I don't know why yet-another-subscription offering from them supports an assertion that everyone going to subscription. It's a matter of apples and oranges. People subscribe to content (stories, movies, shows, new music), but not to things like the player software. I suppose one thing that *could* make sense is for Windows 365 to be a branded effort to bundle some Azure/Skype/Cloud capacity service with the OS, which ties into things that are a bit more along the lines of a subscription model, but the OS itself cannot realistically be a subscription service.
Microsoft does not sell the hardware (see Apple comment) they cannot make back the money on the software by giving it away for free.
Of course google doesn't sell the hardware either. Part of MS' problem is that they can't decide if they want to be like Apple or Google and are aiming for an odd mix of both and their own legacy self.
Well, for one, that's very limited. It only applies for devices that microsoft approves and only if the manufacturer agrees to promote Bing. If you are buying a conventional laptop, MS is not quite so... generous.
For another, the reason for how selective it is tells you how tenuous the situation is. MS only allows it if they think the device competes with iPad. At some point, either MS gives up displacing iPad or succeeds. Either way it's not indicative that MS wants to keep up the practice for any longer than they absolutely must.
The OS is being released for free, or free to Win 8 users. I can't remember the stipulations.
Actually, MS has been a bit cagey there. I assumed as most did that they meant a one year 'amnesty' to get everyone off of windows 7/8 onto 10 and not make people afraid to buy windows 8 devices today. But they said 'free for supported life of product' without indicating who is defining the supported life of the product. It could be tied to vendor warranty, it could be until MS doesn't actually compile for that architecture. They didn't clarify. They also didn't provide guidance on what happens for the non-upgrade case or after that first year. This combined with some MS executive saying 'no, Windows 10 won't be free, but are exploring alternative monetization strategies' has produced more confusion than clarity. MS is making licensing more and more complex. For example, Office is suggested to be free, but only if your monitor is 8" or smaller.... They are doing very bizarre maneuvers reminiscent of IBM mainframe shenanigans. A fair number of businesses moved away from the mainframe more about IBM's complex licensing rather than any technical merit or even cost.
On all fronts, the competition has been hurting them by reduced/no OS licensing cost inflicted on the consumer and/or vendor. For Apple, it's to push hardware, for google to push ecosystem. In both their major competitor's cases, they are making inroads by using the OS as a giveaway as a means to a more profitable end.
MS doubling down on charging for the OS would only help their competition. If they are serious about enabling their ecosystem, they need to restructure things so those goals fund the OS development, not require the OS development to pay for itself.
MS also misunderstands another facet. They think a rolling release OS is critical to their success. They think they need the OS to be able to incorporate new function on a whim. They probably feel that way as they are impatient to have Windows 10 come along to fix what they did wrong in Windows 8. The problem is no one was demanding features out of Windows 7. The sin in windows 8 was inflicting undesired features, not being slow to deliver features. A rolling release will mean that MS customers pissed with some major design change are less able to latch on to some MS sanctioned safe haven (e.g. today it is windows 7) and look harder at jumping on OSX, IOS, Android, or a desktop linux depending on the area. Enthusiasts may bitch and moan about not having Lollipop 5 minutes after it releases, but 99% of the world would just as soon have their device work basically the same way day to day.
The idea is to create so many they couldn't help to jump back and forth. To (hopefully) leak into another brane and (hopefully) leak back.
If they just sit in the middle of nowhere, it's a hope that an abnormally large source from another brane just happens to emit in that particular spot at the right time. In other words, beyond improbable.
It prevents the system from booting if the boot chain has been tampered with
Unless you have a rootkit made of a signed linux kernel with kexec enabled. At which point you can boot all day long with unsigned stuff in the middle. Which is one reason why a mechanism where SecureBoot could have told the difference between Microsoft and Linux would have been better. MS has to worry about how *everyone's* functionality can go as potential threats into the system. In short, Secureboot is *also* a mitigation with similarly large gaps as a mitigation.
To be loaded as a driver, the driver must be signed. Yes an exploit in a driver means that things could be circumvented, but the attack vector gets increasingly difficult to navigate. You have to know about a set of driver bugs that are ubiquitous enough to bother exploiting and hope the market hasn't patched over the issue before being caught. Also the chances that said bug can be exploited in a manner to perform a targeted attack on the system partition....
In short, yes a kernel-level bug could still hypothetically let some malware at it if some sort of namespace isolation were applied in the obvious case. In practice I see that as a small attack vector. I would wonder if the fact that MS has to liberally allow other OS vendors to get signed bootloaders presents as practical a risk as the 'uncloseable' vector of a kernel exploit to circumvent OS level protection.
I would have had less of an issue if the firmware shipped without signing key until your OS vendor of choice registers their key at OS install time, rather than having the key from MS pre-applied to random board before any OS were applied, meaning only those seeking to *replace* an OS would have to sweat tearing down Secureboot setup. This would also have left MS to be able to more strictly certify that the bootloader is *Microsoft* rather than some other boot loader that MS also signed to make a good show of being in a competitive marketplace. As it stands, it's on one hand too restrictive and yet not measuring a specific enough thing for optimal security.
In Windows, it's not unheard of that a piece of malware with sufficient access interjects itself where the next boot will be picked up before the OS has a chance to set up it's own protection. Of course my complaint is that this vector would have easily been sidestepped without a huge firmware mess. If the OS set up access to that area as very very very very special, requiring signed code within the OS to modify that section of the platform, then the problem would have been solved. You want to write to the *system* partition? Oh, you need a special signature from the OS vendor to get that access. Otherwise processes are running in a namespace that silently masks the existence of the system partition.
What are the chances that a vendor that declines to update 4.3 to 4.4 would be willing to do an update for a 4.3.x if Google bothered to do it.
I think it smells bad, but trying to target users with vendors holding back 4.4 but willing to do another 4.3.x update is tricky. This is why google moved toward moving stuff in a more modular fashion: to get the ability to update relevant portions without demanding the vendor get in the middle.
Of course, in that case you still don't need the fake engine. The natural sound of the engine is plenty adequate. Ford more screwed with the tone to make it sound like a bigger engine. Pull the fuse and you still hear it, just sounds different.
There are plenty of videos now of people doing comparitve drive with the fuse in or out. With fuse out, it sounds much more like one would expect a 4-cylinder turbo to sound. It's not exactly terrible, but it is markedly different than the sound of the V6. The manipulation brings it more in line with a larger engine for people too insecure to be reminded they are driving a 4 cylinder.
I can understand the perspective that a single repository for more of the userspace resembles the *development* of traditional Unix systems, the argument made is usually not about where it is developed, but reducing the principle of having small simple utilities with straightforward interactions with other componets. For example, Most traditional Unix systems have terrible implementations of a shell interpreter and things like fileutils. It is an awkward, but not too terrible a situation since you can replace that stuff with GNU equivalents trivially without horribly breaking the OS. An administrator that understands enough to write scripts can discern the nature of interaction even if that administrator isn't a full-on software developer. systemd design trends in many ways toward requiring someone needing to dig in to have more development competency than previous designs. As a developer, I understand the attraction of some of the architecture choices, but I think they lose perspective of what it's like to be an administrator on the ground. Someone who doesn't live and breath your code has a harder time wrapping their heads around how it should be working when something requires customization, replacement, or debug.
In general, systemd is all-or-nothnig about a lot of things. They figure out a way to achieve what could be considered a sensible goal, but then go about it in highly disruptive ways. The sense is they throw up their hands and say 'well, this is the only way to do it, and it's worth it' rather than rethinking how the end could be achieved in a less disruptive way.
I actually went to one the other weekend. They actually had a good selection of resistors, capacitors, and so on. As others have said, I can't think of another brick and mortar anywhere near me where I could pick up components *now* if I wanted. I think there was a phase where they got all of that out of their stores to chase yet another business strategy. I think that was a mistake because it removed radio shack from the minds of the few people who still would go there to chase a market that didn't place any value whatsoever in their company.
I really wish they had settled into some run-rate business model that could've sustained them while continuing to stock those piece parts.
Your point is a big part of why management should be very careful about apparent 'cost savings' In a large amount of cases, management is chasing a buzzword more than carefully examining what comprises their budget for in-house versus cloud hosted.
Part of the cost savings of the cloud operator is having them do things to the data that most companies would never approve for themselves. Additionally, only a relatively small portion of the expense is moved 'to the cloud'. A lot of work still *should* happen that is lumped into the presumed cost of being internal versus external. So either a new budget starts growing to cover the cost previously not broken out or work stops happening that may critically matter.
Actually, if anything the typical cloud experience doubles down on proprietary tools. Sure the vendor may be availing themselves of open technologies on the backend, but the vast majority of them use proprietary interfaces to interact with their customers.
ntp is surprisingly complex to deal with a surprisingly complex thing. If tlsdate was a decent enough utility, then we'd still be using the time protocol of rdate as the go-to time sync strategy. Precision and quality is much lower.
There's also a couple of tricky things. One is that it could be dropped in TLS 1.3. Another is that it doesn't play with the concept of TLS certificate expiry.
Basically, this is a potentially handy utility to take the place of rdate, not something that begins to touch ntp.
Perhaps you reacted a bit strongly. Keeping in mind the thread was oversimplifying to imply nothing has changed in 20 years tech wise, I naturally presumed you were supprting that argument by saying the high end 20 years ago had everything that the consumer level is offering, which isn't so.
When I say huge, I mean huge compared to looking at the same environment on a monitor with no tracking. When you say it is nothing next to high-cost solutions, that's almost certainly true, but not relevant to the consumer space. In much the same way an automotive company needs a rack of servers and a meticulous model of a vehicle to simulate a car crash for their purposes, but a game developer can make a car model in a matter of minutes that can be deformed by a physics engine running on a single core enough for a gaming situation, consumer grade VR doesn't need the things you are talking about. Similarly, the communication needs for multiple players depending on game design isn't going to be more than a conventional shooter game.
I last tried a high end professional VR environment in the 90s, and even then just as a guest, not an expert. My current perspective is totally based on my first hand experience with an Oculus, firmly rooted in the consumer electronics world. It's just odd because it seems remarkably capable and all my guests felt it was in the right ballpark, but then people say it can't be remotely adequate.
Close one eye. Move your head left or right. Congratulations, you perceived 3d information by parallax. Same thing works in reality and VR. If you can't see it in reality, then of course you can't see it in VR, but your perception of reality continues to have you understanding depth.
Two eyes provides depth information without head movement for a few meters. Moving the head provides the information over greater range and works with one eye or two.
Slashdot Mirror
Compared to X11, RDP isn't good for seamless graphical element integration into the local environment (though integration of audio makes it better on another front, and performance wise RDP runs circles around X11).
All that said, I'm not one to be down on Wayland. Xpra demonstrates how a linux graphical environment is best remoted, and it doesn't really use the X protocol at all for the business end of things. It interjects as a compositor and window manager, with a dummy X server to satisfy the demands of X clients. The compositor gets the graphical data, sound comes along, and intercepting window manager hints lets it do other things like correctly place 'tray' icons. In other words the X protocol is at this point thoroughly superseded for it's big strength. I don't know if Wayland has something like Xpra yet, but I have hope.
Of course some of the vagueness is precisely because things happen mysteriously, and systemd has a habit of doing unexpected mysterious things. Of course it's not alone, you have quite a few subsystems all deciding to be a bit 'automagic', with systemd and associates just being the most prominent. As a consequence, if you manually do something like reconfigure a network device using the underlying tools, something can mysteriously redo them later when it thinks something has happened like a lease expiry, even though dhclient no longer runs. Or a time change event at boot causes dhclient and some mysterious third party to disagree about when lease goes away. dhclient isn't renewing lease, but some third party decided that a lease wasn't renewed and deconfigures the adapter. It makes no sense, but someone in some random component thought something wasn't proper and decided to 'help' take care of something that wasn't their business.
Easy, it isn't that big a thing.
In a given year, it represents less than 25% of bran new cars getting off of lots. Every year, for every person entering a lease, more than 3 buy a *brand new* vehicle. Then factor in used sales and how much longer a car buyer keeps a car versus average lease term and you'll find that a very small fraction of vehicles on the road are leased.
The first is a reiteration that the first year is free, for the 'supported lifetime' of the device. There is room for MS to make things tricky and MS hasn't responded to the comments on those fronts. The latter was just an article saying that Apple had great success in getting *their* userbase to upgrade when they gave it to them for free. Neither is supporting the inevitable success of a subscription model.
On DirectTV and HBO, those are both companies that have *ALWAYS* been subscription model from their inception. I don't know why yet-another-subscription offering from them supports an assertion that everyone going to subscription. It's a matter of apples and oranges. People subscribe to content (stories, movies, shows, new music), but not to things like the player software. I suppose one thing that *could* make sense is for Windows 365 to be a branded effort to bundle some Azure/Skype/Cloud capacity service with the OS, which ties into things that are a bit more along the lines of a subscription model, but the OS itself cannot realistically be a subscription service.
Microsoft does not sell the hardware (see Apple comment) they cannot make back the money on the software by giving it away for free.
Of course google doesn't sell the hardware either. Part of MS' problem is that they can't decide if they want to be like Apple or Google and are aiming for an odd mix of both and their own legacy self.
Well, for one, that's very limited. It only applies for devices that microsoft approves and only if the manufacturer agrees to promote Bing. If you are buying a conventional laptop, MS is not quite so... generous.
For another, the reason for how selective it is tells you how tenuous the situation is. MS only allows it if they think the device competes with iPad. At some point, either MS gives up displacing iPad or succeeds. Either way it's not indicative that MS wants to keep up the practice for any longer than they absolutely must.
The OS is being released for free, or free to Win 8 users. I can't remember the stipulations.
Actually, MS has been a bit cagey there. I assumed as most did that they meant a one year 'amnesty' to get everyone off of windows 7/8 onto 10 and not make people afraid to buy windows 8 devices today. But they said 'free for supported life of product' without indicating who is defining the supported life of the product. It could be tied to vendor warranty, it could be until MS doesn't actually compile for that architecture. They didn't clarify. They also didn't provide guidance on what happens for the non-upgrade case or after that first year. This combined with some MS executive saying 'no, Windows 10 won't be free, but are exploring alternative monetization strategies' has produced more confusion than clarity. MS is making licensing more and more complex. For example, Office is suggested to be free, but only if your monitor is 8" or smaller.... They are doing very bizarre maneuvers reminiscent of IBM mainframe shenanigans. A fair number of businesses moved away from the mainframe more about IBM's complex licensing rather than any technical merit or even cost.
Subscriptions are the way of the future
Not if everyone rejects them.
On all fronts, the competition has been hurting them by reduced/no OS licensing cost inflicted on the consumer and/or vendor. For Apple, it's to push hardware, for google to push ecosystem. In both their major competitor's cases, they are making inroads by using the OS as a giveaway as a means to a more profitable end.
MS doubling down on charging for the OS would only help their competition. If they are serious about enabling their ecosystem, they need to restructure things so those goals fund the OS development, not require the OS development to pay for itself.
MS also misunderstands another facet. They think a rolling release OS is critical to their success. They think they need the OS to be able to incorporate new function on a whim. They probably feel that way as they are impatient to have Windows 10 come along to fix what they did wrong in Windows 8. The problem is no one was demanding features out of Windows 7. The sin in windows 8 was inflicting undesired features, not being slow to deliver features. A rolling release will mean that MS customers pissed with some major design change are less able to latch on to some MS sanctioned safe haven (e.g. today it is windows 7) and look harder at jumping on OSX, IOS, Android, or a desktop linux depending on the area. Enthusiasts may bitch and moan about not having Lollipop 5 minutes after it releases, but 99% of the world would just as soon have their device work basically the same way day to day.
The idea is to create so many they couldn't help to jump back and forth. To (hopefully) leak into another brane and (hopefully) leak back.
If they just sit in the middle of nowhere, it's a hope that an abnormally large source from another brane just happens to emit in that particular spot at the right time. In other words, beyond improbable.
Though better, that still provides attackers with a ready-to-roll dictionary (after a rainbow table attack) tailor made to the salted passwords.
they had just made the change in order to "improve security".
Read: They are terrified they didn't handle things right and might have some sort of injection attack somewhere.
makes it absolutely clear that they store all passwords in plaintext
Well, not necessarily but it does suggest that they have it in plain text *or* fail to use a salt, which is nearly as bad.
It prevents the system from booting if the boot chain has been tampered with
Unless you have a rootkit made of a signed linux kernel with kexec enabled. At which point you can boot all day long with unsigned stuff in the middle. Which is one reason why a mechanism where SecureBoot could have told the difference between Microsoft and Linux would have been better. MS has to worry about how *everyone's* functionality can go as potential threats into the system. In short, Secureboot is *also* a mitigation with similarly large gaps as a mitigation.
To be loaded as a driver, the driver must be signed. Yes an exploit in a driver means that things could be circumvented, but the attack vector gets increasingly difficult to navigate. You have to know about a set of driver bugs that are ubiquitous enough to bother exploiting and hope the market hasn't patched over the issue before being caught. Also the chances that said bug can be exploited in a manner to perform a targeted attack on the system partition....
In short, yes a kernel-level bug could still hypothetically let some malware at it if some sort of namespace isolation were applied in the obvious case. In practice I see that as a small attack vector. I would wonder if the fact that MS has to liberally allow other OS vendors to get signed bootloaders presents as practical a risk as the 'uncloseable' vector of a kernel exploit to circumvent OS level protection.
I would have had less of an issue if the firmware shipped without signing key until your OS vendor of choice registers their key at OS install time, rather than having the key from MS pre-applied to random board before any OS were applied, meaning only those seeking to *replace* an OS would have to sweat tearing down Secureboot setup. This would also have left MS to be able to more strictly certify that the bootloader is *Microsoft* rather than some other boot loader that MS also signed to make a good show of being in a competitive marketplace. As it stands, it's on one hand too restrictive and yet not measuring a specific enough thing for optimal security.
In Windows, it's not unheard of that a piece of malware with sufficient access interjects itself where the next boot will be picked up before the OS has a chance to set up it's own protection. Of course my complaint is that this vector would have easily been sidestepped without a huge firmware mess. If the OS set up access to that area as very very very very special, requiring signed code within the OS to modify that section of the platform, then the problem would have been solved. You want to write to the *system* partition? Oh, you need a special signature from the OS vendor to get that access. Otherwise processes are running in a namespace that silently masks the existence of the system partition.
What are the chances that a vendor that declines to update 4.3 to 4.4 would be willing to do an update for a 4.3.x if Google bothered to do it.
I think it smells bad, but trying to target users with vendors holding back 4.4 but willing to do another 4.3.x update is tricky. This is why google moved toward moving stuff in a more modular fashion: to get the ability to update relevant portions without demanding the vendor get in the middle.
Of course, in that case you still don't need the fake engine. The natural sound of the engine is plenty adequate. Ford more screwed with the tone to make it sound like a bigger engine. Pull the fuse and you still hear it, just sounds different.
There are plenty of videos now of people doing comparitve drive with the fuse in or out. With fuse out, it sounds much more like one would expect a 4-cylinder turbo to sound. It's not exactly terrible, but it is markedly different than the sound of the V6. The manipulation brings it more in line with a larger engine for people too insecure to be reminded they are driving a 4 cylinder.
I can understand the perspective that a single repository for more of the userspace resembles the *development* of traditional Unix systems, the argument made is usually not about where it is developed, but reducing the principle of having small simple utilities with straightforward interactions with other componets. For example, Most traditional Unix systems have terrible implementations of a shell interpreter and things like fileutils. It is an awkward, but not too terrible a situation since you can replace that stuff with GNU equivalents trivially without horribly breaking the OS. An administrator that understands enough to write scripts can discern the nature of interaction even if that administrator isn't a full-on software developer. systemd design trends in many ways toward requiring someone needing to dig in to have more development competency than previous designs. As a developer, I understand the attraction of some of the architecture choices, but I think they lose perspective of what it's like to be an administrator on the ground. Someone who doesn't live and breath your code has a harder time wrapping their heads around how it should be working when something requires customization, replacement, or debug.
In general, systemd is all-or-nothnig about a lot of things. They figure out a way to achieve what could be considered a sensible goal, but then go about it in highly disruptive ways. The sense is they throw up their hands and say 'well, this is the only way to do it, and it's worth it' rather than rethinking how the end could be achieved in a less disruptive way.
I actually went to one the other weekend. They actually had a good selection of resistors, capacitors, and so on. As others have said, I can't think of another brick and mortar anywhere near me where I could pick up components *now* if I wanted. I think there was a phase where they got all of that out of their stores to chase yet another business strategy. I think that was a mistake because it removed radio shack from the minds of the few people who still would go there to chase a market that didn't place any value whatsoever in their company.
I really wish they had settled into some run-rate business model that could've sustained them while continuing to stock those piece parts.
Your point is a big part of why management should be very careful about apparent 'cost savings' In a large amount of cases, management is chasing a buzzword more than carefully examining what comprises their budget for in-house versus cloud hosted.
Part of the cost savings of the cloud operator is having them do things to the data that most companies would never approve for themselves. Additionally, only a relatively small portion of the expense is moved 'to the cloud'. A lot of work still *should* happen that is lumped into the presumed cost of being internal versus external. So either a new budget starts growing to cover the cost previously not broken out or work stops happening that may critically matter.
Open standards vs. proprietary tools
Actually, if anything the typical cloud experience doubles down on proprietary tools. Sure the vendor may be availing themselves of open technologies on the backend, but the vast majority of them use proprietary interfaces to interact with their customers.
ntp is surprisingly complex to deal with a surprisingly complex thing. If tlsdate was a decent enough utility, then we'd still be using the time protocol of rdate as the go-to time sync strategy. Precision and quality is much lower.
There's also a couple of tricky things. One is that it could be dropped in TLS 1.3. Another is that it doesn't play with the concept of TLS certificate expiry.
Basically, this is a potentially handy utility to take the place of rdate, not something that begins to touch ntp.
Some men just want to watch the world burn.
Perhaps you reacted a bit strongly. Keeping in mind the thread was oversimplifying to imply nothing has changed in 20 years tech wise, I naturally presumed you were supprting that argument by saying the high end 20 years ago had everything that the consumer level is offering, which isn't so.
When I say huge, I mean huge compared to looking at the same environment on a monitor with no tracking. When you say it is nothing next to high-cost solutions, that's almost certainly true, but not relevant to the consumer space. In much the same way an automotive company needs a rack of servers and a meticulous model of a vehicle to simulate a car crash for their purposes, but a game developer can make a car model in a matter of minutes that can be deformed by a physics engine running on a single core enough for a gaming situation, consumer grade VR doesn't need the things you are talking about. Similarly, the communication needs for multiple players depending on game design isn't going to be more than a conventional shooter game.
I last tried a high end professional VR environment in the 90s, and even then just as a guest, not an expert. My current perspective is totally based on my first hand experience with an Oculus, firmly rooted in the consumer electronics world. It's just odd because it seems remarkably capable and all my guests felt it was in the right ballpark, but then people say it can't be remotely adequate.
Close one eye. Move your head left or right. Congratulations, you perceived 3d information by parallax. Same thing works in reality and VR. If you can't see it in reality, then of course you can't see it in VR, but your perception of reality continues to have you understanding depth.
Two eyes provides depth information without head movement for a few meters. Moving the head provides the information over greater range and works with one eye or two.