- clo-devel - mailman3.common-lisp.net

[clo-devel] Integrating git with trac
by Raymond Toy 27 Sep '11

27 Sep '11

Just thought I'd drop a note about integrating git and trac together. I have this working now so that commits will send out an email and if the commit message has the right magic keywords, the corresponding trac ticket will be updated appropriately. Look in /project/cmucl/public_html/git for post-receive. This should be copied (or linked) to hooks/post-receive. Post-receive as a wrapper script that runs post-receive-email and trac-post-receive-hook.3.py. (All of these come from the trac git page.) Just follow the instructions inside post-receive-email to configure how your emails are handled. I think you need to run git config in the git directory to update the config appropriately. For trac-post-receive-hook.3.py, I think all that's needed is to adjust TRAC_ENV to point to your trac directory. Hope this is helpful, Ray BTW, is there a general wiki for common-lisp.net? It would be nice to have one so users could add info like this there.

1 0

[clo-devel] project 'trac' directory write access to the project group
by Anton Vodonosov 08 Sep '11

08 Sep '11

Hello. As I see, all the file system content of project directories has the group owner named after the project name. Except for the 'trac' subdirectory, which has group owner = 'www-data'. For example: # cd /project/cl-openid # ls -l total 16 drwxrwsr-x 3 mpasternacki cl-openid 4096 Jun 5 04:55 cvsroot lrwxrwxrwx 1 postfix cl-openid 30 Sep 24 2008 ftp -> /var/ftp/pub/project/cl-openid drwxrwsr-x 4 mpasternacki cl-openid 4096 Aug 16 12:59 public_html drwxrwsr-x 7 mpasternacki cl-openid 4096 May 5 2008 svn drwxrwsr-x 10 mpasternacki www-data 4096 May 16 2008 trac In result, the project members other than the directory owner can't use trac-admin or edit trac.ini. Is there a way to overcome this, other than every time assigning the user owner of the 'trac' directory to the project member desiring to change the files? I assume we can't just change the group owner to cl-openid here, because www-data needs write access to 'trac' directory (when the trac python code tries to save something there). Best regards, - Anton

3 5

Re: [clo-devel] Using Google accounts for Trac access?
by ehuels＠gmail.com 16 Aug '11

16 Aug '11

Hi Daniel, Yesterday, I enabled OpenID on the armedbear project. trac now simply offers 2 login links: 1 for local account and one for openid. i haven't discovered how to associate the two yet. Bye, Erik. Sent from my Nokia phone -----Original Message----- From: Daniel Herring Sent: 16/08/2011, 03:40 To: Subject: Re: [clo-devel] Using Google accounts for Trac access? On Mon, 15 Aug 2011, Erik Huelsmann wrote: > When I saw it's now possible to log in to SourceForge using your Google Account, I thought it's a nice way to open up our Trac wikis and bug trackers to a broader public than the current "account holders of c-l.net only" policy. > From what I can tell, Google offers OAuth/OpenID user authentication. As far as I can tell, there's an OpenID plugin available for Trac 0.11 (our version). Is that good enough for us? > > As far as I'm aware, we have that policy to prevent spam bots from logging in and destroying wiki content. Would a relaxation be all right? Assuming it doesn't increase the spam load, I'd prefer using OpenID to creating a local trac account. Curious whether OpenID accounts could be associated with local accounts as a bonus feature. - Daniel _______________________________________________ clo-devel mailing list clo-devel(a)common-lisp.net http://lists.common-lisp.net/cgi-bin/mailman/listinfo/clo-devel

3 2

[clo-devel] Using Google accounts for Trac access?
by Erik Huelsmann 16 Aug '11

16 Aug '11

When I saw it's now possible to log in to SourceForge using your Google Account, I thought it's a nice way to open up our Trac wikis and bug trackers to a broader public than the current "account holders of c-l.netonly" policy. From what I can tell, Google offers OAuth/OpenID user authentication. As far as I can tell, there's an OpenID plugin available for Trac 0.11 (our version). Is that good enough for us? As far as I'm aware, we have that policy to prevent spam bots from logging in and destroying wiki content. Would a relaxation be all right? Bye, Erik.

2 1

