No, most people would still want to work to have an even better life and acquire more goods. People should be free to work and improve their lives, but not having to be afraid that something unexpected might happen so that they'll end up in the streets.
Besides, this is not fantasy, those countries I mentioned have implemented schemes that mostly work. I don't see 20-30% unemployment in Sweden.
The problem is: it doesn't scale well. Let's not rule that out just yet. There are other nations like Sweden, Switzerland, Finland or Denmark that can boast similar achievements in a much larger scale. Though in principle I personally tend to prefer the archetypal freedom and self-determination mantra which is so prevalent in every way of life in the US, it must be acknowledged that there are certain lessons to be learned from other nations. At humanity's present technological level, almost all developed nations could in fact provide a minimum guaranteed quality of life for all citizens. It is not a matter of capability, it is a matter of willingness.
I cannot understand how this is different from all these solutions. Invariably there is some pseudo-shell where you can browse through time, cd where you want, mark and eventually restore files.
Can anyone elaborate what is so different about this (except the claimed time machine likeness)?
Re:Will the Google Apps SAML SSO work with IMAP
on
Free IMAP On Gmail
·
· Score: 1
Wouldn't that defeat the whole purpose of SAML? I mean, what would be the point to have google go to the IdP itself? In order to do it right, you would have to go to the IdP yourself and then have the IdP give the assertion to the SP (which is the google IMAP server).
Giving your credentials to the SP nullifies all the reasoning behind SAML. It could be done in practice, but it seems useless.
Best regards, Athanasios
Re:Will the Google Apps SAML SSO work with IMAP
on
Free IMAP On Gmail
·
· Score: 1
Wouldn't that require a little cooperation from the client? I really am not too much into SAMLv2.0, but how are you going to use a SAML profile without a browser? Same goes with POP.
From the wikipedia article:
GMR was independently discovered in 1988 in Fe/Cr/Fe trilayers by a research team led by Peter Grünberg of the Jülich Research Centre, who owns the patent
On the other hand, both FreeBSD jails and regular Unix chroots are inelegant and bear unnecessary complexity when contrasted with the mandatory access control approach of SELinux. It does take some effort to set up properly, but once you've fine-tuned your SELinux policy you can share the same root directory and all the same libraries and configuration files between your server's daemons, yet have the kernel restrict each daemon's behavior down to the granularity of individual files and network sockets, entirely independently of Linux's built-in discretionary access control mechanisms. Once the Distribution Gods figure out the art of simple MAC policy management (and it seems to me that Red Hat is getting close), I think we'll begin to look at *nix server security in a whole new light.
Take a look at Solaris Zones. They do exactly what you are describing. Been around for several years.
http://www.spec.org/jAppServer2004/results/jAppSer ver2004.html contains all the results. Unfortunately the different hardware configurations make it rather hard to draw any conclusions. Which begs the question, how did the submiter knew that these specific guys where biased or not? From what I can see, the whole setup is inherently biased.
Correction, it is 4 execution threads per core. The next gen model will be 8 per core (e.g. 64 exec threads), but I don't think you can buy that one yet, maybe later this year.
Also, the reason that they are ahead of Intel and AMD at this point is probably the fact that they decided to go multicore several years ago when others were trying to squeeze insane MHz out of their chips. If I remember correctly, a lot of folks in slashdot were laughing at this so-called throughput computing strategy, but it turns out that Sun was correct.
Well, from what I've seen in another post in the same thread, its "metropolises" in modern English. And next time I see someone say "virii" instead of "viruses" I'll remind him that we are speaking English.
As metropolis is a Greek word, I would say that that's "metropoleis". It sounds almost the same except you would have to put the accent on the "po" syllabe.
I have the feeling that we are talking about caching rather than storage in the strict sense. Imagine if gmail could cache some stuff so you could use it even when offline. While you won't be able to read new incoming mail, you will be able to cached messages that you opened, like, in the previous days or something. This would save server capacity for Google and speed up your experience. It is a win win situation. Privacy is not an issue, at least no more than it was before, as long as you are able to push a button and clear everything, like we are doing today with "clear private data". It won't be hard to do it.
iPhoto is great, but I need something more "traditional" like ACDSee or XnView for windows. XnView for mac basically sucks, so it doesn't count. I usually end up firing up gqview under X11, which is almost ok, except that I would prefer a native app.
This is good stuff. Did you use any special flags to compile it? How about posting a nice walkthrough somewhere? Unfortunately xcode ships with 4.0.1 and fink with 4.1.something.
This is not a direct reply to your post, but anyway, http://blastwave.org/ provides a pkg-get program which, for all intents and purposes, works like apt-get (I know, this is not ports). A good and big collection of packages too!.
Re:Genuine question about perl vs ruby
on
Lisp and Ruby
·
· Score: 1
Well, um, my apologies. Maybe I didn't get the tone of your post right. Hope I haven't offended you.
Re:Genuine question about perl vs ruby
on
Lisp and Ruby
·
· Score: 1
Hmmm, this looks like a self-fulfilling prophecy. We shouldn't care about the folks who go to ruby from perl for no real reason (except fashion that is) and then bless themselves that they did the right thing, we care about people that found real technical advantages to choose one over the other.
Re:Genuine question about perl vs ruby
on
Lisp and Ruby
·
· Score: 1
Very good comment, I would definitely mod it up if I could.
Indeed named function parameters are missing in Perl5.
There is ofcourse Damian Conway's recommendation from "Perl Best Practices":
Use a hash of named arguments for any subroutine that has more than three parameters. OTOH, perl6 has "real" named parameters.
On the question of syntax, I don't feel that perl6 is too much clean compared to ruby. Just my impression, could be wrong.
Re:Genuine question about perl vs ruby
on
Lisp and Ruby
·
· Score: 1
Hi,
It becomes crystal clear very soon when you look at ruby that its syntax is not even in the slightest sense as complicated as perl's. But then again, most people went to perl in the first place to be able to leverage that characteristic. So why move away from it?
The only real reason that I can think of, it that as someone progresses as a programmer, he/she may find that his/her tastes change gradually.
Genuine question about perl vs ruby
on
Lisp and Ruby
·
· Score: 3, Interesting
I am not trying to start a holy war thread about perl vs ruby, just looking for someone that can enlighten me regarding the following question.
Having perl as it is, what are the reasons to take a look at ruby. Mind you, I am not saying that these reasons do not exist, I guess I was just lazy to find it out by myself and then again, nobody has yet offered any compelling reason. I have taken a good look at ruby, clean syntax and all, but really I couldn't find something really compelling.
An interesting phenomenon is that most stuff that people perceive as a reason to go to ruby from perl, are available in perl too, but somehow they offer those stuff an novel.
Please don't take me the wrong way, I can testify that ruby is indeed a kick ass piece of work, I am trying to find real reasons to use it along side with perl.
As some friends also pointed out later in the thread, the burqa applies only to schools. Sorry, my mistake.
But anyway, I did not in any way mean it as an insault to the French people. On the contrary, I have been to France, it is one of the finest and most civilized countries in the world, and apparently they are very careful not to let religion get in the way of certain aspects of life. Hence, the burqa ban on schools. One of the foundamental ideas of the French democracy is Egalité which means that all people are equal. Letting people discriminate others or themselves would apparently heart the implementation of that idea.
In fact, I wish that more countries could have the boldness to tackle sensitive matters like that in an active way.
Slashdot Mirror
No, most people would still want to work to have an even better life and acquire more goods. People should be free to work and improve their lives, but not having to be afraid that something unexpected might happen so that they'll end up in the streets.
Besides, this is not fantasy, those countries I mentioned have implemented schemes that mostly work. I don't see 20-30% unemployment in Sweden.
I cannot understand how this is different from all these solutions. Invariably there is some pseudo-shell where you can browse through time, cd where you want, mark and eventually restore files.
Can anyone elaborate what is so different about this (except the claimed time machine likeness)?
Wouldn't that defeat the whole purpose of SAML? I mean, what would be the point to have google go to the IdP itself? In order to do it right, you would have to go to the IdP yourself and then have the IdP give the assertion to the SP (which is the google IMAP server).
Giving your credentials to the SP nullifies all the reasoning behind SAML. It could be done in practice, but it seems useless.
Best regards,
Athanasios
Wouldn't that require a little cooperation from the client? I really am not too much into SAMLv2.0, but how are you going to use a SAML profile without a browser? Same goes with POP.
On the other hand, both FreeBSD jails and regular Unix chroots are inelegant and bear unnecessary complexity when contrasted with the mandatory access control approach of SELinux. It does take some effort to set up properly, but once you've fine-tuned your SELinux policy you can share the same root directory and all the same libraries and configuration files between your server's daemons, yet have the kernel restrict each daemon's behavior down to the granularity of individual files and network sockets, entirely independently of Linux's built-in discretionary access control mechanisms. Once the Distribution Gods figure out the art of simple MAC policy management (and it seems to me that Red Hat is getting close), I think we'll begin to look at *nix server security in a whole new light.
Take a look at Solaris Zones. They do exactly what you are describing. Been around for several years.http://www.spec.org/jAppServer2004/results/jAppSer ver2004.html contains all the results. Unfortunately the different hardware configurations make it rather hard to draw any conclusions. Which begs the question, how did the submiter knew that these specific guys where biased or not? From what I can see, the whole setup is inherently biased.
Correction, it is 4 execution threads per core. The next gen model will be 8 per core (e.g. 64 exec threads), but I don't think you can buy that one yet, maybe later this year.
Also, the reason that they are ahead of Intel and AMD at this point is probably the fact that they decided to go multicore several years ago when others were trying to squeeze insane MHz out of their chips. If I remember correctly, a lot of folks in slashdot were laughing at this so-called throughput computing strategy, but it turns out that Sun was correct.
Well, from what I've seen in another post in the same thread, its "metropolises" in modern English. And next time I see someone say "virii" instead of "viruses" I'll remind him that we are speaking English.
As metropolis is a Greek word, I would say that that's "metropoleis". It sounds almost the same except you would have to put the accent on the "po" syllabe.
Best Regards!
I have the feeling that we are talking about caching rather than storage in the strict sense. Imagine if gmail could cache some stuff so you could use it even when offline. While you won't be able to read new incoming mail, you will be able to cached messages that you opened, like, in the previous days or something. This would save server capacity for Google and speed up your experience. It is a win win situation. Privacy is not an issue, at least no more than it was before, as long as you are able to push a button and clear everything, like we are doing today with "clear private data". It won't be hard to do it.
http://memory-alpha.org/en/wiki/Risa
Can give us some examples of this OSX nonsense?
iPhoto is great, but I need something more "traditional" like ACDSee or XnView for windows. XnView for mac basically sucks, so it doesn't count. I usually end up firing up gqview under X11, which is almost ok, except that I would prefer a native app.
I would welcome any other suggestions.
Thanks very much, I'll try to do that in my MacBook during the week, and will let you know.
best regards
Athanasios
This is good stuff. Did you use any special flags to compile it? How about posting a nice walkthrough somewhere? Unfortunately xcode ships with 4.0.1 and fink with 4.1.something.
Regards,
Athanasios
Mod Parent Up! Most insightful article in the entire discussion so far.
This is not a direct reply to your post, but anyway, http://blastwave.org/ provides a pkg-get program which, for all intents and purposes, works like apt-get (I know, this is not ports). A good and big collection of packages too!.
Well, um, my apologies. Maybe I didn't get the tone of your post right. Hope I haven't offended you.
Hmmm, this looks like a self-fulfilling prophecy. We shouldn't care about the folks who go to ruby from perl for no real reason (except fashion that is) and then bless themselves that they did the right thing, we care about people that found real technical advantages to choose one over the other.
Indeed named function parameters are missing in Perl5.
There is ofcourse Damian Conway's recommendation from "Perl Best Practices": Use a hash of named arguments for any subroutine that has more than three parameters. OTOH, perl6 has "real" named parameters.
On the question of syntax, I don't feel that perl6 is too much clean compared to ruby. Just my impression, could be wrong.
Hi,
It becomes crystal clear very soon when you look at ruby that its syntax is not even in the slightest sense as complicated as perl's. But then again, most people went to perl in the first place to be able to leverage that characteristic. So why move away from it?
The only real reason that I can think of, it that as someone progresses as a programmer, he/she may find that his/her tastes change gradually.
I am not trying to start a holy war thread about perl vs ruby, just looking for someone that can enlighten me regarding the following question.
Having perl as it is, what are the reasons to take a look at ruby. Mind you, I am not saying that these reasons do not exist, I guess I was just lazy to find it out by myself and then again, nobody has yet offered any compelling reason. I have taken a good look at ruby, clean syntax and all, but really I couldn't find something really compelling.
An interesting phenomenon is that most stuff that people perceive as a reason to go to ruby from perl, are available in perl too, but somehow they offer those stuff an novel.
Please don't take me the wrong way, I can testify that ruby is indeed a kick ass piece of work, I am trying to find real reasons to use it along side with perl.
So, fire away your opinions!
As some friends also pointed out later in the thread, the burqa applies only to schools. Sorry, my mistake.
But anyway, I did not in any way mean it as an insault to the French people. On the contrary, I have been to France, it is one of the finest and most civilized countries in the world, and apparently they are very careful not to let religion get in the way of certain aspects of life. Hence, the burqa ban on schools. One of the foundamental ideas of the French democracy is Egalité which means that all people are equal. Letting people discriminate others or themselves would apparently heart the implementation of that idea.
In fact, I wish that more countries could have the boldness to tackle sensitive matters like that in an active way.