The latest version of midilib (0.8.0) can be found on the midilib Web site (midilib.rubyforge.org/). The midilib RubyForge project page is rubyforge.org/projects/midilib/.

midilib is also available as a Gem. The Gem has been uploaded to RubyForge, and should appear in remote gem listings soon.

 So what innovation and what services do you think we are going to see?

 Ask yourself, what are people going to with all their pictures in the future?
 What are they going to do? Is writing to CD-ROM really safe? Sorry -
 it's gone in a few years. Are people going to do a 3-stage offering, or
 make one of their copies in an alternative geographical location?
 Nobody does that.

 With digital you can do things better; for a really simple straight forward
 things.

 No one has designed architecture for the home. We've got Wi-Fi and broadband
 and Bluetooth but there's no way to put it all together.

 So who, then? We've seen that even with the best intentions Wintel can't do
 a good job. It has to come from the consumer electronics people;

 ...

 What would you do differently, if you had your time as CEO again?

 We wouldn't have spent time on user interfaces. We'd have left that
 much earlier. [In 2001, Symbian left the business of designing UIs to its
 licensees, with the exception of UIQ, which remains part of the company].
 Everyone was keen to share and we tried hard for two years, but it was never
 going to happen. Everything about those companies [phone OEMs] is based
 in their own UIs. So that was two years wasted.

 In hindsight we came to the right view; but we never learnt that lesson.
 There were other things people were keen for us to get into early, for
 example WAP. We could never have NOT done it, but I had a pretty good
 feeling it wasn't going to be worth it. But I wasn't the customers.®
 So it has to go back to being vertically integrated; you have to tackle
 the product offering yourself. You start doing something vertically
 because you can't work with everybody. So somebody has to break through,
 starting with a niche.

story

Skype is a good VoIP program, that also does conference calls amongst several people reasonably well. It helps me cut down my phone bill :-). skype

I saw this post, dated May 16, 2004 by terminus, a skype staff member, which made me very happy. I am sick of running windows on my laptop only to use for skye. Now I can stay in good old Penguin-land.

 Skype is now starting a closed Linux beta. We are looking for forum
 members who would be willing to actively test the Linux version and
 provide input and feedback to finalize the Linux version development.

link

LinuxTag program

Homepage: battery.rubyforge.org/

Download: rubyforge.org/frs/?group_id=268&release_id=531

 The Ruby Production Archive (RPA) will provide packages of Ruby
 libraries and programs in a form that allows production use, engineered
 through a stringent process resembling FreeBSD's or Debian's.

 rpa-base is a port/package manager designed to support RPA. Its scope and
 purposes are different to those of other systems like RubyGems.

 rpa-base 0.1.0 is now available on http://rpa-base.rubyforge.org .
 Please keep in mind that this is *not* a RPA release (that is, a release
 of the repository) but just a release of the rpa-base tool itself. We
 have provided several sample ports/packages for testing purposes, but
 they don't formally belong to RPA. Read below for information on the
 libs/apps packaged so far.

 rpa-base requires Ruby 1.8.1 (certainly 1.8 at least, it might work on
 1.8.0); it has been tested on several Linux distributions, FreeBSD and
 win32. We would appreciate feedback (both positive and negative) under
 those or any other architecture.

 It takes but a couple minutes to install and will allow you to do

 rpa install instiki ruvi

 ;-)
 (NOTE: ruvi, the cool pure-Ruby vim clone, won't work on win32)

 Features
 ========

 rpa-base is a port/package manager designed to support RPA's client-side
 package management. You can think of it as RPA's apt-get + dpkg. It
 features the following (working right now):

  * sane dependency management: rpa-base installs dependencies as needed,
    keeps track of reverse dependencies on uninstall, and will remove no
    longer needed dependencies
  * atomic (de)installs: operations on the local RPA installation are atomic
    transactions; the system has been designed to survive ruby crashes (OS
    crashes too on POSIX systems)
  * modular, extensible design: the 2-phase install is similar to FreeBSD and
    Debian's package creation; rpa-base packages need not be restricted
    to installing everything under a single directory ("1 package, 1 dir"
    paradigm)
  * rdoc integration: RDoc documentation for libraries is generated at install
    time (currently disabled on win32)
  * ri integration: ri data files are generated for all the libraries managed
    by RPA; you can access this information with ri-rpa (currently disabled on
    win32)
  * handling C extensions: if you have the required C toolchain, rpa-base can
    compile extensions as needed
  * unit testing: when a library is installed, its unit tests are run; the
    installation is canceled if they don't pass

(by Robert C. Martin; on <a href="www.artima.com">artima.com</a>) For many years we've been using statically typed languages for the safety they offer. But now, as we all gradually adopt Test Driven Development, are we going to find that safety redundant? Will we therefore decide that the flexibility of dynamically typed languages is desirable? http://www.artima.com/weblogs/viewpost.jsp?thread=4639

From the README:

Major features:

• Cholesky decomposition
• LU decomposition
• QR decomposition
• Schur decomposition
• Singular value decomposition
• Eigenvalues and eigenvectors of a general matrix
• Minimization by least squares
• Linear equation solving
• Stand-alone LAPACK bindings: call any LAPACK routine from directly from ruby.

Changes: Several bugfixes were made for the JIT compiler. A working Java-to-Smalltalk bytecode translator (which does not support networking and reflection yet) was added.

homepage download

German English

The last 20 years of the PC have been boring. PC vendors aim at businesses, who aren’t creative in their tool-use. They’re adults: they learn a system and stick to it. We should think about children. The printing revoltuion didn’t happen in Gutenberg’s day, it happened 150 years later, long after Gutenberg was dead, when all the pople alive had grown up with the press.

A small minority of Gutenberg’s contemporaries got the printing press, but it wasn’t until they were dead that the children who grew up with the press were able to put the ideas into practice.

James Licklieder: in a couple of years, human brains and computers will be coupled. It hasn’t happened yet. Except in science, where scientists and computers are indeed thinking as no human brain has ever thought before. .. craphound.com/kayetcon2003

 GM> Are there any accepted or already practiced ways for
 GM> companies to prevent Ruby source code from being read by potential
 GM> competitors? I can vaguely imagine redefining Ruby's
 GM> "require"-type methods so they can include zipped and passworded
 GM> ".rbz" files, say. Or using exerb (except for UNIX and without the
 GM> potential license issues).

 GM> I want to use Ruby at work but this is one of those "steps to
 GM> convincing your boss to use Ruby" I need to go through.

Just look at the "eval.c" file, i think the require is defined there and then write your hook. Or write a dll/so and add embedd your rb files as large c strings there (using maybe the "wrap" tool from the Fox Toolkit) and then do rb_eval_string("my c file"). After this protect the dll with something like "armadillo" (use google to find the URL). This works perfectly for me.

Original by Ronald Jeffries, translation by Aleksi Niemela and Dave Thomas. www.rubycentral.com/articles/pink/index.html

(Source: Avi Bryant) I came across Avi Bryant's blog. Tons of interesting stuff, especially about Seaside. http://www.cincomsmalltalk.com/userblogs/avi/blogView