Well yes... In theory the big players could wipe the MVNOs out by so advantaging their own retail division. In practice that doesn't happen. The retail divisions have branding and focus concerns. The wholesale divisions are competing for the MVNO's business. And for some players (like Sprint) the MVNO business is more important than their retail division. So I'd say it is a non problem for now though it could become one.
The way to solve the training problem is an employment contract. Both worker and company agree to a contract with salary increases and training. Workers accept less in the beginning and possibly have to pay an early termination penalty equal to some percentage of the cost of training. Employers have to pay a lot on the tail end and pay a penalty for early termination.
Works well. It would be nice to bring this back to America for non executives.
Bribery doesn't explain it. The American people aren't in most places voting for pro-labor politicians when they have the chance. In 2008: Joe Biden, Dennis Kucinich nor Bill Richardson won the primary. Republicans who are anti labor win many many elections against Democrats who are better. Neither party is perfect but the American people aren't voting their interests.
There might have to be changes in terms. I guarantee you if they were paying $2k a day they would find plenty of labor. The question now is what's the right price between $20 / day and $2000 / day.
I sort decks of cards all the time using a hash / insertion sort. First I split up the suits (i.e. a 4 way partition based on clubs-diamonds-hearts-spades) then I do an insertion sort on the 13 cards. Done.
They aren't leasing. What they are doing is buying blocks of minutes wholesales and reselling them retail: A units of 100k minutes M-F 8-6 B units of 100k minutes nights C units of 100k minutes weekends D units of 1m SMS E units of 2t data F DIDs
Then they break this up an sell it retail. I don't know that they actually have much of an advantage over the in-house providers. Sprint for example does most of its business on the wholesale side. AT&T does a lot of wholesale. Verizon doesn't like the wholesale side but PagePlus still has millions of subscribers.
As for separate and competing infrastructure. That's a different problem though some of the MVNOs allow you pass between infrastructure. For example they might use T-mobile where it is available (cheap) and AT&T where they can't get T-mobile.
Capturing information is useless unless you can access it. Systemd logging does require special decoding.
And there are already several of these decoding programs, plus libraries so that adding support to existing editors won't be a problem. Ergo that is not an issue today and will be less of one going forward.
A version-compatible log reader facility, however, stands a very good chance of not being so easy to get.
Why wouldn't it be? Libraries already exist. So what is going to stop this from being part of most Linux editors and thus most open source ones? Just boot from CD-ROM.
If I sound extreme, it's because I've spent a lot of time with various binary loggers and have found them to be counter-productive on the whole, and especially frustrating when things have gone to hell.
On mainframes and minis? This is going to be a standard system. It is going to be well supported. The situation isn't comparable.
Why introduce a middleman, especially for something that - as I said - needs to be easy to get at in times of emergency?
Well for one thing the middleman is going to be capable of making it easier to get. Moreover the middleman introduces lots of additional functionality which will make the logs easier to use. Also emergency is not the primary use case. Emergency / hardware failure is something that is less important in the world of virtualization. The actual hardware OS doesn't do much and the virtualized OSes will be accessible.
But this is yet another example where a bunch of designers replaced something that was very functional with something new, shiny - and missing critical functions
journald supports text export so it does what you want. The fact that you don't know that should give you pause in your analysis. That being said syslogd doesn't have basic logging functions like indexing, security / verification, ability to prioritize.... It wasn't functional. Certainly it is possible that syslogd is a better fit for you, though I doubt it. But even if that were the case a better fit for you and a better default for everyone on the planet are not the same thing.
Absolutely it is their job. They are obligated to exercise due diligence in a prosecution. Any attorney presenting witness testimony they don't find credible is grounds for disbarment. For a prosecutor it is much more serious because they are held to a standard of diligence they don't have to just find the testimony not non-credible they must actually find it credible.
There were multiple witnesses saying that Mike Brown had his hands up and was not attacking Darren Wilson when he was shot
The problem is those witnesses were discredited by the investigation. Their statements contradicted physical evidence and some admitted they had fabricated their testimony when crossed.
I just don't understand how with the witnesses that have come forward, they couldn't find enough evidence that maybe there was wrong doing to want all the evidence to come out so we can have answers.
The prosecutor presented all witness testimony. All of it. And he most certainly did present that evidence, he also presented why he didn't find it credible.
Actually in this case the prosecutor declared the case closed so sunshine laws apply. We know what evidence they saw though we know nothing of the deliberations.
What secrecy that the EFF wouldn't see. A certification agency doesn't need secrecy. In theory the EFF could be the one to generate the private key and run that on a server they control. That might be an excellent way to build trust, that it runs on EFF hardware.
Yes, we are living with that contradiction right now. The elections confirm it.
How does the election confirm that we have: A widespread belief there is privacy and at the same time he government violating that privacy through monitoring and frequently acting on the information? I'm not following at all.
So the main problem can be solved just with systemd not running as pid 1 but running only as service supervisor. Is that possible?
Actually that's like of what systembsd and systemd-shem do. So yes it is possible. The question is whether the systemd-shem team can keep up with the systemd people and so far no they can't. Same problem that everyone has had. The systemd group is:
a) really good b) really big c) has a mandate to do a lot.
On the other hand the Docker people are creating a containerized version of systemd that doesn't depend on systemd and unlike the other two groups that one is adequately funded. So that might solve the problem in terms of ways of handling the dependencies in theory. Debian is not gong to create a hard dependency on running Docker infrastructure so it doesn't solve Debian's problem however.
One lost contract will obviously happen. But remember many of the cloud / PaaS systems can be tens of thousands of licenses. It is hard for a system admins with a dozen servers to compete in terms of influence. Besides most admins like systemd and Debian doesn't offer commercial contracts. Ubuntu does but they moved away from initd years ago.
No, what we're referring to is that abominiation of a logging system that latched itself onto the process management.
The hyperbole doesn't help. "abomination"? Now let's deal with this rationally. systemd intends to capture much more information than syslog ever did. It intends to capture this much higher quantity of information about far more stuff. So instead of a bunch of disparate logs there is going to be a unified log with indexing. To index and search such a log applications need to understand them which means a binary native format.
But at least it doesn't require a binart decoder
Of course it does. You aren't spooling log to a hardcopy terminal you are spooling it to disk. Multiple layers of binary decoding are needed. As you move from HDD to SSD at least 2 more are needed. Systemd adds one more. That's it. Moreover if the goal is some sort of text based selection of the log systemd supports real time exporting.
The FCC's means of allowing competition is having a vibrant MVNO industry. See what Sprint, AT&T and T-mobile are doing with their spectrum on the wholesale side. Lots of non-compatible towers doesn't help anything it just makes America's system worse.
No you aren't. You live in a country with a total different population density spread than Europeans do. They have a higher percentage of their population concentrated than we do. (If you are going to try and do this for yourself, don't calculate people per sq mile that's not the relevant figure, the relevant figure is number of square miles with moderate population).
You want to object to America's housing / transportation policy that's the root of the problem. Not the telcos.
Speed is poor in America because of low density mostly. The American system is much more expensive to build than the east Asian or European system. That is one of the many many costs due to our housing / transportation policies. As for the poor, the poor mostly do use some cellular data. This does benefit them. Plus the $34b is very likely to benefit them.
Slashdot Mirror
Well yes... In theory the big players could wipe the MVNOs out by so advantaging their own retail division. In practice that doesn't happen. The retail divisions have branding and focus concerns. The wholesale divisions are competing for the MVNO's business. And for some players (like Sprint) the MVNO business is more important than their retail division. So I'd say it is a non problem for now though it could become one.
Completely agree with you. Though I think a guild / professional association (like the AMA or Bar association) would be a better fit than a union.
We ran this experiment in the 1990s. Tech salaries went up by about 50% and the field exploded in size. Yes it was enough.
The way to solve the training problem is an employment contract. Both worker and company agree to a contract with salary increases and training. Workers accept less in the beginning and possibly have to pay an early termination penalty equal to some percentage of the cost of training. Employers have to pay a lot on the tail end and pay a penalty for early termination.
Works well. It would be nice to bring this back to America for non executives.
Bribery doesn't explain it. The American people aren't in most places voting for pro-labor politicians when they have the chance. In 2008: Joe Biden, Dennis Kucinich nor Bill Richardson won the primary. Republicans who are anti labor win many many elections against Democrats who are better. Neither party is perfect but the American people aren't voting their interests.
There might have to be changes in terms. I guarantee you if they were paying $2k a day they would find plenty of labor. The question now is what's the right price between $20 / day and $2000 / day.
I sort decks of cards all the time using a hash / insertion sort. First I split up the suits (i.e. a 4 way partition based on clubs-diamonds-hearts-spades) then I do an insertion sort on the 13 cards. Done.
Actually something like quicksort / insertion sort which is what a computer would do works well for people as well.
We don't need full on product protectionism. What could work well is a tax system that rewards domestic wages.
They aren't leasing. What they are doing is buying blocks of minutes wholesales and reselling them retail:
A units of 100k minutes M-F 8-6
B units of 100k minutes nights
C units of 100k minutes weekends
D units of 1m SMS
E units of 2t data
F DIDs
Then they break this up an sell it retail. I don't know that they actually have much of an advantage over the in-house providers. Sprint for example does most of its business on the wholesale side. AT&T does a lot of wholesale. Verizon doesn't like the wholesale side but PagePlus still has millions of subscribers.
As for separate and competing infrastructure. That's a different problem though some of the MVNOs allow you pass between infrastructure. For example they might use T-mobile where it is available (cheap) and AT&T where they can't get T-mobile.
What you are proposing exists for cellular as well. http://en.wikipedia.org/wiki/L...
And there are already several of these decoding programs, plus libraries so that adding support to existing editors won't be a problem. Ergo that is not an issue today and will be less of one going forward.
Why wouldn't it be? Libraries already exist. So what is going to stop this from being part of most Linux editors and thus most open source ones? Just boot from CD-ROM.
On mainframes and minis? This is going to be a standard system. It is going to be well supported. The situation isn't comparable.
Well for one thing the middleman is going to be capable of making it easier to get. Moreover the middleman introduces lots of additional functionality which will make the logs easier to use. Also emergency is not the primary use case. Emergency / hardware failure is something that is less important in the world of virtualization. The actual hardware OS doesn't do much and the virtualized OSes will be accessible.
journald supports text export so it does what you want. The fact that you don't know that should give you pause in your analysis. That being said syslogd doesn't have basic logging functions like indexing, security / verification, ability to prioritize.... It wasn't functional. Certainly it is possible that syslogd is a better fit for you, though I doubt it. But even if that were the case a better fit for you and a better default for everyone on the planet are not the same thing.
Absolutely it is their job. They are obligated to exercise due diligence in a prosecution. Any attorney presenting witness testimony they don't find credible is grounds for disbarment. For a prosecutor it is much more serious because they are held to a standard of diligence they don't have to just find the testimony not non-credible they must actually find it credible.
The problem is those witnesses were discredited by the investigation. Their statements contradicted physical evidence and some admitted they had fabricated their testimony when crossed.
The prosecutor is releasing all the evidence.
The prosecutor presented all witness testimony. All of it. And he most certainly did present that evidence, he also presented why he didn't find it credible.
Actually in this case the prosecutor declared the case closed so sunshine laws apply. We know what evidence they saw though we know nothing of the deliberations.
If they are wrong then there is no indictment. What does wrong have to do with it?
What secrecy that the EFF wouldn't see. A certification agency doesn't need secrecy. In theory the EFF could be the one to generate the private key and run that on a server they control. That might be an excellent way to build trust, that it runs on EFF hardware.
How does the election confirm that we have: A widespread belief there is privacy and at the same time he government violating that privacy through monitoring and frequently acting on the information? I'm not following at all.
Actually that's like of what systembsd and systemd-shem do. So yes it is possible. The question is whether the systemd-shem team can keep up with the systemd people and so far no they can't. Same problem that everyone has had. The systemd group is:
a) really good
b) really big
c) has a mandate to do a lot.
On the other hand the Docker people are creating a containerized version of systemd that doesn't depend on systemd and unlike the other two groups that one is adequately funded. So that might solve the problem in terms of ways of handling the dependencies in theory. Debian is not gong to create a hard dependency on running Docker infrastructure so it doesn't solve Debian's problem however.
One lost contract will obviously happen. But remember many of the cloud / PaaS systems can be tens of thousands of licenses. It is hard for a system admins with a dozen servers to compete in terms of influence. Besides most admins like systemd and Debian doesn't offer commercial contracts. Ubuntu does but they moved away from initd years ago.
The hyperbole doesn't help. "abomination"? Now let's deal with this rationally. systemd intends to capture much more information than syslog ever did. It intends to capture this much higher quantity of information about far more stuff. So instead of a bunch of disparate logs there is going to be a unified log with indexing. To index and search such a log applications need to understand them which means a binary native format.
Of course it does. You aren't spooling log to a hardcopy terminal you are spooling it to disk. Multiple layers of binary decoding are needed. As you move from HDD to SSD at least 2 more are needed. Systemd adds one more. That's it. Moreover if the goal is some sort of text based selection of the log systemd supports real time exporting.
Yes things are settling down. The universe was much more energetic 10b years ago and will be much less energetic 100b years hence.
The FCC's means of allowing competition is having a vibrant MVNO industry. See what Sprint, AT&T and T-mobile are doing with their spectrum on the wholesale side. Lots of non-compatible towers doesn't help anything it just makes America's system worse.
No you aren't. You live in a country with a total different population density spread than Europeans do. They have a higher percentage of their population concentrated than we do. (If you are going to try and do this for yourself, don't calculate people per sq mile that's not the relevant figure, the relevant figure is number of square miles with moderate population).
You want to object to America's housing / transportation policy that's the root of the problem. Not the telcos.
Speed is poor in America because of low density mostly. The American system is much more expensive to build than the east Asian or European system. That is one of the many many costs due to our housing / transportation policies. As for the poor, the poor mostly do use some cellular data. This does benefit them. Plus the $34b is very likely to benefit them.