TFA has no detail at all explaining the headline. There's not even any stated connection between the headline and the interviewee Brad Keywell and Saudi Arabian law. AFAICT, the purpose of the piece is to promote him and his company with a clickbait headline.
Wayland is on its way to being mainstream. Canonical switched to developing their alternative, Mir, after initially supporting Wayland. Unity was Canonical's alternative to the more mainstream GNOME 3. Canonical just announced they'll be moving from Unity to GNOME 3. BTW, the Ubuntu GNOME is how I've been installing Ubuntu for quite a few years since I never cared for Unity. Upstart was a project that started at Canonical and became mainstream for several years. Even Red Hat used upstart until they replaced it with systemd, which subsequently become mainstream. Canonical has been using systemd for a while now. Canonical sometimes works well with others and sometimes doesn't and they're not the only company that tries to throw their weight around.
You have failed at reading comprehension like several others who replied to my post. Read it again and you will find that I did not say that there is no such thing as an assembly language.
If x86 assembly and ARM assembly are the same language, JavaScript is the same language as C because it uses curly brackets and semicolons. You are a hilarious troll.
You're right, in a pedantic sort of way. It's an easily human readable translation of machine code. But in a practical sort of way, you can program in it, thus it can be considered a "language".
You have completely missed the point. I didn't says that there is no assembly language, but that there is not a single language called "Assembly." Practically, x86 assembly language is completely different from ARM assembly language. It makes no more sense to talk about "Assembly" as a single language than to talk about "Natural Language" as a single language. Someone who speaks Mandarin cannot communicate with someone who speaks Italian just because those are both natural languages.
"Assembly" is not a programming language. Rather, there is at least one "assembly language" for each CPU instruction set. More importantly, compilers rarely produce any kind of assembly language any more, though there are various types of intermediate representations used by interpreters and compilers. Every CPU executes instructions in a machine language. There are several such languages in common use, most importantly those understood by the x86 and ARM families.
Regardless of the politics, they ARE people. We should not dehumanize them. While the actions of North Korea may puzzle us, it would be better understood once one realizes that THEY lost over 500,000 fighting us in the 1950s, which pales in comparison to what is happening in Syria right now.
I would hope there can be peace between US and THEM... While we ridicule them, they have a deep resentment that can be weighed in human lives.
##
Who dehumanized whom? Many Koreans, Americans and people of other nationalities died in the war that paused over six decades ago. It was a terrible war that resulted in a stalemate in which nobody ended up looking good. The Soviets and Chinese supported one brutal dictatorship and the US/UN supported another. However, the South Koreans, Americans and everyone else has moved on. The South Koreans have thrown off their dictators and even tried to build economic ties with the North. What deserves ridicule is the perpetually provocative stance of the North Korean government, calculated to get attention and more appeasement deals. Ridiculing ludicrous claims about targeting the White House does not dehumanize the North Korean people who can't question anything they're told whether they want to or not.
Is there anything about Javascript that isn't shitty and broken? Can we please just take this language behind the barn, shoot it and move on with our lives?
As terrible as the language called "Javascript" may be, this isn't an example of that. It's an example of a poor implementation of one standard library function in one implementation of the language. It seems the problem was fairly easily fixed. Javascript code doesn't need to be changed to use the better PRNG so it would be very foolish to abandon Javascript just because of the past poor PRNG.
You also seem to be unaware that floppy disks vary hugely in size. Common sizes on PC hardware varied from 360 KiB up to 1.44MiB. Obviously, one would need three of the former to hold as much as one of the latter. Perhaps you're trying to imply that what I said was incorrect.
Oh, you poor, poor pedant. (3*360KiB)!=1.44MiB.
If you can't get your arithmetic right, how are we to believe anything else you have to say?
Yeah, I guess you'd need four, reinforcing my main point further.
Even the earliest distributions of Linux-based operating systems in the early 1990s required a couple of floppies.
From one extreme to the other. Even in the late 90s and early 00s it was possible to boot a linux system from a single floppy. Heck there's even a distribution named fd-linux. Not just the kernel either. I remember having a full network routing OS with firewall and the works boot from a single floppy.
I'm not really sure what your point is or what extremes you're referring to. You also seem to be unaware that floppy disks vary hugely in size. Common sizes on PC hardware varied from 360 KiB up to 1.44MiB. Obviously, one would need three of the former to hold as much as one of the latter. Perhaps you're trying to imply that what I said was incorrect.
The earliest known distribution was by HJ Lu in early 1992. It consisted of two floppies: a “boot” disk to boot the system and a “root” disk that contained the filesystem, and from which it actually ran.
All of this is beside the point, which is that every Linux-based operating system has required many times the storage space claimed in the article.
I distinctly remember Tom's rootboot, which came on a single 1.44 floppy. I used it often to fix "sick" systems, it came with a number of useful tools. So, it is certainly feasible to strip a Linux system down quite far. Ah, here it is: http://www.toms.net/rb/
You are correct that there have been Linux-based operating systems that fit in a MiB or two. That is more than one hundred times the size claimed in this ridiculous article.
OS image size is 30k, including a bunch of stuff IoT probably doesn't need (pre-emptive multithreading, multiple network support, multiple platform support, etc...)
So, Contiki's pretty small, though not as small as the article claims LiteOS is. Contiki's not based on Linux either, so nothing you've said is relevant.
You can call it Linux even without shipping all that GNU bloatware. How large is the compiled v0.01 kernel and a bootloader for embedded systems? Since nobody is going to SSH to it, you can remove all programs, and implement your sensors and protocols as compiled-in kernel drivers.
You've obviously never built Linux. The kernel image size is at least one MiB and usually several. It's never been as small as 10 KiB.
Depends on how many language tricks they use to get the code size down that small. Ever see RSA implemented in a single line of Perl regex?
And how big is the Perl interpreter? On my system,/usr/bin/perl is 11KiB and that doesn't include shared libraries or a kernel. No Linux kernel image, let alone an entire OS, has ever been as small as 10KiB. The story is completely bogus.
The claims are ludicrous on their face. No Linux-based has ever been as small as 10KiB. Even the earliest distributions of Linux-based operating systems in the early 1990s required a couple of floppies.
In addition to the impermissible disclosure of ePHI on the internet, OCR’s investigation found that neither NYP nor CU made efforts prior to the breach to assure that the server was secure and that it contained appropriate software protections. Moreover, OCR determined that neither entity had conducted an accurate and thorough risk analysis that identified all systems that access NYP ePHI. As a result, neither entity had developed an adequate risk management plan that addressed the potential threats and hazards to the security of ePHI. Lastly, NYP failed to implement appropriate policies and procedures for authorizing access to its databases and failed to comply with its own policies on information access management.
The details are sparse, but it doesn't sound to me that the specific doctor was any more to blame than the IT people. It's hard to imagine how deactivating one machine would expose private information if that information were on properly secured systems in the first place. The scenario I'm can easily imagine is that the machines with private information were accessed with insecure protocols and all the doctor in question did was to plug them into a more public switch or router.
I have no doubt that the North Korean government is repressive, murderous and generally not nice guys. However, whenever someone uses the phrase "crime against humanity," I wonder exactly how many humans are in a humanity. Do the Russian and Chinese governments manage to come in just under the limit, while North Korea goes over? That seems extremely unlikely, given the relative populations of those countries. Maybe it's defined by a fraction: a government can repress up to half of its citizens and just be seen as somewhat evil, but 51% becomes a crime against humanity?
Slashdot Mirror
TFA has no detail at all explaining the headline. There's not even any stated connection between the headline and the interviewee Brad Keywell and Saudi Arabian law. AFAICT, the purpose of the piece is to promote him and his company with a clickbait headline.
WTF? Since when is the Executive Branch doing the sentencing?!
In Trump's America, the executive justices you! Or maybe the justice executes you.
"Let me put it this way: if this software is such an obvious 'polished turd', why haven't *you* coded up a replacement?"
systemd *is* the replacement. And all these years later, I still without any hesitation prefer the thing it replaced...which I still use.
You prefer Upstart? That's what systemd replaced on both Red Hat distributions and Ubuntu.
Wayland is on its way to being mainstream. Canonical switched to developing their alternative, Mir, after initially supporting Wayland. Unity was Canonical's alternative to the more mainstream GNOME 3. Canonical just announced they'll be moving from Unity to GNOME 3. BTW, the Ubuntu GNOME is how I've been installing Ubuntu for quite a few years since I never cared for Unity. Upstart was a project that started at Canonical and became mainstream for several years. Even Red Hat used upstart until they replaced it with systemd, which subsequently become mainstream. Canonical has been using systemd for a while now. Canonical sometimes works well with others and sometimes doesn't and they're not the only company that tries to throw their weight around.
You have failed at reading comprehension like several others who replied to my post. Read it again and you will find that I did not say that there is no such thing as an assembly language.
If x86 assembly and ARM assembly are the same language, JavaScript is the same language as C because it uses curly brackets and semicolons. You are a hilarious troll.
You're right, in a pedantic sort of way. It's an easily human readable translation of machine code. But in a practical sort of way, you can program in it, thus it can be considered a "language".
You have completely missed the point. I didn't says that there is no assembly language, but that there is not a single language called "Assembly." Practically, x86 assembly language is completely different from ARM assembly language. It makes no more sense to talk about "Assembly" as a single language than to talk about "Natural Language" as a single language. Someone who speaks Mandarin cannot communicate with someone who speaks Italian just because those are both natural languages.
"Assembly" is not a programming language. Rather, there is at least one "assembly language" for each CPU instruction set. More importantly, compilers rarely produce any kind of assembly language any more, though there are various types of intermediate representations used by interpreters and compilers. Every CPU executes instructions in a machine language. There are several such languages in common use, most importantly those understood by the x86 and ARM families.
Regardless of the politics, they ARE people. We should not dehumanize them. While the actions of North Korea may puzzle us, it would be better understood once one realizes that THEY lost over 500,000 fighting us in the 1950s, which pales in comparison to what is happening in Syria right now.
I would hope there can be peace between US and THEM ... While we ridicule them, they have a deep resentment that can be weighed in human lives.
##
Who dehumanized whom? Many Koreans, Americans and people of other nationalities died in the war that paused over six decades ago. It was a terrible war that resulted in a stalemate in which nobody ended up looking good. The Soviets and Chinese supported one brutal dictatorship and the US/UN supported another. However, the South Koreans, Americans and everyone else has moved on. The South Koreans have thrown off their dictators and even tried to build economic ties with the North. What deserves ridicule is the perpetually provocative stance of the North Korean government, calculated to get attention and more appeasement deals. Ridiculing ludicrous claims about targeting the White House does not dehumanize the North Korean people who can't question anything they're told whether they want to or not.
He is not actually going to build that wall on the Mexican border, and whatnot.
Trump promises crazy things he couldn't possibly deliver just like any other candidate. He just doesn't give a shit about sounding plausible.
Is there anything about Javascript that isn't shitty and broken? Can we please just take this language behind the barn, shoot it and move on with our lives?
As terrible as the language called "Javascript" may be, this isn't an example of that. It's an example of a poor implementation of one standard library function in one implementation of the language. It seems the problem was fairly easily fixed. Javascript code doesn't need to be changed to use the better PRNG so it would be very foolish to abandon Javascript just because of the past poor PRNG.
And apparently have the same level of understanding of our Constitution...
Unfortunately, they probably understand the Constitution very well: well enough to circumvent it.
Is somewhat different from clearing browser cache.
If the videos came from a website, it's not that different. TFA isn't clear on the original source of the videos.
So you are comparing a complete distribution with something like LiteOS that is only supposed to support an IoT?
Linux itself is much larger than 10KiB. Therefore, any OS using it must be bigger than 10KiB.
Oh, you poor, poor pedant. (3*360KiB)!=1.44MiB.
If you can't get your arithmetic right, how are we to believe anything else you have to say?
Yeah, I guess you'd need four, reinforcing my main point further.
Even the earliest distributions of Linux-based operating systems in the early 1990s required a couple of floppies.
From one extreme to the other. Even in the late 90s and early 00s it was possible to boot a linux system from a single floppy. Heck there's even a distribution named fd-linux. Not just the kernel either. I remember having a full network routing OS with firewall and the works boot from a single floppy.
I'm not really sure what your point is or what extremes you're referring to. You also seem to be unaware that floppy disks vary hugely in size. Common sizes on PC hardware varied from 360 KiB up to 1.44MiB. Obviously, one would need three of the former to hold as much as one of the latter. Perhaps you're trying to imply that what I said was incorrect.
According to http://www.maketecheasier.com/...:
The earliest known distribution was by HJ Lu in early 1992. It consisted of two floppies: a “boot” disk to boot the system and a “root” disk that contained the filesystem, and from which it actually ran.
All of this is beside the point, which is that every Linux-based operating system has required many times the storage space claimed in the article.
I distinctly remember Tom's rootboot, which came on a single 1.44 floppy. I used it often to fix "sick" systems, it came with a number of useful tools. So, it is certainly feasible to strip a Linux system down quite far. Ah, here it is: http://www.toms.net/rb/
You are correct that there have been Linux-based operating systems that fit in a MiB or two. That is more than one hundred times the size claimed in this ridiculous article.
Obviously, their claim to be linux based is > /dev/null.
They say that only to make some noise.
"Oooh, shiny, it's Linux based!" - clueless.
Yeah, that's what I assume.
http://en.wikipedia.org/wiki/C...
OS image size is 30k, including a bunch of stuff IoT probably doesn't need (pre-emptive multithreading, multiple network support, multiple platform support, etc...)
So, Contiki's pretty small, though not as small as the article claims LiteOS is. Contiki's not based on Linux either, so nothing you've said is relevant.
You can call it Linux even without shipping all that GNU bloatware. How large is the compiled v0.01 kernel and a bootloader for embedded systems? Since nobody is going to SSH to it, you can remove all programs, and implement your sensors and protocols as compiled-in kernel drivers.
You've obviously never built Linux. The kernel image size is at least one MiB and usually several. It's never been as small as 10 KiB.
Depends on how many language tricks they use to get the code size down that small. Ever see RSA implemented in a single line of Perl regex?
And how big is the Perl interpreter? On my system, /usr/bin/perl is 11KiB and that doesn't include shared libraries or a kernel. No Linux kernel image, let alone an entire OS, has ever been as small as 10KiB. The story is completely bogus.
The claims are ludicrous on their face. No Linux-based has ever been as small as 10KiB. Even the earliest distributions of Linux-based operating systems in the early 1990s required a couple of floppies.
So, why don't we need to worry about White Walkers from Canadia?
In addition to the impermissible disclosure of ePHI on the internet, OCR’s investigation found that neither NYP nor CU made efforts prior to the breach to assure that the server was secure and that it contained appropriate software protections. Moreover, OCR determined that neither entity had conducted an accurate and thorough risk analysis that identified all systems that access NYP ePHI. As a result, neither entity had developed an adequate risk management plan that addressed the potential threats and hazards to the security of ePHI. Lastly, NYP failed to implement appropriate policies and procedures for authorizing access to its databases and failed to comply with its own policies on information access management.
The details are sparse, but it doesn't sound to me that the specific doctor was any more to blame than the IT people. It's hard to imagine how deactivating one machine would expose private information if that information were on properly secured systems in the first place. The scenario I'm can easily imagine is that the machines with private information were accessed with insecure protocols and all the doctor in question did was to plug them into a more public switch or router.
I have no doubt that the North Korean government is repressive, murderous and generally not nice guys. However, whenever someone uses the phrase "crime against humanity," I wonder exactly how many humans are in a humanity. Do the Russian and Chinese governments manage to come in just under the limit, while North Korea goes over? That seems extremely unlikely, given the relative populations of those countries. Maybe it's defined by a fraction: a government can repress up to half of its citizens and just be seen as somewhat evil, but 51% becomes a crime against humanity?