[drupal-devel] new CVS accounts
Hello world, we approved a number of new CVS accounts. Please welcome our new contributors, and assist them as necessary. -- Dries Buytaert :: http://www.buytaert.net/
Dries It would be better if we can modify this process a bit: - Who got the accounts - A one paragraph about each person Not sure how best to handle this, but perhaps you can provide a list in drupal-devel and ask everyone to introduce themselves, and why they are interested in CVS accounts. Just a thought, I have been known to be wrong before ... On 11/8/05, Dries Buytaert <dries@buytaert.net> wrote:
Hello world,
we approved a number of new CVS accounts. Please welcome our new contributors, and assist them as necessary.
-- Dries Buytaert :: http://www.buytaert.net/
I'm one of the new CVS accounts, so I'll introduce myself :-). I maintain a private Drupal site for the parents' association of my children's school. It started out on Drupal 4.3, then I migrated to 4.4, then I just recently migrated to 4.6.3 (although we haven't yet rolled out the new version). In the process of fine-tuning Drupal to suit our needs, we've made a number of changes to the core and to various contributed modules. Some of these are bug fixes, some are enhancements that do not change visible functionality, and some are enhancements that do change functionality. I hope to start feeding these changes back to the development community soon after we roll 4.6.3 out to our users. The bug fixes and enhancements that do not change functionality, I'll probably submit through the issue tracker. The ones that do change functionality, I'll discuss here first, since I suspect that a few of them will be a bit controversial. In addition to the changes we've made to the core and contributed modules, I'm going to be submitting a simple module I wrote, a filter called "indent" whose code is based heavily on urlfilter (i.e., I started with urlfilter, ripped out the filtering that it does, and put in the filtering I wanted). This filter preserves indenting at the beginnings of lines, so that if, for example, you write something like this or like this or like this it'll look that way after filtering even after being converted to HTML. In addition to the core / contrib changes and the indent module, we have a custom module which is probably too specific to our site to be useful to anyone else. However, we have a third custom module which I'm not sure yet whether I'm going to try to contribute to the community. It's called "school_directory", and it provides a browseable, searchable directory of a school's parents, students and staff, including photos for parents and staff. I'm not sure it's in a contributable state because it's a bit rough around the edges and because there's no facility for editing or importing the directory data. The module assumes that the data is already in the relevant tables, and I have shell scripts which turn a spreadsheet provided by the school office into the necessary SQL to populate the tables. I hope this is a good enough introduction :-). jik
Thanks, Dries. I also have a new CVS account. I took over the maintanance of the taxonomy_access module, since Pyroman could not do it anymore. With so many patches around, it is really time to make it possible to update the module. For 4.6, I made couple of bugfixes for cleaning up how the module generates the node_access table based on its own settings. For HEAD version, I implemented hook_db_rewrite_sql, so there is no need to patch the taxonomy.module anymore. I am interested in improving how the module should handle the different "rights" (view/delete/update/create) . Any idea, suggestion from you, guys, is welcome. Regards, Keve. Khalid B wrote:
Dries
It would be better if we can modify this process a bit:
- Who got the accounts - A one paragraph about each person
Not sure how best to handle this, but perhaps you can provide a list in drupal-devel and ask everyone to introduce themselves, and why they are interested in CVS accounts.
Just a thought, I have been known to be wrong before ...
2005/11/8, Khalid B <kb@2bits.com>:
- Who got the accounts - A one paragraph about each person
Rafa Couto, from Spain, 32 years old. I am PHP developer and native spanish speaker. I am wondering with Drupal modular architecture and great development structure. I hope to be useful in spanish translations and taking some orphaned module maintenance. See you :-) -- Rafa Couto (caligari) mailto:rafacouto @gmail.com Linux user #99126 (http://counter.li.org)
There has been some interest in this project I'm working on on the #drupal channel, so I thought I'd also broadcast a little heads up over the mailing list. I'm finishing up a module that wraps the CLI of mailman. It allows you to add, modify, and delete users and lists, and, as an added bonus, since it was developed for computer illiterates, there's a nicely designed Step-by-Step (EZ) mailing list creation ditty included as well. The code is still imperfect, but it's shaping up. Anyway, I know a couple of you are interested in this; and I'm also in contact with the mailman people about integrating xmlrpc and some mysql patches that might go along with this module. Right now it works off straight vanilla mailman, but there are some technical puzzles to work out with regards to their user management. Drop me a line if you are interested in what I'm doing. I've checked the thing in as "mlist" and wrote a little precis at http://drupal.org/node/36863. Cheers and keep up the good works, Peter
Peter John Hartman wrote:
There has been some interest in this project I'm working on on the #drupal channel, so I thought I'd also broadcast a little heads up over the mailing list.
I'm finishing up a module that wraps the CLI of mailman. It allows you to add, modify, and delete users and lists, and, as an added bonus, since it was developed for computer illiterates, there's a nicely designed Step-by-Step (EZ) mailing list creation ditty included as well. The code is still imperfect, but it's shaping up.
What I am wondering about is this: Drupal usually runs as the Apache user, that is wwwdata or similar. For security reasons this user often has not a lot of rights. Mailman OTOH has its own user which requires special rights mainly on the mailman files. If I - for example - try to create a mailing list through the CLI, I always need to make sure I have sufficient powers (become root, use su, or sudo). Why does it work for you and not me? :p Cheers, Gerhard
Anyway, I know a couple of you are interested in this; and I'm also in contact with the mailman people about integrating xmlrpc and some mysql patches that might go along with this module. Right now it works off straight vanilla mailman, but there are some technical puzzles to work out with regards to their user management.
Drop me a line if you are interested in what I'm doing. I've checked the thing in as "mlist" and wrote a little precis at http://drupal.org/node/36863.
Cheers and keep up the good works, Peter
It can work however you want. I recommend modifying /etc/sudoers and allowing the web user the ability to run as mailman the various CLI tools in the mailman/bin directory. You can also just add the web user into the mailman group, but I suspect this is a touch dangerous. But, in general, all that business is messy-ness behind the scenes-- and is just part and parcel of the mailman system. Peter On Tue, 8 Nov 2005, Gerhard Killesreiter wrote:
Peter John Hartman wrote:
There has been some interest in this project I'm working on on the #drupal channel, so I thought I'd also broadcast a little heads up over the mailing list.
I'm finishing up a module that wraps the CLI of mailman. It allows you to add, modify, and delete users and lists, and, as an added bonus, since it was developed for computer illiterates, there's a nicely designed Step-by-Step (EZ) mailing list creation ditty included as well. The code is still imperfect, but it's shaping up.
What I am wondering about is this:
Drupal usually runs as the Apache user, that is wwwdata or similar. For security reasons this user often has not a lot of rights. Mailman OTOH has its own user which requires special rights mainly on the mailman files. If I - for example - try to create a mailing list through the CLI, I always need to make sure I have sufficient powers (become root, use su, or sudo). Why does it work for you and not me? :p
Cheers, Gerhard
Anyway, I know a couple of you are interested in this; and I'm also in contact with the mailman people about integrating xmlrpc and some mysql patches that might go along with this module. Right now it works off straight vanilla mailman, but there are some technical puzzles to work out with regards to their user management.
Drop me a line if you are interested in what I'm doing. I've checked the thing in as "mlist" and wrote a little precis at http://drupal.org/node/36863.
Cheers and keep up the good works, Peter
Peter John Hartman wrote:
It can work however you want. I recommend modifying /etc/sudoers and allowing the web user the ability to run as mailman the various CLI tools in the mailman/bin directory. You can also just add the web user into the mailman group, but I suspect this is a touch dangerous.
Zhanks for explaining. I was afraid you'd say somethign like this. I think the second solution would make the private mailman archives non-private, but I am not sure.
But, in general, all that business is messy-ness behind the scenes-- and is just part and parcel of the mailman system.
True. Some people were hoping they could use this for just any mailman install they woudl get from their hosting service. Boils down to the fact that you need control over the server. I am still interested in your solution, though. Cheers, Gerhard
On Nov 8, 2005, at 3:47 PM, Peter John Hartman wrote: http://drupal.org/node/36863
I'm also in contact with the mailman people about integrating xmlrpc and some mysql patches that might go along with this module.
Any progress on this front? Have you looked at Moshe's use of the SQL adapter? Cheers, Kieran
Kieran Lal wrote:
On Nov 8, 2005, at 3:47 PM, Peter John Hartman wrote:
I'm also in contact with the mailman people about integrating xmlrpc and some mysql patches that might go along with this module.
Any progress on this front? Have you looked at Moshe's use of the SQL adapter?
The mysql patch he mentions is the SQL adapter. Cheers, Gerhard
Hey there. I'm in the midst of installing the mysql adaptor. It's fairly painless, but the distribution is misisng the patch file (there are only a few lines). It is too bad that it isn't in the vanilla code, but I suspect it will be for the next release. There also has been a flurry of activity on the mailman mailing list about an improved version of the mysql adaptor for mailman, which makes me more optimistic. I don't think I'll go xmlrpc--just out of fear of security problems. And the xmlrpc patch (just released) isn't int he vanilla code either. If you have advice, let me know. I could go either way: (a) a mostly undertested mysql adaptor or (b) a potentially security-hazard xmlrpc. I'm also going with mysql because I know it better. And, if I get clever enough, I can integrate the mailman userbase in with the drupal userbase! Which would be a blast. Peter On Tue, 15 Nov 2005, Kieran Lal wrote:
On Nov 8, 2005, at 3:47 PM, Peter John Hartman wrote:
I'm also in contact with the mailman people about integrating xmlrpc and some mysql patches that might go along with this module.
Any progress on this front? Have you looked at Moshe's use of the SQL adapter?
Cheers, Kieran
participants (8)
-
Dries Buytaert -
Gerhard Killesreiter -
Jonathan Kamens -
Keve -
Khalid B -
Kieran Lal -
Peter John Hartman -
Rafa Couto