juerd hates software

< mari a a chi
[ Page 2 of 2 ]

Software that won't die

• From: Juerd
  Date: 19:45 on 04 Apr 2004
  Subject: Software that won't die
  
  Caught SIGINT!
  Caught SIGINT!
  Caught SIGINT!
  Caught SIGINT!
  Caught SIGINT!
  Caught SIGINT!
  Caught SIGINT!
  Caught SIGINT!
  Caught SIGINT!
  Caught SIGINT!
  Caught SIGINT!
  Caught SIGINT!
  Caught SIGINT!
  Caught SIGINT!
  Caught SIGINT!
  Caught SIGINT!
  Caught SIGINT!
  Caught SIGINT!
  Caught SIGINT!
  Caught SIGINT!
  Caught SIGINT!
  Caught SIGINT!
  Caught SIGINT!
  Caught SIGINT!
  Caught SIGINT!
  Caught SIGINT!
  Caught SIGINT!
  Caught SIGINT!
  
  

0 comments

CPANPLUS

• From: Juerd
  Date: 18:26 on 27 Mar 2004
  Subject: CPANPLUS
  
  "According to the cache, Apache::Request failed to install before in
  this session.. returning!"
  
  Then TRY AGAIN.
  
  That's why I typed "s force 1" to enable forcing ('force' being a global
  setting is another discussion of hate).
  
  Rule number one when caching: never cache errors.
  
  Rule number two: drop the cache when relevant variables change.
  
  Alternatively, don't cache at all.  I think a module installer can do
  without caching of results.
  
  
  Juerd
  
  

1 comments

Data size units in software

• From: Juerd
  Date: 21:45 on 30 Oct 2003
  Subject: Data size units in software
  
  top (procps, 3.1.9)
  
      "m" => megabyte
  
  iftop (0.11)
  
      "KB" => kilobit
      "Kb" => kilobit
      "MB" => megabit
      "Mb" => megabit
  
  Konqueror, Opera, Mozilla, Netscape 4
  
      "KB" => kilobyte
      "MB" => megabyte
  
  wget (GNU, 1.8.2)
  
      "K" => kilobyte
      "KB" => kilobyte
  
  Correct would be:
  
      "kb" => kilobit
      "kB" => kilobyte
      "Mb" => megabit
      "MB" => megabyte
  
  millibits do not exist => "mb" is wrong
  millibytes do not exist => "mB" is wrong
  
  Hate hate hate.
  
  
  Yours,
  
  Juerd
  
  P.S. I hate "MiB" and friends even more. Bytes go per 1024 instead of
  1000. Always. The hard drive manufacturers should change their
  information, not the rest of the world.
  
  

1 comments

ENOSPC, Mozilla doesn't DWIM

• From: Juerd
  Date: 09:47 on 14 Aug 2003
  Subject: ENOSPC, Mozilla doesn't DWIM
  
  /tmp was full at 94% of a very slow download. So Mozilla decided to stop
  the download completely. As soon as I clicked [OK], the file was
  unlinked. No chance of resuming the thing. Now I need to start all over.
  
  Besides, I told it to save the file in /mnt/foo, not in /tmp. /mnt/foo
  has more than enough available space.
  
  

1 comments

< mari a a chi
[ Page 2 of 2 ]

Generated at 10:27 on 16 Apr 2008 by mariachi