Menu
▾
▴
pidgin-cabal — DO NOT USE. See https://pidgin.im/cgi-bin/mailman/listinfo/devel
You can subscribe to this list here.
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
(28) |
May
(32) |
Jun
(11) |
Jul
(24) |
Aug
(94) |
Sep
(74) |
Oct
(71) |
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2007 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Daniel A. <dan...@gm...> - 2006-10-24 00:42:39
|
On 10/23/06, Evan Schoenberg <ev...@dr...> wrote: > I'd like to recommend strongly the use of AccountManagerPlugin [1]. > It adds an automatic registration system (including password > retrieval) and a way for users to associate their email with their > username for notification purposes without it being publicly > viewable. Permissions can be set at a registered-user level by > setting them for the user 'authenticated' from which all logged-in > users inherit. I now have this set up up. It seems to be pretty cool and will do what we need it to. Thanks, Evan. |
|
From: Sean E. <sea...@gm...> - 2006-10-24 00:40:53
|
On 10/22/06, Etan Reisner <de...@ed...> wrote: > What features do we want enabled? (I'm assuming muc, but do we want > pubsub, vcards, muc room logging, etc?) vcards and MUC logging both sound good. -s. |
|
From: Richard L. <rl...@wi...> - 2006-10-23 23:42:32
|
On Mon, 2006-10-23 at 18:53 -0400, Ethan Blanton wrote: > Richard Laager spake unto us the following wisdom: > > /me wishes we were already using a distributed VCS, where this would be > > easy. >=20 > Incidentally, I've been tailor'ing over to monotone for some time > now.[1] We could always switch SCMs in the process... ;-) I think now would be a good time to give Monotone a try. Ethan suggested using tailor to copy the trunk to SVN, so that "casual developers"/"itch scratchers"/whatever-you-want-to-call-them don't have to checkout the entire revision history. That sounds reasonable to me. =46rom my talk with a couple Monotone developers, I became pretty excited about Monotone with respect to the potential for workflow enhancements in the future. Also from what I gather, Subversion is aiming to be just CVS++. While that's enough in a lot of scenarios, I think we could gain something from a distributed VCS. Richard |
|
From: Ethan B. <el...@ps...> - 2006-10-23 22:53:54
|
Richard Laager spake unto us the following wisdom:
> /me wishes we were already using a distributed VCS, where this would be
> easy.
Incidentally, I've been tailor'ing over to monotone for some time
now.[1] We could always switch SCMs in the process... ;-)
Ethan
[1] Excepting state before the revisions across which svn cannot even
update for itself ... which is a lot. Subversion has pretty much
hosed our ability to ever losslessly switch to another VCS.
--=20
The laws that forbid the carrying of arms are laws [that have no remedy
for evils]. They disarm only those who are neither inclined nor
determined to commit crimes.
-- Cesare Beccaria, "On Crimes and Punishments", 1764
|
|
From: Richard L. <rl...@wi...> - 2006-10-23 21:52:15
|
On Mon, 2006-10-23 at 14:28 -0700, Sean Egan wrote: > Because I want the renaming/icon changes to be in svn so that other > people can use and hack on it. Step 3 is more complicated than you're > letting on to. Fair enough. It looks like the "branch" happened at 17548. Is there some intelligent way to pull in 17549-HEAD from Gaim SVN to Pidgin SVN? Alternatively, do we want to apply one bit changeset, or apply them individually? /me wishes we were already using a distributed VCS, where this would be easy. Richard |
|
From: Daniel A. <dan...@gm...> - 2006-10-23 21:36:34
|
On 10/23/06, Sean Egan <sea...@gm...> wrote: > This is just a reminder that aynone checking in a change to SF svn > should also be checking that same change into pidgin.im. > > Penguin poitns to whoever writes a script to do it automatically. There is a utility that we can use to make this easy: http://svn.collab.net/repos/svn/trunk/contrib/client-side/svn-push/svn-push.c I don't have an etch box to compile it on and I didn't want to install all the necessary dev packages on pidgin.im if there was somewhere else that this could be compiled. Does someone have an etch box that they can use to build this for us? -D |
|
From: Sean E. <sea...@gm...> - 2006-10-23 21:28:31
|
On 10/23/06, Richard Laager <rl...@wi...> wrote: > Are all the developers on this list, or are Mark H., Bartosz, and Thomas > in the dark on this? They are in the dark. I'll bring them in. > Why is this necessary anyway? Has anything new been committed to the > pidgin.im SVN repository? Yes. A bunch of rename changes and all the icon changes. It's very incomplete right now. > Couldn't we just wait until it's time to go > live with it and: 1) dump the repository from SF, 2) load it on > pidgin.im, and 3) do the Gaim -> Pidgin rename? Because I want the renaming/icon changes to be in svn so that other people can use and hack on it. Step 3 is more complicated than you're letting on to. -s. |
|
From: Richard L. <rl...@wi...> - 2006-10-23 21:17:42
|
On Mon, 2006-10-23 at 13:52 -0700, Sean Egan wrote: > This is just a reminder that aynone checking in a change to SF svn > should also be checking that same change into pidgin.im. What's the URL for SVN on pidgin.im? Are all the developers on this list, or are Mark H., Bartosz, and Thomas in the dark on this? Why is this necessary anyway? Has anything new been committed to the pidgin.im SVN repository? Couldn't we just wait until it's time to go live with it and: 1) dump the repository from SF, 2) load it on pidgin.im, and 3) do the Gaim -> Pidgin rename? Richard |
|
From: Sean E. <sea...@gm...> - 2006-10-23 20:52:16
|
This is just a reminder that aynone checking in a change to SF svn should also be checking that same change into pidgin.im. Penguin poitns to whoever writes a script to do it automatically. |
|
From: Evan S. <ev...@dr...> - 2006-10-23 12:31:11
|
On Oct 22, 2006, at 10:34 PM, Daniel Atallah wrote: > On 10/22/06, Etan Reisner <de...@ed...> wrote: >> What authentication system do we want this to use? (This goes in hand >> with the open registration bit, we (more or less) need to use the >> internal database if we want open registration, but if we don't we >> can >> have it look at just about anywhere else we want, ldap, mysql, >> pam, etc. >> The ldap and mysql/obdc support is built in, for pam we'd have to >> use an >> auth module I wrote at Rutgers.) > > While we're on the subject of authentication, we should talk about > Trac authentication. > > In talking to Luke, he came up with the very reasonable requirement > that users must be registered in order to file bugs and other tickets. I'd like to recommend strongly the use of AccountManagerPlugin [1]. It adds an automatic registration system (including password retrieval) and a way for users to associate their email with their username for notification purposes without it being publicly viewable. Permissions can be set at a registered-user level by setting them for the user 'authenticated' from which all logged-in users inherit. [1] http://trac-hacks.org/wiki/AccountManagerPlugin -Evan |
|
From: Daniel A. <dan...@gm...> - 2006-10-23 02:34:40
|
On 10/22/06, Etan Reisner <de...@ed...> wrote: > What authentication system do we want this to use? (This goes in hand > with the open registration bit, we (more or less) need to use the > internal database if we want open registration, but if we don't we can > have it look at just about anywhere else we want, ldap, mysql, pam, etc. > The ldap and mysql/obdc support is built in, for pam we'd have to use an > auth module I wrote at Rutgers.) While we're on the subject of authentication, we should talk about Trac authentication. In talking to Luke, he came up with the very reasonable requirement that users must be registered in order to file bugs and other tickets. I have a very basic Trac environment set up at http://pidgin.im/trac. Trac is pretty configurable as far as permissions go - they are pretty granular: http://pidgin.im/trac/wiki/TracPermissions Trac can use any of the Apache2 based authentications We're using httpd 2.0 and unfortunately, the authentication wasn't de-suckified until 2.2 (where the Authentication method (Basic or Digest) was separated out from the "Authentication Provider" (file, DBM, LDAP, etc). I think this means that we're stuck with Basic authentication because we're going to need to dynamically add users. The question then is what do we want to as the auth. provider? If we're not planning to offer open jabber registration, then it probably doesn't make sense that Trac auth is related to that. On the other hand, we probably don't want to be maintaining several different auth providers. What are you guys' thoughts? We also have to deal with the various other decisions in the configuration of Trac; some of these are going to be dependent on the L&F of the new website. Take a look and think about it. -D |
|
From: Etan R. <de...@ed...> - 2006-10-23 01:49:15
|
On Sun, 22 Oct 2006, Luke Schierer wrote: > On Sun, Oct 22, 2006 at 08:57:42PM -0400, Etan Reisner wrote: >> I started working on configuring the ejabberd server and I had a couple >> questions. >> >> What features do we want enabled? (I'm assuming muc, but do we want >> pubsub, vcards, muc room logging, etc?) >> >> Are we intending to have open account registration on the server? >> >> What authentication system do we want this to use? (This goes in hand >> with the open registration bit, we (more or less) need to use the >> internal database if we want open registration, but if we don't we can >> have it look at just about anywhere else we want, ldap, mysql, pam, etc. >> The ldap and mysql/obdc support is built in, for pam we'd have to use an >> auth module I wrote at Rutgers.) >> >> -Etan > > I'm fairly sure we do not want open registration. We do want muc and > server to server. The question was about whether we wanted to have support for logging muc rooms, for publically available (or privately available) later reading. Something like http://chatlogs.jabber.ru/eja...@co.../ and http://www.jabber.org/muc-logs/jd...@co.../ . > pam sounds interesting. The pam stuff didn't get as much testing as Rutgers as it should have (other issues prevented it from getting rolled out as early as I would have liked), so if we decided to use it it is entirely possible there may be a couple issues that will need fixing. > luke -Etan |
|
From: Luke S. <lsc...@us...> - 2006-10-23 01:24:13
|
On Sun, Oct 22, 2006 at 08:57:42PM -0400, Etan Reisner wrote: > I started working on configuring the ejabberd server and I had a couple > questions. > > What features do we want enabled? (I'm assuming muc, but do we want > pubsub, vcards, muc room logging, etc?) > > Are we intending to have open account registration on the server? > > What authentication system do we want this to use? (This goes in hand > with the open registration bit, we (more or less) need to use the > internal database if we want open registration, but if we don't we can > have it look at just about anywhere else we want, ldap, mysql, pam, etc. > The ldap and mysql/obdc support is built in, for pam we'd have to use an > auth module I wrote at Rutgers.) > > -Etan I'm fairly sure we do not want open registration. We do want muc and server to server. pam sounds interesting. luke |
|
From: Etan R. <de...@ed...> - 2006-10-23 00:57:51
|
I started working on configuring the ejabberd server and I had a couple questions. What features do we want enabled? (I'm assuming muc, but do we want pubsub, vcards, muc room logging, etc?) Are we intending to have open account registration on the server? What authentication system do we want this to use? (This goes in hand with the open registration bit, we (more or less) need to use the internal database if we want open registration, but if we don't we can have it look at just about anywhere else we want, ldap, mysql, pam, etc. The ldap and mysql/obdc support is built in, for pam we'd have to use an auth module I wrote at Rutgers.) -Etan |
|
From: Daniel A. <dan...@gm...> - 2006-10-20 05:07:25
|
On 10/19/06, Luke Schierer <lsc...@us...> wrote: > On Thu, Oct 19, 2006 at 03:31:05PM -0400, Daniel Atallah wrote: > > >On Wed, Oct 18, 2006 at 07:38:11PM -0400, Luke Schierer wrote: > > > > > >subversion I think is configured, but I'm unsure. I need to look up > > >how to set it up as a server. > > > I've gotten the imported svn repository set up. Currently it is set up to only allow RO access through apache2 at: http://pidgin.im/svn/ For RW access, it can be accessed using the svn+ssh:// method: svn+ssh://pidgin.im/home/var/subversion/pidgin/ I haven' t yet done anything with Trac or ViewVC, and all the post-commit hooks for CIA and email notification are disabled. -D |
|
From: Luke S. <lsc...@us...> - 2006-10-20 02:27:09
|
On Thu, Oct 19, 2006 at 01:18:03PM -0400, Luke Schierer wrote: > On Thu, Oct 19, 2006 at 11:38:37AM -0400, Luke Schierer wrote: > > On Wed, Oct 18, 2006 at 07:38:11PM -0400, Luke Schierer wrote: > > > On Wed, Oct 18, 2006 at 03:42:37PM -0700, Sean Egan wrote: > > > > I have > > apache2 > > php5 > > mysql > > pyblosxom > > subversion > > postfix > > mailman > > ejabberd > > > > At Nathan's suggestion, I changed the jabber to just be pidgin.im, he > tells me that he has regretted setting it up as jabber.* at work ever > since he did it. > > Do we want the planet to be planet.pidgin.im or pidgin.im/planet? > > luke proceeded with planet.pidgin.im on sean's say-so. it looks horrid but now works. if you want a feed added to it, let me know. if you don't have a blog or blog feed that's gaim related, consider creating one in your ~ on pidgin.im ;-) if you need a username, send me a ssh key and what username you want. luke |
|
From: Ethan B. <el...@ps...> - 2006-10-19 21:58:37
|
Luke Schierer spake unto us the following wisdom: > I'm really starting to hate subversion. >=20 > Right now I'm hung up on the fact that SF's posted directions[1] on > backing up a subversion repository don't work. >=20 > I'm all in favor of leaving subversion for something better. I don't think anyone who has used a good VCS says anything different about subversion. While most of my monotone pokes are in jest, I honestly think that it is within an epsilon of being suitable for Gaim development, at least by the core developers (perhaps using a subversion repository via tailor for anonymous pulls by users who have no intention of doing serious development, as many users won't be familiar with monotone), and within the next few months I would like to entertain a serious discussion about migration to monotone. Ethan --=20 The laws that forbid the carrying of arms are laws [that have no remedy for evils]. They disarm only those who are neither inclined nor determined to commit crimes. -- Cesare Beccaria, "On Crimes and Punishments", 1764 |
|
From: Daniel A. <dan...@gm...> - 2006-10-19 21:01:44
|
On 10/19/06, Luke Schierer <lsc...@us...> wrote: > > Is it just me, or does the red-bean site produce documentation that, > while perfectly inteligible in any given subsection, is hard to grasp > as a whole? > > I'm really starting to hate subversion. > > Right now I'm hung up on the fact that SF's posted directions[1] on > backing up a subversion repository don't work. > > I'm all in favor of leaving subversion for something better. > > luke > > [1] https://sourceforge.net/docs/E09#backup I've done a few svn setups and migrations, I'd be happy to help with anything. -D |
|
From: Sean E. <sea...@gm...> - 2006-10-19 19:52:35
|
On 10/19/06, Richard Laager <rl...@wi...> wrote: > Sean, I can deal with this if you want. Just let me know what > information I'd need to submit for the project/corporation/whatever. Sure. IM me if you need to know anything. -s. |
|
From: Luke S. <lsc...@us...> - 2006-10-19 19:51:50
|
On Thu, Oct 19, 2006 at 03:31:05PM -0400, Daniel Atallah wrote: > >On Wed, Oct 18, 2006 at 07:38:11PM -0400, Luke Schierer wrote: > > > >subversion I think is configured, but I'm unsure. I need to look up > >how to set it up as a server. > > > > Can we have subversion set up to use svnserve: > http://svnbook.red-bean.com/en/1.2/svn.serverconfig.svnserve.html > > It uses less traffic and is faster than the DAV access method. It > will also allow us to use private/public key based authentication > using ssh+svn://. > > (perhaps in a addition to through apache2 DAV: > http://svnbook.red-bean.com/en/1.2/svn.serverconfig.multimethod.html) > > -D > Is it just me, or does the red-bean site produce documentation that, while perfectly inteligible in any given subsection, is hard to grasp as a whole? I'm really starting to hate subversion. Right now I'm hung up on the fact that SF's posted directions[1] on backing up a subversion repository don't work. I'm all in favor of leaving subversion for something better. luke [1] https://sourceforge.net/docs/E09#backup |
|
From: Daniel A. <dan...@gm...> - 2006-10-19 19:31:17
|
> On Wed, Oct 18, 2006 at 07:38:11PM -0400, Luke Schierer wrote: > > subversion I think is configured, but I'm unsure. I need to look up > how to set it up as a server. > Can we have subversion set up to use svnserve: http://svnbook.red-bean.com/en/1.2/svn.serverconfig.svnserve.html It uses less traffic and is faster than the DAV access method. It will also allow us to use private/public key based authentication using ssh+svn://. (perhaps in a addition to through apache2 DAV: http://svnbook.red-bean.com/en/1.2/svn.serverconfig.multimethod.html) -D |
|
From: Richard L. <rl...@wi...> - 2006-10-19 19:19:19
|
On Thu, 2006-10-19 at 14:06 -0400, Daniel Atallah wrote: > On 10/19/06, Ethan Blanton <el...@ps...> wrote: > > Luke Schierer spake unto us the following wisdom: > > > I do not have any sort of ssl set up, not knowing what to do for the > > > cert. > > > > We should buy a certificate. I don't have any idea how to go about > > doing this, but I bet someone does. :-) I do this all the time at work. > I believe that we can get one for free (there may also be other sources): > http://www.godaddy.com/gdshop/ssl/ssl_opensource.asp Sean, I can deal with this if you want. Just let me know what information I'd need to submit for the project/corporation/whatever. Richard |
|
From: Daniel A. <dan...@gm...> - 2006-10-19 18:06:56
|
On 10/19/06, Ethan Blanton <el...@ps...> wrote: > Luke Schierer spake unto us the following wisdom: > > I do not have any sort of ssl set up, not knowing what to do for the > > cert. > > We should buy a certificate. I don't have any idea how to go about > doing this, but I bet someone does. :-) I believe that we can get one for free (there may also be other sources): http://www.godaddy.com/gdshop/ssl/ssl_opensource.asp -D |
|
From: Ethan B. <el...@ps...> - 2006-10-19 18:00:34
|
Luke Schierer spake unto us the following wisdom: > I do not have any sort of ssl set up, not knowing what to do for the > cert. We should buy a certificate. I don't have any idea how to go about doing this, but I bet someone does. :-) Ethan --=20 The laws that forbid the carrying of arms are laws [that have no remedy for evils]. They disarm only those who are neither inclined nor determined to commit crimes. -- Cesare Beccaria, "On Crimes and Punishments", 1764 |
|
From: Luke S. <lsc...@us...> - 2006-10-19 17:18:40
|
On Thu, Oct 19, 2006 at 11:38:37AM -0400, Luke Schierer wrote: > On Wed, Oct 18, 2006 at 07:38:11PM -0400, Luke Schierer wrote: > > On Wed, Oct 18, 2006 at 03:42:37PM -0700, Sean Egan wrote: > > I have > apache2 > php5 > mysql > pyblosxom > subversion > postfix > mailman > ejabberd > At Nathan's suggestion, I changed the jabber to just be pidgin.im, he tells me that he has regretted setting it up as jabber.* at work ever since he did it. Do we want the planet to be planet.pidgin.im or pidgin.im/planet? luke |
