My point is about his actual knowledge and reliability in technology and security.
Then I would prefer something like "01234567" and it's easier to type on a (smart)phone.
Than you should draw at random in a statistically gauged distribution. This is STATISTICS.
The fact that statistically the major part of good people runs Chrome means that if one runs Chrome is a good guy. This is DUMBNESS.
You base your assumptions that:
1. the browser is telling the truth about the user agent.
2. the browser used it the one the customer uses regularly.
3. your eveluation about "risky" browser is correct.
4. all this makes some kind of sense.
The offtopic mod is offtopic on its own! The new kernels are OK since long now. A few new things and a lot more fixes. But what's that for if the distros are leaving it behind as well as creating a whole new mess with their idiosyncracies.
Re:The problem with Linux is not the kernel!
on
Linux 2.6.36 Released
·
· Score: 0, Troll
The problem is not the GNU collection. It's the fact that every distro team spends a lot of efforts to make it unique. Instead of making it working. Like the *BSD distros.
There's no claim of unused IPs back to LIR. I bet that there's a lartgw number of IPv4 blocks actually unused or overbooked.
As a network admin I've never seen a real check about IP usage for customers without ASs.
This looks like the garbage problem. One side is the production, one is the disposal.
You cannot solve this kind of problem by just lookin gat one of the two sides.
It's a really huge application in the Android world, though.
I hope the RCs and the finale releases will be slimmer.
And I hope it will get its way to the market.
And I hope Google will release Chrome for Android as well, a main missing app there.
Welcome the the mobile browser wars.
Because if you look carefully you'll notice that the four colored squares leave a greek cross in the middle.
And I'm not pulling the abvious FreeBSD in.
Someone will find something similar in Intel chips as well.
My point is about his actual knowledge and reliability in technology and security. Then I would prefer something like "01234567" and it's easier to type on a (smart)phone.
So don't mind that security genius.
Than you should draw at random in a statistically gauged distribution. This is STATISTICS.
The fact that statistically the major part of good people runs Chrome means that if one runs Chrome is a good guy. This is DUMBNESS.
You base your assumptions that:
1. the browser is telling the truth about the user agent.
2. the browser used it the one the customer uses regularly.
3. your eveluation about "risky" browser is correct.
4. all this makes some kind of sense.
The offtopic mod is offtopic on its own!
The new kernels are OK since long now. A few new things and a lot more fixes. But what's that for if the distros are leaving it behind as well as creating a whole new mess with their idiosyncracies.
The problem is not the GNU collection. It's the fact that every distro team spends a lot of efforts to make it unique. Instead of making it working. Like the *BSD distros.
Or having 1 hundred, none ready for every day usage at the very best. Distros or car brands at your choice.
The problem is in the fragmentation of distributions and the fragmentation in the GUI.
Fragmentation of resources (both human and economic), I mean.
You are wrong.100% of people doesn't care for 100% of laws.
All photos of the Colosseo, St. Peter's dome, Ponte Vecchio and Ponte di Rialto belong to ... Berlusconi.
There's no claim of unused IPs back to LIR. I bet that there's a lartgw number of IPv4 blocks actually unused or overbooked.
As a network admin I've never seen a real check about IP usage for customers without ASs.
This looks like the garbage problem. One side is the production, one is the disposal.
You cannot solve this kind of problem by just lookin gat one of the two sides.
MONEY.
At least:
- Linux
- Firefox and Chrome
- Thunderbird
- Postgresql and MySQL
I hope the new OS will be a microkernel one, like L4Ka (or L4 in general) or Minix.
For Infocom.
Even with SVG!
It's a really huge application in the Android world, though.
I hope the RCs and the finale releases will be slimmer.
And I hope it will get its way to the market.
And I hope Google will release Chrome for Android as well, a main missing app there.
Welcome the the mobile browser wars.
Are you using RPN-like languages like machine code?
Just until CISCO will buy Skype. Then everything will revert back to normal operation.
But very few companies embraced it. Just give a look to its capabilities!
What's the difference between Microsoft and Google?
Isn't Internet just one big thing?
That'd be 42, not zero.
It's not a 64bit wrapper, this time.
/usr/lib/libX11.so.6 (0x00007f9280f9f000) /usr/lib/libXext.so.6 (0x00007f9280d8d000) /usr/lib/libXt.so.6 (0x00007f9280b27000) /usr/lib/libfreetype.so.6 (0x00007f92808a1000) /usr/lib/libfontconfig.so.1 (0x00007f928066c000) /lib/libpthread.so.0 (0x00007f928044e000) /lib/librt.so.1 (0x00007f9280246000) /usr/lib/libgtk-x11-2.0.so.0 (0x00007f927fc24000) /usr/lib/libgdk-x11-2.0.so.0 (0x00007f927f976000) /usr/lib/libatk-1.0.so.0 (0x00007f927f755000) /usr/lib/libpangoft2-1.0.so.0 (0x00007f927f52b000) /usr/lib/libgdk_pixbuf-2.0.so.0 (0x00007f927f30e000) /usr/lib/libpangocairo-1.0.so.0 (0x00007f927f101000) /usr/lib/libcairo.so.2 (0x00007f927ee7e000) /usr/lib/libpango-1.0.so.0 (0x00007f927ec33000) /usr/lib/libgobject-2.0.so.0 (0x00007f927e9eb000) /usr/lib/libgmodule-2.0.so.0 (0x00007f927e7e7000) /lib/libglib-2.0.so.0 (0x00007f927e508000) /usr/lib/libssl3.so (0x00007f927e2d0000) /usr/lib/libsmime3.so (0x00007f927e0a5000) /usr/lib/libnss3.so (0x00007f927dd6c000) /usr/lib/libnssutil3.so (0x00007f927db4d000) /usr/lib/libplds4.so (0x00007f927d949000) /usr/lib/libplc4.so (0x00007f927d743000) /usr/lib/libnspr4.so (0x00007f927d507000) /lib/libdl.so.2 (0x00007f927d303000) /lib/libm.so.6 (0x00007f927d07f000) /lib/libc.so.6 (0x00007f927ccfc000)
/lib64/ld-linux-x86-64.so.2 (0x00007f9281f77000) /usr/lib/libxcb.so.1 (0x00007f927cae0000) /usr/lib/libSM.so.6 (0x00007f927c8d6000) /usr/lib/libICE.so.6 (0x00007f927c6bb000) /lib/libz.so.1 (0x00007f927c4a4000) /lib/libexpat.so.1 (0x00007f927c27a000) /usr/lib/libXrender.so.1 (0x00007f927c070000) /usr/lib/libXinerama.so.1 (0x00007f927be6d000) /usr/lib/libXi.so.6 (0x00007f927bc5c000) /usr/lib/libXrandr.so.2 (0x00007f927ba53000)
~ shasum flashplayer_square_p1_64bit_linux_091510.tar.gz libflashplayer.so
119cc23b8b7e7131a7e2b84df17ef8941abb317f flashplayer_square_p1_64bit_linux_091510.tar.gz
63945787e32ed62d98a87810504d2d98321b4dcc libflashplayer.so
~ file libflashplayer.so
libflashplayer.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, stripped
~ ldd libflashplayer.so
linux-vdso.so.1 => (0x00007fff90649000)
libX11.so.6 =>
libXext.so.6 =>
libXt.so.6 =>
libfreetype.so.6 =>
libfontconfig.so.1 =>
libpthread.so.0 =>
librt.so.1 =>
libgtk-x11-2.0.so.0 =>
libgdk-x11-2.0.so.0 =>
libatk-1.0.so.0 =>
libpangoft2-1.0.so.0 =>
libgdk_pixbuf-2.0.so.0 =>
libpangocairo-1.0.so.0 =>
libcairo.so.2 =>
libpango-1.0.so.0 =>
libgobject-2.0.so.0 =>
libgmodule-2.0.so.0 =>
libglib-2.0.so.0 =>
libssl3.so =>
libsmime3.so =>
libnss3.so =>
libnssutil3.so =>
libplds4.so =>
libplc4.so =>
libnspr4.so =>
libdl.so.2 =>
libm.so.6 =>
libc.so.6 =>
libxcb.so.1 =>
libSM.so.6 =>
libICE.so.6 =>
libz.so.1 =>
libexpat.so.1 =>
libXrender.so.1 =>
libXinerama.so.1 =>
libXi.so.6 =>
libXrandr.so.2 =>
libXcurso