Well, not sure where you live, but it's "only" 81p a litre at the moment where I am in the UK. As you've probably heard today though, it looks as though we're going to be paying over 90p a litre this summer.
That's why I'm going for my motorcycle licence this year - a 600cc Suzuki Gixxer should get me to work and back for a quid a day, and be much more fun! (and obviously far more dangerous;-)
For the eleventy-billionth time, what's so hard about middle clicking? Or setting Nautilus to revert back to the old behaviour?
I'm not aware of any way to force Nautilus to use the same window to drill through directories; and middle clicking with a scroll mouse is a PITA. Personally I feel opening a new window for every damned directory change is ridiculous. I don't want 15 bloody windows open to drag a file from one directory into another (ok, so I would usually use the CLI, but still...)
I did prefer the speed of Gnome 2.6, but I've gone back to KDE, as it's just more usable, I can set it up how I like, and there's less of the "usability gimmicks" getting in the way of my work...
I actually always do this - although I use http rather than NFS on a local intranet server as it seems more reliable for me... I can't wait to get FC2 installed though; FC1 has been a great desktop OS for me, (I prefer Gentoo for my home server, although I have to use RH servers at work). I did try out the FC2 Test releases, but they were horribly broken due to the selinux patches. Hopefully they removed them in this release... I can't see any point in the selinux stuff, since you can override it all if you're root anyway which sort of defeats the point;-)
I think that is the real issue. As everyone agrees, Java makes for a very sluggish GUI. Unless IBM have managed something incredible, regarding optimisation, then I doubt it will be viewed favourably against the Office suite...
Smith wouldn't say how many people came forward, except to indicate it was fewer than five. Moreover, while he would not comment on whether a relationship existed between the Sasser suspect and the informants, he did say that they both live in the same part of Germany.
So, in other words "Erm, we're not going to tell you how many people came forward, but both the informant and the suspect live in the same part of Germany";-)
It doesn't take Sherlock Holmes to work that out, does it?
If sun wanted to support more hardware, they would ask the hardware manufacturer for docs and write the drivers. They don't want to support every random shitty broken piece of hardware, its not a concern.
Terrible thing: envy...;-) Funnily enough, I don't consider my 400ukp dual-head graphic card, DVD rewriter, SB Audigy, promise RAID controller etc "shitty" hardware. Although I can understand you trying to make excuses for Sun's feeble support for the x86 platform, it doesn't mean it isn't a fact. In fact, I'd go as far as to say that you'd only use Solaris for x86 if you DID have "shitty" hardware, which you didn't expect to perform particularly well... Or if you had good hardware, that you wanted to perform like "shitty" (or completely absent) hardware I suppose...
Martin Lewis' site has some good tips and interesting forums.
Shhh! I thought about mentioning that site as soon as the story appeared, but then thought it's best to keep it quiet;-) He's had some great "scams" on there for saving/making money - the 35 quid (inc delivery) leather office chairs you could buy due to a bug with that website were great! Also good information on how to save loads of money by juggling credit cards so you have a perpetual 0% interest on loans...
How on earth could you possibly think drivers are linux's big asset that sun would want, and how on earth could you possibly think sun wants or needs drivers in any way?
You can download the x86 version for free, but it's nowhere near close to Linux in terms of functionality or hardware support. I tried it for a few days, installed all the GNU tools to make it usable, but in the end I decided there was little point in running something that treats my 300 graphic card like a 5 dumb frame buffer, has no support for my soundcard, and seemed to be much slower at accessing the disks...
I'm not dissing Solaris, but I just don't consider it competitive on x86 hardware, as the developers behind the alternatives have invested much more time and effort into targetting the intel platform.
You young/. whippersnappers may be too young to remember when IBM controlled all of American computing and Microsoft were the courageous (but often mocked) young rebels, but believe me, a return to an IBM-dominated world is _not_ what you want.
I don't live in America though, so why the hell should I care;-)
in a real book, you don't flip the pages all that often
Unless, of course, you are searching back a bunch of pages quickly, like people do all the time while reading novels with tricky plots.
I believe that some scientists have developed "text searching" technologies that allow computing devices to "search" through the words in a file. Hopefully this device could make use of this new advance, and "search" the pages a bit faster than you could flick around the pages of a book...;-)
Re:samba rocks - until you hit oplocks!
on
Samba 3 By Example
·
· Score: 3, Informative
fake oplocks = yes
Erm, isn't that a completely insane thing to do (unless you're sharing a CD over Samba)?!!! The Windows clients will assume they have a lock on a file, and blindly write to it, even though other clients will assume the same! If you really are using this on a writable share and haven't clobbered a whole load of files, then you've been damned lucky!
Re:samba rocks - until you hit oplocks!
on
Samba 3 By Example
·
· Score: 4, Interesting
Well, it does until you start using a lot of Excel spreadsheets which link to other spreadsheets on a Samba share at least. Then you start to see serious locking problems.
Believe me, I've been banging my head against this for a couple of weeks now (I can't reproduce the problem, but other people on the network can and do, daily). Everyone seems to have their own idea about the correct combination of oplocks, level 2 oplocks, veto oplocks, deadtime etc to use; but nothing seems 100% foolproof. This is the reason we're probably going to be switching away from Samba to Win2k3. I don't want this, but as the only Linux guy, it's hard to fight the tide when you're having to clear down the locks and force people to close and re-open files almost daily as they're lock out of their own files...;-(
As you've noted, Mac OSX has managed it (although in all honesty it probably isn't the focus of as many attacks as Windows). I think that the main problem is that if users are running their browsers, email clients etc under their own uid, and they contract a virus then it's going to cause damage to all their files. I don't know about anyone else here, but I value the files in my/home more than the rest of the OS, which can easily be reinstalled (yes, I do back up, BTW).
I think that maybe all vulnerable processes, like web browsers, irc clients etc should run under a separate uid from the user (maybe each user should have 2 uid's - one normal, and one restricted so that it can only access a subdirectory of the users home). So rather than Mozilla launching as user fredbloggs:fredbloggs, it launches as "fredbloggs_restricted:fredbloggs_restricted" by default. The user could then chown some directory to be writable to fredbloggs_restricted" for downloads, cache etc.
Maybe this is already implemented? The real problem though is that a user could still build and run something they downloaded, potentially wiping all their files, unless a mechanism automatically made anything they installed themselves, run as the restricted user and not their own uid:gid.
I've seen a lot of Intel8x0 fixes in the changelog...
You don't have to upgrade your kernel to install the latest ALSA drivers. Just download the source from the ALSA site, build and install it. I never use the ALSA drivers in the 2.6.x kernels (they never seem to work correctly for me, if at all). I never have problems with the official source versions though.
BTW, if your card is working ok with OSS emulation, what's the problem?
Yes, dependencies with RPM are its anchovies heal. I tend to start off installing via RPM until I inevitably encounter something that needs about 600 other RPMs installed first. Then I switch to source builds, at which point you can either forget RPM or use --nodeps --force for each new RPM install. Mind you, Gentoo can be as bad - if you don't constantly keep up to date then a single package update can pull in hundreds of (seemingly) pointless other package upgrades - many of these will offer questionable improvement (often you're forced to upgrade from fuzzlePack.1.2.33.3.r4 to fuzzlePack.1.2.33.3.r5 etc). So you might well end up pulling down 40mb of stuff you don't want to build a 200k library. (yes, I know you can just force portage to build a single package and ignore deps, but the maintainers tend to frown on that).
So, in summary, stick with packages until you have to switch over to source to get anything done!
If you knew the starting positions and details about all of the activities that are going on in the bin, you could possibly solve for which ball is going to be the one selected.
Unfortunately though, we live in an analogue World. It's impossible to specify the exact position of anything in relation to anything else;-) So although you may be able to predict the positions of the balls over a very short space of time, the inaccuracies would mount until your predicted results bore no resemblance to reality...
Rabid, frothing, pro-Linux zealots who consistently make fools of themselves by treating an operating system as if it were a religion. It makes it damnably difficult to pitch Linux solutions to corporate types when their perception is that it's written and run by hippies.
I was going to go with this one till I realised that most (all) managers don't real/. or usenet.
10: Most importantly - Influential senior IT staff with a vested interest in keeping MS in the
server room so as to protect their jobs when they have limited skill sets and no real interest
in learning
anything new.
"In Windows you can't even tell whats running let alone shut it off. There are many ports that get attached to every interface and no way to fix it." This is FUD. You *can* tell what's running.
Very true. You can run nmap from a Linux box to find out what's running on the Windows machines;-) Doesn't necessarily mean you can switch it off though...
Also, it's not just cash dispensers that are slow: railway ticket machines and car park payment machines are just two of the types of kit that I bemoan the speed of every time I use them.
F*cking railway ticket printers are one of my "buttons". You turn up with 20 minutes to spare for your train, join a huge queue, vying for the attention of 2 ticket clerks working in a mostly empty 12 booth office (at the busiest time of the morning, you'd think they'd have the most staff on, but nope). You reach the desk with 2 minutes to spare and ask for your return tickets for the week (to save having to queue the other 4 days). The clerk then has to enter the exact same information 5 times?! I have asked about this before and apparently "that's how it works". After this typing marathon, the ticket printer grinds into life, spitting out a ticket every 5 seconds or so with a "kerchunk" noise, by which time your train has left, then... I think I'll just leave this subject now; I'm getting angry just thinking about it...
As an aside, I've been cleaning up some of the cruft old shell scripts and stuff on our commercial systems where I work. We've always had a problem with the slow printing on label printers in our warehouse loading bays (every box loaded onto a truck has a sticker attached). A lot of the time, several hundred (or thousands) of these stickers could be identical. Looking at the script used to format the data and send it to a printer, I noticed that for each label to be printed (a single file would hold thousands of lines of data - one per label), the script would query the Oracle database for additional data, parse the response through AWK, and send the result to the printer. The printer would print this, then the whole process would start again for line 2, and so on until the input file had no more lines.
The upshot of this was a very obvious increase in load on our Oracle server, which is already busy, when the loading bays were working (remember there's one printer per bay, and they are all doing this). The labels (even if all were identical) would come out at a rate of one every 3-4 seconds on a good day, which was clearly unacceptable.
I altered the script to group identical lines and send an additional parameter to the printer to repeat the last job x times. Funnily enough, a run of 1000 identical labels now takes around 10 seconds with next to no server load;-)
Slashdot Mirror
Well, not sure where you live, but it's "only" 81p a litre at the moment where I am in the UK. As you've probably heard today though, it looks as though we're going to be paying over 90p a litre this summer.
;-)
That's why I'm going for my motorcycle licence this year - a 600cc Suzuki Gixxer should get me to work and back for a quid a day, and be much more fun! (and obviously far more dangerous
For the eleventy-billionth time, what's so hard about middle clicking? Or setting Nautilus to revert back to the old behaviour?
I'm not aware of any way to force Nautilus to use the same window to drill through directories; and middle clicking with a scroll mouse is a PITA. Personally I feel opening a new window for every damned directory change is ridiculous. I don't want 15 bloody windows open to drag a file from one directory into another (ok, so I would usually use the CLI, but still...)
I did prefer the speed of Gnome 2.6, but I've gone back to KDE, as it's just more usable, I can set it up how I like, and there's less of the "usability gimmicks" getting in the way of my work...
Next stop for her: Guantanemo Bay...
I actually always do this - although I use http rather than NFS on a local intranet server as it seems more reliable for me... I can't wait to get FC2 installed though; FC1 has been a great desktop OS for me, (I prefer Gentoo for my home server, although I have to use RH servers at work). I did try out the FC2 Test releases, but they were horribly broken due to the selinux patches. Hopefully they removed them in this release... I can't see any point in the selinux stuff, since you can override it all if you're root anyway which sort of defeats the point ;-)
I think that is the real issue. As everyone agrees, Java makes for a very sluggish GUI. Unless IBM have managed something incredible, regarding optimisation, then I doubt it will be viewed favourably against the Office suite...
Smith wouldn't say how many people came forward, except to indicate it was fewer than five. Moreover, while he would not comment on whether a relationship existed between the Sasser suspect and the informants, he did say that they both live in the same part of Germany.
;-)
So, in other words "Erm, we're not going to tell you how many people came forward, but both the informant and the suspect live in the same part of Germany"
It doesn't take Sherlock Holmes to work that out, does it?
If sun wanted to support more hardware, they would ask the hardware manufacturer for docs and write the drivers. They don't want to support every random shitty broken piece of hardware, its not a concern.
;-) Funnily enough, I don't consider my 400ukp dual-head graphic card, DVD rewriter, SB Audigy, promise RAID controller etc "shitty" hardware. Although I can understand you trying to make excuses for Sun's feeble support for the x86 platform, it doesn't mean it isn't a fact. In fact, I'd go as far as to say that you'd only use Solaris for x86 if you DID have "shitty" hardware, which you didn't expect to perform particularly well... Or if you had good hardware, that you wanted to perform like "shitty" (or completely absent) hardware I suppose...
Terrible thing: envy...
Martin Lewis' site has some good tips and interesting forums.
;-) He's had some great "scams" on there for saving/making money - the 35 quid (inc delivery) leather office chairs you could buy due to a bug with that website were great! Also good information on how to save loads of money by juggling credit cards so you have a perpetual 0% interest on loans...
Shhh! I thought about mentioning that site as soon as the story appeared, but then thought it's best to keep it quiet
Well, not Pacman, but my friends and I managed to recreate "Video Pool" in the meatspace. We also sucessfully played Tapper, and "Nick Faldo's golf".
I also know a guy who was really ahead of his time, and was playing GTA almost every night...
--
Richard Steven Hack "Whatever does not kill me, makes me stronger." - And YOU Have Not Killed Me!
Tell that to Christopher Reeve...
How on earth could you possibly think drivers are linux's big asset that sun would want, and how on earth could you possibly think sun wants or needs drivers in any way?
You've used Solaris for x86, right?
You can download the x86 version for free, but it's nowhere near close to Linux in terms of functionality or hardware support. I tried it for a few days, installed all the GNU tools to make it usable, but in the end I decided there was little point in running something that treats my 300 graphic card like a 5 dumb frame buffer, has no support for my soundcard, and seemed to be much slower at accessing the disks...
I'm not dissing Solaris, but I just don't consider it competitive on x86 hardware, as the developers behind the alternatives have invested much more time and effort into targetting the intel platform.
You young /. whippersnappers may be too young to remember when IBM controlled all of American computing and Microsoft were the courageous (but often mocked) young rebels, but believe me, a return to an IBM-dominated world is _not_ what you want.
;-)
I don't live in America though, so why the hell should I care
in a real book, you don't flip the pages all that often
;-)
Unless, of course, you are searching back a bunch of pages quickly, like people do all the time while reading novels with tricky plots.
I believe that some scientists have developed "text searching" technologies that allow computing devices to "search" through the words in a file. Hopefully this device could make use of this new advance, and "search" the pages a bit faster than you could flick around the pages of a book...
fake oplocks = yes
Erm, isn't that a completely insane thing to do (unless you're sharing a CD over Samba)?!!! The Windows clients will assume they have a lock on a file, and blindly write to it, even though other clients will assume the same! If you really are using this on a writable share and haven't clobbered a whole load of files, then you've been damned lucky!
Well, it does until you start using a lot of Excel spreadsheets which link to other spreadsheets on a Samba share at least. Then you start to see serious locking problems.
;-(
Believe me, I've been banging my head against this for a couple of weeks now (I can't reproduce the problem, but other people on the network can and do, daily). Everyone seems to have their own idea about the correct combination of oplocks, level 2 oplocks, veto oplocks, deadtime etc to use; but nothing seems 100% foolproof. This is the reason we're probably going to be switching away from Samba to Win2k3. I don't want this, but as the only Linux guy, it's hard to fight the tide when you're having to clear down the locks and force people to close and re-open files almost daily as they're lock out of their own files...
As you've noted, Mac OSX has managed it (although in all honesty it probably isn't the focus of as many attacks as Windows). I think that the main problem is that if users are running their browsers, email clients etc under their own uid, and they contract a virus then it's going to cause damage to all their files. I don't know about anyone else here, but I value the files in my /home more than the rest of the OS, which can easily be reinstalled (yes, I do back up, BTW).
;-)
I think that maybe all vulnerable processes, like web browsers, irc clients etc should run under a separate uid from the user (maybe each user should have 2 uid's - one normal, and one restricted so that it can only access a subdirectory of the users home). So rather than Mozilla launching as user fredbloggs:fredbloggs, it launches as "fredbloggs_restricted:fredbloggs_restricted" by default. The user could then chown some directory to be writable to fredbloggs_restricted" for downloads, cache etc.
Maybe this is already implemented? The real problem though is that a user could still build and run something they downloaded, potentially wiping all their files, unless a mechanism automatically made anything they installed themselves, run as the restricted user and not their own uid:gid.
Does any of that make sense?
It's not often I read an AC comment, but... Nice troll ;-) You wouldn't have gotten away with it on Apr 1st though...
I've seen a lot of Intel8x0 fixes in the changelog...
You don't have to upgrade your kernel to install the latest ALSA drivers. Just download the source from the ALSA site, build and install it. I never use the ALSA drivers in the 2.6.x kernels (they never seem to work correctly for me, if at all). I never have problems with the official source versions though.
BTW, if your card is working ok with OSS emulation, what's the problem?
Yes, dependencies with RPM are its anchovies heal. I tend to start off installing via RPM until I inevitably encounter something that needs about 600 other RPMs installed first. Then I switch to source builds, at which point you can either forget RPM or use --nodeps --force for each new RPM install. Mind you, Gentoo can be as bad - if you don't constantly keep up to date then a single package update can pull in hundreds of (seemingly) pointless other package upgrades - many of these will offer questionable improvement (often you're forced to upgrade from fuzzlePack.1.2.33.3.r4 to fuzzlePack.1.2.33.3.r5 etc). So you might well end up pulling down 40mb of stuff you don't want to build a 200k library. (yes, I know you can just force portage to build a single package and ignore deps, but the maintainers tend to frown on that).
So, in summary, stick with packages until you have to switch over to source to get anything done!
If you knew the starting positions and details about all of the activities that are going on in the bin, you could possibly solve for which ball is going to be the one selected.
;-) So although you may be able to predict the positions of the balls over a very short space of time, the inaccuracies would mount until your predicted results bore no resemblance to reality...
Unfortunately though, we live in an analogue World. It's impossible to specify the exact position of anything in relation to anything else
Rabid, frothing, pro-Linux zealots who consistently make fools of themselves by treating an operating system as if it were a religion. It makes it damnably difficult to pitch Linux solutions to corporate types when their perception is that it's written and run by hippies.
/. or usenet.
I was going to go with this one till I realised that most (all) managers don't real
server room so as to protect their jobs when they have limited skill sets and no real interest
in learning
anything new.
"In Windows you can't even tell whats running let alone shut it off. There are many ports that get attached to every interface and no way to fix it."
;-) Doesn't necessarily mean you can switch it off though...
This is FUD. You *can* tell what's running.
Very true. You can run nmap from a Linux box to find out what's running on the Windows machines
Also, it's not just cash dispensers that are slow: railway ticket machines and car park payment machines are just two of the types of kit that I bemoan the speed of every time I use them.
;-)
F*cking railway ticket printers are one of my "buttons". You turn up with 20 minutes to spare for your train, join a huge queue, vying for the attention of 2 ticket clerks working in a mostly empty 12 booth office (at the busiest time of the morning, you'd think they'd have the most staff on, but nope). You reach the desk with 2 minutes to spare and ask for your return tickets for the week (to save having to queue the other 4 days). The clerk then has to enter the exact same information 5 times?! I have asked about this before and apparently "that's how it works". After this typing marathon, the ticket printer grinds into life, spitting out a ticket every 5 seconds or so with a "kerchunk" noise, by which time your train has left, then... I think I'll just leave this subject now; I'm getting angry just thinking about it...
As an aside, I've been cleaning up some of the cruft old shell scripts and stuff on our commercial systems where I work. We've always had a problem with the slow printing on label printers in our warehouse loading bays (every box loaded onto a truck has a sticker attached). A lot of the time, several hundred (or thousands) of these stickers could be identical. Looking at the script used to format the data and send it to a printer, I noticed that for each label to be printed (a single file would hold thousands of lines of data - one per label), the script would query the Oracle database for additional data, parse the response through AWK, and send the result to the printer. The printer would print this, then the whole process would start again for line 2, and so on until the input file had no more lines.
The upshot of this was a very obvious increase in load on our Oracle server, which is already busy, when the loading bays were working (remember there's one printer per bay, and they are all doing this). The labels (even if all were identical) would come out at a rate of one every 3-4 seconds on a good day, which was clearly unacceptable.
I altered the script to group identical lines and send an additional parameter to the printer to repeat the last job x times. Funnily enough, a run of 1000 identical labels now takes around 10 seconds with next to no server load