clo-devel

clo-devel@common-lisp.net

3 participants
610 discussions

Re: [clo-devel] Commit fail on USOCKET SVN
by Hans Hübner 11 May '11

11 May '11

Hi Binghe, thank you for reporting the problem. I have made a change in the NFS configuration (http://gibbonsr.net/2009/02/nfs-and-subversion-it-can-work/) so that Subversion should now work. Can you please give it a try and let me know if it is okay? common-lisp.net is currently being migrated to a new "box", which is why there may be some issues in the coming days and week. Please don't hesitate to report them. Thanks, Hans 2011/5/11 Chun Tian <binghe.lisp(a)gmail.com>: > Hi, Hans > > Are you still an administrator of common-lisp.net? Recently I cannot commit to USOCKET SVN any more, my SVN client said: > >> "Commit failed: Can't get exclusive lock on file '/project/usocket/svn/db/write-lock': No locks available" > > I think this may be caused by NFS on common-lisp.net, please help me confirm if any other developer met the same issue. > > Thanks, > > Chun Tian (binghe) > > 下面是被转发的邮件： > >> 发件人: "Chun Tian (binghe)" <binghe.lisp(a)gmail.com> >> 日期: 2011年5月10日 23时52分42秒+0800 >> 收件人: Erik Huelsmann <ehuels(a)gmail.com> >> 主题: Commit fail on USOCKET SVN >> >> Hi, Erik >> >> I think USOCKET SVN have something wrong, because I cannot commit new code to it, the error message is: >> >> "Commit failed: Can't get exclusive lock on file '/project/usocket/svn/db/write-lock': No locks available" >> >> I searched on Internet [1], but all possible reasons (file system permission, disk full, svnadmin recover) have been checked, nothing found and I still cannot commit. It's a shame to me because I'm a SVN administrator in my working company ... >> >> Please confirm if you can commit anything to USOCKET SVN, or just help me solve this. >> >> Regards, >> >> Chun Tian (binghe) >> >> [1] http://www.opensubscriber.com/message/users@subversion.tigris.org/7277559.h… >> >> > >

1 0

[clo-devel] Managing (version controlling) the common-lisp.net main website
by Erik Huelsmann 08 May '11

08 May '11

The clo project contains a copy of the c-l.net website in its repository. This repository is checked out in the public_html directory of the clo project and synced hourly from there to the main web pages in /var/www. However, if I look at the /var/www directory, it contains much more than what's in the clo directory and repository. To resolve this situation, I'd like to copy all files in /var/www to the clo project and add them to the repository. There were ideas from others - I believe Raymond and Stelian - to use a different solution to maintain the website; maybe using a CMS or wiki-based system which allows WYSIWYG editing on the web. For now, I'm going with my "copy back" solution. However, it looks to me like we do need *some* kind of enhanced control. (Maybe even just a description of location of different kinds of files for maintainers to consult?) Bye, Erik.

1 0

[clo-devel] cvsroot syncing regularly takes too long
by Erik Huelsmann 08 May '11

08 May '11

Hi, On new-cl-net, the "sync cvsroot" script is regularly exceeding its runtime window (which is 20 minutes). One solution could be to change the nice parameter (-20). I'm hoping that others have better ideas, like changing the script from polling to event-based, which would eliminate the need to check all files individually. Does anybody have some cycles to look into the options? Bye, Erik.

2 2

[clo-devel] Security update required for exim4
by Hans Hübner 07 May '11

07 May '11

Drew, it seems that the Debian distribution that is installed on tiger does not supply a very current version of exim4, and today a security hole was reported in the version that we are running. Is it possible to add a package source with up to date security fixes so that we can update exim4? Thanks, Hans

1 0

Re: [clo-devel] link to OTRS docs for mail processing
by Hans Hübner 07 May '11

07 May '11

Hi Erik, I have installed the otrs gateway at otrs(a)tiger.common-lisp.net - As otrs runs under a specific user ID and I did not feel like inventing a suid wrapper, I have implemented the gateway by an explicit exim configuration directive (see /etc/exim4/configure if you are interested). I sent a few test mails to that address, but otrs did not reply to them, and I don't have an account in otrs yet. Can you add that for me, please? Thanks! Hans On Sat, May 7, 2011 at 2:33 PM, Erik Huelsmann <ehuels(a)gmail.com> wrote: > Hi Hans, > > This link discusses it: http://doc.otrs.org/3.0/en/html/x2048.html > > Basically, you need to pipe the mail into 'bin/PostMaster.pl' (which > is in /usr/share/otrs :-l ) > > The docs are for OTRS 3.0 while we still run 2.4, but there are few > changes in this area. > > Bye, > > Erik. >

1 0

[clo-devel] Testing exim4+mailman+sa+greylistd setup on tiger.common-lisp.net
by Hans Hübner 07 May '11

07 May '11

When you're reading this, things should be in working order. -Hans

1 0

[clo-devel] testing mailman+exim
by root 07 May '11

07 May '11

nothing else

1 0

[clo-devel] Migration status 2011-04-26
by Erik Huelsmann 27 Apr '11

27 Apr '11

Although last week's attempt to run cl-net off a network FS failed, this weekend a renewed attempt succeeded. This means we'll have completely current data on both old and new cl.net. This provides a solid basis to start migrating different services to the new machine. One of the things currently being moved is the ssh authenticated access. Other services to migrate soon are: * trac.common-lisp.net * paste.lisp.org / the bots * www.common-lisp.net / the webserver setup (with proxies and all) * the cron jobs * MTA/mailing lists * others Stelian and I are working through the steps and issues slowly on #tech.coop; if you want to discuss with us or want to know about progress or help out, come to the channel, hang around and join our efforts. Bye, Erik.

3 2

[clo-devel] clnet down?
by Marco Antoniotti 19 Apr '11

19 Apr '11

Hello is clnet down while you are doing the move? I cannot get to it. -- Marco Antoniotti

2 1

[clo-devel] File ownership: uid/gid design issue
by Erik Huelsmann 18 Apr '11

18 Apr '11

While browsing around, I noticed that we may have an issue with file ownership for Trac (but maybe wider): all files in a specific project under /project are owned by the project initiator with the group set to the unix group by the same name (all project files are world readable). This applies to all files, including Trac database. The problem arises when Trac (running as www-data under the http server) wants to modify the Trac database in the project. Since the user and group are set to values other than www-data, it can't write to the database file. In the specific case of Trac, this may probably be solved by running it against a postgresql backend instead of sqlite. However, possibly, other services [provided now or in the future] may require write access too. What's the usual way to solve this issue? Do people add the www-data user to all project groups? That doesn't seem right from the security perspective. Bye, Erik.

3 2

← Newer
1
...
39
40
41
42
43
44
45
...
61
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

clo-devel