headers
Olivier Vanhoucke | 4 Feb 20:38
Picon

Re: Wrong revision in the tree

Hi,

I'am using CVS HEAD 2005-01-14 for all horde projects !

I still have the problem, I need to erase all cache_* files when I
commit a file.

Best regards,

Olivier.

On Sun, 30 Jan 2005 23:11:29 -0500, Chuck Hagenbuch <chuck <at> horde.org> wrote:
> Quoting Olivier Vanhoucke <olivier.vanhoucke <at> gmail.com>:
> 
> > Yes, this is a cache problem !
> >
> > If I turn off the cache, all revision listed are good (last).
> >
> > But if I turn on the cache again, bad revision are listed.
> >
> > The cache life time is by default 1800 but it seems that the cache
> > isn't cleared after that time.
> 
> I thought I recently fixed several problems with caching in that
> manner. Are you
> sure you have the latest framework libs installed and being used?
> 
> -chuck
> 
> --
(Continue reading)

Permalink | Reply | 1 comment |
headers
Chuck Hagenbuch | 4 Feb 20:44
Favicon
Gravatar

Re: Wrong revision in the tree

Quoting Olivier Vanhoucke <olivier.vanhoucke <at> gmail.com>:

> I'am using CVS HEAD 2005-01-14 for all horde projects !

Update.

-chuck

-- 
"But she goes not abroad in search of monsters to destroy." - John 
Quincy Adams
--

-- 
Chora mailing list - Join the hunt: http://horde.org/bounties/#chora
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: chora-unsubscribe <at> lists.horde.org
Permalink | Reply | 0 comments |
headers
Christian Stadler | 5 Feb 07:15
Picon

Chora doen't hide files with the state 'dead'

Hello,

well, the topic says it all: Chora seems to ignore the state 'dead'
completely and doesn't hide these files, since it seems to rely on the
'Attic'-folder.

I'm using CVSNT btw.

Regards,
  Christian Stadler

--

-- 
Chora mailing list - Join the hunt: http://horde.org/bounties/#chora
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: chora-unsubscribe <at> lists.horde.org
Permalink | Reply | 5 comments |
headers
Chuck Hagenbuch | 5 Feb 17:48
Favicon
Gravatar

Re: Chora doen't hide files with the state 'dead'

Quoting Christian Stadler <webmaster <at> ragnarokonline.de>:

> well, the topic says it all: Chora seems to ignore the state 'dead'
> completely and doesn't hide these files, since it seems to rely on the
> 'Attic'-folder.

As does CVS, as far as I know. Can you point to some documentation of 
this "state"?

-chuck

-- 
"But she goes not abroad in search of monsters to destroy." - John 
Quincy Adams
--

-- 
Chora mailing list - Join the hunt: http://horde.org/bounties/#chora
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: chora-unsubscribe <at> lists.horde.org
Permalink | Reply | 4 comments |
headers
Christian Stadler | 5 Feb 21:13
Picon

Re: Chora doen't hide files with the state 'dead'

Chuck Hagenbuch schrieb:
> Quoting Christian Stadler <webmaster <at> ragnarokonline.de>:
> 
>> well, the topic says it all: Chora seems to ignore the state 'dead'
>> completely and doesn't hide these files, since it seems to rely on the
>> 'Attic'-folder.
> 
> 
> As does CVS, as far as I know. Can you point to some documentation of
> this "state"?

Right now I can only point you to the bug-system of CVSNT:
http://www.cvsnt.org/mantis/bug_view_page.php?bug_id=0000112
or if you don't want to create an account:
http://www.cvsnt.org/pipermail/cvsnt-bugs/2004-October/000629.html

... and hile I was writing this, I've lokked into the manual. But I've
only found the following about the state 'dead' so far:
http://www.gnu.org/software/cvs/manual/html_chapter/cvs_20.html#SEC92

> -sstate[:rev]
>     Useful with CVS. Set the state attribute of the revision rev to state. If rev is a branch number, assume the
latest revision on that branch. If rev is omitted, assume the latest revision on the default branch. Any
identifier is acceptable for state. A useful set of states is `Exp' (for experimental), `Stab' (for
stable), and `Rel' (for released). By default, the state of a new revision is set to `Exp' when it is
created. The state is visible in the output from cvs log (see section log--Print out log information for
files), and in the `$'Log$ and `$'State$ keywords (see section Keyword substitution). Note that CVS uses
the dead state for its own purposes; to take a file to or from the dead state use commands like cvs remove and
cvs add, not cvs admin -s.
(Continue reading)

Permalink | Reply | 3 comments |
headers
Christian Stadler | 5 Feb 21:53
Picon

Re: Chora doen't hide files with the state 'dead'


