headers
Vincent Lefevre | 1 Sep 2006 01:51

Re: SVN keywords substitution

On 2006-08-31 20:42:10 +0200, Pierre Queinnec wrote:
> Do we need to globally propset our new shiny SVN repo to perform
> keyword substitutions, at least $Id$ ?

Concerning the files under the dports directory, I'd say we should
do that on the Portfiles (as it was the case under CVS), but not on
the patches.

--

-- 
Vincent Lefèvre <vincent <at> vinc17.org> - Web: <http://www.vinc17.org/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/>
Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Permalink | Reply | 7 comments |
headers
Mark Duling | 1 Sep 2006 04:19
Favicon

Why is Trac so sluggish?

Trac is so sluggish it is almost unusable.  I hope that is a termporary
conditions.  Also, is there a way to get a number count on the number of
bugs like bugzilla used to do by default?

Also, I made a commit in the test repository.  I deleted 5 ports just to
make sure my privs were  ok.  No, just kidding.  I did make one commit
though and it worked.  I see subversion does not add a timestamp and
committer to the portfile.  Are we supposed to remove the old cvs info
when committing to subversion?

Mark
Permalink | Reply | 7 comments |
headers
C Gilding | 1 Sep 2006 04:04
Picon

403 code on Virtual Hosts in Apache2

Aloha everyone,

we are building another webserver that has OS X server installed and
darwinports. installed php5 mysql4 apache2. we activate the include of
httpd-vhosts.conf in the main httpd.conf file. It loads the includes in
there to our virtual sites.

we  hit the virtual hosts with a browser and get the wonderful 403 code.
forbidden.

we checked permissions and tried all kinds of tweaks between the virtual
host tags but to no avail. only our first virtual host is able to serve up
pages. anyone got any ideas?

thanks in advance
chris
Permalink | Reply | 2 comments |
headers
Joe Auty | 1 Sep 2006 05:41

Re: 403 code on Virtual Hosts in Apache2

This is not a Darwinports issue at all, but feel free to contact me  
privately if you'd like to continue this conversation.

What is the file extension of the index page you were wanting to  
serve from your virtualhost's web document root?

On Aug 31, 2006, at 10:04 PM, C Gilding wrote:

> Aloha everyone,
>
> we are building another webserver that has OS X server installed and
> darwinports. installed php5 mysql4 apache2. we activate the include of
> httpd-vhosts.conf in the main httpd.conf file. It loads the  
> includes in
> there to our virtual sites.
>
> we  hit the virtual hosts with a browser and get the wonderful 403  
> code.
> forbidden.
>
> we checked permissions and tried all kinds of tweaks between the  
> virtual
> host tags but to no avail. only our first virtual host is able to  
> serve up
> pages. anyone got any ideas?
>
> thanks in advance
> chris
> _______________________________________________
> Darwinports mailing list
(Continue reading)

Permalink | Reply | 0 comments |
headers
Charlie Allom | 1 Sep 2006 05:37

Re: SVN keywords substitution

On Fri, Sep 01, 2006 at 01:51:24AM +0200, Vincent Lefevre wrote:
> On 2006-08-31 20:42:10 +0200, Pierre Queinnec wrote:
> > Do we need to globally propset our new shiny SVN repo to perform
> > keyword substitutions, at least $Id$ ?
> 
> Concerning the files under the dports directory, I'd say we should
> do that on the Portfiles (as it was the case under CVS), but not on
> the patches.

I'll get onto this today.

--

-- 
 hail eris
 http://rubberduck.com/
Permalink | Reply | 0 comments |
headers
Dr. Ernie Prabhakar | 1 Sep 2006 06:10

Re: Why is Trac so sluggish?

Hi Mark,

> Trac is so sluggish it is almost unusable.  I hope that is a  
> termporary
> conditions.

I have it on good authority that Mac OS Forge is planning major  
hardware improvements.  Alas, we get to experience all the joys of  
being early adopters. :-)

Thanks for your patience,

-- Ernie P.

On Aug 31, 2006, at 7:19 PM, Mark Duling wrote:

> Trac is so sluggish it is almost unusable.  I hope that is a  
> termporary
> conditions.  Also, is there a way to get a number count on the  
> number of
> bugs like bugzilla used to do by default?
>
> Also, I made a commit in the test repository.  I deleted 5 ports  
> just to
> make sure my privs were  ok.  No, just kidding.  I did make one commit
> though and it worked.  I see subversion does not add a timestamp and
> committer to the portfile.  Are we supposed to remove the old cvs info
> when committing to subversion?
>
> Mark
(Continue reading)

