Slashdot Mirror


User: adrianbaugh

adrianbaugh's activity in the archive.

Stories
0
Comments
870
First seen
Last seen
Profile
(view on slashdot.org)

Comments · 870

  1. Re:Tort reform on Darl & SCO Overview · · Score: 1

    Talking to myself again. Obviously when I say "I'd like to see them stall Big Blue" what I actually mean is "I'd like to see them try to stall Big Blue"...

  2. Re:Tort reform on Darl & SCO Overview · · Score: 2, Insightful

    > Try suing them to stop them from stealing assets? They'll stall your legal action out - make it take a couple years (by then, there's never anything left). Only tort reform can make an impact.

    I'd like to see them stall Big Blue. I agree with your point, but until the law is reformed it's very nice to have the local 800lb gorilla on-side :-)

  3. Re:Sacrilege! on Macintosh 2004 Case Mod · · Score: 4, Insightful

    Not only that, but the finished project looks butt-ugly too.

    It would have been far cooler if he'd fitted a TFT screen instead of his window. Come to think of it, it would have been better all round if he'd got a modern mac, taken it apart and fitted the gubbins inside the old case.

  4. Re:Lets make a FAQ on Bill Gates Forecasts Victory Over Spam · · Score: 1

    8. If your solution involves cash transfer, does it avoid alienating the world's poor, for whom $10 is a vast amount (maybe a month's wages)? If so, does it still manage to provide a significant financial disincentive to spammers?

  5. Re:but what about typos? on Bill Gates Forecasts Victory Over Spam · · Score: 1

    Problem is, $10 is a vast sum for many people in the world who perhaps use email at cybercafes without ever dreaming of owning one themselves (there are thousands of these cafes in Kathmandu, for example, and throughout the third world). If it's made cheap enough to be affordable for everyone in the world it loses its effectiveness.

  6. Re:Yeah, spam filters. on Bill Gates Forecasts Victory Over Spam · · Score: 1

    Weird (and long-term) idea: what about recipient's-option micropayments. Email servers refuse to accept mail unless they can verify that the sender has authorised a micropayment to the recipient. (Implementation left as an exercise for the reader.) Mail not sent through such servers doesn't get signed by the server and can therefore be junked. Other mail is read: if it's just from a friend you don't bother collecting the micropayment (rather, if you do then you demonstrate that you're an asshole and all your friends stop emailing you). If it's an advert for p3n0R extension pills then you have the option of collecting the micropayment.

    I'm sure there are a million and one reasons against this, but I haven't seen it previously suggested that the micropayments be at the recipient's option. Just thought it worth bringing to the table.

  7. Microsoft will accomplish this... on Bill Gates Forecasts Victory Over Spam · · Score: 2, Funny

    by introducing its all-new Secure Proprietary Advanced Mail protocol. Oh, wait...

  8. Re:Weeks away? on Mars Rover Spirit Back Online · · Score: 0, Offtopic

    I'm glad someone read it as intended :-) Clearly the moderators haven't been reading the front page carefully enough. Oh well, I have karma to burn...

  9. Weeks away? on Mars Rover Spirit Back Online · · Score: 5, Funny

    They should boot faster, using linux. Then they'd only be ten seconds away :-)

  10. Re:New MS BIOS source code leaked! on Boot Windows Faster, Using Linux · · Score: 4, Interesting

    I thought Linux also re-did (or had the ability to re-do) pretty much everything the BIOS did, purely to fix up cretinous BIOSes that didn't do their stuff properly. I can see why that would scare you as a BIOS programmer (not knocking your personal ability, you understand) but surely the simple answer is for the BIOS industry to improve its standards so that OSes don't have to incorporate numerous workarounds.

  11. Re:Has anyone here tried to write man pages? on Man Page Project Can Now Use Official POSIX Docs · · Score: 1

    It does, but on the other hand it's fairly easy to take an existing man page, rip out all the content and replace it with your own. I did that for a small application I wrote when I couldn't be bothered to learn roff syntax properly and, although it's a bit of a cop-out, it's easy enough.

  12. Re:GNU info sucks. on Man Page Project Can Now Use Official POSIX Docs · · Score: 2, Funny

    While GNU's perfectly within its rights to call their own creation GNU/info they were getting laughed at too much when they tried to insist on GNU/HTML :-)

  13. Re:man, that's cool! on Man Page Project Can Now Use Official POSIX Docs · · Score: 1

    > Try reading info pages with "pinfo" instead of "info" - you'll like info pages much more when you've got a decent viewer =)

    Woo, thanks for the tip! That's much better.

  14. man, that's cool! on Man Page Project Can Now Use Official POSIX Docs · · Score: 4, Insightful

    (Ahem.) I like man chiefly because the default (command-line) browser program doesn't suck quite so much. I'm sure there are technically superior ways to store documentation, but man is very readable. info, on the other hand, blows.

  15. Re:They can patent file formats now? on Microsoft Patenting Office XML Formats · · Score: 1

    Though equally, if this application is as fatuous as it sounds, it makes a good example to point out to your Euro MP as an example of how software patents will cause "all your base are belong to U.S."

    Not the greatest argument against software patents, but the sort of thing that gets politicians worried.

  16. Re:They can patent file formats now? on Microsoft Patenting Office XML Formats · · Score: 1, Insightful

    Remember it's being dealt with by the same office that granted patents on one-click shopping, emails of the form user@domain.name tied to http://user.domain.name ... etc.

    There's nothing to suggest the patent office will show any more clue in this case.

  17. Re:Ratings? What about: on Politicians For Sale... On Amazon · · Score: 1

    If you voted for this candidate you might also like to vote for the following...

  18. Re:Content negotiation exists... on X.org and XFree86 Reform · · Score: 1

    Exactly. I'm sure there's a lot of groundwork to be done, but this should surely be a higher-priority project for freedesktop.org than worrying about compositing managers for some hypothetical X server that doesn't even exist yet.

    I know, I know... everyone scratches their own itch. But there must be some of these type of developers that find copy'n'paste limiting in its current state.

  19. Re:Cut-and-Paste in X beats the competition... on X.org and XFree86 Reform · · Score: 2, Interesting

    It overwrites it as the active clipboard selection, sure. That doesn't mean it empties the entire clipboard, for example in KDE if you click on the klipper icon in your system panel you can choose from recent text selections.

    Where copy'n'paste really sucks is the almost total lack of support for handling anything beyond text selections. I can easily select an image in exactly the same way and X has no problem with shoving this selection into a copy buffer somewhere, but very few applications are capable of using this. In my view the single most useful step forward for X usability would be if the app designers went and implemented media copy'n'paste handling properly. If I select an image in firebird I ought to be able to drop it into konqueror, gimp, openoffice etc. X can cope but as of now the applications put their fingers in their ears and sing "la la la I can't hear you".

  20. Mmm, interpreted languages! on Perl Haiku Poetry Contest · · Score: 4, Insightful

    Autumn: perl script starts
    C program runs so quickly
    Perl not done by spring!

    On the other hand...

    Perl script written fast
    Overflows still plague C code
    After many moons.

  21. Re:BAH? on NIST Releases Guide to Cyber Attacks · · Score: 2, Insightful

    Don't base your view of them on one incident (or group of related incidents). It seems quite possible for a security consultancy to be really hot on security but initially screw up their personnel procedures so that they accidentally hire a monkey. If the person responsible was either clued up or fired, and hiring policies tightened so that kind of dumbness wasn't repeated (and more importantly if the problem itself was fixed in a professional, timely manner) then I'd be inclined to give them once more chance. Of course, if it was just one in a great long series of screw-ups then my opinion would be rather different...

  22. Re:Changes since Cooker 2003-12-31 ? on MandrakeSoft Roundup · · Score: 1

    Probably naff all difference. Given cooker is their perpetual development branch I suspect they just release a snapshot of cooker as beta. If you keep updating your cooker distro you should find yourself keeping track of the development.

  23. Re:Have you met these engineers? on Intel to Increase Stages in Prescott · · Score: 1

    Lots of good mathematicians are rubbish at arithmetic. That may be a stereotype but I know several very good mathematicians who fit it well. In any case I suspect designing chips has as much to do with spatial awareness as arithmetic.

  24. Re:So What ? on Intel to Increase Stages in Prescott · · Score: 4, Insightful

    We're supposed to be impressed by Intel's latest and greatest chip beating Alphas that aren't even produced anymore?
    I'm not wishing to knock Intel but it seems that these days whoever has the newest fabrication plant. Intel brings out a new line of chips: they're faster. So AMD brings out a new line of chips later on: bang! they're faster still. And so the merry dance goes on.
    Of course, this is all to the consumer's good as it means there's far more competition. But as far as the consumer is really concerned it doesn't matter so much who currently has the fastest chip as whose chip currently offers the best value while still being "fast enough". For my money that's been AMD for a while now.

  25. Re:Why now? on MandrakeSoft Roundup · · Score: 1

    Hm. Granted it's not as big a change as from KDE2 to KDE3 but it is still pretty significant: according to the forums there have been several new crash-severity bugs introduced. I don't doubt that most of them will be worked out by the final release, but it's a much bigger jump than from 3.1.4 to 3.1.5.