Introducing myself - Sascha Ebach

It looks like you spent more time to compose this letter than to learn
Ruby ;-). In any case, welcome. A few days definitely is not enough to
fully master the language. I bet it had taken you a way more than 2 days
to become proficient in Java. Talking about Ruby, even after almost 3
years of using it, every now and then I find out something about it that
still amazes me. And by the way, I’ve been earning my daily bread with
C++ for more than 10 years, and now (sometimes) with Ruby :wink:

On a practical note, if you are looking for available Ruby software,
good places to start are Ruby Application Archive (RAA) at
http://raa.ruby-lang.org and Ruby Forge at http://rubyforge.org
Source Forge is also hosting some Ruby projects.

Good GUIs choices for you to look at might be fxruby
(http://www.fxruby.org, binding for the Fox library) and wxRuby
(http://wxruby.rubyforge.org/wiki/wiki.pl).

Gennady.

Mike Calder wrote:

···

A word of warning from a potential friend. Please don’t take this negatively,
because I think you have something, and I’d like to help. If you can read
through to the end, there’s a modest proposal.

It’s too late and too early for you to start evangelising Ruby. That’s a
shame, because right now there’s a major opportunity for grabbing hearts and
minds. “Too late” because Ruby has grown beyond the early days when a
product can be forgiven holes, and “too early” because it still has some big
ones - getting newbies interested will leave a lot of them dismissing Ruby
unnecessarily.

I’ve only been using Ruby a few days, so I’m perfect to point out a few
things; I’ve no emotion invested, and am almost (but not quite) totally
ignorant about Ruby.

The great opportunity is that I and a lot of people just like me have just
realised (or are about to realise) that they have a serious need, and Ruby
might be just it. But I need to be sure. That means I need to see some
things about Ruby before I jump. They may exist, but I can’t see them, and
that itself makes the point.

I’m a Java programmer, and am sitting on a product with world-wide usage and
over a quarter-million lines of code. I’m deeply worried, after the Sun/
MediocreSoft rapprochement, about the potential future of Java. That’s a
shame, because for all its faults, Java is the best production language I’ve
come across in over thirty years practical experience in the industry - and
don’t bother trying to engage me in a discussion over that; I know it’s a
personal evaluation.

However I am sufficiently worried about the future of Java to consider
alternatives, and after looking around, Ruby seems the best bet out of a
narrow field. The criteria are:

  • Proper OO.
  • Write once, deliver once, run anywhere, in any language/locale.
  • Open Source with unrestrictive licence.
  • Comprehensive functionality, good libraries, easy extensibility.

Now you ruby experts know that ruby is good for all this. My first point is,
however, that after looking at ruby in some detail for well over a full day,
I was reluctantly about to discard it as a possibility because it doesn’t
support Unicode, and that or something like it is necessary for “Write once,
deliver once, run anywhere, in any language/locale”.

Yes, I know. But it took me two days to find out, and I still don’t know
how to write or handle Unicode strings in ruby code. Or where to go to find
out. So, POINT 1. Needs improved documentation. As a minimum, a current
features, capabilities, and extensions document. A central repository of
HOWTOs would be nice (how about one on how to write and handle Unicode in
Ruby? The world doesn’t end in Japan and America.)

Next point. To handle what I (and probably most Java programmers) want
requires a good, configurable, GUI. I’d heard of Tcl/Tk, but most of the
examples I’d seen were pretty simplistic and, how to say this politely, not
overdesigned. Some of what I read mentioned others. It’s nice there’s a
choice, but you can’t make a choice without information. If you make the
wrong choice because of lack of information, by the time you realise, you may
have invested so much effort that you’re stuck. I took a look at Fox for my
eval. So, POINT 2. Needs improved documentation. As a minimum, some good
examples of how GUI coding can be done with different packages, and
INFORMATION about the different possible choices. Oh, and the GUI code comes
from another website? It’s a separate product? You mean I have to install
three things? Ruby, the GUI toolkit, then the Ruby toolkit enabling
stuff? Where’s the documentation?

Finally (for this posting at least; it’s too long already), distribution.
Windows users seem to have it nice; preconfigured downloadable distros. I
use Linux, so of course I’m happy to download fifty-eight different source
code tarballs from nineteen different websites for all the options I want,
and configure, make, and install each of them (in the correct order so as not
to muck up pre-requisites), then manually add links to put the libraries in
the right place for my particular Linux distro, then copy files all over the
place when it doesn’t work.

After all, that’s what every Ruby hero has had to do over the years; that’s
how they learnt how Ruby works.

Naah. If I had any sense I’d have dumped this and gone on to something
productive days ago.

99% of the people you might want to attract would have; I suspect you’ve lost
a few already. We’re not all sysprogs, and you need the ordinary joes as
well as the early adopters and enthusiasts.

You need to have good packages for all the distros. Something like the Java
SDK and Runtime packages. A single file download and install that contains
everything (yes, Victoria, the GUI as well). OK, that means big files, but
disks are big these days, and install procs can have things called options.
Oh, and if you need to distribute applications to end-users (yes, those
mythical beasts do exist), you need a tool to generate customised runtime
install packages of Ruby and whatever extensions are needed (oh, and it needs
to be able to recognise already installed rubies and do deltas).

Documentation and Distro packages. It looks to me that Ruby has some serious
good function and serious good technical people (and maybe a couple good
designers). There are a lot of interesting sounding people in the Who’s Who.
Shame a lot of the links are broken.

What Ruby needs is some thought to the process side and the needs of the
non-techie user. I’m an application programmer, but for my sins I’ve had to
do the marketing bit to persuade people to use my products, and that sort of
thing gives you a perspective; it’s dirty work, but someone has to do it. I
think Ruby users at the moment are enthusiasts; if it’s to grow, it needs a
bit more ease of use.

I’d say Ruby has reached the position where it needs something like a Red Hat
(Ruby Turban?) to package it and represent it to the world. I’d be willing
to get involved in that. What do you think?

On Friday 30 April 2004 00:34, Simon Strandgaard wrote:

Josef ‘Jupp’ Schugt jupp@gmx.de wrote:

Simon Strandgaard wrote:

Sascha Ebach se@hexatex.de wrote:

[snip]

And if not we could burst into a PHP meeting and try to convert
some :wink:

A ruby crusade :slight_smile: the history repeats itself.

“crusade” is a hard word. I’d prefer calling it evangelization the
traditional Societas Jesu way >;-> Actually Sascha’s idea reminds me
of what Greenpeace did in the past.

Anyway: Ruby evangelization is important because many people who
don’t use Ruby simply do so because the don’t know it exists.

Agree, we need to spread the word a bit more.

Yesterday I went to the local library, and asked a guy looking at the
computer books, what he was searching fore. He wanted to learn perl5!
I of cause recommended him to learn Ruby (or secondary Python),
but unfortunatly no books at the library. My local library seems only to
buy bunches of Visual Basic books at the moment, which is unfortunate. If
somehow we could infect some libraries with books about Ruby, it would be
great. This is frustrating, any suggestions what to do?

Also much more Ruby in the media would be an eye-opener.


Simon Strandgaard

I just wanted to comment on this part for a moment…I think most
would agree that improving documentation would be a good thing.

Mike Calder ceo@phosco.com writes:

[…]

You need to have good packages for all the distros. Something like
the Java SDK and Runtime packages. A single file download and
install that contains everything (yes, Victoria, the GUI as well).
OK, that means big files, but disks are big these days, and install
procs can have things called options.

While you may this is a good thing about the Java install, this has to
be my number 1 irritation with Java. The installer which is not
integrated with your distribution. Fortunately, there are
distribution specific packages which work pretty well, but dealing
with the official release is such a pain!

IMHO, of course. :slight_smile:

You are, however, the first person I’ve run into who actually LIKES
the java installation system…

···


Josh Huber

Hi,

You are rightfully commenting about what I call “Packaging”, as marketing
people call it: The nice box around the product. That includes:

  • Documentation
  • Install/Update
  • Support service.

For whatever reason, after 20 years in the industry, I am pretty sure
that Packaging is one of the most difficult thing to do, based on the
quality of the results I observe.

Would you imagine a beautiful perfume in an ugly bottle ?
Yet it is what a lot of software is.

In french there is a saying:
“Qu’importe le flacon pourvu qu’on ai l’ivresse”
Which translate (poorly) into something like
“The bottle is irrelevant as long as you get drunk”.

For sure most software developers are guys !

Yours,

Jean-Hugues

···

At 23:35 30/04/2004 +0900, you wrote:

A word of warning from a potential friend. Please don’t take this
negatively,
because I think you have something, and I’d like to help. If you can read
through to the end, there’s a modest proposal.

It’s too late and too early for you to start evangelising Ruby. That’s a
shame, because right now there’s a major opportunity for grabbing hearts and
minds. “Too late” because Ruby has grown beyond the early days when a
product can be forgiven holes, and “too early” because it still has some big
ones - getting newbies interested will leave a lot of them dismissing Ruby
unnecessarily.

I’ve only been using Ruby a few days, so I’m perfect to point out a few
things; I’ve no emotion invested, and am almost (but not quite) totally
ignorant about Ruby.

The great opportunity is that I and a lot of people just like me have just
realised (or are about to realise) that they have a serious need, and Ruby
might be just it. But I need to be sure. That means I need to see some
things about Ruby before I jump. They may exist, but I can’t see them, and
that itself makes the point.

I’m a Java programmer, and am sitting on a product with world-wide usage and
over a quarter-million lines of code. I’m deeply worried, after the Sun/
MediocreSoft rapprochement, about the potential future of Java. That’s a
shame, because for all its faults, Java is the best production language I’ve
come across in over thirty years practical experience in the industry - and
don’t bother trying to engage me in a discussion over that; I know it’s a
personal evaluation.

However I am sufficiently worried about the future of Java to consider
alternatives, and after looking around, Ruby seems the best bet out of a
narrow field. The criteria are:

  • Proper OO.
  • Write once, deliver once, run anywhere, in any language/locale.
  • Open Source with unrestrictive licence.
  • Comprehensive functionality, good libraries, easy extensibility.

Now you ruby experts know that ruby is good for all this. My first point is,
however, that after looking at ruby in some detail for well over a full day,
I was reluctantly about to discard it as a possibility because it doesn’t
support Unicode, and that or something like it is necessary for “Write once,
deliver once, run anywhere, in any language/locale”.

Yes, I know. But it took me two days to find out, and I still don’t know
how to write or handle Unicode strings in ruby code. Or where to go to find
out. So, POINT 1. Needs improved documentation. As a minimum, a current
features, capabilities, and extensions document. A central repository of
HOWTOs would be nice (how about one on how to write and handle Unicode in
Ruby? The world doesn’t end in Japan and America.)

Next point. To handle what I (and probably most Java programmers) want
requires a good, configurable, GUI. I’d heard of Tcl/Tk, but most of the
examples I’d seen were pretty simplistic and, how to say this politely, not
overdesigned. Some of what I read mentioned others. It’s nice there’s a
choice, but you can’t make a choice without information. If you make the
wrong choice because of lack of information, by the time you realise, you may
have invested so much effort that you’re stuck. I took a look at Fox for my
eval. So, POINT 2. Needs improved documentation. As a minimum, some good
examples of how GUI coding can be done with different packages, and
INFORMATION about the different possible choices. Oh, and the GUI code comes
from another website? It’s a separate product? You mean I have to install
three things? Ruby, the GUI toolkit, then the Ruby toolkit enabling
stuff? Where’s the documentation?

Finally (for this posting at least; it’s too long already), distribution.
Windows users seem to have it nice; preconfigured downloadable distros. I
use Linux, so of course I’m happy to download fifty-eight different source
code tarballs from nineteen different websites for all the options I want,
and configure, make, and install each of them (in the correct order so as not
to muck up pre-requisites), then manually add links to put the libraries in
the right place for my particular Linux distro, then copy files all over the
place when it doesn’t work.

After all, that’s what every Ruby hero has had to do over the years; that’s
how they learnt how Ruby works.

Naah. If I had any sense I’d have dumped this and gone on to something
productive days ago.

99% of the people you might want to attract would have; I suspect you’ve lost
a few already. We’re not all sysprogs, and you need the ordinary joes as
well as the early adopters and enthusiasts.

You need to have good packages for all the distros. Something like the Java
SDK and Runtime packages. A single file download and install that contains
everything (yes, Victoria, the GUI as well). OK, that means big files, but
disks are big these days, and install procs can have things called options.
Oh, and if you need to distribute applications to end-users (yes, those
mythical beasts do exist), you need a tool to generate customised runtime
install packages of Ruby and whatever extensions are needed (oh, and it needs
to be able to recognise already installed rubies and do deltas).

Documentation and Distro packages. It looks to me that Ruby has some serious
good function and serious good technical people (and maybe a couple good
designers). There are a lot of interesting sounding people in the Who’s
Who.
Shame a lot of the links are broken.

What Ruby needs is some thought to the process side and the needs of the
non-techie user. I’m an application programmer, but for my sins I’ve had to
do the marketing bit to persuade people to use my products, and that sort of
thing gives you a perspective; it’s dirty work, but someone has to do it. I
think Ruby users at the moment are enthusiasts; if it’s to grow, it needs a
bit more ease of use.

I’d say Ruby has reached the position where it needs something like a Red Hat
(Ruby Turban?) to package it and represent it to the world. I’d be willing
to get involved in that. What do you think?

On Friday 30 April 2004 00:34, Simon Strandgaard wrote:

Josef ‘Jupp’ Schugt jupp@gmx.de wrote:

Simon Strandgaard wrote:

Sascha Ebach se@hexatex.de wrote:

[snip]

And if not we could burst into a PHP meeting and try to convert
some :wink:

A ruby crusade :slight_smile: the history repeats itself.

“crusade” is a hard word. I’d prefer calling it evangelization the
traditional Societas Jesu way >;-> Actually Sascha’s idea reminds me
of what Greenpeace did in the past.

Anyway: Ruby evangelization is important because many people who
don’t use Ruby simply do so because the don’t know it exists.

Agree, we need to spread the word a bit more.

Yesterday I went to the local library, and asked a guy looking at the
computer books, what he was searching fore. He wanted to learn perl5!
I of cause recommended him to learn Ruby (or secondary Python),
but unfortunatly no books at the library. My local library seems only to
buy bunches of Visual Basic books at the moment, which is unfortunate. If
somehow we could infect some libraries with books about Ruby, it would be
great. This is frustrating, any suggestions what to do?

Also much more Ruby in the media would be an eye-opener.


Simon Strandgaard


Clear skies!
Mike Calder.


Web: http://hdl.handle.net/1030.37/1.1
Phone: +33 (0) 4 92 27 74 17

[snip!!!]

I very much agree with you.

Regarding packaging: It would be nice if there was a simple way to
build ruby in a way that would be nice for packaging it up. I’ve been
gestating a project idea in my head for a while now, for a package
building system for Ruby on Mac OS X; It would have functions for
downloading various source packages, building them, and packaging them
up in a native installer. There would be options for packaging up Ruby
with WXWidgets, Fox, Tk, GraphicsMagick, etc… This would make it
simple for someone to make the latest version of Ruby available to the
Mac OS X public. I would assume that most of the work would be in
getting the thing working; it could then be ported to other platforms
by adding installer package formats.

Anyone want to help with that? :slight_smile: I need to get on the stick and
produce something on that.

A couple days ago, I told a friend how I had been using Ruby a lot
lately, and what a great language it is; he started quizzing me on it’s
features. became somewhat embarrassed, as many of the features that he
asked about, I had to tell him no. And it sounded like he had been
seriously considering checking it out, based on my description. But
without the features, he’s sticking with perl and php.

Here’s a question: Is there any sort of a roadmap for ruby libraries?

If not, I think there should be. There should be a place for
brainstorming about necessary libraries, where we can set up timetables
and discuss setting up rubyforge projects. Sort of a centralized ruby
library development area. This would encourage people to find an area
where they can really help, on an important library that ruby should
have. This would also encourage single-solution libraries, rather than,
say, five different competing versions.

Okay, that’s enough for now. :slight_smile:

cheers,
–Mark

···

On Apr 30, 2004, at 7:35 AM, Mike Calder wrote:

A word of warning from a potential friend. Please don’t take this
negatively,
because I think you have something, and I’d like to help. If you can
read
through to the end, there’s a modest proposal.

A word of warning from a potential friend.

Some interesting points, I’ll comment on a couple.

Next point. To handle what I (and probably most Java programmers) want
requires a good, configurable, GUI.

You’ve got a few GUI choices, and that’s a selling point.
Swing showed if nothing else that one size doesn’t fit all, cross-platform
GUIs are not the norm. GTK on *nix works well, maybe not so well on win32.

Bear in mind that for a lot of Ruby users, ‘no GUI’ is a valid choice,
far better than having to install X before you can use a command line app
or a webserver, purely because the vm is linked against it.

Finally (for this posting at least; it’s too long already), distribution.
Windows users seem to have it nice; preconfigured downloadable distros. I
use Linux, so of course I’m happy to download fifty-eight different source
code tarballs from nineteen different websites for all the options I want,

That’s not that different from Java though is it? Despite the fact their
download is pushing 40 Mb, you still invariably have to go and install the
software you want.

‘./configure;make;make install’ really isn’t that much effort, and as others
have said, there are plenty of rpms / ports / whatever else you choose if you
don’t like compiling your own code.

One other big futureproof of ruby is the openness of the platform -
that should avoid any problems further down the line of the kind Sun
are starting to put people through now.

···


Fortune’s Real-Life Courtroom Quote #52:

Q: What is your name?
A: Ernestine McDowell.
Q: And what is your marital status?
A: Fair.
Rasputin :: Jack of All Trades - Master of Nuns

Hi all,

Michael Neumann wrote:

So if Berlin is “dead”, and no other alternate locations are provided, I
assume that EuRuKo 2004 will take place in Karlsruhe again. If no one
complains with Karlsruhe as location, I’ll make this clear in the next
few days.

Sorry to bother again, but is there any news on that in the meantime?

If (or when?) we’re going to meet end of june I’d slowly but surely like
to make some plans for that. To get a good ticket price for the train it
would be great to know whether to go to Karlruhe or to Berlin. :wink:

I’ve got an idea for a presentation, but it needs some communication.

Happy rubying

Stephan

···

On Thu, Apr 29, 2004 at 12:49:12AM +0900, Lothar Scholz wrote:

luckily we even have fltk, t and gtk bindings.
And about ruby/Gtk, there is a document aboud handling unicode stuff
on they website :wink:

···

il Sat, 1 May 2004 00:20:09 +0900, Gennady gfb@tonesoft.com ha scritto::

Good GUIs choices for you to look at might be fxruby
(http://www.fxruby.org, binding for the Fox library) and wxRuby
(http://wxruby.rubyforge.org/wiki/wiki.pl).

Mark Hubbart wrote:

A word of warning from a potential friend. Please don’t take this
negatively,
because I think you have something, and I’d like to help. If you can
read
through to the end, there’s a modest proposal.
[snip!!!]

I very much agree with you.

Regarding packaging: It would be nice if there was a simple way to
build ruby in a way that would be nice for packaging it up. I’ve been
gestating a project idea in my head for a while now, for a package
building system for Ruby on Mac OS X; It would have functions for
downloading various source packages, building them, and packaging them
up in a native installer. There would be options for packaging up Ruby
with WXWidgets, Fox, Tk, GraphicsMagick, etc… This would make it
simple for someone to make the latest version of Ruby available to the
Mac OS X public. I would assume that most of the work would be in
getting the thing working; it could then be ported to other platforms
by adding installer package formats.

Anyone want to help with that? :slight_smile: I need to get on the stick and
produce something on that.

You should consider joining existing projects that are already working on
these problems.

For example, the RubyGems project is all about packaging up Ruby libraries
and applications and installing them from remote or local repositories in a
manner that is dead simple. It can install packages that are pure Ruby,
binary Ruby extensions, and it can build and install extensions from source.
See:

http://rubygems.rubyforge.org/

Then there is the Ruby Installer project. This project is all about creating
self-installing pre-packaged Ruby runtimes that include Ruby, useful tools,
and best-of-breed libraries. At the moment it only includes an installer for
Windows, but I’d like to expand this to include other platforms (we just
need some interested Rubyists to sign up to work on the other platforms).
See:

http://rubyinstaller.rubyforge.org/

And there is the wxRuby project (since you mentioned wxWidgets), that is
providing Ruby bindings to wxWidgets. In binary versions, includes a
pre-built wxWidgets binary along with the Ruby wrappers. See:

http://wxruby.rubyforge.org/

The reason I point all of this out is because all of these projects rely on
volunteers like you and me to make progress. And, obviously, we can do a lot
more if we work together rather than duplicate efforts.

Of course, if you’ve got an itch that just cannot be scratched by any of
these existing projects, then…

Curt

···

On Apr 30, 2004, at 7:35 AM, Mike Calder wrote:

Hi,

···

In message “Re: Opportunities and pitfalls; was “Introducing myself - Sascha Ebach”” on 04/05/01, Hal Fulton hal9000@hypermetrics.com writes:

I’d say Ruby has reached the position where it needs something like a Red Hat
(Ruby Turban?) to package it and represent it to the world. I’d be willing
to get involved in that. What do you think?

My opinion only: If something like this happens, I see two absolute
requirements.

  1. It should be driven and/or approved by Matz himself.

I’d say “go ahead”. And hire me when it succeeds.

						matz.

Hi all,

Michael Neumann wrote:
>
>So if Berlin is "dead", and no other alternate locations are provided, I
>assume that EuRuKo 2004 will take place in Karlsruhe again. If no one
>complains with Karlsruhe as location, I'll make this clear in the next
>few days.
>

Sorry to bother again, but is there any news on that in the meantime?

Yes and no :slight_smile: (hmm, it's not really funny)

What I now know is that we can't get a room at the university of
Karlsruhe due to too less stuff at weekends and some other issues.

But I am still waiting for an answer of the FH in Karlsruhe. I have
hope, but time is running away.

If (or when?) we're going to meet end of june I'd slowly but surely like
to make some plans for that. To get a good ticket price for the train it
would be great to know whether to go to Karlruhe or to Berlin. :wink:

I don't know of any plans regarding Berlin.

I've got an idea for a presentation, but it needs some communication.

Okay. I'll set up a location (wiki) for discussing those issues.

Thanks for reminding me. If there's any progress regaring the location
(positive or negative) I'll post this here.

Regards,

  Michael

···

On Fri, May 21, 2004 at 04:48:46PM +0900, Stephan K?mper wrote:

>On Thu, Apr 29, 2004 at 12:49:12AM +0900, Lothar Scholz wrote:

Anyone want to help with that? :slight_smile: I need to get on the stick and
produce something on that.

You should consider joining existing projects that are already working
on
these problems.

For example, the RubyGems project is all about packaging up Ruby
libraries
and applications and installing them from remote or local repositories
in a
manner that is dead simple. It can install packages that are pure Ruby,
binary Ruby extensions, and it can build and install extensions from
source.

This is good for ruby extensions… I eagerly await the point in time
where gems are given the same status as other installed libraries, and
require_gem goes away. I can see nothing but good stuff up ahead for
rubygems. :slight_smile: But that isn’t what I was talking about: rubygems will be
nice for after you get things installed. I want people to be able to
package up their own ruby ‘distro’, including the best tools and their
dependencies.

Then there is the Ruby Installer project. This project is all about
creating
self-installing pre-packaged Ruby runtimes that include Ruby, useful
tools,
and best-of-breed libraries. At the moment it only includes an
installer for
Windows, but I’d like to expand this to include other platforms (we
just
need some interested Rubyists to sign up to work on the other
platforms).

Well, I had heard about the Windows Installer project, but I hadn’t
heard of the Ruby installer project. Since the project you mention
seems to want a cross-platform solution, I’ll check it out. It sounds
like maybe they have already done a good portion of the work I saw as
necessary to a packaging project.

And there is the wxRuby project (since you mentioned wxWidgets), that
is
providing Ruby bindings to wxWidgets. In binary versions, includes a
pre-built wxWidgets binary along with the Ruby wrappers. See:

I have that installed :slight_smile: I was very impressed by how nicely packaged it
was.

The reason I point all of this out is because all of these projects
rely on
volunteers like you and me to make progress. And, obviously, we can do
a lot
more if we work together rather than duplicate efforts.

Of course! Thank you for pointing these out; I’ll definitely be
checking out he Ruby Installer project, and seeing if it’s extensible
enough for my ideas, or if it can be made extensible enough.

I think that this is an example of another need for the ruby community,
which I pointed out in my previous message. We have RubyForge, a
centralized project management site; We have RAA, a centralized
software/library trove; we also have rubygems, a (soon to be)
centralized source for installation of libraries and applications. But
we don’t have a place yet for categorizing what libraries are needed,
what libraries need help, proposing new library ideas, etc…

For example: Just recently there was a long discussion on this list
about a unified, simplified, cross-toolkit gui language. Someone could
use that library to build their gui, then add a couple lines to
determine which gui would end up being used. The discussion went on for
a while, but I never found out if anything came of it.

If we had a site like I described, anyone interested in GUI toolkits
would go to the site, and look under that category; see what other
people had been talking about on message boards, see proposed ideas,
etc… all in one place. It could be integrated with RAA and RubyForge
(once it matured somewhat) so that it would make it a simple thing to
go from conception to implementation, while gathering as many
interested people as possible. It could help people who want to help,
but aren’t as advanced, to find projects that they are interested in
helping with.

I realize that this is a large idea; but I wonder what other people
would think about setting something like that up. Am I missing
something? Are there existing methods that would be as good or better?
Do we just need to publicize certain ways of doing things?

cheers,
–Mark

···

On Apr 30, 2004, at 11:57 AM, Curt Hibbs wrote:

Mark Hubbart wrote:

Anyone want to help with that? :slight_smile: I need to get on the stick and
produce something on that.

You should consider joining existing projects that are already
working on
these problems.

For example, the RubyGems project is all about packaging up Ruby
libraries
and applications and installing them from remote or local
repositories in a
manner that is dead simple. It can install packages that are pure Ruby,
binary Ruby extensions, and it can build and install extensions from
source.

This is good for ruby extensions… I eagerly await the point in time
where gems are given the same status as other installed libraries, and
require_gem goes away. I can see nothing but good stuff up ahead for
rubygems. :slight_smile: But that isn’t what I was talking about: rubygems will be
nice for after you get things installed. I want people to be able to
package up their own ruby ‘distro’, including the best tools and their
dependencies.

Then there is the Ruby Installer project. This project is all about
creating
self-installing pre-packaged Ruby runtimes that include Ruby, useful
tools,
and best-of-breed libraries. At the moment it only includes an
installer for
Windows, but I’d like to expand this to include other platforms (we just
need some interested Rubyists to sign up to work on the other
platforms).

Well, I had heard about the Windows Installer project, but I hadn’t
heard of the Ruby installer project. Since the project you mention
seems to want a cross-platform solution, I’ll check it out. It sounds
like maybe they have already done a good portion of the work I saw as
necessary to a packaging project.

And there is the wxRuby project (since you mentioned wxWidgets), that is
providing Ruby bindings to wxWidgets. In binary versions, includes a
pre-built wxWidgets binary along with the Ruby wrappers. See:

I have that installed :slight_smile: I was very impressed by how nicely packaged
it was.

The reason I point all of this out is because all of these projects
rely on
volunteers like you and me to make progress. And, obviously, we can
do a lot
more if we work together rather than duplicate efforts.

Of course! Thank you for pointing these out; I’ll definitely be
checking out he Ruby Installer project, and seeing if it’s extensible
enough for my ideas, or if it can be made extensible enough.

I think that this is an example of another need for the ruby
community, which I pointed out in my previous message. We have
RubyForge, a centralized project management site; We have RAA, a
centralized software/library trove; we also have rubygems, a (soon to
be) centralized source for installation of libraries and applications.
But we don’t have a place yet for categorizing what libraries are
needed, what libraries need help, proposing new library ideas, etc…

For example: Just recently there was a long discussion on this list
about a unified, simplified, cross-toolkit gui language. Someone could
use that library to build their gui, then add a couple lines to
determine which gui would end up being used. The discussion went on
for a while, but I never found out if anything came of it.

If we had a site like I described, anyone interested in GUI toolkits
would go to the site, and look under that category; see what other
people had been talking about on message boards, see proposed ideas,
etc… all in one place. It could be integrated with RAA and RubyForge
(once it matured somewhat) so that it would make it a simple thing to
go from conception to implementation, while gathering as many
interested people as possible. It could help people who want to help,
but aren’t as advanced, to find projects that they are interested in
helping with.

I realize that this is a large idea; but I wonder what other people
would think about setting something like that up. Am I missing
something? Are there existing methods that would be as good or better?
Do we just need to publicize certain ways of doing things?

What you’re suggesting here sounds a lot like the ruby-garden Wiki -

Is that the sort of thing you’re after?

···

On Apr 30, 2004, at 11:57 AM, Curt Hibbs wrote:


Mark Sparshatt

Mark Hubbart wrote:

The reason I point all of this out is because all of these projects
rely on
volunteers like you and me to make progress. And, obviously, we can do
a lot
more if we work together rather than duplicate efforts.

Of course! Thank you for pointing these out; I’ll definitely be
checking out he Ruby Installer project, and seeing if it’s extensible
enough for my ideas, or if it can be made extensible enough.

I don’t want to mislead you here – the Ruby Installer project is the
Windows Installer, and what is currently there is completely windows
specific. But I want to see it expand in scope to encompass other platforms.
This may (or may not) end up being separate code-bases maintained under the
umbrella of the “Ruby Installer” project.

But in order for that to happen someone would have to step up and take on
the task of championing one or more additional platforms.

Curt

Mark Hubbart wrote:

If we had a site like I described, anyone interested in GUI toolkits
would go to the site, and look under that category; see what other
people had been talking about on message boards, see proposed ideas,
etc… all in one place. It could be integrated with RAA and RubyForge
(once it matured somewhat) so that it would make it a simple thing to
go from conception to implementation, while gathering as many
interested people as possible. It could help people who want to help,
but aren’t as advanced, to find projects that they are interested in
helping with.

I realize that this is a large idea; but I wonder what other people
would think about setting something like that up. Am I missing
something? Are there existing methods that would be as good or better?
Do we just need to publicize certain ways of doing things?

I think this is a good idea.

A simple, incremental way to test the waters on this would be to set up a
RubyForge project (“Ruby Libs”??) that would exist for holding a Wiki and
Mailing List (not really for code). If you are interested, I could get this
set up and we could see if we could get enough participation to make it
worthwhile. Email me off-list if you want to discuss this.

Curt

You could actually use RubyGems to create a distro like this. There’s
no reason you can’t create a “super gem” that does nothing but list
dependencies. So, for example, you could create a package for your
favorite XML tools and call it hubbart-xml. All it would do is depend
on all of the gems (including versions, if you like) that you want to
include, and those would be auto-installed when you install
hubbart-xml. Then, of course, you could package several such meta-gems
into a “super gem”, say “hubbart-big-enchilada” that would cause all of
your favorite stuff to get installed with the simple command:

gem -Ri hubbart-big-enchilada

or (if you distributed the gem file):

ruby hubbart-big-enchilada-1.0.0.gem

Chad

···

On 30/4/2004, at 3:41 PM, Mark Hubbart wrote:

On Apr 30, 2004, at 11:57 AM, Curt Hibbs wrote:

Anyone want to help with that? :slight_smile: I need to get on the stick and
produce something on that.

You should consider joining existing projects that are already
working on
these problems.

For example, the RubyGems project is all about packaging up Ruby
libraries
and applications and installing them from remote or local
repositories in a
manner that is dead simple. It can install packages that are pure
Ruby,
binary Ruby extensions, and it can build and install extensions from
source.

This is good for ruby extensions… I eagerly await the point in time
where gems are given the same status as other installed libraries, and
require_gem goes away. I can see nothing but good stuff up ahead for
rubygems. :slight_smile: But that isn’t what I was talking about: rubygems will be
nice for after you get things installed. I want people to be able to
package up their own ruby ‘distro’, including the best tools and their
dependencies.

Mark Sparshatt wrote:

Mark Hubbart wrote:

I realize that this is a large idea; but I wonder what other people
would think about setting something like that up. Am I missing
something? Are there existing methods that would be as good or better?
Do we just need to publicize certain ways of doing things?

What you’re suggesting here sounds a lot like the ruby-garden Wiki -
http://www.rubygarden.org/ruby

Is that the sort of thing you’re after?

This is somewhat true, but RubyGarden is much more general. I think for
something like this to be really successful you need a wiki/site that is
much more focused – with its own identity.

Curt

I understood that. previously I had thought that the focus of the
project was narrower than it was; but if there is some existing code
that can be reused, and the project maintainers are open to adding more
supported platforms, I would happily start with the windows installer
and make it work for macs. As long as it isn’t too much more work than
starting from scratch :slight_smile:

This assumes, also, that I will find enough time to do this. I hope I
can, but the way things go…

–Mark

···

On Apr 30, 2004, at 1:15 PM, Curt Hibbs wrote:

Mark Hubbart wrote:

The reason I point all of this out is because all of these projects
rely on
volunteers like you and me to make progress. And, obviously, we can
do
a lot
more if we work together rather than duplicate efforts.

Of course! Thank you for pointing these out; I’ll definitely be
checking out he Ruby Installer project, and seeing if it’s extensible
enough for my ideas, or if it can be made extensible enough.

I don’t want to mislead you here – the Ruby Installer project is the
Windows Installer, and what is currently there is completely windows
specific. But I want to see it expand in scope to encompass other
platforms.
This may (or may not) end up being separate code-bases maintained
under the
umbrella of the “Ruby Installer” project.

But in order for that to happen someone would have to step up and take
on
the task of championing one or more additional platforms.

[snip]

You could actually use RubyGems to create a distro like this.
There’s no reason you can’t create a “super gem” that does nothing but
list dependencies. So, for example, you could create a package for
your favorite XML tools and call it hubbart-xml. All it would do is
depend on all of the gems (including versions, if you like) that you
want to include, and those would be auto-installed when you install
hubbart-xml. Then, of course, you could package several such
meta-gems into a “super gem”, say “hubbart-big-enchilada” that would
cause all of your favorite stuff to get installed with the simple
command:

gem -Ri hubbart-big-enchilada

or (if you distributed the gem file):

ruby hubbart-big-enchilada-1.0.0.gem

Chad

The installer that I’m thinking of would install Ruby itself, and extra
libraries, not just extensions. I think that a sort of meta-gem that
only has dependencies could easily be a part of it, though… after
installing ruby, rubygems, some gui toolkits, etc, it could run a gem
that installs some important development items like RedCloth, etc…

I didn’t get the idea that rubygems would ever be something that you
would use to install anything other than ruby libraries, but maybe I
was mistaken?

–Mark

Dude, you’re describing how Debians apt system works. :wink:

Which reminds me. As much as CPAN and RubyGems are nice, they doesn’t
interact too well with the packagemanagers on Linux. Or rather, at
all. Anyone working on this?

As far as I know, on Debian it should be possible for RubyGems to
generate and inject a stub package that allows one to apt-get
update/remove the gem, if it was installed as root.

···

On Sat, May 01, 2004 at 06:52:40AM +0900, Chad Fowler wrote:

You could actually use RubyGems to create a distro like this. There’s
no reason you can’t create a “super gem” that does nothing but list
dependencies. So, for example, you could create a package for your
favorite XML tools and call it hubbart-xml. All it would do is depend
on all of the gems (including versions, if you like) that you want to
include, and those would be auto-installed when you install
hubbart-xml. Then, of course, you could package several such meta-gems
into a “super gem”, say “hubbart-big-enchilada” that would cause all of
your favorite stuff to get installed with the simple command:


Thomas
beast@system-tnt.dk

Right. the RubyGarden Wiki is a great information repository, but it’s
got it’s own purpose, and I’m afraid it wouldn’t be dynamic enough for
what would be necessary to make things work. There would need to be at
least some sort of message board system included, and a mailing list.

I really like the idea of starting it out as a sort of “meta-project”
on RubyForge. I think that should be the way to go.

–Mark

···

On Apr 30, 2004, at 1:26 PM, Curt Hibbs wrote:

Mark Sparshatt wrote:

Mark Hubbart wrote:

I realize that this is a large idea; but I wonder what other people
would think about setting something like that up. Am I missing
something? Are there existing methods that would be as good or
better?
Do we just need to publicize certain ways of doing things?

What you’re suggesting here sounds a lot like the ruby-garden Wiki -
http://www.rubygarden.org/ruby

Is that the sort of thing you’re after?

This is somewhat true, but RubyGarden is much more general. I think for
something like this to be really successful you need a wiki/site that
is
much more focused – with its own identity.