Raa-install: package list update?

Hello everyone,

Just a small question about the nice raa-install program:

Is the remote package list on ``http://narf-lib.sourceforge.net/raa’'
updated periodically?

raa-install --showall'' shows me 501 entries, buthttp://raa.ruby-lang.org/’’ tells there is currently 904 registred
projects.

Cheers (and forgive my lame English),

···


Laurent

Is the remote package list on ``http://narf-lib.sourceforge.net/raa’’
updated periodically?

Yes, though the cron schedule has been a bit off lately.

raa-install --showall'' shows me 501 entries, but http://raa.ruby-lang.org/‘’ tells there is currently 904 registred
projects.

You are only seeing packages that are likely to work with raa-install. I
wouldn’t suggested doing this, but… if you run `raa-install
–showbadpackages’, then raa-install will attempt to find out why the package
isn’t displaying. Beware. The script will take a long time.

The newest raa-install (in CVS) does display all 904 packages. It flags
unsupported entries though:

($:~/cvs/raa-install)$ raa-install -s dbi
Downloading project data
http://narf-lib.sourceforge.net/raa/raa-xml-compacted.xml.gz

dadbiz [1]
dbi-dbrc
ruby-dbi [1]

[1] The download link for this package is an unsupported URL.

(An idea from Gavin Sinclair.)

A number of new features will make the next version of raa-install much more
cozy for everyone I believe.

_why

···

On Tuesday 10 June 2003 09:57 am, Laurent Sansonetti wrote:

Hi,

Yes, though the cron schedule has been a bit off lately.

Thank you for having synchronized the package list.

You are only seeing packages that are likely to work with raa-install.
I wouldn’t suggested doing this, but… if you run `raa-install
–showbadpackages’, then raa-install will attempt to find out why the
package isn’t displaying. Beware. The script will take a long time.
The newest raa-install (in CVS) does display all 904 packages.

OK, thanks for the answer. I can see the ``–showbadpackages’’ takes
time :wink:

A number of new features will make the next version of raa-install
much more cozy for everyone I believe.

If it is not yet planned, it would be great to be able to display
the package description when using the “–search” option.

Also, is it normal that raa-install -v'' gives me "0.0.6", from a 0.1.2 release? Same output after a raa-install -i raainstall’'.

Cheers,

···

On Wed, 11 Jun 2003 01:36:54 +0900 why the lucky stiff ruby-talk@whytheluckystiff.net wrote:


Laurent

I look forward to that.

One feature I’d suggest is: Get rid of all the dots,
and replace with either a spinner or a counter.

Hal

···

----- Original Message -----
From: “why the lucky stiff” ruby-talk@whytheluckystiff.net
To: “ruby-talk ML” ruby-talk@ruby-lang.org
Sent: Tuesday, June 10, 2003 11:36 AM
Subject: Re: raa-install: package list update?

A number of new features will make the next version of raa-install
much more cozy for everyone I believe.

A number of new features will make the next version of
raa-install
much more cozy for everyone I believe.

I look forward to that.

One feature I’d suggest is: Get rid of all the dots,
and replace with either a spinner or a counter.

Ugh, no thanks. Dots, or something that doesn’t require backspacing
or otherwise “erasing” something that’s already been printed (as
spinners or counters both do) will work on all text mode outputs;
including for example, emacs shell buffers.

Doing the quasi-screen-erasure features rely on termcap type
capabilities, and it ends up looking horrible for outputs that don’t
have it at all, or aren’t programmed to do those things.

Please, keep the dots. If you find them too many, reduce the number
of them, but make it “entropic”; don’t try to do the fancy stuff.
It’s sufficient to know that an install is going forward.

···

Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to Outlook™.
http://calendar.yahoo.com

When I do this, I use a simple \r (carriage return).
I’ve never known it to fail or be messy, even on
(ack) MSDOS.

Am I missing something?

For example, here’s a contrived bit of code below.
When/where would it fail, besides a hardcopy device
like a 1970s paper terminal or something?

Hal

count = 0
ended = false

Thread.new { sleep 10; ended = true }

Thread.new do
loop do
break if ended
print “#{‘%6d’ % count} entries processed\r”
sleep 0.5 + rand
end
end

loop do
break if ended
sleep(0.001*rand)
count += 7
end

···

