> Weekend seems most likely. How about the first weekend
> of June, the 4th to 6th? We're spread across at least 3
> continents making the time difficult, but if we aim for
> 8am Saturday morning on the US West Coast it will
> be 4pm GMT and midnight in Tokyo.
I could probably handle that. Would this be a phone conference call or
something like ICB/IRC?
Aaron W. Hsu
> Do you have an alternative suggestion?
Some XMPP Clients, such as Pidgin, support audio via XMPP. I haven't
used it, so I'm not sure if conferencing is a possibility or not. I'd be
willing to test with someone if no one knows if this will work or not.
Aaron W. Hsu
I worked for a company a few years ago that successfully used Audio chat
over XMPP with pre-existing tools. I can't remember the name of the
client now, but I believe XMPP audio has become more widespread. Maybe
we could look into that? From what I remember it worked mostly out of
the box.
Aaron W. Hsu
There are some relatively easy to use voice conferencing services that
would let us work over the phone, and some provide automatic recording
of these calls for our sake. This is at least another option, and it
might be a good one, if the service can provide local call-in numbers
for the various locations wherein rest our Scheme committee.
One point in favor of this solution: I've found them to be much more
reliable than Skype and other consumer class audio solutions. I don't
know if we want to be hassling with things like port numbers and
netdrops when we're trying to have a friendly conversation.
Aaron W. Hsu
If people are seriously interested in an XMPP solution, I'm willing to
look into this and make it happen, as I've had some experience with this
in the past.
Aaron W. Hsu
My experiences in examining this thus far have lead me to the belief
that an XMPP based P2P solution is not going to work. The clients I
tried on Linux just didn't have any measure of reliability.
On the other hand, in my search, I discovered a number of open SIP
Softphone alternatives. Ekiga and Blink both seem to be reliable
conferencing solutions, and there are a number of free SIP2SIP services
available. If you are willing, I'd like to test how Ekiga's conference
rooms work and see if they are okay. I've run some local tests and the
person to person chat seems to work very well.
My current SIP address is <sip:arc...@ekiga.net>. I'll be available on
that line whenever I can test the conferencing.
I'm also willing to test out some Skype stuff, but the last time I tried
to make Skype work on Linux, it was a harrowing experience, to say the
least.
Aaron W. Hsu
Thanks, I'm going to be testing some time, but it appears that there are
a couple of gotchas that I want to make sure aren't going to cause
problems.
Aaron W. Hsu
Thanks.
> Is the meeting still planned for 8am PT Sat? If so, what technology
> will we use?
As we haven't settled on a means of communication or tested
it out yet, I think we should push the meeting back a week.
If we can't find something convenient for everyone we'll
just have to vote.
--
Alex
Sounds good. We could add it to the ballot.
One thing that we might try is Google Talk, which is free and uses XMPP:
<http://code.google.com/apis/talk/open_communications.html#protocols>
The Google Talk plug-ins are available for Mac and Windows, but not
yet for Linux. Does anyone have any experience connecting to Google
Talk with a Linux XMPP client? If this works, it might make a good
choice. Even if people ended up using Mac or Windows machines for
convenience on this call, at least there wouldn't be the objection
that we were using proprietary protocols.
Just brainstorming.
So, initially I thought this would be the better way to go. Then I
realized that there's a lot of variance in XMPP clients on Linux, and
many of them may or may not support audio in the same way. I ran some
tests with some friends around here and we had a bear of a time getting
XMPP audio to work. We've had more success with SIP/H.323 technologies
such as Ekiga, which used to be GnomeMeeting, and Blink on Mac. There
still appear to be some bugs that need working out even on those
systems, though. Skype has also been successful for small scale tests (I
think there is some sort of hard limit that is much lower than the SIP
conference rooms), but modern audio systems like pulseaudio apparently
cause a bit of trouble with Skype. Right now I've had the most success
with Ekiga and Blink and Ekiga.net addresses, but I'm still playing with
things. If someone comes up with a rock solid solution before I come up
with one, more power to them.
Aaron W. hsu