Last I checked the GIMP developers were trying to be innovative, but all the users were screaming "No! Everything must work exactly the same way it does in photoshop!":-P
Alternatively, package the virus in a tarball with permissions set correctly; most users are quite accustomed to the idea of unzipping things before opening them. Or for even less interaction, do the thing that many windows viruses do and exploit browser (or other userspace app) bugs.
without capability to gain superuser privileges or compromise other users or hosts, such "malware" is firmly in the range of stupid pranks... It has nothing to do with millions-strong botnets
User-level privileges are more than sufficient to be part of a botnet
Ages old problem of A/V sync in Mplayer was never fixed. If I try to work in parallel (e.g. compile 2-3 files) Mplayer still easily looses A/V sync.
Back in the day I found that the autosync option fixed this; I've not needed that in years though, trying parallel building while playing video now I get lots of frame dropping, but the one or two frames per second that do appear are still in sync o_O Aspect ratio too I remember being a problem 5 or 6 years ago, but it's been so long since needing to correct it that I can't even remember how...
Mplayer still can't get out of Gnome/KDE setting my preferred audio card. And no real-time change of audio card is possible
I'm not aware of anything at the application layer to do these, but AFAIK pluseaudio will take care of them (including real-time change of audio output to a card on the other side of the network, bluetooth headset, network media player, etc)
[mplayer guis]
They do suck, but I'm not sure why one would use them; "double-click to play with sensible defaults" has always been plenty for me (and many others too, judging by the number of people who have converted to mplayer-win32 after seeing me use it)
AVC support is still subpar (compared to Windows-only CoreAVC) what makes it unusable for many HD movies:
X264 is slower than coreavc I admit, but Linux-only VDPAU seems to beat them both:-) (Also coreavc is available for linux, but it involves patching:( )
considering that out of box Ubuntu can't play 99% of anime found on say mininova.
I clicked a.mkv, it said "I don't have a codec installed, shall I find one?", I clicked "yes", and it did, then it played. Not "out of the box" in the literal sense, but pretty close, and better than googling for codecs...
(Though after checking that it worked, I still went back to mplayer, which has so far played 100% of things I've thrown at it, and with hardware accelerated decoding now too:-P )
Making stupid generalisations about some other group that you don't know about is one thing, but making generalisations about your own group... I don't have the words.
(Also, I see far more "All of slashdot follows stereotype X, I'm one of the few free-thinkers" than I do people actually following stereotypes, what's up with that?:-/)
All your examples are of programs who's explicit primary purpose (actually, their entire purpose) is to execute other things; ldd is designed to print information to the screen, like cat or ls, and the execution is an unintentional side-effect.
Things like the wobble of the guns and the on-screen feedback that tells you which direction you are being shot from these were things that id Software invented
Surely having a wobbling gun is an element of realism, not an id created idea? Knowing the general direction you've been shot from is also pretty realistic, and on-screen feedback is just the logical replacement when actual pain inflicting devices are unavailable...
These algorithms will produce substantially worse overall performance in all workloads.
Overall performance as in userspace apps will take 20% longer to perform CPU-bound tasks; or overall as in the scheduler will perform much worse ("the scheduler will now take 0.02% of CPU time, having previously taken 0.01%")? I think it's pretty important to specify over all of what...
On a related note, does anyone know what encoder digitally imported are using? Somehow their free 24kbps AAC+ stream sounds about as good as the premium (256kbps?) mp3.
(For an idea of how good my ears / speakers are, ABX testing shows that I can tell the difference between 128kbps and 160kbps ogg, but everything higher than that sounds the same -- not great, but good enough that I think the above "sounds about as good as" is worth investigating)
It's not downtime, it's scheduled maintenance (according to microsoft, these are different things; if you send an email saying "server will be down this week" then that's as good as it being up...)
Simple to set-up? NFS is about as simple as it gets in UNIX. You honestly find SSHFS easier? OK
It requires explicit listing of what's shared and who can access it; sshfs uses the standard unix permissions to give people access remotely to whatever they have access to locally, ie if you already have a local system set up, sshfs server side setup is zero. Then on the client side, compare either running a one-line command or adding one line to fstab vs adding a line to fstab, installing some daemons, fiddling with the firewall...
Simple to use? NFS is completely transparent to the user.
Once the user has connected, yes; but initial config can be a pain (yay installing NFS without installing portmap, and having the system lock up next time it boots...)
Reliability? NFS is used for mission-critical services and five-nines access to massive storage arrays. SSHFS is not even the same class.
I've seen the linux in-kernel and userspace daemons crash repeatedly, unkillably locking up any processes using the shares on client PCs. I've tried the alternative mount settings and found that they had downsides too. In contrast I've never had openssh crash, and disconnections / reconnections are handled gracefully. Also anecdotally, I was there when dreamhost were throwing millions of dollars at their NFS-based storage problems, and eventually decided that the reliability of local disks outweighed all the advantages of shared storage.
Flexibility? We may have different ideas about what this means. SSHFS isn't so much as flexible as convenient. NFS is much better for building services around.
Point taken, though I'm sure one could build services around sshfs if there was sufficient need for it (at home I have some scripts hacked together to use it as a system service in the context where nfs is normally used, but "hacky" is very much the word to describe them)
Authentication? NFS + LDAP. Granted, it's more involved to set up, but scalability and manageability makes it a much better tool for the job.
Last I checked, server-side security for NFS was severely lacking, to the point that root access on a local box gave you root access to the shared files (unless you disabled root access, in which case you only had access to all the users' data individually) -- I had seen plans for decent security, but that was always "in the next version"...
I'm not trolling here, but saying "NFS is awful" just kind of sounds like you don't know what you are talking about. Reminds me of the "X11 is broken" crowd.
TBH, I'm speaking from possibly outdated personal experience rather than a position of enlightenment:-P
You are quite incredibly stupid. Does that answer your question?
I've been modded troll for a genuine question, which suggests that I've been misunderstood; thus while normally I'd disregard you as a troll, I will instead presume that you've misunderstood too -- please explain why is it stupid to ask if this, which allegedly caused this has been fixed?
Each of those are the answer to the other -- NFS is the only real alternative, and it is awful; SSHFS is simpler to set up, simpler to use, more reliable, more flexible, more secure (even when I'm on a LAN and don't want encryption, I still want authentication), etc...
Did they fix the hole that allowed imageshack and such to get hacked a while back? Did they ever even find out what that hole was?
(The hackers claim 5.2 is safe, but for all we know, that could be a trick to make us upgrade to an even buggier version... the hack was in the name of avoiding full disclosure, so we'll probably never know exactly what they did, and thus not be sure it's fixed, and thus the incredibly anti-full-disclosure people demonstrate exactly why full disclosure is a good thing:-/ )
Tangentially, I haven't used long division since learning it in primary school ~20 years ago, even with all my courses from then to university being math / science based -- does anybody use it?
its latest attempt to fight pornography and piracy online.
Blocking piracy I can see as being a noble goal (even if blocking all bittorrent is the wrong way to do it), but why would they want to block porn?
You don't own that idea, it belongs to the ages.
So what motivation is there for anyone to come up with any new ideas?
GIMP is one
Last I checked the GIMP developers were trying to be innovative, but all the users were screaming "No! Everything must work exactly the same way it does in photoshop!" :-P
Alternatively, package the virus in a tarball with permissions set correctly; most users are quite accustomed to the idea of unzipping things before opening them. Or for even less interaction, do the thing that many windows viruses do and exploit browser (or other userspace app) bugs.
without capability to gain superuser privileges or compromise other users or hosts, such "malware" is firmly in the range of stupid pranks ... It has nothing to do with millions-strong botnets
User-level privileges are more than sufficient to be part of a botnet
It took me three attempts to parse that sentence...
Ages old problem of A/V sync in Mplayer was never fixed. If I try to work in parallel (e.g. compile 2-3 files) Mplayer still easily looses A/V sync.
Back in the day I found that the autosync option fixed this; I've not needed that in years though, trying parallel building while playing video now I get lots of frame dropping, but the one or two frames per second that do appear are still in sync o_O Aspect ratio too I remember being a problem 5 or 6 years ago, but it's been so long since needing to correct it that I can't even remember how...
Mplayer still can't get out of Gnome/KDE setting my preferred audio card. And no real-time change of audio card is possible
I'm not aware of anything at the application layer to do these, but AFAIK pluseaudio will take care of them (including real-time change of audio output to a card on the other side of the network, bluetooth headset, network media player, etc)
[mplayer guis]
They do suck, but I'm not sure why one would use them; "double-click to play with sensible defaults" has always been plenty for me (and many others too, judging by the number of people who have converted to mplayer-win32 after seeing me use it)
AVC support is still subpar (compared to Windows-only CoreAVC) what makes it unusable for many HD movies:
X264 is slower than coreavc I admit, but Linux-only VDPAU seems to beat them both :-) (Also coreavc is available for linux, but it involves patching :( )
considering that out of box Ubuntu can't play 99% of anime found on say mininova.
I clicked a .mkv, it said "I don't have a codec installed, shall I find one?", I clicked "yes", and it did, then it played. Not "out of the box" in the literal sense, but pretty close, and better than googling for codecs...
(Though after checking that it worked, I still went back to mplayer, which has so far played 100% of things I've thrown at it, and with hardware accelerated decoding now too :-P )
According to /.ers
You know that you're a /.er, right?
Making stupid generalisations about some other group that you don't know about is one thing, but making generalisations about your own group... I don't have the words.
(Also, I see far more "All of slashdot follows stereotype X, I'm one of the few free-thinkers" than I do people actually following stereotypes, what's up with that? :-/)
I don't get why people think they can live in a vacuum.
Because we've been doing so successfully for billions of years?
All your examples are of programs who's explicit primary purpose (actually, their entire purpose) is to execute other things; ldd is designed to print information to the screen, like cat or ls, and the execution is an unintentional side-effect.
Things like the wobble of the guns and the on-screen feedback that tells you which direction you are being shot from these were things that id Software invented
Surely having a wobbling gun is an element of realism, not an id created idea? Knowing the general direction you've been shot from is also pretty realistic, and on-screen feedback is just the logical replacement when actual pain inflicting devices are unavailable...
These algorithms will produce substantially worse overall performance in all workloads.
Overall performance as in userspace apps will take 20% longer to perform CPU-bound tasks; or overall as in the scheduler will perform much worse ("the scheduler will now take 0.02% of CPU time, having previously taken 0.01%")? I think it's pretty important to specify over all of what...
On a related note, does anyone know what encoder digitally imported are using? Somehow their free 24kbps AAC+ stream sounds about as good as the premium (256kbps?) mp3.
(For an idea of how good my ears / speakers are, ABX testing shows that I can tell the difference between 128kbps and 160kbps ogg, but everything higher than that sounds the same -- not great, but good enough that I think the above "sounds about as good as" is worth investigating)
I am imagining a future where parts are very cheap, and then someone crosses these with these D:
It's not downtime, it's scheduled maintenance (according to microsoft, these are different things; if you send an email saying "server will be down this week" then that's as good as it being up...)
It's only a matter of time until we're all consumed in a fiery death
You'd rather we never research long-distance travel methods, but instead sit here and wait for the sun to explode? :-P
First apt based distro with ZFS?
Do we need ZFS any more, now that btrfs is nearly here, based on the same ideas but with zfs's design problems known about and worked around?
Most software development is custom work, off the shelf has been a growing but still minority piece of the pie.
How can 'most' and 'still minority' fit together. If they are in the minority then they are not 'most'.
Epic parsing fail; here's what was said in an even simpler form:
Simple to set-up? NFS is about as simple as it gets in UNIX. You honestly find SSHFS easier? OK
It requires explicit listing of what's shared and who can access it; sshfs uses the standard unix permissions to give people access remotely to whatever they have access to locally, ie if you already have a local system set up, sshfs server side setup is zero. Then on the client side, compare either running a one-line command or adding one line to fstab vs adding a line to fstab, installing some daemons, fiddling with the firewall...
Simple to use? NFS is completely transparent to the user.
Once the user has connected, yes; but initial config can be a pain (yay installing NFS without installing portmap, and having the system lock up next time it boots...)
Reliability? NFS is used for mission-critical services and five-nines access to massive storage arrays. SSHFS is not even the same class.
I've seen the linux in-kernel and userspace daemons crash repeatedly, unkillably locking up any processes using the shares on client PCs. I've tried the alternative mount settings and found that they had downsides too. In contrast I've never had openssh crash, and disconnections / reconnections are handled gracefully. Also anecdotally, I was there when dreamhost were throwing millions of dollars at their NFS-based storage problems, and eventually decided that the reliability of local disks outweighed all the advantages of shared storage.
Flexibility? We may have different ideas about what this means. SSHFS isn't so much as flexible as convenient. NFS is much better for building services around.
Point taken, though I'm sure one could build services around sshfs if there was sufficient need for it (at home I have some scripts hacked together to use it as a system service in the context where nfs is normally used, but "hacky" is very much the word to describe them)
Authentication? NFS + LDAP. Granted, it's more involved to set up, but scalability and manageability makes it a much better tool for the job.
Last I checked, server-side security for NFS was severely lacking, to the point that root access on a local box gave you root access to the shared files (unless you disabled root access, in which case you only had access to all the users' data individually) -- I had seen plans for decent security, but that was always "in the next version"...
I'm not trolling here, but saying "NFS is awful" just kind of sounds like you don't know what you are talking about. Reminds me of the "X11 is broken" crowd.
TBH, I'm speaking from possibly outdated personal experience rather than a position of enlightenment :-P
You are quite incredibly stupid. Does that answer your question?
I've been modded troll for a genuine question, which suggests that I've been misunderstood; thus while normally I'd disregard you as a troll, I will instead presume that you've misunderstood too -- please explain why is it stupid to ask if this, which allegedly caused this has been fixed?
Wait, you want ssh to not be secure? wtf! Just use cifs if you don't like the encryption.
What if you don't like the encryption, but you do like the ease of setup, ease of use, flexibility, reliability, etc?
"Why?" and "NFS"
Each of those are the answer to the other -- NFS is the only real alternative, and it is awful; SSHFS is simpler to set up, simpler to use, more reliable, more flexible, more secure (even when I'm on a LAN and don't want encryption, I still want authentication), etc...
(The hackers claim 5.2 is safe, but for all we know, that could be a trick to make us upgrade to an even buggier version... the hack was in the name of avoiding full disclosure, so we'll probably never know exactly what they did, and thus not be sure it's fixed, and thus the incredibly anti-full-disclosure people demonstrate exactly why full disclosure is a good thing :-/ )
Tangentially, I haven't used long division since learning it in primary school ~20 years ago, even with all my courses from then to university being math / science based -- does anybody use it?