What they're trying to say, albeit poorly, is that from the waiter available for irrigation, drinking water, pools, lawn care, etc., a large amount is being used for irrigation. Because there is a shortage for everything else, they're saying about is being used for irrigating various crops, which in turn adds up to how much is being used for meat production.
Just because they say how much is being "used" doesn't mean they are implying it is gone forever. There is a finite supply (at current climatalogical conditions) of fresh water to use at one time. If you drain a lake to irrigate crops, the lake is still dry even if the water is still in the local environment.
If it is the Satoshi Nakamoto, there is a pattern: a complete lack of the understanding of how personal privacy works on the internet.
He uses his own name, or at least a variation on it, when he created bitcoin.
He outs himself assuming he'd still maintain privacy because he's no longer "involved."
The fact that he's fairly old adds to the evidence. If he were in his mid 20s he'd never have used his real name or outted himself because he'd understand how privacy works (or rather, doesn't work) with respect to the internet.
This sidesteps the issue. Yes, adoption is an option for some, but not all. The cost and legal requirements can be quite high, whereas this is medical procedure to fix a disease (really prevent), potentially covered by insurance or a universal healthcare system. You're advocating the idea that those less affluent can only have genetically disease free kids if they themselves are free of genetic disease.
In truth, like System V, it's a set it and forget it sort of thing for most users (or more realistic, never realize it's even there sort of thing). For me, I have about 40 servers, physical and virtual, and about 150 thin clients to manage using various shades of Fedora, CentOS and RHEL. The thin clients boot over pxe to and then connect via xdmcp to a Fedora 19 box for their desktop environment. As Fedora 19 isn't exactly the best, and users do strange things, one will end up getting rebooted every week or so. The thin clients end up getting rebooted all the time (people think they should turn off their computer at night, so they do). Being able to use journalctl to see exactly what process took how much time was instrumental in getting a fast bootup time, which makes users happier. Happy users = happy admin. Happy admin = the building doesn't get burned down in a quest to get back the stapler. Every time I have to mess with anything other than systemd (on the CentOS and RHEL servers) I die a little inside. It's like using ipchains instead of iptables. Yes it worked, but the world moved on (and yes, I know, iptables is archaic at this point in time).
Yes, you can do parallel startup with System V. You also can make a systemd init process that doesn't do anything in parallel.
Yes, systemd is smarter with dependencies in the sense that it has dependencies and not a numered list. Yes, you can have a System V script that manages it's own dependencies, but because you can do an infinite number of things with System V scripts many people have tried. I've ran across dozens of System V scripts that are hundreds of lines long even without couting the standard "./etc/init.d/functions" size, which, on my system, is almost 600 lines long. Systemd simplies this by having a much larger library of functions and uses the presumption that you'll never call a script without using systemd to manage it. No longer does every script have to define a start, stop, restart, condrestart, status function; it's handled by systemd. No longer do you have to do checks for your PID file; it's handled by systemd. No longer do you have to make sure your script will always run after another script even if that script's chkconfig number changed; it's handled by systemd.
In the end, yes, it's another config language you'll have to learn, but it's worth it.
System V has a scrict sense of a run level. For example, if you want a full desktop, run level 5 is often used, for a headless server, run level 3. What if you have a box that is headless most of the time, but you want to be able to run a full desktop sometimes? With System V you would change from run level 3 to run level 5 which would, depending on implimentation, stop and start services that are needed by both. Systemd instead has the concept of targets. Your full desktop target would have the headless server target as a dependency, and starting the full desktop would only run what isn't already running. You typically also have individual sevices that have dependencies. For example, you'd want your dhcp server to wait to start until the network has come online. In System V you have to define network as a number and make sure everything that depends on it has a bigger number and everything it depends on to have a smaller number. systemd's dependency model is also smart enough to start processes in parallel.
All of that is just the most exposed part of systemd (to me at least). It also supplants other processes such as xinetd and udev. Instead of having three different ways to start processes based on system events (startup, port connection, hardware event) you have a single system to manage all three. It can get complicated (wasn't udev already complicated?) but the consistency is worth it.
To keep all the consitency systemd provides a series of functions and magic variables. By magic variables I mean you set a list dependencies, which IMHO is less magic than the chkconfig comment lines in a typical System V init script. Both the magic variables and functions mean your typical service initaliation script is 10 lines instead of 100. While they may not be as obvious what's going on (a System V script is self-contained and can be ran on it's own) it is once you've become familiar with them.
At a point when even the cheapest SoC has more processing power, memory, and storage space than your current desktop the cost of learning and using a custom system like Busybox will outweigh the benefit for many. For devices that need instant-on capabilities I don't think it's realistic to expect anything other than a custom init, but for the rest I expect programmers to programmers; that is, lazy.
Having switched from System V to upstart to systemd I can safely say that yes, systemd is better for a full server or desktop OS. It has better reporting tools, it has more fine grained control, and it's fast. The trade off is complexity and size. There are many computer systems that the cost of switching to systemd will not bear fruit for a very long time (ex. embedded), but for servers and desktops that time has arrived.
Learn to love systemd; it's here to stay and for good reason.
You keep using that word. I do no think it means what you think it means.
Seriously though, I'm not sure Mr. Ham is going to actually respond to Bill Nye. If Mr. Nye responds, and Mr. Ham doesn't, it only puts the "science" of creationism in a valid light, as if it were worth debating.
Here's hoping they stay mostly on whether it should or should not be taught in schools, not whether either is true or not. Science isn't so much about "truth" but about the best understanding based on available evidence. That is what should be taught, right from the get go.
Much worse: getting to work in the morning and the realizing you hadn't actually made the change to the code you dreamed about.
My biggest indicator I'm getting too stressed at work: all my dreams are in code. Not just me dreaming of sitting at a desk coding, but the actual visuals are of Vim and nothing else.
Indeed. "Testimonies" are very much along the lines of "I testify that I hold X/Y/Z ideas on faith." Every month (usually the first Sunday of each month) there is a special meeting fast and testimony meeting where members of the congregation get up and "bear their testimony." As a kid growing up with a dad teaching at BYU, these Sundays were the worst. They often dragged on longer than normal not just because church service ran longer, but the fasting portion of "fast and testimony" meant we were hungry all day until dinner.
"cloud storage" is effectively infinite as far as wallets go. Why an arbitrary limit of a lowly 2TB, as in a bargain bucket HD?
Because SDXC supports 2TB of storage. Until there is a standard for SD cards that supports more than 2TB, SD cards are limited to that.
The idea of having access to the full amount of storage (on say, an external drive connected via wifi) without having to wait for 2TB to fit on an SD card is, however, why there are already wireless storage arrays via SD and CF cards. This is probably the most complex way to maybe get that same level of functionality in other devices that support a the full size SD card, which very few consumer devices do. The move to microSD is almost complete in consumer land.
On one side of a maze, they would give hungry rats Oreos and on the other, they would give them a control – in this case, rice cakes. (“Just like humans, rats don’t seem to get much pleasure out of eating them,” Schroeder said.) Then, they would give the rats the option of spending time on either side of the maze and measure how long they would spend on the side where they were typically fed Oreos. ... They compared the results of the Oreo and rice cake test with results from rats that were given an injection of cocaine or morphine, known addictive substances, on one side of the maze and a shot of saline on the other. Professor Schroeder is licensed by the U.S. Drug Enforcement Administration to purchase and use controlled substances for research.
The research showed the rats conditioned with Oreos spent as much time on the “drug” side of the maze as the rats conditioned with cocaine or morphine.
There's more to addiction than addictivating the "pleasure center" of the brain. That's a lot of it yes, but not all. They've shown that rats like Oreos more than rice cakes as much as they like cocaine or morphine more than saline. Liking drugs and being addicted to drugs are two very different things.
If you want to see the "me-too shovelware" try looking at Ouya's lineup. I own one, and use it sparingly vs. what Steam on a PC. Why? Because Steam isn't "me-too shovelware," but rather a broad mix of hardcore, free-to-play, family, puzzle, etc. games. Yes, not all are top-notch games, but when has this ever applied to the Nintendo, Playstation, Xbox, etc?
Slashdot Mirror
I've had enough, first the click farmers, and now Planters© peanuts!
Wait...maybe I'm just hungry.
Or, more realistically, you're an idiot.
What they're trying to say, albeit poorly, is that from the waiter available for irrigation, drinking water, pools, lawn care, etc., a large amount is being used for irrigation. Because there is a shortage for everything else, they're saying about is being used for irrigating various crops, which in turn adds up to how much is being used for meat production.
Just because they say how much is being "used" doesn't mean they are implying it is gone forever. There is a finite supply (at current climatalogical conditions) of fresh water to use at one time. If you drain a lake to irrigate crops, the lake is still dry even if the water is still in the local environment.
Feel free to send an e-mail there as well. It will end up in the blackhole that is my junk address.
If it is the Satoshi Nakamoto, there is a pattern: a complete lack of the understanding of how personal privacy works on the internet.
The fact that he's fairly old adds to the evidence. If he were in his mid 20s he'd never have used his real name or outted himself because he'd understand how privacy works (or rather, doesn't work) with respect to the internet.
Morning Glorys don't contain LSD, they contain LSA, which, while being a precursor to LSD, is very different.
This sidesteps the issue. Yes, adoption is an option for some, but not all. The cost and legal requirements can be quite high, whereas this is medical procedure to fix a disease (really prevent), potentially covered by insurance or a universal healthcare system. You're advocating the idea that those less affluent can only have genetically disease free kids if they themselves are free of genetic disease.
1
The unit is SE, for Standard Electron
In truth, like System V, it's a set it and forget it sort of thing for most users (or more realistic, never realize it's even there sort of thing). For me, I have about 40 servers, physical and virtual, and about 150 thin clients to manage using various shades of Fedora, CentOS and RHEL. The thin clients boot over pxe to and then connect via xdmcp to a Fedora 19 box for their desktop environment. As Fedora 19 isn't exactly the best, and users do strange things, one will end up getting rebooted every week or so. The thin clients end up getting rebooted all the time (people think they should turn off their computer at night, so they do). Being able to use journalctl to see exactly what process took how much time was instrumental in getting a fast bootup time, which makes users happier. Happy users = happy admin. Happy admin = the building doesn't get burned down in a quest to get back the stapler. Every time I have to mess with anything other than systemd (on the CentOS and RHEL servers) I die a little inside. It's like using ipchains instead of iptables. Yes it worked, but the world moved on (and yes, I know, iptables is archaic at this point in time).
Yes, you can do parallel startup with System V. You also can make a systemd init process that doesn't do anything in parallel.
Yes, systemd is smarter with dependencies in the sense that it has dependencies and not a numered list. Yes, you can have a System V script that manages it's own dependencies, but because you can do an infinite number of things with System V scripts many people have tried. I've ran across dozens of System V scripts that are hundreds of lines long even without couting the standard ". /etc/init.d/functions" size, which, on my system, is almost 600 lines long. Systemd simplies this by having a much larger library of functions and uses the presumption that you'll never call a script without using systemd to manage it. No longer does every script have to define a start, stop, restart, condrestart, status function; it's handled by systemd. No longer do you have to do checks for your PID file; it's handled by systemd. No longer do you have to make sure your script will always run after another script even if that script's chkconfig number changed; it's handled by systemd.
In the end, yes, it's another config language you'll have to learn, but it's worth it.
System V has a scrict sense of a run level. For example, if you want a full desktop, run level 5 is often used, for a headless server, run level 3. What if you have a box that is headless most of the time, but you want to be able to run a full desktop sometimes? With System V you would change from run level 3 to run level 5 which would, depending on implimentation, stop and start services that are needed by both. Systemd instead has the concept of targets. Your full desktop target would have the headless server target as a dependency, and starting the full desktop would only run what isn't already running. You typically also have individual sevices that have dependencies. For example, you'd want your dhcp server to wait to start until the network has come online. In System V you have to define network as a number and make sure everything that depends on it has a bigger number and everything it depends on to have a smaller number. systemd's dependency model is also smart enough to start processes in parallel.
All of that is just the most exposed part of systemd (to me at least). It also supplants other processes such as xinetd and udev. Instead of having three different ways to start processes based on system events (startup, port connection, hardware event) you have a single system to manage all three. It can get complicated (wasn't udev already complicated?) but the consistency is worth it.
To keep all the consitency systemd provides a series of functions and magic variables. By magic variables I mean you set a list dependencies, which IMHO is less magic than the chkconfig comment lines in a typical System V init script. Both the magic variables and functions mean your typical service initaliation script is 10 lines instead of 100. While they may not be as obvious what's going on (a System V script is self-contained and can be ran on it's own) it is once you've become familiar with them.
At a point when even the cheapest SoC has more processing power, memory, and storage space than your current desktop the cost of learning and using a custom system like Busybox will outweigh the benefit for many. For devices that need instant-on capabilities I don't think it's realistic to expect anything other than a custom init, but for the rest I expect programmers to programmers; that is, lazy.
Learn to love systemd; it's here to stay and for good reason.
If only I hadn't spent all my mod points on the "Fuck Beta" campaign.
Seriously though, I'm not sure Mr. Ham is going to actually respond to Bill Nye. If Mr. Nye responds, and Mr. Ham doesn't, it only puts the "science" of creationism in a valid light, as if it were worth debating.
Here's hoping they stay mostly on whether it should or should not be taught in schools, not whether either is true or not. Science isn't so much about "truth" but about the best understanding based on available evidence. That is what should be taught, right from the get go.
My biggest indicator I'm getting too stressed at work: all my dreams are in code. Not just me dreaming of sitting at a desk coding, but the actual visuals are of Vim and nothing else.
So the FBI read the handbook on giving an audit with an e-meter?
Indeed. "Testimonies" are very much along the lines of "I testify that I hold X/Y/Z ideas on faith." Every month (usually the first Sunday of each month) there is a special meeting fast and testimony meeting where members of the congregation get up and "bear their testimony." As a kid growing up with a dad teaching at BYU, these Sundays were the worst. They often dragged on longer than normal not just because church service ran longer, but the fasting portion of "fast and testimony" meant we were hungry all day until dinner.
No, please, don't build anything with a 68k. There are already too many of them out there.
"cloud storage" is effectively infinite as far as wallets go. Why an arbitrary limit of a lowly 2TB, as in a bargain bucket HD?
Because SDXC supports 2TB of storage. Until there is a standard for SD cards that supports more than 2TB, SD cards are limited to that.
The idea of having access to the full amount of storage (on say, an external drive connected via wifi) without having to wait for 2TB to fit on an SD card is, however, why there are already wireless storage arrays via SD and CF cards. This is probably the most complex way to maybe get that same level of functionality in other devices that support a the full size SD card, which very few consumer devices do. The move to microSD is almost complete in consumer land.
dur, bomb!
<sarcasm>...and that's exactly why the NSA built their archive there...</sarcasm>
I'm sure he has the same problem as Major Major Major Major, as in he'll never advance beyond captain because it fits his name.
There's more to addiction than addictivating the "pleasure center" of the brain. That's a lot of it yes, but not all. They've shown that rats like Oreos more than rice cakes as much as they like cocaine or morphine more than saline. Liking drugs and being addicted to drugs are two very different things.
If you want to see the "me-too shovelware" try looking at Ouya's lineup. I own one, and use it sparingly vs. what Steam on a PC. Why? Because Steam isn't "me-too shovelware," but rather a broad mix of hardcore, free-to-play, family, puzzle, etc. games. Yes, not all are top-notch games, but when has this ever applied to the Nintendo, Playstation, Xbox, etc?