The problem is INI files. With MS DOS they could end up in strange places and with different syntax's, not unlike the config files under/etc and/home/user. It was a decent ambition to deal with that mess even though the implementation of the registry is far from perfect.
I don't recall when the registry came but administrating my last MS DOS (3.2) was already a bit of a problem on the then technical marvel of a 20 MB hard disk. You're correct afaik that the registry came with Windows but it was the experiences with MS DOS that lead to it, iirc.
INI files. Actually, that horror is with Linux-users. There are system wide settings in/etc and user-specific settings in/home/. Pick 10 random applications and look closely at the syntax, especially at differences between files.
MS DOS was easy to grok but those INI files could end up at unexpected places and with wildly varying syntax's, the registry wasn't such a dumb solution to it even though the implementation leaves something to be desired. I don't know when the registry made its appearance but the way I see it was MS DOS what caused it.
Trying to understand all those folders It hurts the widdle windows users' heads since they don't understand why they can't just keep throwing everything in C:\
That's MS DOS. On Windows it's even nastier with folders like 'My documents'. It works ok if it does but when you have to navigate the tree towards it, especially on a system in a different language than English, it becomes a lot of trouble. Those windows users should feel right at home at/home.
I think someone in Redmond made a calculation of just how big the rug needed to be in order to sweep everything under. Fairly soon after that we saw the "Microsoft (R) Trusted Responsible Vulnerability Admission Program (TM)".
What you are describing is actually a pro-christian bias.
Eurocentric, not pro-Christian.
and christian-centric, which is defensible since the church probably had a huge influence on history and in Europe there was not much else. However, the few times 'other' people come into focus, it's as "invaders" who did nothing more than occupy some land until the good guys finally restored order and threw them out.
History education has changed since I last had it at high school and I'm sure we teach our kids a little bit more and a little less biased. Don't know if we've come to the point where we no longer speak of the Moorish invasion of Spain but may actually see the the greater Umayyad culture.
stand up very well as art, even by modern standards.
Art in the sense of 'a happening' then? As I understand it, in this cave they couldn't see what they were drawing and they couldn't see what they had drawn.
But one of these days one of these nasties is gonna find a way to really spread through the population
I think the problem is that it doesn't matter how nasty they are because we don't have an effective counter-measure anymore. Spreading through the population is a worry of course but the cost of preventive measures, say for hospitals and food, will probably have become too high long before another 'black death' or 'Spanish flu' decimates humanity.
Holy moly, but I hate InfoWorld. Without mentioning all the ads, or their apparent unrealization of the fact that browsers have scroll bars (though to be fair they're not the only ones), my biggest complaint is that never, not once have I read one of their articles and gotten what the headline promised.
I think this is generally true for all the IDG 'content' and not because they copy it to about every site in their 'network' (SEO by lots of reciprocal links to sister sites, really).
This is what passes for tech journalism?
No, it's selling ad-space on the promise of content and every so often, albeit rarely, there's something interesting coming out of the IDG 'network'.
Unlikely, their own certificates were compromised too. The way Diginotar went about in their business and the way they handled the fall-out is reminiscent of IT gaffes by the Dutch government (unfair, you rarely hear about the things that do go right but that's assuming there are things that go right). The average Dutch government wouldn't hesitate about letting the USA spy services in though but not the Iranians.
I can be bothered but I can use every help I can get. Installing NoScript is easy, determining which sources are legitimate for functionality and content and which I'd like to block isn't. Too many sites require third party resources or writable (flash) cookies to function and still I've no idea how to block browser fingerprinting through the installed fonts.
I've recently gone through the list provided by Ghostery again, blocking all by default and then allowing what seemed to make sense to me, including Disqus. Somehow that didn't work, can't comment on sites with Disqus enabled and I don't know why. I think it's a shame that it's necessary that I have to worry about this, imho it should be enough that I'm simply careful with what I enter online.
I recommend a similar approach with the 2nd grade kids. Giving them the power to insult their fellow classmates is always appreciated, and remembered.
I agree but throw in more 'programming' to show the power of automation (python example, despite code tags, indentation isn't preserved: replace underscore with space):
>>> print 'John sux!!!111!!!'
John sux!!!111!!!
>>> print 'Mary sux!!!111!!!'
Mary sux!!!111!!!
>>> names = ['John', 'Mary', 'Peter', 'Caroline']
>>> for name in names: ... ____print '%s sux!!!111!!!' % name ...
John sux!!!111!!!
Mary sux!!!111!!!
Peter sux!!!111!!!
Caroline sux!!!111!!!
What's to stop an attacker from packaging a patched source and putting it in the place where most of the rolling release distributions are actually pulling it from?
git, and the SHA-1 keys.
Let's hope the admins verify Git too then. Attacker had root access after all.
You can lower your expenses now by buying a small, used car and using it sparingly. However, if too many people would save money on their car, the government would have to find another means of getting income. Income needed to develop projects like this, I might add, because it's something that's been under development for over a decade now. The best thing about motorists is that you can milk them and keep on milking them; people hate to give up their car.
Why should the DB access be tied to a web framework?
I belief it's part of what makes something like Django tick. All you do is create an object comparable to a non-web Python program and you work with it as such, the framework handles the rest. Or ask your question the other way round: why should you have to deal with the back-end when all you want to do is write a web-app.
There's nothing wrong with your view and it's great if it works for you but it leads to what you describe: "we have our own Python web framework". I think you can imagine Django being useful for someone who doesn't want to concern himself with the db back end, even when that means accepting limitations on the db-side.
What exactly prevents them from demanding Google is the default search engine, or video should be WebM, or add any other arbitrary restriction ?
Nothing. Argument was that Google doesn't care about the profitability of Android but only cares about its ad-revenues. Counter argument that Android isn't used to view ads is imho atm not relevant; the mere existence of platforms that can't be dictated by 'hostile' competition is enough for Google. Should Chrome or Android ever reach complete market dominance then I'm sure Google will be very happy and perhaps become (more) evil but it's sufficient that those products are simply large enough that they won't be ignored.
Stuff might turn ugly when ad-revenues go down despite the success of Chrome and Android. "Arbitrary restrictions" are unlikely, Google doesn't depend on those technologies. Tighter control of Android is already in effect but they'll have to find a balance: too strict and they'll lose the best device-makers and end up with the crappy ones. I assume Google knows quite well what made Android a success and won't do something completely brain-dead.
I am a C programmer and do not need help from this "stack overflow" web site.
As a Python programmer I didn't need it either but since I have to code in C#, I'm quite happy with its existence.
Sorry, I thought I had replied on this.
The problem is INI files. With MS DOS they could end up in strange places and with different syntax's, not unlike the config files under /etc and /home/user. It was a decent ambition to deal with that mess even though the implementation of the registry is far from perfect.
I don't recall when the registry came but administrating my last MS DOS (3.2) was already a bit of a problem on the then technical marvel of a 20 MB hard disk. You're correct afaik that the registry came with Windows but it was the experiences with MS DOS that lead to it, iirc.
INI files. Actually, that horror is with Linux-users. There are system wide settings in /etc and user-specific settings in /home/. Pick 10 random applications and look closely at the syntax, especially at differences between files.
MS DOS was easy to grok but those INI files could end up at unexpected places and with wildly varying syntax's, the registry wasn't such a dumb solution to it even though the implementation leaves something to be desired. I don't know when the registry made its appearance but the way I see it was MS DOS what caused it.
Trying to understand all those folders It hurts the widdle windows users' heads since they don't understand why they can't just keep throwing everything in C:\
That's MS DOS. On Windows it's even nastier with folders like 'My documents'. It works ok if it does but when you have to navigate the tree towards it, especially on a system in a different language than English, it becomes a lot of trouble. Those windows users should feel right at home at /home.
I like the idea of GoboLinux too. Although it could get us back in the good old mess of MS DOS and I'd rather not see a registry in Linux.
I think someone in Redmond made a calculation of just how big the rug needed to be in order to sweep everything under. Fairly soon after that we saw the "Microsoft (R) Trusted Responsible Vulnerability Admission Program (TM)".
What you are describing is actually a pro-christian bias.
Eurocentric, not pro-Christian.
and christian-centric, which is defensible since the church probably had a huge influence on history and in Europe there was not much else. However, the few times 'other' people come into focus, it's as "invaders" who did nothing more than occupy some land until the good guys finally restored order and threw them out.
History education has changed since I last had it at high school and I'm sure we teach our kids a little bit more and a little less biased. Don't know if we've come to the point where we no longer speak of the Moorish invasion of Spain but may actually see the the greater Umayyad culture.
stand up very well as art, even by modern standards.
Art in the sense of 'a happening' then? As I understand it, in this cave they couldn't see what they were drawing and they couldn't see what they had drawn.
It should be for sid, that's a rolling release.
Plants, insects shit on them. Traditional wine making involved people walking through the grapes to crush them.
a standard that requires licensing fees
Only in the US. In places where software patents are a load of hogwash (e.g. europe) h.264 and VP8 are equally open.
You're still paying for it when you purchase a gadget with the codec.
But one of these days one of these nasties is gonna find a way to really spread through the population
I think the problem is that it doesn't matter how nasty they are because we don't have an effective counter-measure anymore. Spreading through the population is a worry of course but the cost of preventive measures, say for hospitals and food, will probably have become too high long before another 'black death' or 'Spanish flu' decimates humanity.
Holy moly, but I hate InfoWorld. Without mentioning all the ads, or their apparent unrealization of the fact that browsers have scroll bars (though to be fair they're not the only ones), my biggest complaint is that never, not once have I read one of their articles and gotten what the headline promised.
I think this is generally true for all the IDG 'content' and not because they copy it to about every site in their 'network' (SEO by lots of reciprocal links to sister sites, really).
This is what passes for tech journalism?
No, it's selling ad-space on the promise of content and every so often, albeit rarely, there's something interesting coming out of the IDG 'network'.
Additional bonus if the rugs are color-coded when there's more than one cable/rug combination.
They can't really prove there is a distant planet revolving around a distant world.
You seem to have bought the 'distant world' theory, you're this close in believing the earth isn't flat. Do your parents know this?
(likely at the command of the Dutch government)
Unlikely, their own certificates were compromised too. The way Diginotar went about in their business and the way they handled the fall-out is reminiscent of IT gaffes by the Dutch government (unfair, you rarely hear about the things that do go right but that's assuming there are things that go right). The average Dutch government wouldn't hesitate about letting the USA spy services in though but not the Iranians.
I can be bothered but I can use every help I can get. Installing NoScript is easy, determining which sources are legitimate for functionality and content and which I'd like to block isn't. Too many sites require third party resources or writable (flash) cookies to function and still I've no idea how to block browser fingerprinting through the installed fonts.
I've recently gone through the list provided by Ghostery again, blocking all by default and then allowing what seemed to make sense to me, including Disqus. Somehow that didn't work, can't comment on sites with Disqus enabled and I don't know why. I think it's a shame that it's necessary that I have to worry about this, imho it should be enough that I'm simply careful with what I enter online.
10 PRINT "John Baxter SUX !!" 20 GOTO 10
I recommend a similar approach with the 2nd grade kids. Giving them the power to insult their fellow classmates is always appreciated, and remembered.
I agree but throw in more 'programming' to show the power of automation (python example, despite code tags, indentation isn't preserved: replace underscore with space):
... ____print '%s sux!!!111!!!' % name
...
>>> print 'John sux!!!111!!!'
John sux!!!111!!!
>>> print 'Mary sux!!!111!!!'
Mary sux!!!111!!!
>>> names = ['John', 'Mary', 'Peter', 'Caroline']
>>> for name in names:
John sux!!!111!!!
Mary sux!!!111!!!
Peter sux!!!111!!!
Caroline sux!!!111!!!
What's to stop an attacker from packaging a patched source and putting it in the place where most of the rolling release distributions are actually pulling it from?
git, and the SHA-1 keys.
Let's hope the admins verify Git too then. Attacker had root access after all.
Microsoft has been supporting Python for a while. In fact, IronPython is about to celebrate its fifth birthday.
For its 5th birthday it received additional functionality and new branding, it's called P#.Net now. Miguel de Icaza will bring it to Linux ASAP.
First in, first post.
You can lower your expenses now by buying a small, used car and using it sparingly. However, if too many people would save money on their car, the government would have to find another means of getting income. Income needed to develop projects like this, I might add, because it's something that's been under development for over a decade now. The best thing about motorists is that you can milk them and keep on milking them; people hate to give up their car.
Tax the fuel.
In the Netherlands? Well, it's possible, tax is only some 60% of the price per liter yet. Fuel price in the Netherlands is already high though.
Why should the DB access be tied to a web framework?
I belief it's part of what makes something like Django tick. All you do is create an object comparable to a non-web Python program and you work with it as such, the framework handles the rest. Or ask your question the other way round: why should you have to deal with the back-end when all you want to do is write a web-app.
There's nothing wrong with your view and it's great if it works for you but it leads to what you describe: "we have our own Python web framework". I think you can imagine Django being useful for someone who doesn't want to concern himself with the db back end, even when that means accepting limitations on the db-side.
What exactly prevents them from demanding Google is the default search engine, or video should be WebM, or add any other arbitrary restriction ?
Nothing. Argument was that Google doesn't care about the profitability of Android but only cares about its ad-revenues. Counter argument that Android isn't used to view ads is imho atm not relevant; the mere existence of platforms that can't be dictated by 'hostile' competition is enough for Google. Should Chrome or Android ever reach complete market dominance then I'm sure Google will be very happy and perhaps become (more) evil but it's sufficient that those products are simply large enough that they won't be ignored.
Stuff might turn ugly when ad-revenues go down despite the success of Chrome and Android. "Arbitrary restrictions" are unlikely, Google doesn't depend on those technologies. Tighter control of Android is already in effect but they'll have to find a balance: too strict and they'll lose the best device-makers and end up with the crappy ones. I assume Google knows quite well what made Android a success and won't do something completely brain-dead.