[clo-devel] RT login broken?
by Erik Huelsmann 30 Jul '11

30 Jul '11

I'm trying to log into RT in order to close the spam tickets from the last weeks, but I'm getting a 404 page after hitting 'Log in'. Is this a known issue? Has it happened before? If so, I don't have a problem fixing myself, but would like to know if anybody knows where I should be looking. Bye, Erik.

2 4

[clo-devel] File permissions
by Frode V. Fjeld 24 Jul '11

24 Jul '11

Hello, Somehow many of the files in the movitz project have become owned by root:movitz. I guess this is why there's a "Forbidden" HTTP response to e.g. http://common-lisp.net/project/movitz/files/ChangeLog. Anyone here with the authorization to fix this? Thanks, -- Frode V. Fjeld

3 2

[clo-devel] Putting statistics back into service.
by Jean-Claude Beaudoin 30 Jun '11

30 Jun '11

Hello common-lisp.net admins, I would like to propose my services to put back into service the download statistics that used to be available on the "stats" page before the machine upgrade. The currently available files date back to May 7, about 7 weeks ago. I already have an account on common-lisp.net for my MKCL and CL+J projects. My user name is: jcbeaudoin So I guess that a simple change in its group memberships is all that is needed to give me the required access to do the work (ie: modify the cron script and maybe read the content of /var/log/apache2). Cheers, Jean-Claude Beaudoin

2 8

[clo-devel] common-lisp.net domain registration expiring soon
by Daniel Pezely 24 Jun '11

24 Jun '11

The domain registration for common-lisp.net expires in a couple of days. I'm willing to cover the cost of 5+ year renewal. If the Donate button on the site will get funds to the right person, we can handle it that way. Alternatively, I can call the registrar and simply give them my credit card info directly. Please confirm or suggest how to do the donation/payment, and tell me the amount. (For domain only services with the same registrar, I believe it's US$70 for one year US$135 for five and US$235 for nine, which is the maximum duration that they'll allow.) Is the plan to remain with the existing registrar? Why five or more years: For search engine optimization (SEO) reasons, it's better to have a far future expiration. That is, certain search engines factor this into their ranking. It's based upon belief that domains of official organizations intend to keep the domain and therefore renew for several years at a time. An examples, Wikipedia and Lisp.org have expirations of 2015 and 2016, respectively. Also, there have been issues in past of this particular domain expiring and someone (Xach, perhaps?) doing an emergency payment to keep it going. Let's just take care of it. Thanks, -Daniel -- first name at last name dot com

3 3

Re: [clo-devel] [cmucl-imp] URL wrong on CMU CL home page
by Chun Tian (binghe) 22 Jun '11

22 Jun '11

Hi, rtoy What's the relationship between CMUCL home page and common-lisp.net? I'm one assistant system administrator of cl.net now, please describe your need. --binghe 在 2011-6-20，20:35， Raymond Toy 写道： > > On Jun 20, 2011 4:41 AM, "Chun Tian (binghe)" <binghe.lisp(a)gmail.com> wrote: > > > > Hi, > > > > In the left sidebar of CMU CL home page, all URLs have a base URL of "http://www.cons.org/" but "http://www.cons.org/cmucl/". This caused all those links (Documentation, Download) are invalid. > > Dang. This all used to work fine, but something has changed on cl.net. I'll have to dig into it. > > > > P. S. Why not register "cmucl.cons.org", just like what CLISP did. > > That doesn't work, but try www.cmucl.org. That should work. > > Ray > > > > > --binghe > > > > _______________________________________________ > > cmucl-imp mailing list > > cmucl-imp(a)cmucl.cons.org > > http://lists.zs64.net/mailman/listinfo/cmucl-imp

2 6

Re: [clo-devel] Cron <root@common-lisp> nice -19 /custom/bin/cron.root.checkbot.sh (failed)
by Hans Hübner 20 Jun '11

20 Jun '11

What can it be that takes so long? Do all these huge, long-running batch jobs make sense at all? Would it not be better if we had one batch job that does all the required regular scans sequentially? -Hans On Mon, Jun 20, 2011 at 1:00 PM, Cron Daemon <root(a)common-lisp.net> wrote: > process already running, exiting >

1 0