Closed Skype protocol gets cracked in X months == Skype releases a new version with a new closed protocol that'll take X more months to crack. Big deal...
Big deal for Skype, since the old version won't be able to talk to the new version.
Anyway, Skype is a big no-no for me. I don't like software that connects to who-knows-what and uses bandwidth all the time without any way to know what the heck it's doing.
And this is precisely what cracking their protocol alleviates, isn't it? (RTFA, part about Super-nodes.)
Hmm, what did actually happen to MBone and such things? It just feels so much right than the current way of streaming stuff. Is it moving anywhere or definitely dead? (Or in limbo waiting for IPv6 to get widespread, which is supposed to support multicast ouf-of-the-box...)
One sign that it is quite dead is that I have spotted no other mention of IP Multicast while otherwise I would expect it to pop up in some thread pretty soon.
Someone sends you an image and tricks you to open it in Gimp (social engineering of that kind is not really very hard to do). Then depending on nature of the bug, he can install a backdoor calling out to him and asking for further commands, or whatever.
...or the contract laws might be tight enough, e.g. in some EU countries (Czech Republic, AFAIK) you cannot fully relieve yourself from a warranty when making a contract, as far as I know. This is a problem for GPL since it aims to drop warranty.
I'm confused by the second half of your post; the GPL _is_ the copyleft - the GPL is precisely declaration that some permissions are granted unilaterally for a work. Obviously, if you invalidate the GPL specifically and the work was dual-licensed, the other license would still hold.
OTOH, if the autocratic dictator invalidates GPL, he might as well ignore the Berne convention and copyrights altogether.
Aha, perhaps it does the language detection only in countries where there is no google.NTLD site (e.g. in Czech Republic). In that case sorry for misinformation.
That is not any "geolocation" thing but Google merely matches the language selected in your browser - you can usually change the list of preferred languages in the preferences, and I guess most browsers by default prefer pages in the same language as the localization of the browser.
"Mobile IPv6" is given special consideration in the protocol design and is actually one of the big IPv6 advantages, although not very frequently mentioned.
Yes, finally a good reason. But is it worth it? Normally, if you have just a tiny bit sane setup, all the network nodes get their and DNS server's IP address automagically, so you just need to reconfigure your router - big deal. So you need to only change the DNS records; is there so many of them? Besides, I don't think you change service provider every week.
That makes sense, because the story just wasn't built up and ready for that ending, and it's hard to imagine that such a great writer as H. G. Wells would miss that. For a good ending, the story has to build up for it (which doesn't mean it can't be surprising - but it still has to be plausible as seen from _inside_ of the story). For a random example, if you are into anime, this is precisely the key difference between Nausicaa and Princess Mononoke. Deus ex machina.
This was true in the past and technically, it is still true from some POV now, but in reality, what you now get as the git-core tarball from kernel.org definitely is a SCM system (with fairly crude interface, though, and I'd biasedly recommend Cogito for a nice interface to GIT;-). GIT is indeed more general than that, and you do not necessarily have to use the SCM capabilities, but GIT _has_ those capabilities now, so it's probably less confusing if you make that clear as well.
GIT is pretty much a fully-featured SCM by now. It still isn't fully stabilized and there is still plenty of things to work out, but it is completely practically usable, and it's actually from a large part designed to make things easy for the kernel people (well, especially Linus itself;). I don't know if the workload is more or less than when using BK, and that would be actually a very interesting question to ask Linus, but I *think* things are easier for Linus now. I'm not really sure about Andrew Morton because AFAIK he is primarily a quilt user, permanently juggling hundreds of patches, and I don't know to how big degree did he ever use BK or git.
Regarding the strategic plan, I think Linus and most of the developers are happy with git now and don't plan to switch, and there are interfaces between git and some other systems (e.g. Merculiar (very popular between another significant proportion of kernel developers) and Monotone) that should enable you to seamlessly use those for your development.
What OS are you talking about anyway? If you take a reasonable OS (let's assume Linux), it will give you as much cache as you have of free memory - there is no partitioning of memory to "kernelspace" and "userspace" - the cache size is dynamic. So either you have the memory used by the database, with all its overhead, or the same amount of memory is going to the caches of the same data managed by the kernel. Your post implies that your memory is big enough to hold all the mails in the database's core, without accessing the disk - but in that case, why wouldn't it be big enough to hold all the mails in the kernel's caches?
Your unclepost's first paragraph makes even less sense - if there is modification to record, you have to go to the disk _anyway_ if you want it stored. Accesslogs are irrelevant, they have no relation to where you store your mails.
And what you write is exactly what Linus is doing now. It is not a full version control system, but it can likely do the basic job for the kernel, especially for distribution of the tree history between developers; it is probably likely that they will use (test, improve) various version control systems on top of this, actually. (Which should be possible.)
No, not really. What Linus is doing looks completely different. It is quite similar to Monotone if anything, in fact. It has quite a good description of itself in the README (skip the top part there:-) ).
One consequence of what he is doing is that it is trivial to do e.g. pulling from remote repositories (basically just two rsync commands), or diffing arbitrary two trees. You can see my scripts as an example.
Judging from the level of enthusiasm, the second top contender is probably Bazaar-NG, if it really delivers in time. SVN and derivatives aren't really so popular amongst kernel developers, for various reasons, so I wouldn't say it is that much
likely that they/we will use that.
Note that we are now working on Git (you might like my branch now, which provides some humanly usable user interface;-) ), Linus' interim storage system suitable for tracking of trees history. It is not a full-blown versioning control system, but it is lightning fast and probably can do enough stuff to be usable for the development at least until some full-blown VCS matures.
Ctrl-C usually works fine (at least in vim; in other vi variants it usually switch modes too, but it can have more negative consequences as well). The other advantage of using Ctrl-C is that you can actually bind alt- keys; otherwise if you bind alt-p i.e. to switch paste/nopaste, then do quick p to put the current buffer, it switches the paste mode instead;-).
ad mailing interface, you can if you really want. I.e. the ELinks Bugzilla has an email interface which works fine. It was only as a contrib/ patch in 2.16.3, dunno about 2.18.
ad 1), that's just a configuration issue. By default, Bugzilla lets anyone registered do basically anything.
ad 2), if you mean it to allow "offline bugfixing" (while sitting in an airplane), I think it just wouldn't fly. There is much greater potential for conflicts (which are more annoying to resolve) and it isn't really that difficult to just do it manually.
Re:Bayesian Filter Will Stop Working Soon
on
DSPAM v3.2 Released
·
· Score: 1
I.e. dspam just picks up few tokens from the mail message - the most "interesting" ones, that's those with highest counts. So if all emails contain tokens like "V1AGRA", "buy", "price", "$$$" and "p3nis", and each one few random dictionary words in addition, the V1AGRA-like tokens will get high count because they will be in each email, while the random dictionary words will get very low counts (probably even compensated by their occurences in proper emails). So the filter will pick up only the V1AGRA-like tokens when evaluating the email message and the dictionary words are harmless.
http://www.catb.org/~esr/faqs/hacker-howto.html - Yes, I mean it - of course it does not apply 100% but I still think it is extremely valuable and instructive for newcomers. I just wish he more emphasized "Points For Style" being fully optional. (Still, I think any person intelligent enough (no matter in what direction is the intelligence developed) simply can write their native language well and have at least basic taste and skill in music.)
I disliked i.e. http://www.catb.org/~esr/writings/taoup/. He gets most things right there too but disturbingly many things he doesn't, while trying to sound too authoratitive. He describes the objectively widely accepted practices (one program one thing), mixing his controversial opinions in (on say Perl or vim). That's an ethical crime.
I wanted to complain to him but since I wrote him few times regarding technical problems with his software and got no reply, I don't think he will care about this, unless I get my reply published somewhere;-).
Eric Raymond isn't an exceptional hacker, but his work is certainly interesting. He's rather a documenter of the hacker culture and he does get some things right. I at least tend to agree with him on many things (certainly not on everything, of course). But he is just much further from the center of the hacker comunity now than he paints himself.
Slashdot Mirror
Big deal for Skype, since the old version won't be able to talk to the new version.
And this is precisely what cracking their protocol alleviates, isn't it? (RTFA, part about Super-nodes.)
Hmm, what did actually happen to MBone and such things? It just feels so much right than the current way of streaming stuff. Is it moving anywhere or definitely dead? (Or in limbo waiting for IPv6 to get widespread, which is supposed to support multicast ouf-of-the-box...)
One sign that it is quite dead is that I have spotted no other mention of IP Multicast while otherwise I would expect it to pop up in some thread pretty soon.
Someone sends you an image and tricks you to open it in Gimp (social engineering of that kind is not really very hard to do). Then depending on nature of the bug, he can install a backdoor calling out to him and asking for further commands, or whatever.
...or the contract laws might be tight enough, e.g. in some EU countries (Czech Republic, AFAIK) you cannot fully relieve yourself from a warranty when making a contract, as far as I know. This is a problem for GPL since it aims to drop warranty.
I'm confused by the second half of your post; the GPL _is_ the copyleft - the GPL is precisely declaration that some permissions are granted unilaterally for a work. Obviously, if you invalidate the GPL specifically and the work was dual-licensed, the other license would still hold.
OTOH, if the autocratic dictator invalidates GPL, he might as well ignore the Berne convention and copyrights altogether.
Aha, perhaps it does the language detection only in countries where there is no google.NTLD site (e.g. in Czech Republic). In that case sorry for misinformation.
That is not any "geolocation" thing but Google merely matches the language selected in your browser - you can usually change the list of preferred languages in the preferences, and I guess most browsers by default prefer pages in the same language as the localization of the browser.
...or post on /.
In other words the UNIX way of interaction is staying totally predictable and not surprising the user. Not a buddy but a servant or a tool.
Gee, yeah, so wrong! The computer needs to be friendlier and more irregular, like the real people. Bring the clippies!
So you will set those elements display:none in the CSS for media 'printer'.
As far as I know, ICANN already has comittee called Governmental Advisory Committee (http://gac.icann.org/) - how would this be different?
"Mobile IPv6" is given special consideration in the protocol design and is actually one of the big IPv6 advantages, although not very frequently mentioned.
http://www.google.com/search?q=mobile%20ipv6
Yes, finally a good reason. But is it worth it? Normally, if you have just a tiny bit sane setup, all the network nodes get their and DNS server's IP address automagically, so you just need to reconfigure your router - big deal. So you need to only change the DNS records; is there so many of them? Besides, I don't think you change service provider every week.
That makes sense, because the story just wasn't built up and ready for that ending, and it's hard to imagine that such a great writer as H. G. Wells would miss that. For a good ending, the story has to build up for it (which doesn't mean it can't be surprising - but it still has to be plausible as seen from _inside_ of the story). For a random example, if you are into anime, this is precisely the key difference between Nausicaa and Princess Mononoke. Deus ex machina.
This was true in the past and technically, it is still true from some POV now, but in reality, what you now get as the git-core tarball from kernel.org definitely is a SCM system (with fairly crude interface, though, and I'd biasedly recommend Cogito for a nice interface to GIT ;-). GIT is indeed more general than that, and you do not necessarily have to use the SCM capabilities, but GIT _has_ those capabilities now, so it's probably less confusing if you make that clear as well.
GIT is pretty much a fully-featured SCM by now. It still isn't fully stabilized and there is still plenty of things to work out, but it is completely practically usable, and it's actually from a large part designed to make things easy for the kernel people (well, especially Linus itself ;). I don't know if the workload is more or less than when using BK, and that would be actually a very interesting question to ask Linus, but I *think* things are easier for Linus now. I'm not really sure about Andrew Morton because AFAIK he is primarily a quilt user, permanently juggling hundreds of patches, and I don't know to how big degree did he ever use BK or git.
Regarding the strategic plan, I think Linus and most of the developers are happy with git now and don't plan to switch, and there are interfaces between git and some other systems (e.g. Merculiar (very popular between another significant proportion of kernel developers) and Monotone) that should enable you to seamlessly use those for your development.
What OS are you talking about anyway? If you take a reasonable OS (let's assume Linux), it will give you as much cache as you have of free memory - there is no partitioning of memory to "kernelspace" and "userspace" - the cache size is dynamic. So either you have the memory used by the database, with all its overhead, or the same amount of memory is going to the caches of the same data managed by the kernel. Your post implies that your memory is big enough to hold all the mails in the database's core, without accessing the disk - but in that case, why wouldn't it be big enough to hold all the mails in the kernel's caches?
Your unclepost's first paragraph makes even less sense - if there is modification to record, you have to go to the disk _anyway_ if you want it stored. Accesslogs are irrelevant, they have no relation to where you store your mails.
And what you write is exactly what Linus is doing now. It is not a full version control system, but it can likely do the basic job for the kernel, especially for distribution of the tree history between developers; it is probably likely that they will use (test, improve) various version control systems on top of this, actually. (Which should be possible.)
No, not really. What Linus is doing looks completely different. It is quite similar to Monotone if anything, in fact. It has quite a good description of itself in the README (skip the top part there :-) ).
One consequence of what he is doing is that it is trivial to do e.g. pulling from remote repositories (basically just two rsync commands), or diffing arbitrary two trees. You can see my scripts as an example.
You are incorrect w.r.t. Linus quote, that's what Chris Wedgwood said. Linus is still considering Monotone, believing that the speed issues can be fixed.
Judging from the level of enthusiasm, the second top contender is probably Bazaar-NG, if it really delivers in time. SVN and derivatives aren't really so popular amongst kernel developers, for various reasons, so I wouldn't say it is that much likely that they/we will use that.
Note that we are now working on Git (you might like my branch now, which provides some humanly usable user interface ;-) ), Linus' interim storage system suitable for tracking of trees history. It is not a full-blown versioning control system, but it is lightning fast and probably can do enough stuff to be usable for the development at least until some full-blown VCS matures.
Ctrl-C usually works fine (at least in vim; in other vi variants it usually switch modes too, but it can have more negative consequences as well). The other advantage of using Ctrl-C is that you can actually bind alt- keys; otherwise if you bind alt-p i.e. to switch paste/nopaste, then do quick p to put the current buffer, it switches the paste mode instead ;-).
ad mailing interface, you can if you really want. I.e. the ELinks Bugzilla has an email interface which works fine. It was only as a contrib/ patch in 2.16.3, dunno about 2.18.
ad 1), that's just a configuration issue. By default, Bugzilla lets anyone registered do basically anything.
ad 2), if you mean it to allow "offline bugfixing" (while sitting in an airplane), I think it just wouldn't fly. There is much greater potential for conflicts (which are more annoying to resolve) and it isn't really that difficult to just do it manually.
I.e. dspam just picks up few tokens from the mail message - the most "interesting" ones, that's those with highest counts. So if all emails contain tokens like "V1AGRA", "buy", "price", "$$$" and "p3nis", and each one few random dictionary words in addition, the V1AGRA-like tokens will get high count because they will be in each email, while the random dictionary words will get very low counts (probably even compensated by their occurences in proper emails). So the filter will pick up only the V1AGRA-like tokens when evaluating the email message and the dictionary words are harmless.
I get the impression from your comments that you in fact did not read the book, just a review concisely telling you the end.
So, how do you know it's not there?
Whatever. What I think he got mostly right? (From what I've read, I'm not that avid ESR reader... ;-)
That's a fair portion of his major works.
I disliked i.e. http://www.catb.org/~esr/writings/taoup/. He gets most things right there too but disturbingly many things he doesn't, while trying to sound too authoratitive. He describes the objectively widely accepted practices (one program one thing), mixing his controversial opinions in (on say Perl or vim). That's an ethical crime.
I wanted to complain to him but since I wrote him few times regarding technical problems with his software and got no reply, I don't think he will care about this, unless I get my reply published somewhere ;-).
Eric Raymond isn't an exceptional hacker, but his work is certainly interesting. He's rather a documenter of the hacker culture and he does get some things right. I at least tend to agree with him on many things (certainly not on everything, of course). But he is just much further from the center of the hacker comunity now than he paints himself.