It's the same way that the initial solution to people MFing was to put a 2600 Hz notch filter on POTS lines. Then they moved signaling out of band except for the last mile. They assumed that was problem solved since trunks were protected with physical security.
They simply didn't anticipate a day when most of the population had a cellphone and a computer more powerful than their switch and where software defined radio was an actual thing that an individual could make or buy.
So you need to have some way to enter those characters when specifying a file name. Escap chars can handle some of that, but it really is best to not take chances where it can cause problems. For example, imagine a file named 'bobby; rm -rf/'
Because some characters have special significance to the shell. That includes * and ?. In the bad old days of dos, you could enter an arbitrary character code by holding Alt while entering the 3 digits on the keypad. Character 255 looked exactly like a space but was not equivalent. Imagine the confusion one could cause that way.
Sure, but the potential to mis-configure a subsystem that has big red asterisks around it anyway such that a trusted user might exceed authority is a far cry from a security vulnerability that might put a hole in my Christmas stocking. Other things to avoid include making/bin/bash suid root, chmod -R o+rwx/, etc etc.
Put the cheetoes down so you can talk with your mouth instead of your butt.
By that criterion, sales and marketing are also cost centers. It would be ever so much cheaper to do business if you could just ship product at random and actually get paid. Buty you can't, so you need sales and marketing. It would be nice if the building would clean itself so you could skip janitorial without swimming in trash and filth but you can't.
Everything is a cost and in a well run business, everything in some way contributes to income. Get over it. Trying to divide entire functions into income or expense just demonstrates an incomplete and fragmented understanding of the system.
If anyone doesn't think IT is on the INCOME side, they should give the sales guys a pad and a pencil and shut down IT services for a week. Let's see how much INCOME they have then. Make that week during payroll and lets see what their INCOME looks like when nobody gets paid.
But we have to ignore all of that because of what it implies our society and the living conditions of the junkies. We must resolutely hold the line. No 'facts' may deter us from the message that addiction is a moral failing and so the addict deserves his fate. Now, all rise and put your fingers in your ears and sing the new national anthem: "LA LA LA LA LA".
Agreed, to actually be sure, the software needs to be at least verified by someone you trust. It would not be wise for that someone to be a telco. However, end-to-end has a specific meaning and Verizon's service isn't it.
As for the keys, you can identify the party through conversation. If you've never met, you would need a trusted introducer in a 3 way call to verify each of you to the other. Then transmit public keys around and read back the key fingerprints. In other words, use the PGP/GPG web of trust rather than a central authority.
From then on, you have the keys stored and so you can skip that part.
I do know very well that the company is not at all immune to government pressure. I never anywhere suggested otherwise. I suggested that claiming a thing that is untrue and legally cannot be true is immoral. A moral company simply wouldn't claim to offer end to end encryption.
The legit parties to the conversation would notice that none of them are the master. Or choose an election system that makes one of them the master every time.
I fully agree that a talented professional can get amazingly good results out of the hardware out there today. It is also within reach of an avid amateur.
The modern digital gear is not quite as forgiving as the old tube gear but in exchange the result when you do it right is orders of magnitude better.
Ideally, all music should be released at full dynamic range and if it needs to be compressed for FM or crappy earbuds, the radio station or player can easily handle it.
I'm going to laugh when new standards for measurement come out that punish the current 'loud' recordings.
But that can easily be prevented in a public key system. Just a simple example that I am formulating as I type. The peers elect a master based on any arbitrary criterion (pick a number, who has the lowest mac address, who called in first, whatever). Everybody else hands it a public key. The master generates a session key and encrypts it with each authorized public key to distribute it. If LEO taps in, he gets nothing unless he can convince the master to accept his public key. If there are supposed to be 3 parties on the call, the master's owner will notice that there is an extra request for the session key.
An added benefit is that it is actual end-to-end encryption. The provider has no ability to tap the line as long as the keys are reasonable and the software doesn't have a back door in it..
If the public keys have been exchanged in advance, all the better for knowing the identity of everyone involved in the call.
And nobody would willingly buy a vehicle new unless/until they dropped the price enough to not lose a quarter to nearly half of their value the moment they drive off the lot.
First, you're just talking about compression, which is fine and is used in recording regularly.
Limited compression is fine. If that compression includes DSP simulation the behavior of a tube beginning to clip, the listener will hear it as louder than it actually is.
For the third point, there is necessarily an analog stage in front of the ADC. On the listener side, the brick wall filter needed after the DAC to get rid of the aliasing before it screws with the amplifier can have all sorts of nasty effects. That's the REAL reason higher sample rates (and so nyquist limit) makes it sound better.
All of this absolutely can be dealt with in a digital system, it's just a matter of actually doing it (avoiding the under-design so common in consumer gear these days).
But all of this suggests that if people still swear the analog sounds better, it's worth considering that we might have overlooked something before we write it off as audioweenie gibberish.
What attitude would you suggest when your budget gets jacked around every year. What attitude can fix having more expenditures towards various multi-year projects than you have money to spend? In the '60s they had full support from Congress and a growing budget.
His complaint is valid because the foolish lawmakers handed the DEA their authority to schedule a drug. They should at least take that back.
THIS!
It's the same way that the initial solution to people MFing was to put a 2600 Hz notch filter on POTS lines. Then they moved signaling out of band except for the last mile. They assumed that was problem solved since trunks were protected with physical security.
They simply didn't anticipate a day when most of the population had a cellphone and a computer more powerful than their switch and where software defined radio was an actual thing that an individual could make or buy.
So you need to have some way to enter those characters when specifying a file name. Escap chars can handle some of that, but it really is best to not take chances where it can cause problems. For example, imagine a file named 'bobby; rm -rf /'
SureItDoes.
Of course, if not for the convention of all smalls in domain names we wouldn't get to snicker at expertsexchange.com
Because some characters have special significance to the shell. That includes * and ?. In the bad old days of dos, you could enter an arbitrary character code by holding Alt while entering the 3 digits on the keypad. Character 255 looked exactly like a space but was not equivalent. Imagine the confusion one could cause that way.
Sure, but the potential to mis-configure a subsystem that has big red asterisks around it anyway such that a trusted user might exceed authority is a far cry from a security vulnerability that might put a hole in my Christmas stocking. Other things to avoid include making /bin/bash suid root, chmod -R o+rwx /, etc etc.
During intermission, they can lead the audience in the chicken dance.
Yes, you do.
So to translate: News flash, designated admins can do admin things!
Put the cheetoes down so you can talk with your mouth instead of your butt.
By that criterion, sales and marketing are also cost centers. It would be ever so much cheaper to do business if you could just ship product at random and actually get paid. Buty you can't, so you need sales and marketing. It would be nice if the building would clean itself so you could skip janitorial without swimming in trash and filth but you can't.
Everything is a cost and in a well run business, everything in some way contributes to income. Get over it. Trying to divide entire functions into income or expense just demonstrates an incomplete and fragmented understanding of the system.
If anyone doesn't think IT is on the INCOME side, they should give the sales guys a pad and a pencil and shut down IT services for a week. Let's see how much INCOME they have then. Make that week during payroll and lets see what their INCOME looks like when nobody gets paid.
And still, MS won't make opening something and running something distinctly different actions.
A nuclear powered de-salination plant and pumping station. But good luck getting that built in Ca.
But not by volume.
But we have to ignore all of that because of what it implies our society and the living conditions of the junkies. We must resolutely hold the line. No 'facts' may deter us from the message that addiction is a moral failing and so the addict deserves his fate. Now, all rise and put your fingers in your ears and sing the new national anthem: "LA LA LA LA LA".
Agreed, to actually be sure, the software needs to be at least verified by someone you trust. It would not be wise for that someone to be a telco. However, end-to-end has a specific meaning and Verizon's service isn't it.
As for the keys, you can identify the party through conversation. If you've never met, you would need a trusted introducer in a 3 way call to verify each of you to the other. Then transmit public keys around and read back the key fingerprints. In other words, use the PGP/GPG web of trust rather than a central authority.
From then on, you have the keys stored and so you can skip that part.
I do know very well that the company is not at all immune to government pressure. I never anywhere suggested otherwise. I suggested that claiming a thing that is untrue and legally cannot be true is immoral. A moral company simply wouldn't claim to offer end to end encryption.
The legit parties to the conversation would notice that none of them are the master. Or choose an election system that makes one of them the master every time.
I fully agree that a talented professional can get amazingly good results out of the hardware out there today. It is also within reach of an avid amateur.
The modern digital gear is not quite as forgiving as the old tube gear but in exchange the result when you do it right is orders of magnitude better.
Ideally, all music should be released at full dynamic range and if it needs to be compressed for FM or crappy earbuds, the radio station or player can easily handle it.
I'm going to laugh when new standards for measurement come out that punish the current 'loud' recordings.
But that can easily be prevented in a public key system. Just a simple example that I am formulating as I type. The peers elect a master based on any arbitrary criterion (pick a number, who has the lowest mac address, who called in first, whatever). Everybody else hands it a public key. The master generates a session key and encrypts it with each authorized public key to distribute it. If LEO taps in, he gets nothing unless he can convince the master to accept his public key. If there are supposed to be 3 parties on the call, the master's owner will notice that there is an extra request for the session key.
An added benefit is that it is actual end-to-end encryption. The provider has no ability to tap the line as long as the keys are reasonable and the software doesn't have a back door in it..
If the public keys have been exchanged in advance, all the better for knowing the identity of everyone involved in the call.
I would say that advertising the 'service' as end to end when it isn't even legal for it to actually be end to end is a legitimate moral shortcoming.
But they DIDN'T have to falsely advertise it as end-to-end encryption when it clearly is not.
And nobody would willingly buy a vehicle new unless/until they dropped the price enough to not lose a quarter to nearly half of their value the moment they drive off the lot.
Perhaps it isn't specific to IT but for whatever reason, fads run rampant in IT.
First, you're just talking about compression, which is fine and is used in recording regularly.
Limited compression is fine. If that compression includes DSP simulation the behavior of a tube beginning to clip, the listener will hear it as louder than it actually is.
For the third point, there is necessarily an analog stage in front of the ADC. On the listener side, the brick wall filter needed after the DAC to get rid of the aliasing before it screws with the amplifier can have all sorts of nasty effects. That's the REAL reason higher sample rates (and so nyquist limit) makes it sound better.
All of this absolutely can be dealt with in a digital system, it's just a matter of actually doing it (avoiding the under-design so common in consumer gear these days).
But all of this suggests that if people still swear the analog sounds better, it's worth considering that we might have overlooked something before we write it off as audioweenie gibberish.
What attitude would you suggest when your budget gets jacked around every year. What attitude can fix having more expenditures towards various multi-year projects than you have money to spend? In the '60s they had full support from Congress and a growing budget.
Exactly! The blame goes directly to Congress as they were the ones making the bad decisions.