Emmanuel Blot | 1 Feb 13:39 2009
Picon

[Trac] Re: Authentication Information Not Available


> please guide me in this issue

It would help a lot if you describe which commands you've used to
create the .htaccess file, and how you started up tracd.

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "Trac Users" group.
To post to this group, send email to trac-users@...
To unsubscribe from this group, send email to trac-users+unsubscribe@...
For more options, visit this group at http://groups.google.com/group/trac-users?hl=en
-~----------~----~----~----~------~----~------~--~---

Emmanuel Blot | 1 Feb 13:45 2009
Picon

[Trac] Re: trac index (main) page error messages ....


It is likely you've either used tracd with the -e option, or Apache
with the TracEnvParentDir option that points onto a directory that
contains non-Trac environments.

Either use the single environment installation (no -e option /
TracEnvDir), or remove invalid directories (such as .svk, .subversion,
...) from the parent directory.

HTH
Manu

On Sat, Jan 31, 2009 at 4:21 PM, tekion <tekion@...> wrote:
>
> I am seeing what looks like a repository direcotry and trac is picking
> it up and is looking for a file call VERSION, for example:
>  ([Errno 2] No such file or directory: '/home/py4sa/.svk/VERSION')
>  ([Errno 2] No such file or directory: '/home/py4sa/.subversion/
> VERSION')
>  ([Errno 2] No such file or directory: '/home/py4sa/code/VERSION')
>
> Have any one run into situation and what is the fixed for the above
> error?  Thanks.
>
> >
>

--

-- 
Manu

(Continue reading)

Anton Deguet | 1 Feb 23:29 2009

[Trac] Restricting access to part of the Wiki pages


Hello,

I have a Trac server running behind Apache which allows both anonymous  
access (i.e. login-less) and actual users with login/password.  I use  
this for SVN as well combined with conf/authz and per-directory  
authentication.  I would like to keep part of the  wiki accessible to  
authenticated users only.  I believe I saw a simple way to do this but  
forgot to bookmark it.  Can anyone give me some clues?

Thanks,

Anton

---
Anton Deguet, Research Engineer, ERC-CISST/LCSR, Johns Hopkins  
University
e-mail: anton.deguet@..., iChat: anton.deguet@...
office phone: 410-516-5261, cell phone: 410-790-0456
JHU, LCSR, CSEB 137b, 3400 North Charles Street, Baltimore, MD 21218,  
USA

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "Trac Users" group.
To post to this group, send email to trac-users@...
To unsubscribe from this group, send email to trac-users+unsubscribe@...
For more options, visit this group at http://groups.google.com/group/trac-users?hl=en
-~----------~----~----~----~------~----~------~--~---

(Continue reading)

jevans | 2 Feb 01:51 2009
Picon

[Trac] Re: Restricting access to part of the Wiki pages


Anton Deguet wrote:
> Hello,
>
> I have a Trac server running behind Apache which allows both anonymous
> access (i.e. login-less) and actual users with login/password.  I use
> this for SVN as well combined with conf/authz and per-directory
> authentication.  I would like to keep part of the  wiki accessible to
> authenticated users only.  I believe I saw a simple way to do this but
> forgot to bookmark it.  Can anyone give me some clues?
>
> Thanks,
>
> Anton

Hi Anton,
If you have 0.11 try <http://trac.edgewall.org/wiki/
TracFineGrainedPermissions>
- jevans
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "Trac Users" group.
To post to this group, send email to trac-users@...
To unsubscribe from this group, send email to trac-users+unsubscribe@...
For more options, visit this group at http://groups.google.com/group/trac-users?hl=en
-~----------~----~----~----~------~----~------~--~---

mayer | 1 Feb 17:47 2009
Picon

[Trac] deletion of two files in different cases break repository browser / timeline


Hi,

we running Trac 0.11.2.1 with python  	2.4.4 and subversion 1.4.2.
Recently one of our developers (using a windows machine) managed to
check-in two files with the same name in different cases:
import_csv.php and import_CSV.php. We resolved this inconsistency by
creating a new file (different name) and deleting those two files.

The history still contains the two import_csv.php  files of course.
When we view this repository with the Trac browser, it still shows the
two files and stops showing revisions which are newer than the one in
which the two files have been deleted. I.e. it does not show the most
recent revision nor any changes from the point of deletion on.

The svn repository itself works fine and a checkout gives the correct
version without the two import_csv/CSV files.

It seems like a bug in the browser or am I missing something?

The debug-log out put does not show any useful information either.
This is an example output when I access the Timeline  page, which also
stops at the specific revision. Most recent: 883 Delete occurred in:
875. Last listed: 874.

Thanks,
Daniel

2009-02-01 17:23:13,108 Trac[__init__] DEBUG: Dispatching <Request
"GET u'/timeline'">
(Continue reading)

Guy..L | 1 Feb 23:46 2009

[Trac] Database Backend Installation problem


Trac Users:

All the web posts say that SQLite is easy to install and use.  I
couldn't get it to work.
So I tried MySQL.  I got the database up and running, can import
MySQLdb and do stuff.

In both cases when I try to run trac ./trac initenv I get a database
not supported error at the end of the list.

I'm running on
Linux hostname 2.4.18-14bigmem #1 SMP Wed Sep 4 11:58:10 EDT 2002 i686
i686 i386 GNU/Linux
Python 2.5.2 (r252:60911, Jan 29 2009, 15:20:47)
[GCC 3.2 20020903 (Red Hat Linux 8.0 3.2-7)] on linux2
5.0.51a MySQL Community Server (GPL)

I'm confused.  Do I need MySQLdb *and* MySQL-python modules?

I've gotta go into production next week and would like to use Trac.
I'll have to bail and use something else, since this install was way
too difficult (mistake prone).

Thank you,
Guy

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "Trac Users" group.
To post to this group, send email to trac-users@...
(Continue reading)

Stodge | 2 Feb 03:10 2009
Picon

[Trac] Re: Database Backend Installation problem


Trac is written in Python so you will need Python bindings for
whichever database you want to use.

On Feb 1, 5:46 pm, "Guy..L" <goo...@...> wrote:
> Trac Users:
>
> All the web posts say that SQLite is easy to install and use.  I
> couldn't get it to work.
> So I tried MySQL.  I got the database up and running, can import
> MySQLdb and do stuff.
>
> In both cases when I try to run trac ./trac initenv I get a database
> not supported error at the end of the list.
>
> I'm running on
> Linux hostname 2.4.18-14bigmem #1 SMP Wed Sep 4 11:58:10 EDT 2002 i686
> i686 i386 GNU/Linux
> Python 2.5.2 (r252:60911, Jan 29 2009, 15:20:47)
> [GCC 3.2 20020903 (Red Hat Linux 8.0 3.2-7)] on linux2
> 5.0.51a MySQL Community Server (GPL)
>
> I'm confused.  Do I need MySQLdb *and* MySQL-python modules?
>
> I've gotta go into production next week and would like to use Trac.
> I'll have to bail and use something else, since this install was way
> too difficult (mistake prone).
>
> Thank you,
> Guy
(Continue reading)

Anton Deguet | 2 Feb 04:28 2009

[Trac] Re: Restricting access to part of the Wiki pages


Thanks for the info,

I tried but failed fairly quickly.  As I am using mod_authz_svn-like permission (described on same wiki
page) I share my authz_file between svn and trac.  Whenever I add anything like:
[wiki:Private <at> *]
in this file, my svn server dies (I assume this section name can not be interpreted correctly by the svn
server).  Since I have to maintain a list of users in the svn auth file, I was hoping I could maintain this in
one single file.

So I did some testing with a separate auth file and even then I can't really get it to work.  What I would like is
to lock all pages starting with wiki/Private/xyz.  So I tried to use the following:
[wiki:/Private/*]
 <at> devel = WIKI_VIEW
* =

Is this something that should work?

Finally, since I am using Apache as a front-end, I can also use authentication for the <Locacation
/wiki/Private> but Trac will still show some actions in wiki/Private in the "public" timeline.  So this
doesn't seem as clean to me.

Anton

----- Original Message -----
From: jevans <jevanstar@...>
Date: Sunday, February 1, 2009 7:51 pm
Subject: [Trac] Re: Restricting access to part of the Wiki pages

> Anton Deguet wrote:
(Continue reading)

[Trac] Re: deletion of two files in different cases break repository browser / timeline


-On [20090202 02:20], mayer@...
(mayer@...) wrote:
>The history still contains the two import_csv.php  files of course.
>When we view this repository with the Trac browser, it still shows the
>two files and stops showing revisions which are newer than the one in
>which the two files have been deleted. I.e. it does not show the most
>recent revision nor any changes from the point of deletion on.

Have you tried a manual sync from trac-admin?

--

-- 
Jeroen Ruigrok van der Werven <asmodai(-at-)in-nomine.org> / asmodai
イェルーン ラウフロック ヴァン デル ウェルヴェン
http://www.in-nomine.org/ | http://www.rangaku.org/ | GPG: 2EAC625B
Earth to earth, ashes to ashes, dust to dust...

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "Trac Users" group.
To post to this group, send email to trac-users@...
To unsubscribe from this group, send email to trac-users+unsubscribe <at> googlegroups.com
For more options, visit this group at http://groups.google.com/group/trac-users?hl=en
-~----------~----~----~----~------~----~------~--~---

Sergey Marchenko | 2 Feb 10:35 2009
Picon

[Trac] Re: Code review process based on Trac


Ok. Thank you! I will try PeerReviewPlugin then.

As for workflows. I believe that we cannot use it for our purposes.
The matter is that we do not require all code to be reviewed (since we
don't have Code Review now and if we begin to make a full reviewing it
may cause bad reaction from our developers :)). Our idea is: review
can be done by anyone who has access to the trac but nobody should
register tickets to be reviwed (sure one ace but not ought to) since
it requires additional actions from a developer ;). Later we might
change our policy to have a workflow...

On Jan 31, 3:03 am, Stodge <sto...@...> wrote:
> The peerreviewplugin is ok, except it has one major flaw that makes
> it unusable - (from memory!) you have to manually enter the lines
> numbers of thecodeyou want toreview. This is impractical for large
> reviews.
>
> On Jan 30, 2:22 pm, yoh...@... wrote:
>
>
>
> > On Jan 30, 3:43 am, Sergey Marchenko <mse...@...> wrote:
>
> > > Hi There,
>
> > > I am very new Trac user and my question might be not in correct place,
> > > sorry.
>
> > > We would like to organize ourCodeReviewprocessthat can be tracked
(Continue reading)


Gmane