From aurora at MIT.EDU Thu Sep 1 14:47:38 2005 From: aurora at MIT.EDU (Heather Anne Harrison) Date: Thu, 1 Sep 2005 14:47:38 -0400 Subject: [Wocky] Draft service page and IM topic page Message-ID: <20050901144738.6d1wouaft8g0g88w@webmail.mit.edu> Hi, I sent this arounbd to a few of you, but should probably run it by the team. here's a draft of a service page for Jabber. Let me know if you have any comments/suggestions. It can be published as soon as the team thinks it's ready. https://web.mit.edu/ist/dontindex/jabber/jabber.html Thanks, Heather Anne aurora at mit.edu From hallisey at MIT.EDU Thu Sep 1 15:05:00 2005 From: hallisey at MIT.EDU (Joanne M. Hallisey) Date: Thu, 1 Sep 2005 15:05:00 -0400 Subject: [Wocky] Rescheduled Meeting for Fri. Sept. 3 at 1:00 Message-ID: Hello, Based on everyone's availablilty, I rescheduled this meeting for Friday, September 3 at 1:00 in W92-199. Thanks, Joanne -- Joanne Hallisey Sr. Project Manager MIT - Information Services and Technology 617-253-1894 From pbh at MIT.EDU Fri Sep 2 14:02:54 2005 From: pbh at MIT.EDU (Paul B. Hill) Date: Fri, 2 Sep 2005 14:02:54 -0400 Subject: [Wocky] Windows installer stuff Message-ID: <200509021803.j82I3cTd004969@outgoing.mit.edu> Hi, Gaim 1.5.0 on Windows will install GTK+ Runtime 2.6.9 rev a. SWRT needs an MSI installer or merge module so that an MSI installer for Gaim can be created. has some exe installers for various versions of GTK+. Some mailing lists indicate that these are MSI installers but from my brief testing these are not using MSI. The Mono project has created an MSI that also installs GTK# (not +). I have not yet tested this to see if it causes any interoperability issues with Gaim on Windows. Nor have a looked at the installer to see if the GTK# portion can be easily separated from the rest of Mono. has some archieved traffic about the development of the MSI installer from last September. Martinf / paco may be a useful source of information during the development of our installer. --- For those of you unfamiliar with MSI installers, these are the installers that can be deployed via Group Policies in a Windows domain. SWRT has a goal that all of their Windows installers should be deployable using Group Policies in the WIN domain. From ghudson at MIT.EDU Fri Sep 2 14:58:34 2005 From: ghudson at MIT.EDU (Greg Hudson) Date: Fri, 2 Sep 2005 14:58:34 -0400 Subject: [Wocky] [Fwd: Gaim chat room configuration dialog] Message-ID: <200509021858.j82IwYj5012797@equal-rites.mit.edu> I'm going to be forwarding some mail which was sent to testers or bugs regarding the gaim in the Athena release. This first message was sent by me; the rest were sent by other people. ------- Forwarded transaction [7332] daemon at ATHENA.MIT.EDU (Greg Hudson) testers 08/12/05 14:58 (29 lines) Subject: Gaim chat room configuration dialog Date: Fri, 12 Aug 2005 14:58:44 -0400 Message-Id: <200508121858.j7CIwiDb030025 at egyptian-gods.mit.edu> From: Greg Hudson To: testers at MIT.EDU I've tested this with both the release version of Gaim and the recently-imported 1.5.0. Both tests were on Linux with ctwm as my window manager. If you click "Chat" from the buddy list and enter a chat room which doesn't currently exist, you will receive a dialog asking if you want to Accept Defaults or Configure Room. If you choose Configure Room, the dialog goes away, nothing else happens, and the new room remains locked. If you then click "Chat" from the buddy list again and enter a *second* nonexistent chat room, you receive the room configuration dialog for the first new room, along with a dialog asking if you want to use accept defaults or configure room for the second new room. (If you choose to configure the second room, you again fail to immediately get a room configuration dialog, but cancelling out of the configuration of the first room causes the second room's configuration dialog to appear.) On a related note, it might be nice if the initial dialog had an option to cancel the room creation, in case it was a typo. Paul has reported similar behavior under Windows, so I doubt that this is specific to my window manager. --[7332]-- ------- End forwarded transaction From ghudson at MIT.EDU Fri Sep 2 15:00:28 2005 From: ghudson at MIT.EDU (Greg Hudson) Date: Fri, 2 Sep 2005 15:00:28 -0400 Subject: [Wocky] [Fwd: sun4 9.4.15: gaim / jabber] Message-ID: <200509021900.j82J0S5Z012833@equal-rites.mit.edu> This is just another report of the same problem I noted in the previous forwarded message. I'm forwarding it just to note that someone else saw the problem. I plan to work on this client bug soon. ------- Forwarded transaction [26517] daemon at ATHENA.MIT.EDU (Jacob Morzinski) Athena Bugs 08/23/05 20:45 (52 lines) Subject: sun4 9.4.15: gaim / jabber Message-Id: <200508240044.j7O0iASZ028151 at kamp-krusty.mit.edu> To: bugs at mit.edu Date: Tue, 23 Aug 2005 20:44:10 -0400 From: Jacob Morzinski X-Spam-Score: 1.041 X-Spam-Level: * (1.041) X-Spam-Flag: NO cc: jmorzins at mit.edu Errors-To: bugs-bounces at mit.edu System name: kamp-krusty.mit.edu Type and version: Sun-Blade-100 9.4.15 (with mkserv) Display type: ifb Shell: /bin/athena/bash Window manager: metacity What were you trying to do? Create a "help" chat room on the jabber server. What's wrong: I made a "help" room that is locked; only I can get into it. Other people get a error. ("404" or something; I'm not completely sure, because I'm typing this message an hour later, without access to gaim.) - I used the "Chat" button, and tried to join/create the "help" room. - Gaim showed me a dialog, telling me that the room would be locked until I finished setting the configuration of the room. - I clicked on the button to set a special configuration (instead of accepting the default configuration). - The configuration dialog vanished completely, without letting me enter further settings. The "help" chat room window appeared. The chat room window showed me that the room is locked, and will remain locked until I finish setting options on the room. - I can find no way to create a dialog that will let me finish setting the room options. What should have happened: If I try to set custom room settings, I should be able to. Hopefully, this room can become unlocked somehow. Please describe any relevant documentation references: [Please replace this line with your information.] Thanks, -Jacob --[26517]-- ------- End forwarded transaction From ghudson at MIT.EDU Fri Sep 2 15:02:54 2005 From: ghudson at MIT.EDU (Greg Hudson) Date: Fri, 2 Sep 2005 15:02:54 -0400 Subject: [Wocky] [Fwd: confusion over gaim] Message-ID: <200509021902.j82J2soM012865@equal-rites.mit.edu> ------- Forwarded transaction [26549] daemon at ATHENA.MIT.EDU (Ken T Takusagawa) Athena Bugs 08/29/05 21:02 (20 lines) Subject: confusion over gaim Date: Mon, 29 Aug 2005 21:02:05 -0400 (EDT) From: Ken T Takusagawa To: bugs at mit.edu Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Score: 1.041 X-Spam-Level: * (1.041) X-Spam-Flag: NO Errors-To: bugs-bounces at mit.edu A user walked into SIPB the other day and was confused about the new Athena gaim. He was a new gaim user. He wanted to use it for AOL instant messenger (not MIT Jabber) and it wasn't clear to him that it was possible to use it for anything other the MIT Jabber (the default account) by setting up his AIM account via the Accounts button. The im locker gaim pops up the Accounts window for first-time users, forcing them to add their AOL IM account information. --ken --[26549]-- ------- End forwarded transaction From jdreed at MIT.EDU Fri Sep 9 11:32:32 2005 From: jdreed at MIT.EDU (Jonathan Reed) Date: Fri, 9 Sep 2005 11:32:32 -0400 Subject: [Wocky] Possible addition for Jabber docs Message-ID: The jabber docs should probably remind people that they need to use username at mit.edu" when initiating chats with people not in their buddy list. Attempting to chat with just "jdreed", for example, won't work, but it won't throw an error either. I ran into this in gaim, attempting to figure out why I couldn't talk to my test account, and realized I was still thinking in a Zephyr mindset. In, iChat, however, if you initiate a "New Chat with Person", and don't specify a domain in the address, it assumes the same domain as your current server. Therefore, in iChat, I can in fact just open a new chat with "joeuser" and it will realize it's "joeuser at mit.edu". Is there any way to set a "default realm" in Gaim, or better yet have it append the server name if there is no "@" sign? This has the potential to be confusing, particularly for people who use Jabber with Gaim and Zephyr at the same time. ------- Also, on an unrelated note, I created a simple script to set up a Jabber account for people who had previously used Gaim on Athena for another service (ie: AIM, Zephyr) and therefore would already have an accounts.xml file and would not get the Jabber account by default from the wrapper script. It was initially an exercise in playing with Perl+XML, but then I realized we only have XML::Parser in the release, and not an XML writer, so I gave up. It's at ~/Public/jabber-setup - if anyone thinks it's a good idea to have, I can dump it in the consult locker. -Jon -- ------------------- Jonathan Reed jdreed at mit.edu ------------------- From aurora at MIT.EDU Mon Sep 12 09:16:24 2005 From: aurora at MIT.EDU (Heather Anne Harrison) Date: Mon, 12 Sep 2005 09:16:24 -0400 Subject: [Wocky] Possible addition for Jabber docs In-Reply-To: References: Message-ID: <20050912091624.ihidogqm45s88k8s@webmail.mit.edu> I'll make sure to note the first issue in the docs, assuming nothing is changed. As for the script, that sounds like a useful addition. A good percentage of users interested in the service have likely used GAIM in the past. Heather Anne aurora at mit.edu Quoting Jonathan Reed : > The jabber docs should probably remind people that they need to use > username at mit.edu" when initiating chats with people not in their > buddy list. Attempting to chat with just "jdreed", for example, > won't work, but it won't throw an error either. I ran into this in > gaim, attempting to figure out why I couldn't talk to my test > account, and realized I was still thinking in a Zephyr mindset. > > In, iChat, however, if you initiate a "New Chat with Person", and > don't specify a domain in the address, it assumes the same domain as > your current server. Therefore, in iChat, I can in fact just open a > new chat with "joeuser" and it will realize it's "joeuser at mit.edu". > > Is there any way to set a "default realm" in Gaim, or better yet have > it append the server name if there is no "@" sign? This has the > potential to be confusing, particularly for people who use Jabber > with Gaim and Zephyr at the same time. > > ------- > > Also, on an unrelated note, I created a simple script to set up a > Jabber account for people who had previously used Gaim on Athena for > another service (ie: AIM, Zephyr) and therefore would already have an > accounts.xml file and would not get the Jabber account by default > from the wrapper script. It was initially an exercise in playing > with Perl+XML, but then I realized we only have XML::Parser in the > release, and not an XML writer, so I gave up. It's at > ~/Public/jabber-setup - if anyone thinks it's a good idea to have, I > can dump it in the consult locker. > > > -Jon > -- > ------------------- > Jonathan Reed > > jdreed at mit.edu > ------------------- > _______________________________________________ > Wocky mailing list > Wocky at mit.edu > http://mailman.mit.edu/mailman/listinfo/wocky > From atticus at MIT.EDU Thu Sep 22 11:26:27 2005 From: atticus at MIT.EDU (Atticus Gifford) Date: Thu, 22 Sep 2005 11:26:27 -0400 Subject: [Wocky] Gaim / GTK+ installer question Message-ID: <9EF1F83B-C396-42B9-994A-3CEA96FD546D@mit.edu> Is there there a strong preference for repackaging the GTK+ installer as part of the Gaim project? Given that this is not the only source people will install GTK+ from, and the 2 common EXE installers (from GTK+ and GIMP?) play nicely together already it seems like we may want to just embed the installer to run silently as part of the MSI installation. Since some users may already have GTK+ installed from another source, or may install it later (embedded in some other installer), my preference would be to keep the installer that will cause the fewest possible support issues down the road. I don't think this should cause any undue stress on domain deployment, but if overlooking a scenario please let me know. I'm working on a beta of the installer as we speak, so if you have any thoughts please let me know as soon as you can. -atticus From pbh at MIT.EDU Thu Sep 22 11:44:31 2005 From: pbh at MIT.EDU (Paul B. Hill) Date: Thu, 22 Sep 2005 11:44:31 -0400 Subject: [Wocky] Gaim / GTK+ installer question In-Reply-To: <9EF1F83B-C396-42B9-994A-3CEA96FD546D@mit.edu> Message-ID: <200509221544.j8MFiw5r016616@outgoing.mit.edu> Hi Atticus, Although I am not opposed to having the Gaim installer embed the GTK+ exe installer as a feature that normally runs, I think we should also take a look at GTK#. The Mono project has created an MSI that also installs GTK# (not +). I have not yet tested this to see if it causes any interoperability issues with Gaim on Windows. Nor have a looked at the installer to see if the GTK# portion can be easily separated from the rest of Mono. >From earlier email to the wocky list: -----Original Message----- From: Paul B. Hill [mailto:pbh at mit.edu] Sent: Friday, September 02, 2005 2:03 PM To: 'Jonathan M Hunt' Cc: 'wocky at mit.edu' Subject: Windows installer stuff Hi, Gaim 1.5.0 on Windows will install GTK+ Runtime 2.6.9 rev a. SWRT needs an MSI installer or merge module so that an MSI installer for Gaim can be created. has some exe installers for various versions of GTK+. Some mailing lists indicate that these are MSI installers but from my brief testing these are not using MSI. The Mono project has created an MSI that also installs GTK# (not +). I have not yet tested this to see if it causes any interoperability issues with Gaim on Windows. Nor have a looked at the installer to see if the GTK# portion can be easily separated from the rest of Mono. has some archieved traffic about the development of the MSI installer from last September. Martinf / paco may be a useful source of information during the development of our installer. --- For those of you unfamiliar with MSI installers, these are the installers that can be deployed via Group Policies in a Windows domain. SWRT has a goal that all of their Windows installers should be deployable using Group Policies in the WIN domain. -----Original Message----- From: wocky-bounces at MIT.EDU [mailto:wocky-bounces at MIT.EDU] On Behalf Of Atticus Gifford Sent: Thursday, September 22, 2005 11:26 AM To: wocky at mit.edu Cc: Deb Bowser Subject: [Wocky] Gaim / GTK+ installer question Is there there a strong preference for repackaging the GTK+ installer as part of the Gaim project? Given that this is not the only source people will install GTK+ from, and the 2 common EXE installers (from GTK+ and GIMP?) play nicely together already it seems like we may want to just embed the installer to run silently as part of the MSI installation. Since some users may already have GTK+ installed from another source, or may install it later (embedded in some other installer), my preference would be to keep the installer that will cause the fewest possible support issues down the road. I don't think this should cause any undue stress on domain deployment, but if overlooking a scenario please let me know. I'm working on a beta of the installer as we speak, so if you have any thoughts please let me know as soon as you can. -atticus _______________________________________________ Wocky mailing list Wocky at mit.edu http://mailman.mit.edu/mailman/listinfo/wocky From ghudson at MIT.EDU Tue Sep 27 14:17:26 2005 From: ghudson at MIT.EDU (Greg Hudson) Date: Tue, 27 Sep 2005 14:17:26 -0400 Subject: [Wocky] Progress on gaim chatroom configuration bug Message-ID: <200509271817.j8RIHQXg021698@egyptian-gods.mit.edu> I have figured out what is happening with the gaim chatroom configuration bug (http://mailman.mit.edu/pipermail/wocky/2005-September/000042.html). Essentially, gaim's SSL framework is prone to connection stalling when the server sends it more than 4095 bytes of data at a time. The code gets into a state where there is data waiting in the SSL decryption buffer, but no callback is generated to read that data. The fix is not obvious; I have kicked the matter up to the gaim-devel list to ask for advice. Since it will take time for a fix to reach the downloadable clients anyway, we might want to tweak the server so that it generates less than 4095 bytes of data in response to a chatroom configuration query. Right now it is generating 4135 bytes, so we'd only have to cut 40 bytes or so. From aurora at MIT.EDU Thu Sep 29 08:58:21 2005 From: aurora at MIT.EDU (Heather Anne Harrison) Date: Thu, 29 Sep 2005 08:58:21 -0400 Subject: [Wocky] Documentation Update Message-ID: <20050929085821.15xpi7hh0rkg0kgk@webmail.mit.edu> Hi, The following docs are ready for review. Let me know if you have any comments/corrections. I'm always happy to make updates. Jabber Service Page http://web.mit.edu/ist/services/messaging/jabber.html Jabber Stock Answer Branch (we need to look into getting a better location for this) http://itinfo.mit.edu/answer.php?id=7916 Gaim 1.5.0 for Linux http://itinfo.mit.edu/product.php?vid=690 Q: How do I configure Adium X to access the MIT Jabber server? http://itinfo.mit.edu/answer.php?id=7922 Q: How do I configure Gaim to access MIT's Jabber server? http://itinfo.mit.edu/answer.php?id=7918 Q: How do I install Gaim on my Red Hat Enterprise Linux 4 machine? http://itinfo.mit.edu/answer.php?id=7915 Heather Anne aurora at mit.edu