Christian Stadler schrieb:
> Right now I can only point you to the bug-system of CVSNT:
> http://www.cvsnt.org/mantis/bug_view_page.php?bug_id=0000112
> or if you don't want to create an account:
> http://www.cvsnt.org/pipermail/cvsnt-bugs/2004-October/000629.html
> 
> ... and hile I was writing this, I've lokked into the manual. But I've
D'oh, typoed: hile => while, lokked => looked

The CVS manual wasn't very helpful to me, so I played around a bit on
the DOS-commandline with that, what was suggested by tmh:

cvs -q rlog -l -R -S -s dead module/path/to/dir

did the trick for me.

HTH
  Christian Stadler
Permalink | Reply | 2 comments |
headers
Chuck Hagenbuch | 6 Feb 05:57
Favicon
Gravatar

Re: Re: Chora doen't hide files with the state 'dead'

Quoting Christian Stadler <webmaster <at> ragnarokonline.de>:

> Christian Stadler schrieb:
>> Right now I can only point you to the bug-system of CVSNT:
>> http://www.cvsnt.org/mantis/bug_view_page.php?bug_id=0000112
>> or if you don't want to create an account:
>> http://www.cvsnt.org/pipermail/cvsnt-bugs/2004-October/000629.html
>
> The CVS manual wasn't very helpful to me, so I played around a bit on
> the DOS-commandline with that, what was suggested by tmh:
>
> cvs -q rlog -l -R -S -s dead module/path/to/dir
>
> did the trick for me.

Okay. Please put this information into an enhancement request on 
bugs.horde.org, and we'll see what we can do.

-chuck

-- 
"But she goes not abroad in search of monsters to destroy." - John 
Quincy Adams
--

-- 
Chora mailing list - Join the hunt: http://horde.org/bounties/#chora
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: chora-unsubscribe <at> lists.horde.org
Permalink | Reply | 1 comment |
headers
Christian Stadler | 7 Feb 18:26
Picon

Re: Chora doen't hide files with the state 'dead'


Chuck Hagenbuch schrieb:
> Quoting Christian Stadler <webmaster <at> ragnarokonline.de>:
>> Christian Stadler schrieb:
>>> Right now I can only point you to the bug-system of CVSNT:
>>> http://www.cvsnt.org/mantis/bug_view_page.php?bug_id=0000112
>>> or if you don't want to create an account:
>>> http://www.cvsnt.org/pipermail/cvsnt-bugs/2004-October/000629.html
>> The CVS manual wasn't very helpful to me, so I played around a bit on
>> the DOS-commandline with that, what was suggested by tmh:
>>
>> cvs -q rlog -l -R -S -s dead module/path/to/dir
>>
>> did the trick for me.
> Okay. Please put this information into an enhancement request on
> bugs.horde.org, and we'll see what we can do.
Done: http://bugs.horde.org/ticket/?id=1321

Regards,
  Christian Stadler
Permalink | Reply | 0 comments |
headers
Gerard Samuel | 17 Feb 08:04

Potentially Dangerous URL

I get a page with the message below, when a link,
generated by chora points to itself.
http://code.trini0.org/horde/chora/co.php/README.txt?rt=grains&r=13
(The subsection about browsing the repository)
Im using the latest versions of chora/horde.
Is this anything to worry about, and is it something that can be disabled?
Thanks

----
Potentially Dangerous URL

A referring site, an email you were reading, or some other untrusted 
source has attempted to send you to 
http://code.trini0.org/horde/chora/browse.php?rt=grains. This may be an 
attempt to delete data or change settings without your knowledge. If you 
have any concerns about this URL, please contact your System 
Administrator. If you are confident that it is safe, you may follow the 
link by clicking below.
--

-- 
Chora mailing list - Join the hunt: http://horde.org/bounties/#chora
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: chora-unsubscribe <at> lists.horde.org
Permalink | Reply | 3 comments |
headers
Jan Schneider | 17 Feb 13:09
Favicon
Gravatar

Re: Potentially Dangerous URL

Zitat von Gerard Samuel <chora <at> trini0.org>:

> I get a page with the message below, when a link,
> generated by chora points to itself.
> http://code.trini0.org/horde/chora/co.php/README.txt?rt=grains&r=13
> (The subsection about browsing the repository)
> Im using the latest versions of chora/horde.
> Is this anything to worry about, and is it something that can be disabled?

This is nothing to worry about, as you know the source of that link and 
can trust. It can't (and probably shouldn't) be disabled at the moment. 
It's a security feature.

Jan.

-- 
Do you need professional PHP or Horde consulting?
http://horde.org/consulting/
--

-- 
Chora mailing list - Join the hunt: http://horde.org/bounties/#chora
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: chora-unsubscribe <at> lists.horde.org
Permalink | Reply | 2 comments |

Gmane