----- Original Message -----
From: “Michael Campbell” michael_s_campbell@yahoo.com
To: “ruby-talk ML” ruby-talk@ruby-lang.org
Sent: Tuesday, June 10, 2003 8:54 PM
Subject: Re: raa-install: package list update?

One feature I’d suggest is: Get rid of all the dots,
and replace with either a spinner or a counter.

Ugh, no thanks. Dots, or something that doesn’t require backspacing
or otherwise “erasing” something that’s already been printed (as
spinners or counters both do) will work on all text mode outputs;
including for example, emacs shell buffers.

Doing the quasi-screen-erasure features rely on termcap type
capabilities, and it ends up looking horrible for outputs that don’t
have it at all, or aren’t programmed to do those things.

Please, keep the dots. If you find them too many, reduce the number
of them, but make it “entropic”; don’t try to do the fancy stuff.
It’s sufficient to know that an install is going forward.

Hal E. Fulton wrote:

When I do this, I use a simple \r (carriage return).
I’ve never known it to fail or be messy, even on
(ack) MSDOS.

I don’t get any output from your code.

$ ruby -e ‘print “foo\r”’
$ echo $SHELL
/bin/zsh

Same for bash. What am I missing? Should I upgrade to this new shell
called MSDOS? :wink:

When I do this, I use a simple \r (carriage return).
I’ve never known it to fail or be messy, even on
(ack) MSDOS.

Your code works in the most hostile environment I have available;
emacs shell buffer, running both bash and cmd.exe (both under
Windows).

However, it will only work if you have the “repeating” part of the
text string at the beginning of the line, where some apps have it in
the middle, like:

Entries Processed: ______

In that case, I’ve seen a number of “solutions” using (usually)
backspace, which causes:

Entries Processed: 1^H2^H3^H4…

and so on.

···

Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to Outlook™.
http://calendar.yahoo.com

Heaven forbid. :wink:

I actually (as you’ve guessed) tested this particular
snippet only on Windows. It requires a little modification
on Linux.

Put a STDOUT.sync = true at the top, that should help.
And an extra puts at the bottom will clean things up
a little.

Hal

···

----- Original Message -----
From: “Joel VanderWerf” vjoel@PATH.Berkeley.EDU
To: “ruby-talk ML” ruby-talk@ruby-lang.org
Sent: Wednesday, June 11, 2003 2:58 AM
Subject: Re: raa-install: package list update?

Hal E. Fulton wrote:

When I do this, I use a simple \r (carriage return).
I’ve never known it to fail or be messy, even on
(ack) MSDOS.

I don’t get any output from your code.

$ ruby -e ‘print “foo\r”’
$ echo $SHELL
/bin/zsh

Same for bash. What am I missing? Should I upgrade to this new shell
called MSDOS? :wink:

What I do in that case is simply rewrite the
entire line. And right-justify any numbers.

In fact, take my example and switch the order,
and I think it will still work fine.

Then I think it’s only a problem if you have
varying-width text strings. My answer to that
would be to right-pad with spaces. Inefficient
and clumsy, but should work.

It’s a matter of taste whether you like this
kind of thing, but I think \r is fairly safe.

Hal

···

----- Original Message -----
From: “Michael Campbell” michael_s_campbell@yahoo.com
To: “ruby-talk ML” ruby-talk@ruby-lang.org
Sent: Wednesday, June 11, 2003 9:59 AM
Subject: Re: raa-install: package list update?

When I do this, I use a simple \r (carriage return).
I’ve never known it to fail or be messy, even on
(ack) MSDOS.

Your code works in the most hostile environment I have available;
emacs shell buffer, running both bash and cmd.exe (both under
Windows).

However, it will only work if you have the “repeating” part of the
text string at the beginning of the line, where some apps have it in
the middle, like:

Entries Processed: ______

In that case, I’ve seen a number of “solutions” using (usually)
backspace, which causes:

Entries Processed: 1^H2^H3^H4…

and so on.

Hal E. Fulton wrote:

Put a STDOUT.sync = true at the top, that should help.
And an extra puts at the bottom will clean things up
a little.

That didn’t quite do it, but STDOUT.flush in the output thread did work.

Nice to know about this. Thanks!

It’s a matter of taste whether you like this
kind of thing, but I think \r is fairly safe.

Seems so, yes.

···

Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to Outlook™.
http://calendar.yahoo.com