Permalink | Reply | 0 comments |
headers
Charlie Allom | 1 Sep 2006 05:25

Re: Why is Trac so sluggish?

On Thu, Aug 31, 2006 at 07:19:51PM -0700, Mark Duling wrote:
> Trac is so sluggish it is almost unusable.  I hope that is a termporary
> conditions. 

Yes, macosforge has new hardware "on order" - hold tight, and soon trac
will speed up.

> Also, is there a way to get a number count on the number of bugs like
> bugzilla used to do by default?

active tickets? http://svn.macosforge.org/projects/macports/report/1

> I see subversion does not add a timestamp and committer to the
> portfile.  Are we supposed to remove the old cvs info when committing
> to subversion?

i think this is being discussed in the thread "SVN keywords
substitution" ?

  C.
--

-- 
 hail eris
 http://rubberduck.com/
Permalink | Reply | 5 comments |
headers
Mark Duling | 1 Sep 2006 07:03
Favicon

Re: Why is Trac so sluggish?

Charlie Allom <yeled <at> opendarwin.org> writes:
>Yes, macosforge has new hardware "on order" - hold tight, and soon trac
>will speed up.
>
I hope the hardware will make it at least 20 times faster than it has been
today because it is a actually quite an understatement to call it sluggish.
>
>> Also, is there a way to get a number count on the number of bugs like
>> bugzilla used to do by default?
>
>active tickets? http://svn.macosforge.org/projects/macports/report/1
>
Unless I've overlooked it I don't see a number count of the bugs on that
report or the others I saw.
>
>> I see subversion does not add a timestamp and committer to the
>> portfile.  Are we supposed to remove the old cvs info when committing
>> to subversion?
>
>i think this is being discussed in the thread "SVN keywords
>substitution" ?

I see, I didn't fully understand what that was about.

Mark
Permalink | Reply | 4 comments |
headers
Jordan K. Hubbard | 1 Sep 2006 07:18

Re: Why is Trac so sluggish?

The system you see in place today bears very little resemblance to  
what we've ordered and are committing to put in place going forward.   
There are a lot of services currently doubled (and tripled) up on the  
same machines and the machines themselves are nothing to write home  
about.  It was never our intention to use this equipment long term and  
the "right" configuration is many times better than what we're using  
now.  Please be patient - we're working to get the new systems in  
place as fast as we can.

- Jordan

On Aug 31, 2006, at 10:03 PM, Mark Duling wrote:

> Charlie Allom <yeled <at> opendarwin.org> writes:
>> Yes, macosforge has new hardware "on order" - hold tight, and soon  
>> trac
>> will speed up.
>>
> I hope the hardware will make it at least 20 times faster than it  
> has been
> today because it is a actually quite an understatement to call it  
> sluggish.
>>
>>> Also, is there a way to get a number count on the number of bugs  
>>> like
>>> bugzilla used to do by default?
>>
>> active tickets? http://svn.macosforge.org/projects/macports/report/1
>>
> Unless I've overlooked it I don't see a number count of the bugs on
(Continue reading)

Permalink | Reply | 1 comment |
headers
Charlie Allom | 1 Sep 2006 07:20

Re: Why is Trac so sluggish?

On Thu, Aug 31, 2006 at 10:03:46PM -0700, Mark Duling wrote:
> Charlie Allom <yeled <at> opendarwin.org> writes:
> >Yes, macosforge has new hardware "on order" - hold tight, and soon trac
> >will speed up.
> >
> I hope the hardware will make it at least 20 times faster than it has been
> today because it is a actually quite an understatement to call it sluggish.

from the specs i've heard about - yes, it will make a remarkable
improvement :)

> >> Also, is there a way to get a number count on the number of bugs like
> >> bugzilla used to do by default?
> >
> >active tickets? http://svn.macosforge.org/projects/macports/report/1
> >
> Unless I've overlooked it I don't see a number count of the bugs on that
> report or the others I saw.

at the top? {1} Active Tickets (510 matches)

See also Custom Query. there are probably other places.

  C.
--

-- 
 hail eris
 http://rubberduck.com/
Permalink | Reply | 1 comment |

Gmane