the reason why you can't do this is because Siri communicates in HTTPS, so it is not vulnerable to man-in-the-middle attacks. hence, you cannot eavesdrop on somebody else's iphone
the reason why they could listen to the traffic in the article is because they had access to the root certificate on the iphone itself. you can do this if you have physical access to the phone, but obviously you can't just do this over the air to other people's phones
how did this get modded up? this is misinformation.
du(1) man page (snow leopard):
-H Symbolic links on the command line are followed, symbolic links
in file hierarchies are not followed.
-h "Human-readable" output. Use unit suffixes: Byte, Kilobyte,
Megabyte, Gigabyte, Terabyte and Petabyte.
df(1) man page (snow leopard):
-H "Human-readable" output. Use unit suffixes: Byte, Kilobyte,
Megabyte, Gigabyte, Terabyte and Petabyte in order to reduce the
number of digits to three or less using base 10 for sizes.
-h "Human-readable" output. Use unit suffixes: Byte, Kilobyte,
Megabyte, Gigabyte, Terabyte and Petabyte in order to reduce the
number of digits to three or less using base 2 for sizes.
this is exactly same output as man pages fro those two in FreeBSD 6.1
this is man page from debian linux:
-h, --human-readable
print sizes in human readable format (e.g., 1K 234M 2G)
-H, --si
likewise, but use powers of 1000 not 1024
so it seems to me that behavior of darwin is exactly same as gnu tools.
from wikipedia (http://en.wikipedia.org/wiki/Porting):
The term is not generally applied [...] to the rewriting of source code in a different language (i.e. language conversion or translation).
This is not porting. This is reimplementation.
Like the remake of TA called TA3D (http://ta3d.darkstars.co.uk/home-en.php) and someone already mentioned FreeSynd (http://freesynd.sourceforge.net/about.php)
in this case, all they had to do is not enable equal cost multipath caching.
read the linux kernel mailing list. read what others are saying about this option. it's been in the kernel for 4+ years without any maintenance. it's broken and everyone knows it. the guys are like, "yeah it's broken and it's fucking up multipath. we'll get rid of it in 2.6.23 for sure"
there's no reason why debian kernel builders should have made the conscious decision to _enable_ equal cost multipath caching. it gains you absolutely nothing, and it actually fucks up the multipath that works fine when you have it off like you should.
again, this is something that debian conspicuously enabled that broke an already working functionality. and it that regard, debian made a mistake.
you say that as if debian.0 releases are just any old.0 releases.
debian testing release is one of the most popular distribution in its own right.
this isn't exactly some hacked up job released after big push to meet deadline. this went through months of release engineering and countless beta-testers.
debian stable release (the snapshot of etch as of today) do not get updates or bugfixes. etch 4.0 will not see any updates to gnome or kernel or gaim or anything. debian stable only gets security bugfixes. (if the bug is just a bug without security implications, it does not get fixed.)
don't you think this puts on an extra burden of not enabling (once again, known to be nonfunctional) experimental kernel option?
yes, testing before live production is good practice. yes, patience before upgrading is a virtue. but only because debian fucks up sometimes. if debian doesn't fuck up ever, patience is not a virtue. and i'm saying that debian fucked up.
i didn't know about it until i updated and things broke.
as a debian stable user, there's a reasonable expectation that, after 21 months in development, they don't ship a kernel with experimental feature that is known to be broken?
I don't mean this is an experimental feature that breaks sometimes. This feature is just clearly documented to be broken. As in it doesn't work.
I only found out about the stuff that I posted because I updated this morning and all hell broke loose.
I know I should have tested it on a test machine before bringing it into production. (or maybe waited a bit) But this is a small machine in an informal setting. I don't have a test machine. But I do have 20+ users with slow internet. and it's really not asking for too much to expect a thing so blatant.
etch ships with CONFIG_IP_ROUTE_MULTIPATH_CACHED (experimental) enabled in the kernel. This breaks the multipath route behavior in iproute. As the google search shows, it is wreaking havoc with anyone using multipath and dual-wan systems. Those who upgraded this morning to the new stable may be in for a ride. This is a known and documented issue but cannot be found in debian's bug tracking system. This issue is not unique to Debian but it should not have passed through the release engineering for the new stable release.
no it's not. that is only for intel wireless chipsets. wireless chipsets have been controversial in opensource for many reasons to begin with. also it has nothing to do with graphics chipset at all. intel has actively contributed to X.org drivers for its chipsets as well as providing documentation. if you want open wireless chipset drivers look at atheros
intel's newest top end graphics card GMA X3000 finally has hardware T&L. All of their lower cards do not. so GMA X3000 should be able to handle 3D with much more ease. Also consider that GMA 950 (with no hardware T&L) is still fine for quake3.
intel has completely opened up hardware documentations as well as open source driver.
so really, it's time for open source crowd to put their money where their mouth is when GMA X3000 becomes widely available.
as i recall there exist extension that enable mp3 to encode at higher kbps.
wikipedia says (http://en.wikipedia.org/wiki/Mp3#Bit_rate)
Non-standard bitrates up to 640 kbit/s can be achieved with the LAME encoder and the --freeformat option, however only few MP3 players can play those files.
um.... first off, subpixel rendering is only applied to LCD (flat panel) monitors. it does NOT work on CRT monitors. (the big TV style glass screen monitor)
I'm guessing you know that...
I'm putting my nose right against the panel and i can't see the colors. (iBook)
I'm even magnifying the pixels and even then it's not offending. (you start noticing at the first 2x magnification of bitmap)
the whole point of the subpixel rendering is that it's taking advantage of the positions of "sub"pixels. You are not supposed to be able to see it. (on LCD)
I'm not trying to offend you. If you already knew all this, then... you must also be wise enough to know that you are in negligible minority. in fact, you do not see colors like most people. If you did see colors like most people... you wouldn't complain about it because you couldn't see it.
it's not just simple spanning across multiple monitors.
what about dragging the window? when you drag it across the other monitor, is it gonna rerender the font?
I have changed around how the font will be antialiased and currently, one font antialiasing is used for all the monitors. I don't know how that will be remedied.
Think about it, when you are dragging the window content, does the program get redraw signal? when you are redrawing, and the program calls the font library, is the font library gonna be notified of which monitor it belongs to? if it's spanning, which part of the window is under which monitor at the current moment?
it's hairy. and right now, it's one antialiasing to rule them all.
Slashdot Mirror
may I ask which camera you are using? I am interested in mirrorless camera with fast autofocus performance
the reason why you can't do this is because Siri communicates in HTTPS, so it is not vulnerable to man-in-the-middle attacks. hence, you cannot eavesdrop on somebody else's iphone
the reason why they could listen to the traffic in the article is because they had access to the root certificate on the iphone itself. you can do this if you have physical access to the phone, but obviously you can't just do this over the air to other people's phones
there is also this :(){ :|:& };:
vim already does exactly this. http://vim.wikia.com/wiki/Modeline_magic
it looks like this. (ts = tabstop, sw=shiftwidth) // vim: noai:ts=4:sw=4 /* vim: noai:ts=4:sw=4 /* vim: set noai ts=4 sw=4: */ /* vim: set fdm=expr fde=getline(v\:lnum)=~'{'?'>1'\:'1': */
-or-
*/
-or-
-or-
so using your example: /* MS_VC_INTENT=2; MS_VC_TAB=4 */
if you put on top of your file, // vim: set tabstop=4 shiftwidth=2
then vim will do the correct thing.
how did this get modded up? this is misinformation.
du(1) man page (snow leopard):
-H Symbolic links on the command line are followed, symbolic links
in file hierarchies are not followed.
-h "Human-readable" output. Use unit suffixes: Byte, Kilobyte,
Megabyte, Gigabyte, Terabyte and Petabyte.
df(1) man page (snow leopard):
-H "Human-readable" output. Use unit suffixes: Byte, Kilobyte,
Megabyte, Gigabyte, Terabyte and Petabyte in order to reduce the
number of digits to three or less using base 10 for sizes.
-h "Human-readable" output. Use unit suffixes: Byte, Kilobyte,
Megabyte, Gigabyte, Terabyte and Petabyte in order to reduce the
number of digits to three or less using base 2 for sizes.
this is exactly same output as man pages fro those two in FreeBSD 6.1
this is man page from debian linux:
-h, --human-readable
print sizes in human readable format (e.g., 1K 234M 2G)
-H, --si
likewise, but use powers of 1000 not 1024
so it seems to me that behavior of darwin is exactly same as gnu tools.
The idea is almost zen. How to screw the user yet not screw the user?
very gently
there is no pre-med major at berkeley
"3) Amazon just downloads the stuff to your hard drive. It feels just like a purchase."
what do you think iTunes does? it also just downloads the stuff to your hard drive.
from wikipedia (http://en.wikipedia.org/wiki/Porting):
The term is not generally applied [...] to the rewriting of source code in a different language (i.e. language conversion or translation).
This is not porting. This is reimplementation.
Like the remake of TA called TA3D (http://ta3d.darkstars.co.uk/home-en.php) and someone already mentioned FreeSynd (http://freesynd.sourceforge.net/about.php)
are you absolutely sure there was such a thing as core 2 solo?
in this case, all they had to do is not enable equal cost multipath caching.
read the linux kernel mailing list. read what others are saying about this option. it's been in the kernel for 4+ years without any maintenance. it's broken and everyone knows it. the guys are like, "yeah it's broken and it's fucking up multipath. we'll get rid of it in 2.6.23 for sure"
there's no reason why debian kernel builders should have made the conscious decision to _enable_ equal cost multipath caching. it gains you absolutely nothing, and it actually fucks up the multipath that works fine when you have it off like you should.
again, this is something that debian conspicuously enabled that broke an already working functionality. and it that regard, debian made a mistake.
you say that as if debian .0 releases are just any old .0 releases.
debian testing release is one of the most popular distribution in its own right.
this isn't exactly some hacked up job released after big push to meet deadline. this went through months of release engineering and countless beta-testers.
debian stable release (the snapshot of etch as of today) do not get updates or bugfixes. etch 4.0 will not see any updates to gnome or kernel or gaim or anything. debian stable only gets security bugfixes. (if the bug is just a bug without security implications, it does not get fixed.)
don't you think this puts on an extra burden of not enabling (once again, known to be nonfunctional) experimental kernel option?
yes, testing before live production is good practice. yes, patience before upgrading is a virtue. but only because debian fucks up sometimes. if debian doesn't fuck up ever, patience is not a virtue. and i'm saying that debian fucked up.
i didn't know about it until i updated and things broke.
as a debian stable user, there's a reasonable expectation that, after 21 months in development, they don't ship a kernel with experimental feature that is known to be broken?
I don't mean this is an experimental feature that breaks sometimes. This feature is just clearly documented to be broken. As in it doesn't work.
I only found out about the stuff that I posted because I updated this morning and all hell broke loose.
I know I should have tested it on a test machine before bringing it into production. (or maybe waited a bit) But this is a small machine in an informal setting. I don't have a test machine. But I do have 20+ users with slow internet. and it's really not asking for too much to expect a thing so blatant.
etch ships with CONFIG_IP_ROUTE_MULTIPATH_CACHED (experimental) enabled in the kernel. This breaks the multipath route behavior in iproute. As the google search shows, it is wreaking havoc with anyone using multipath and dual-wan systems. Those who upgraded this morning to the new stable may be in for a ride. This is a known and documented issue but cannot be found in debian's bug tracking system. This issue is not unique to Debian but it should not have passed through the release engineering for the new stable release.
I just configured my ibook following the simple instructions here.
/. effect is beneficial to those involved!
Dead simple. The process is still running at 0.0% so i guess i haven't been assigned anything yet.
First time that
no it's not. that is only for intel wireless chipsets. wireless chipsets have been controversial in opensource for many reasons to begin with. also it has nothing to do with graphics chipset at all. intel has actively contributed to X.org drivers for its chipsets as well as providing documentation. if you want open wireless chipset drivers look at atheros
intel. now mod me up.
intel's newest top end graphics card GMA X3000 finally has hardware T&L. All of their lower cards do not. so GMA X3000 should be able to handle 3D with much more ease. Also consider that GMA 950 (with no hardware T&L) is still fine for quake3.
intel has completely opened up hardware documentations as well as open source driver.
so really, it's time for open source crowd to put their money where their mouth is when GMA X3000 becomes widely available.
as i recall there exist extension that enable mp3 to encode at higher kbps.
wikipedia says (http://en.wikipedia.org/wiki/Mp3#Bit_rate)
Non-standard bitrates up to 640 kbit/s can be achieved with the LAME encoder and the --freeformat option, however only few MP3 players can play those files.
microcode, eh? I don't think you know what the word means. But when you find an OS that let you run x86 microcode, let me know. I wanna hear about it.
Troll?!?! This got modded to Troll?!? My apologies to Megane (129182).
i'm sorry that nobody got the last joke.
for everyone else
it refers the fundamental question (ambiguity?) in the set theory.
it's known as russel's paradox after bertrand russel, a seminal logician. for an easy intro, read barber paradox
you just can't buy that kind of publicity.
ummmmm.
how about just _the standard sieve_ of one billion bits?
mark everything 'prime' ; that is, start with array filled with one.
say sieve is one-based array of length billion
for (i = 2, i = sqrt(one_billion); i++)
if (sieve[i])
for (j = i + i; j = one_billion; j += i)
sieve[j] = 0;
does eratosthenes sound familiar, math nerd?
um.... first off, subpixel rendering is only applied to LCD (flat panel) monitors. it does NOT work on CRT monitors. (the big TV style glass screen monitor)
I'm guessing you know that...
I'm putting my nose right against the panel and i can't see the colors. (iBook)
I'm even magnifying the pixels and even then it's not offending. (you start noticing at the first 2x magnification of bitmap)
the whole point of the subpixel rendering is that it's taking advantage of the positions of "sub"pixels. You are not supposed to be able to see it. (on LCD)
I'm not trying to offend you. If you already knew all this, then... you must also be wise enough to know that you are in negligible minority. in fact, you do not see colors like most people. If you did see colors like most people... you wouldn't complain about it because you couldn't see it.
it's not just simple spanning across multiple monitors.
what about dragging the window? when you drag it across the other monitor, is it gonna rerender the font?
I have changed around how the font will be antialiased and currently, one font antialiasing is used for all the monitors. I don't know how that will be remedied.
Think about it, when you are dragging the window content, does the program get redraw signal? when you are redrawing, and the program calls the font library, is the font library gonna be notified of which monitor it belongs to? if it's spanning, which part of the window is under which monitor at the current moment?
it's hairy. and right now, it's one antialiasing to rule them all.