Yes, adding new communication means can disrupt existing ones. But nobody 'took away' IRC. It was just not accessible for new Internet users (and I don't mean that in a technical sense).
It's threaded IRC, with search, but without any admin controls (once a person is there it's impossible to silence or kick them, and indeed impossible for them to leave
There is still 'ignore', which is a very powerful control.
It's fairly limited right now -
I didn't see the beginnings of IRC, but I'm sure it started out very simple and developed the means to keep the service usable later on. Actually it is quite complex now (xxxServ, kick/ban, registering,...), so I'm sure this communication technique will come up with methods to (re-)establish an equilibrium if needed (and if people are still interested).
If you want to be productive, check your mails at most twice a day (in the morning and evening), and disable auto-checking. Use IM for everything else where you can set your status to DND.
I don't see the benefit of using webmail instead of a client and IMAP? A client can give me notifications, and search faster. I can use it offline. And I can integrate all my mail accounts together.
There are plenty of very good mail programs out there, just choose the one that sucks the least (Sylpheed/Claws for me).
Yes, in your head. In reality Russian and US astronauts are working together in the ISS. If anyone is racing to space, it is the "emerging markets". The real danger is militarization of space.
Right, emailing documents and files across is enough for everyone. Oh, nevermind that is limited to 10/20 MB. Oh, you end up a mess of versions. Not everyone can setup and use a VCS, particularly not end-users.
This article talks a little -- but not too much -- about how it works: http://www.abisource.com/wiki/AbiCollab It seems to use "gocollab", or that was a previous name?
The next major version of GNOME Office will introduce a new way of handling the problem, called GOCollab. GOCollab will basically marry the already built-in revision systems of Abiword and Gnumeric with a P2P network comparable to file sharing applications like Gnutella or eMule. This means that neither Bob nor Jane nor anybody else needs a central server to be set up and run, and most of their changes to a document will be merged together automatically.
I am sure you can replace AbiCollab.net with your own server. Would be nice though if the websites code was Open Source.
I wouldn't say it is a slashvertisement, it isn't even commercial. It presents a new product that does something in a slightly different way than existing ones. I would welcome more presentations of young, "innovative" startup software ideas instead of circling around Google, Microsoft and Apple.
It also became a legal church in Austria recently. Not sure what to think about that as I don't know what their business and intentions really are. But there are definitely similar sect-like cases (trouble getting out etc.) reported in Germany.
Mayans had three calendars. They had a solar calendar that was 365 days long, and a ceremonial calendar that was 260 days long. These two calendars would synchronize every 52 years. To measure longer time periods, they developed the "long count" calendar, which expressed dates as a series of five numbers, each less than twenty; something like the way we measure minutes and seconds as a series of two numbers each less than sixty. And, just in case this might seem too simple, for some reason the second to last number was always less than eighteen. The first day in the Mayan long count calendar was expressed as 0.0.0.0.0, and by our calendar, this was August 11, 3114 BC. Every 144,000 days (or about every 395 years, which they called a baktun), the first number would increment, and a new baktun would start. Recall how we all got to enjoy the excitement on the millennium of watching the digital displays roll over from 12/31/1999 to 1/1/2000? Well, that's what's going to happen on December 21, 2012 to the Mayan calendar. It's going to roll over from 12.19.19.17.19 to 13.0.0.0.0, just as it has done each of the previous twelve baktuns. There's no archaeological or historical evidence that the Mayans themselves expected anything other than a New Year's Eve party to happen on this date: Claims that this rollover represents a Mayan prediction of the end of the world appear to be a modern pop-culture invention. It's true that the Mayan carvings of their calendar only depicted 13 baktuns, but what did you expect them to do? Carve an infinitely long calendar every time they wanted to express a date?
Making the SUV also involves making or mining scarce resources. Aluminium for example takes a vast amount of energy to make. Unfortunately, there is no container deposit legislation on that so that they will be recycled -- in other words, no one is encouraged by a financial benefit from recycling at the moment. Cost vs. environmental impact.
So they went out on the sea, killed tons of fish they weren't interested in and that is supposed to be a good thing? If they can't catch any prawns doesn't that just mean there are too many fishermen and the live-stock has been exhausted? Shifting the problem to other species doesn't seem like a solution to me. Also, a majority of seas is already overfished. Maybe I should see that great docu, but I fail to follow you.
You could try combining wake-on-lan and tuxonice. That should be able to operate the server at 0 watt half of the day, with the power-on delay being 1 min.
Linux' way of saying "NO NEVER NEVER DO THIS! Also, it doesn't work." to installing stuff by downloading it yourself has beauty where Apples concept is malware-prone.
The only way I can see your suggestion implemented is by providing a file format that just contains what package you would like to install (for each possible distribution).
e.g. for Firefox.app: Gentoo: ensure_installed(www-client/mozilla-firefox) Debian: ensure_installed(firefox) Fedora: ensure_installed(firefox)... etc Declarative, that is. Then the package manager takes care of the rest.
Yes, adding new communication means can disrupt existing ones. But nobody 'took away' IRC. It was just not accessible for new Internet users (and I don't mean that in a technical sense).
It's threaded IRC, with search, but without any admin controls (once a person is there it's impossible to silence or kick them, and indeed impossible for them to leave
There is still 'ignore', which is a very powerful control.
It's fairly limited right now -
I didn't see the beginnings of IRC, but I'm sure it started out very simple and developed the means to keep the service usable later on. Actually it is quite complex now (xxxServ, kick/ban, registering, ...), so I'm sure this communication technique will come up with methods to (re-)establish an equilibrium if needed (and if people are still interested).
If you want to be productive, check your mails at most twice a day (in the morning and evening), and disable auto-checking. Use IM for everything else where you can set your status to DND.
Like what?
With Gentoo on the other hand, the shit on your system is handpicked ;-)
Now if someone could come up with a PDF-conform editor that allows annotations, that'd be great. PDF is an ISO standard, is it that hard?
I don't see the benefit of using webmail instead of a client and IMAP? A client can give me notifications, and search faster. I can use it offline. And I can integrate all my mail accounts together.
There are plenty of very good mail programs out there, just choose the one that sucks the least (Sylpheed/Claws for me).
Yeah, it makes Ubiquity toothless.
Since even nuclear engines work by throwing out hot air on the back end, this article, too, is discussing vaporware.
The space race isn't over...
Yes, in your head. In reality Russian and US astronauts are working together in the ISS. If anyone is racing to space, it is the "emerging markets".
The real danger is militarization of space.
Right, emailing documents and files across is enough for everyone. Oh, nevermind that is limited to 10/20 MB. Oh, you end up a mess of versions. Not everyone can setup and use a VCS, particularly not end-users.
So, how? Is the server software (going to be) available?
This article talks a little -- but not too much -- about how it works:
http://www.abisource.com/wiki/AbiCollab
It seems to use "gocollab", or that was a previous name?
In 2005: http://gnomejournal.org/article/31/gocollab----peer-to-peer-document-collaboration
The next major version of GNOME Office will introduce a new way of handling the problem, called GOCollab. GOCollab will basically marry the already built-in revision systems of Abiword and Gnumeric with a P2P network comparable to file sharing applications like Gnutella or eMule. This means that neither Bob nor Jane nor anybody else needs a central server to be set up and run, and most of their changes to a document will be merged together automatically.
I am sure you can replace AbiCollab.net with your own server. Would be nice though if the websites code was Open Source.
Here are some screenshots of the website in action: http://abisource.com/release-notes/2.8.0.phtml
I wouldn't say it is a slashvertisement, it isn't even commercial. It presents a new product that does something in a slightly different way than existing ones. I would welcome more presentations of young, "innovative" startup software ideas instead of circling around Google, Microsoft and Apple.
It also became a legal church in Austria recently. Not sure what to think about that as I don't know what their business and intentions really are. But there are definitely similar sect-like cases (trouble getting out etc.) reported in Germany.
Didn't have one in my hand yet. But I can tell you that my 1TB USB hard drive is quite slow.
So, firstly, don't run ldd as root. (I use sudo, so no issues there.)
Secondly, don't use ldd on untrusted binaries. If you don't trust it why are you trying to run it?
As others have pointed out, no one is trying to run the binary. ldd doesn't execute the binary either, but the linker referenced in it.
Last modified date of the page: Sat 12 Apr 2003
And not the first circle, but the 13th: from http://skeptoid.com/episodes/4093
Mayans had three calendars. They had a solar calendar that was 365 days long, and a ceremonial calendar that was 260 days long. These two calendars would synchronize every 52 years. To measure longer time periods, they developed the "long count" calendar, which expressed dates as a series of five numbers, each less than twenty; something like the way we measure minutes and seconds as a series of two numbers each less than sixty. And, just in case this might seem too simple, for some reason the second to last number was always less than eighteen. The first day in the Mayan long count calendar was expressed as 0.0.0.0.0, and by our calendar, this was August 11, 3114 BC. Every 144,000 days (or about every 395 years, which they called a baktun), the first number would increment, and a new baktun would start. Recall how we all got to enjoy the excitement on the millennium of watching the digital displays roll over from 12/31/1999 to 1/1/2000? Well, that's what's going to happen on December 21, 2012 to the Mayan calendar. It's going to roll over from 12.19.19.17.19 to 13.0.0.0.0, just as it has done each of the previous twelve baktuns. There's no archaeological or historical evidence that the Mayans themselves expected anything other than a New Year's Eve party to happen on this date: Claims that this rollover represents a Mayan prediction of the end of the world appear to be a modern pop-culture invention. It's true that the Mayan carvings of their calendar only depicted 13 baktuns, but what did you expect them to do? Carve an infinitely long calendar every time they wanted to express a date?
Making the SUV also involves making or mining scarce resources. Aluminium for example takes a vast amount of energy to make. Unfortunately, there is no container deposit legislation on that so that they will be recycled -- in other words, no one is encouraged by a financial benefit from recycling at the moment. Cost vs. environmental impact.
So they went out on the sea, killed tons of fish they weren't interested in and that is supposed to be a good thing? If they can't catch any prawns doesn't that just mean there are too many fishermen and the live-stock has been exhausted?
Shifting the problem to other species doesn't seem like a solution to me. Also, a majority of seas is already overfished. Maybe I should see that great docu, but I fail to follow you.
Traffic shaping does not necessarily effect net neutrality. Also, I'd see the packet shaping techniques of yours, are the outgoing packets rounder?
You could try combining wake-on-lan and tuxonice. That should be able to operate the server at 0 watt half of the day, with the power-on delay being 1 min.
TL;DR : use Tor for what it was ment to do.
40 4
Linux' way of saying "NO NEVER NEVER DO THIS! Also, it doesn't work." to installing stuff by downloading it yourself has beauty where Apples concept is malware-prone.
The only way I can see your suggestion implemented is by providing a file format that just contains what package you would like to install (for each possible distribution).
e.g. for Firefox.app: ... etc
Gentoo: ensure_installed(www-client/mozilla-firefox)
Debian: ensure_installed(firefox)
Fedora: ensure_installed(firefox)
Declarative, that is. Then the package manager takes care of the rest.