You'd need a seperate motor then to run it. AC is driven by a belt in every non-hybrid car i know of (not sure about hybrids). This is because of the way the compressor has to work.
I don't know, I'd say they both have the exact same insight. That both can be used to control people, though I haven't figure out what her angle could have been. Hubbard's should be fairly obvious.
This isn't a problem for someone else making a new message from yours, but one where they make the message. Say a contract, given two different texts from the contract they could add some "garbage" data to them to make them have identical signatures. Now this attack would be a little far fetched, as soon as you can produce your copy of the message that hashes the same for the signature, you can prove something fishy is going on, just not what right away.
While it is true we don't really know why they're after this (their motivations are what we should be appalled at), in this case it's voluntary. With the Nazi's many of their subjects for those purposes did not have a choice. So at least their methods in this case are better in that regard.
It's also possible that he's got a crummy laptop keyboard that has control on the left, and alt on the right. That drives me nuts enough to carry a foldable keyboard around.
Depending on the virtualization technology involved the router may not need to know. I know with kvm each one has a unique mac address that i've got bridged to the real nic. now it might confuse a switch for a bit when it doesn't know where it is, but so far that hasn't appeared to be much of a problem.
Off hand i can't think of a tool to do this. However, you could always grab the build from the mozilla servers and run it from your home directory. this would check if your plugins are compatible. of course you should back up ~/.mozilla before you do this. I haven't had that break anything since firefox 2, but it is always possible.
The interesting part here about fingerprints would be that this could allow for better imaging of them over a much larger range of pressures. Meaning that more accurate results of searches could be done. While that doesn't solve anything new it could make things go much smoother than I've seen in the past. i.e. User puts finger onto glass too hard thinking it'll help and then get frustrated when it doesn't work and keep trying harder when only a mild touch is needed.
Yea I don't have anything myself for thunderbolt but I do see the optical version of it as a very interesting way to electrically isolate something. I mean take a look at the way that professional audio equipment works these days, it's all moved out of the case for noise reasons but they still have to have some kind of connection to the computer that will add some noise. This has the potential of letting you take a nearly standard setup and completely isolate each component from noise without having to make a completely customized motherboard or other interfaces. For actual graphics I'd be wary of the latency myself since you'll be moving from nano seconds (benchmarks I've seen say about 128ns) to several microseconds to milliseconds for latency. That might not seem like a lot but I don't think most current graphics cards would deal with that well. They may however still work incredibly well for GPGPU stuff since if you're doing it right you should be doing more than a few milliseconds of computation on the card. I mean imagine this letting you build a bank of a few hundred cards with a higher efficiency and high capacity power supply.
In the future this may result in an upgrade option for users but given that currently only apple laptops have thunderbolt controllers (that i'm aware of) the idea of this being more affordable is rather moot.
Please read mine. I answered your concerns there already. Your concerns about network transparency are fear mongering because you are not actually looking at alternatives. RDP/NX on a single window does exactly the same thing as X11 forwarding, with the possibility of even moving the windows from one display session to another, or even sharing it on multiple sessions at once. As far as nesting goes, wayland already supports it, and has since last year. The features it's added are better ram usage, better hardware accelerated drawing (Yes this is a FEATURE, it isn't used ONLY for wobbly windows and other inane shit like that, it's also used for fonts, scrolling, and all the other stuff that 100% of users in ALL cases do [only exception might be someone ONLY playing videos or other recorded media]).
X11 does not actually do network transparency very well at all due to it's synchronous nature and this cannot be changed without removing backwards compatibility from the protocol. RDP/NX on a single window does do EVERYTHING that X11 over network does, and more. For example, using lossy compression for low bandwidth links to get the larger picture and then sending changes without such compression, lower latency input (since there isn't multiple back and forths acknowledging the input), the ability to detach the window without closing the application, the ability to RECONNECT to an application that's already running, the ability to move an application from one machine to another without closing and reopening it.
How does X11 solve any of those things? It doesn't. It never tried to, it was never intended to. But people do need to do this in some environments, that's why things like RDP and NX were created, and they can and do solve the exact same thing that X11 network transparency provides.
No where in these discussions have you even tried to answer the question of "What does X11 do that NX/RDP doesn't?" If you're only issue is that ssh -X or ssh -Y doesn't work with wayland then you need to actually consider that you're not really concerned with network transparency but just ssh supporting forwarding of the display which is still possible to do, it just hasn't been done YET. And if that's the only issue, then you need to stop spreading FUD about others projects when you're just upset that they aren't mature yet.
X11 may be network transparent, but the problem is that the large amount of the extensions that have been bolted on to it in the past 20 years are not really network transparent. many of them internally use shared memory and other tricks that cause them to either not work at all, nvidia's glx implementation was[is?] horrible about this in the past.
Now let me ask you something, why can this not be done after the fact? You seem to be misunderstanding that X11 and Wayland are trying to solve the same things, in the case of Wayland what's being done is not the same thing as X11. Wayland is being designed so that the clients are free to build their display in any method they want: X11!, OpenGL, VNC, RDP, NX, Direct3D [the linux open source drivers will do some of 10/11 if support is compiled in], etc. They then tell Wayland where it is to display it, currently i believe either from shared memory or from an opengl texture or something like that. That's all wayland is doing, that's all it's intended to do. There's already a port of Xorg to it to display existing applications, and even work being done to give it network transparency in the correct way. This is by doing the rendering on the remote side on a non-displaying wayland server (which is the way it's being done these days 90% of the time on X11 already) and then transferring that using the "damage" information to send only the changes. This will allow a much nicer way to do both accelerated 3d and 2d operations over a remote link than is usually possible with X11 (again due to the way the binary blobs handle things, nvidia uses a device in/dev to send commands to the card rather than doing it through the X server a lot of times, to get better performance), this prevents it from working very well over a network with some drivers. This would also remove the need to send all the textures, vertex buffer objects, polygons and everything over the remote link to be able to even draw the screen.
Now this also isn't the ONLY way to do it either, because wayland isn't trying to solve this problem and is instead leaving it to others to work on you could even still do this like X11 is doing and send it as commands over the wire, or render it in CPU on the remote side, mesa's new architecture makes this far easier than it has in the past to do all of this stuff.
Now I will admit that I can understand that some of this stuff should have likely been fixed up in Xorg/X11 already (or in a new revision of X altogether), but the thing is, nobody has. It's been a problem for years now and all anybody has done is bolt on partly supported extensions (go look at the state of XRENDER support in all the drivers, it's atrocious. And also the stuff between EXA and XAA doing the same thing but different, but one being newer and theoretically a nicer interface but not being supported very well in some drivers.) and moving things out of the X server into client-space because it seems to be simpler to solve the problem there. One of the reasons that Cairo exists is to make any of the drawing operations transparent to the client regardless of what extensions are supported on the X server. Due to the fact that an extension can't be guaranteed to be supported you need to be able to fall back to some other method for drawing when faced with not having the extension you need. Otherwise this means that you can't run which might be acceptable for some specific application, but for something like a toolkit: Qt, Tk, Gtk, Wx, etc. it's not a good idea to just not work. The thing is, as stated before, nobody has taken the time to move any of this into the X servers, either Xorg, Apple (though i'm not sure they care too much about X11 more than a compatibility layer), *BSD, or anybody else with a stake in things working well on X11.
So what would you do in a new version of X? I would expect you'd drop support for the stuff that's not being used anymore: the fully synchronous calls (already being done to X11 have a look at XCB), the old style font renderi
Actually it was because for some bizarre reason, slashdot decided that my comments are supposed to be formatted as "code" rather than Plain Old Text like I have told it numerous times.... I don't know how why or when it fucks that up but it seems to happen to me somewhat regularly.
Personally above 200gb, I tend to err on the side of power consumption for my laptop any more. As it is, with 4gb of ram most of what I do doesn't touch the disk when I'm on battery. Of course if all other things are equal I will pick the larger drive just because it gives me more for my money.
It comes from freedesktop.org stuff, i think the "X Desktop Guidelines" or something like that. I think they avoided "open" for clashes with possibly other existing software, or possibly even shells.
I'm sure some do from what I understand about them (in some the LED produces UV and the phosphor turns it to the visible spectrum) but it's a far cry from hitting the phosphor with an electron beam. It should still be far more stable and last far longer (in theory!). If a problem does show up i strongly suspect it won't be from degrading phospors.
some answers.
1) I'm not sure I've noticed a problem, but I'm not an audiophile and when doing anything with high quality audio I'm not using the software mixing (see 4. below) so I may just not have noticed or heard it yet.
2 & 3) Given what you describe this sounds like a driver issue, i'm honestly unsure of what could be going on there to help, sorry.
4) This is actually the default behavoir of alsa's software mixing. this may not be the way that your distro (judging by the kernel versions you gave, i'm betting ubuntu?) sets it up by default, or what happens if pulse audio is running (i've seen it keep the audio card open even when not in use and basically force it to a single sample rate).
5) It is a bit arcane, but there are actually relatively few things that you'll ever really need to do unless you're trying to bond multiple devices into a single virtual one to play things back on. (e.g. use several elcheapo cards for home brew 7.1). you can also put in LADSPA filters directly for play back and this will be relatively expensive because LADSPA operates on the audio in floating point.
6) the best way to do this is to tell a program to use "hw:0" instead of "default" for the alsa device. doing this will depend on application since there is no way to standardize configuring every application.
7) I also have far far better luck with jack (and it's a hell of a lot nicer to work with than pulse audio). pulse audio is in fact one of the reasons that i refuse to use many of the fasionable "modern" distros on my own machines.
It is far less than 30 seconds as another commenter proposed, more like half a second. the zoom bar is in the lower right and defaults to something more sensible compared to what that screenshot shows. I suspect he blew them up in order to make them look better in the thumbnail on the site. And to be pedantic, if the icons were half the size you'd fit 4 times as many, not twice.
I'm not entirely sure what you mean by the "wasted space to the right of the toolbars". And while I partly agree with the space on the left with the quick directories is sparser than it should be, it's also in the direction of where most screen real estate is on most monitors these days, making it less annoying than you would appear to be indicating. I'm also curious how you'd avoid "wasted space on the right" with a menu that only has the 5 "in-your-face" options on the toolbar, that are what 80% of people I've seen do in windows, osx, linux and on any other system I've ever seen.
And the other screen shot is the desktop he has setup in kde4.7. What you're looking at is the toolbar on the bottom and him browsing more widgets and things to add to the screen. the big shiny white thing on the bottom with gigantic icons and empty space between the components is the setup dialog for it. it's only shown on request and designed to make it easier to select what you want from it rather than to be minimalistic and out of the way, since it's always hidden until you ask for it.
However with xargs you can run into an issue with there being a limit on the number of arguments to a command. years gone by i think it was 32768 on linux it may be different or configurable now. I think xargs though has a way to tell it to limit the number of them and to run several in parallel also. I would also prefer the perl script method myself since you can handle all translations at once and not have to scan every file multiple times.
Some believe that eventually the bitcoins they mined today will be worth more than they cost to mine. It's a lot like the stock market in that regard. Nobody can know right now if they ever will be, so some are betting on that.
Slashdot Mirror
You'd need a seperate motor then to run it. AC is driven by a belt in every non-hybrid car i know of (not sure about hybrids). This is because of the way the compressor has to work.
I don't know, I'd say they both have the exact same insight. That both can be used to control people, though I haven't figure out what her angle could have been. Hubbard's should be fairly obvious.
It's like when the Delorean Motor Company went out of business.
This isn't a problem for someone else making a new message from yours, but one where they make the message. Say a contract, given two different texts from the contract they could add some "garbage" data to them to make them have identical signatures. Now this attack would be a little far fetched, as soon as you can produce your copy of the message that hashes the same for the signature, you can prove something fishy is going on, just not what right away.
While it is true we don't really know why they're after this (their motivations are what we should be appalled at), in this case it's voluntary. With the Nazi's many of their subjects for those purposes did not have a choice. So at least their methods in this case are better in that regard.
It's also possible that he's got a crummy laptop keyboard that has control on the left, and alt on the right. That drives me nuts enough to carry a foldable keyboard around.
Depending on the virtualization technology involved the router may not need to know. I know with kvm each one has a unique mac address that i've got bridged to the real nic. now it might confuse a switch for a bit when it doesn't know where it is, but so far that hasn't appeared to be much of a problem.
Off hand i can't think of a tool to do this. However, you could always grab the build from the mozilla servers and run it from your home directory. this would check if your plugins are compatible. of course you should back up ~/.mozilla before you do this. I haven't had that break anything since firefox 2, but it is always possible.
The interesting part here about fingerprints would be that this could allow for better imaging of them over a much larger range of pressures. Meaning that more accurate results of searches could be done. While that doesn't solve anything new it could make things go much smoother than I've seen in the past. i.e. User puts finger onto glass too hard thinking it'll help and then get frustrated when it doesn't work and keep trying harder when only a mild touch is needed.
Yea I don't have anything myself for thunderbolt but I do see the optical version of it as a very interesting way to electrically isolate something. I mean take a look at the way that professional audio equipment works these days, it's all moved out of the case for noise reasons but they still have to have some kind of connection to the computer that will add some noise. This has the potential of letting you take a nearly standard setup and completely isolate each component from noise without having to make a completely customized motherboard or other interfaces. For actual graphics I'd be wary of the latency myself since you'll be moving from nano seconds (benchmarks I've seen say about 128ns) to several microseconds to milliseconds for latency. That might not seem like a lot but I don't think most current graphics cards would deal with that well. They may however still work incredibly well for GPGPU stuff since if you're doing it right you should be doing more than a few milliseconds of computation on the card. I mean imagine this letting you build a bank of a few hundred cards with a higher efficiency and high capacity power supply.
In the future this may result in an upgrade option for users but given that currently only apple laptops have thunderbolt controllers (that i'm aware of) the idea of this being more affordable is rather moot.
Please read mine. I answered your concerns there already. Your concerns about network transparency are fear mongering because you are not actually looking at alternatives. RDP/NX on a single window does exactly the same thing as X11 forwarding, with the possibility of even moving the windows from one display session to another, or even sharing it on multiple sessions at once. As far as nesting goes, wayland already supports it, and has since last year. The features it's added are better ram usage, better hardware accelerated drawing (Yes this is a FEATURE, it isn't used ONLY for wobbly windows and other inane shit like that, it's also used for fonts, scrolling, and all the other stuff that 100% of users in ALL cases do [only exception might be someone ONLY playing videos or other recorded media]).
X11 does not actually do network transparency very well at all due to it's synchronous nature and this cannot be changed without removing backwards compatibility from the protocol. RDP/NX on a single window does do EVERYTHING that X11 over network does, and more. For example, using lossy compression for low bandwidth links to get the larger picture and then sending changes without such compression, lower latency input (since there isn't multiple back and forths acknowledging the input), the ability to detach the window without closing the application, the ability to RECONNECT to an application that's already running, the ability to move an application from one machine to another without closing and reopening it.
How does X11 solve any of those things? It doesn't. It never tried to, it was never intended to. But people do need to do this in some environments, that's why things like RDP and NX were created, and they can and do solve the exact same thing that X11 network transparency provides.
No where in these discussions have you even tried to answer the question of "What does X11 do that NX/RDP doesn't?" If you're only issue is that ssh -X or ssh -Y doesn't work with wayland then you need to actually consider that you're not really concerned with network transparency but just ssh supporting forwarding of the display which is still possible to do, it just hasn't been done YET. And if that's the only issue, then you need to stop spreading FUD about others projects when you're just upset that they aren't mature yet.
X11 may be network transparent, but the problem is that the large amount of the extensions that have been bolted on to it in the past 20 years are not really network transparent. many of them internally use shared memory and other tricks that cause them to either not work at all, nvidia's glx implementation was[is?] horrible about this in the past.
Now let me ask you something, why can this not be done after the fact? You seem to be misunderstanding that X11 and Wayland are trying to solve the same things, in the case of Wayland what's being done is not the same thing as X11. Wayland is being designed so that the clients are free to build their display in any method they want: X11!, OpenGL, VNC, RDP, NX, Direct3D [the linux open source drivers will do some of 10/11 if support is compiled in], etc. They then tell Wayland where it is to display it, currently i believe either from shared memory or from an opengl texture or something like that. That's all wayland is doing, that's all it's intended to do. There's already a port of Xorg to it to display existing applications, and even work being done to give it network transparency in the correct way. This is by doing the rendering on the remote side on a non-displaying wayland server (which is the way it's being done these days 90% of the time on X11 already) and then transferring that using the "damage" information to send only the changes. This will allow a much nicer way to do both accelerated 3d and 2d operations over a remote link than is usually possible with X11 (again due to the way the binary blobs handle things, nvidia uses a device in /dev to send commands to the card rather than doing it through the X server a lot of times, to get better performance), this prevents it from working very well over a network with some drivers. This would also remove the need to send all the textures, vertex buffer objects, polygons and everything over the remote link to be able to even draw the screen.
Now this also isn't the ONLY way to do it either, because wayland isn't trying to solve this problem and is instead leaving it to others to work on you could even still do this like X11 is doing and send it as commands over the wire, or render it in CPU on the remote side, mesa's new architecture makes this far easier than it has in the past to do all of this stuff.
Now I will admit that I can understand that some of this stuff should have likely been fixed up in Xorg/X11 already (or in a new revision of X altogether), but the thing is, nobody has. It's been a problem for years now and all anybody has done is bolt on partly supported extensions (go look at the state of XRENDER support in all the drivers, it's atrocious. And also the stuff between EXA and XAA doing the same thing but different, but one being newer and theoretically a nicer interface but not being supported very well in some drivers.) and moving things out of the X server into client-space because it seems to be simpler to solve the problem there. One of the reasons that Cairo exists is to make any of the drawing operations transparent to the client regardless of what extensions are supported on the X server. Due to the fact that an extension can't be guaranteed to be supported you need to be able to fall back to some other method for drawing when faced with not having the extension you need. Otherwise this means that you can't run which might be acceptable for some specific application, but for something like a toolkit: Qt, Tk, Gtk, Wx, etc. it's not a good idea to just not work. The thing is, as stated before, nobody has taken the time to move any of this into the X servers, either Xorg, Apple (though i'm not sure they care too much about X11 more than a compatibility layer), *BSD, or anybody else with a stake in things working well on X11.
So what would you do in a new version of X? I would expect you'd drop support for the stuff that's not being used anymore: the fully synchronous calls (already being done to X11 have a look at XCB), the old style font renderi
commenting to fix accidental moderation god damn it.
Actually it was because for some bizarre reason, slashdot decided that my comments are supposed to be formatted as "code" rather than Plain Old Text like I have told it numerous times.... I don't know how why or when it fucks that up but it seems to happen to me somewhat regularly.
Personally above 200gb, I tend to err on the side of power consumption for my laptop any more. As it is, with 4gb of ram most of what I do doesn't touch the disk when I'm on battery. Of course if all other things are equal I will pick the larger drive just because it gives me more for my money.
It comes from freedesktop.org stuff, i think the "X Desktop Guidelines" or something like that. I think they avoided "open" for clashes with possibly other existing software, or possibly even shells.
I'm sure some do from what I understand about them (in some the LED produces UV and the phosphor turns it to the visible spectrum) but it's a far cry from hitting the phosphor with an electron beam. It should still be far more stable and last far longer (in theory!). If a problem does show up i strongly suspect it won't be from degrading phospors.
if you want to be a little more portable between desktop environments, use
xdg-open
that'll use gnome preferences in gnome, kde prefs in kde, xfce in xfce, etc.
some answers. 1) I'm not sure I've noticed a problem, but I'm not an audiophile and when doing anything with high quality audio I'm not using the software mixing (see 4. below) so I may just not have noticed or heard it yet. 2 & 3) Given what you describe this sounds like a driver issue, i'm honestly unsure of what could be going on there to help, sorry. 4) This is actually the default behavoir of alsa's software mixing. this may not be the way that your distro (judging by the kernel versions you gave, i'm betting ubuntu?) sets it up by default, or what happens if pulse audio is running (i've seen it keep the audio card open even when not in use and basically force it to a single sample rate). 5) It is a bit arcane, but there are actually relatively few things that you'll ever really need to do unless you're trying to bond multiple devices into a single virtual one to play things back on. (e.g. use several elcheapo cards for home brew 7.1). you can also put in LADSPA filters directly for play back and this will be relatively expensive because LADSPA operates on the audio in floating point. 6) the best way to do this is to tell a program to use "hw:0" instead of "default" for the alsa device. doing this will depend on application since there is no way to standardize configuring every application. 7) I also have far far better luck with jack (and it's a hell of a lot nicer to work with than pulse audio). pulse audio is in fact one of the reasons that i refuse to use many of the fasionable "modern" distros on my own machines.
They mean the british pound sign, not the octothorpe # . Ain't language fun?
The best place to get a better understand of why this is possible due to the expansion of the universe is Episode 79 of Astronomy Cast, they do the topic much better than I feel I could ever do here. http://www.astronomycast.com/astronomy/ep-79-how-big-is-the-universe/
It is far less than 30 seconds as another commenter proposed, more like half a second. the zoom bar is in the lower right and defaults to something more sensible compared to what that screenshot shows. I suspect he blew them up in order to make them look better in the thumbnail on the site. And to be pedantic, if the icons were half the size you'd fit 4 times as many, not twice. I'm not entirely sure what you mean by the "wasted space to the right of the toolbars". And while I partly agree with the space on the left with the quick directories is sparser than it should be, it's also in the direction of where most screen real estate is on most monitors these days, making it less annoying than you would appear to be indicating. I'm also curious how you'd avoid "wasted space on the right" with a menu that only has the 5 "in-your-face" options on the toolbar, that are what 80% of people I've seen do in windows, osx, linux and on any other system I've ever seen. And the other screen shot is the desktop he has setup in kde4.7. What you're looking at is the toolbar on the bottom and him browsing more widgets and things to add to the screen. the big shiny white thing on the bottom with gigantic icons and empty space between the components is the setup dialog for it. it's only shown on request and designed to make it easier to select what you want from it rather than to be minimalistic and out of the way, since it's always hidden until you ask for it.
However with xargs you can run into an issue with there being a limit on the number of arguments to a command. years gone by i think it was 32768 on linux it may be different or configurable now. I think xargs though has a way to tell it to limit the number of them and to run several in parallel also. I would also prefer the perl script method myself since you can handle all translations at once and not have to scan every file multiple times.
Some believe that eventually the bitcoins they mined today will be worth more than they cost to mine. It's a lot like the stock market in that regard. Nobody can know right now if they ever will be, so some are betting on that.