RE: [Trac] Re: Unwanted Trac Notifications

[Cooke, Mark]

> Original Message-
> From: trac-users@googlegroups.com On Behalf Of Clemens Feige
> Sent: 17 March 2021 07:36
> Subject: Re: [Trac] Re: Unwanted Trac Notifications
>
> > Patty Cottrill wrote on 16.03.2021 at 22:55:
> > Apparently, I spoke too soon.
> > 
> > Changing the email sender from SmtpEmailSender to SendmailEmailSender 
> > did NOT resolve the problem.
> > 
> > I continue to get these notifications.
> > 
> > Yes, I have checked the email headers and my email address IS NOT in the 
> > headers.
> > 
> > I'm totally stumped by this problem.
> > 
> > I now have a case open with our Exchange online support to see if they 
> > can figure out what is happening.
> > 
> > Per the mail log on the Trac server, the message is leaving without my 
> > email address, but the message trace on Exchange shows my email address 
> > on the message, even though it is not in the message headers.
> > 
> > Thanks for the feedback.
> > 
> > -- Patty
>
> Hello Patty
>
> As an idea to isolate the problem, have you tried to manually send test 
> e-mails (without TRAC) to the same mail server?
>
> You would use any other e-mail client (preferably on the same machine 
> where TRAC is running) and send test e-mails with same sender address, 
> same recipient address, same port number, same credentials, same mail 
> server etc. like TRAC.
>
> If this experiment should trigger unwanted e-mail copies then it would 
> prove that this is not an issue with TRAC.
>
> Clemens

Hi Patty,

I have only skimmed the threads so sorry if you have already discounted these 
but I had a few thoughts:

- we had a similar issue a while back we traced to the trac.ini email settings 
e.g. `smtp_always_bcc`
https://trac.edgewall.org/wiki/TracIni#notification-smtp_always_bcc-option

- I wonder if your address is being used as the "from" address and therefore 
the emails are appearing in your outbox?

- perhaps you are the default address on your email server and one of the other 
addresses is invalid?

Cheers,

~ Mark C

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/AM7PR05MB6851B797A10DBADA3AE82920BE6A9%40AM7PR05MB6851.eurprd05.prod.outlook.com.

RE: [Trac] Re: Has anyone archived a Trac project to PDFs?

[Cooke, Mark]

> From: trac-users@googlegroups.com On Behalf Of Markus Rosjat
> Sent: 23 July 2020 09:27
> To: Trac Users 
> Subject: [Trac] Re: Has anyone archived a Trac project to PDFs?
> 
> Hi again Mark,
> 
> you might want to check out pdfkit
> 
> https://github.com/JazzCore/python-pdfkit
> 
> 
> if you tinker abit that you get your auth going before using pdfkit , it might
> be what you need. pdfkid has an option to generate pdf from an url but as i 
> said
> you might need to overcome the auth first.
> There is an option parameter that can hold some infos, maybe Ryan can point 
> you
> in the right direction there (what to pass to the options so htdigest or
> htaccess works)
> 
> cheers
> 
> MArkus

Thanks to Markus and Ryan for your responses, I will investigate further...

~ Mark C

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/AM7PR05MB6851638F96427891F10051DCBE760%40AM7PR05MB6851.eurprd05.prod.outlook.com.

[Trac] Has anyone archived a Trac project to PDFs?

[Cooke, Mark]

Hello all,

We are tidying up in preparation for a server move and would like to take some 
old projects offline.  However we need to keep the data accessible just in 
case, so I was thinking we could dump tickets and wiki pages to PDF files and 
use folders to maintain structure.

Has anyone done anything like this?  Any python scripts etc that make crawling 
a trac project and printing to PDF less painful?

Any better suggestions?


Many thanks,

~ Mark Cooke

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/AM7PR05MB6851BA00A001ED0201A9A9C8BE760%40AM7PR05MB6851.eurprd05.prod.outlook.com.

RE: [Trac] Re: Progress with Python 3?

[Cooke, Mark]

Ref: access to Trac py3 source:
 
> To view through the web:
> https://trac.edgewall.org/browser/jomae.git
> 
> And you can git clone it:
> 
> $ git clone https://svn.edgewall.org/git/trac/devs/jomae
> 
> - Ryan

Thanks for clarifying Ryan!  I will try this out...

~ Mark C

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/VI1PR0501MB2528CD675E01AD3E93A287FEBE1A0%40VI1PR0501MB2528.eurprd05.prod.outlook.com.

RE: [Trac] Re: Progress with Python 3?

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com On Behalf Of Ryan Ollos
> Sent: 13 February 2020 07:23
> To: Trac Users 
> Subject: Re: [Trac] Re: Progress with Python 3?
> 
> > On Wed, Feb 12, 2020 at 10:14 PM Cooke, Mark  > healthineers.com <mailto:mark.co...@siemens-healthineers.com> > wrote:
> > 
> > > -Original Message-
> > > From: trac-users@googlegroups.com On Behalf Of Ryan Ollos
> > > Sent: 12 February 2020 20:27
> > > To: Trac Users 
> > > Subject: [Trac] Re: Progress with Python 3?
> > > 
> > > On Wednesday, February 12, 2020 at 2:44:01 AM UTC-8, Cooke, Mark wrote:
> > > 
> > > Hello all,
> > > 
> > > Browsing #12130 [1] it looks like there has been some great progress with
> > > a python 3 version.
> > > 
> > > Is it ready for people to start trying it out?  I am happy with a buggy
> > > version if I can try / test and report issues.
> > > 
> > > I am under pressure to upgrade the python version on our host server...
> > > 
> > > [1] https://trac.edgewall.org/ticket/12130
> > > 
> > > With best regards,
> > > 
> > > ~ Mark C
> > 
> > 
> > I wouldn't run it in production yet, but if you can upgrade a staging
> > site, test it and report issues, that would help.
> > 
> > We'll also need to test plugins, and nearly every plugin will need at
> > least a few modifications to work with python3. Only these have been
> > tested so far:
> > https://trac-hacks.org/tags/python3?wiki=on
> > 
> > - Ryan
> 
> Where is the best place to get the source?  The links for 1.5.x here:
> 
> https://trac.edgewall.org/wiki/TracDownload#LatestDevRelease
> 
> are all named with 1.3.6 and the box here
> 
> https://trac.edgewall.org/wiki/TracDownload#AbouttheprerequisitesforTrac1
> .5.x
> 
> still mentions python 2.7.  The changesets in the ticket look like git
> rather than subversion?
> 
> ~ Mark C
> 
> 
> Latest changes are in Jun's Git repository:
> https://trac.edgewall.org/ticket/12130#comment:70

Hmm, when I try to access the URL Chrome says:
{{{
This svn.edgewall.org page can’t be found
No web page was found for the web address: 
https://svn.edgewall.org/git/trac/devs/jomae
}}}
...do I need a trac.edgewall login to access that?

~ Mark C

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/VI1PR0501MB2528DFA20995E6E896CC635EBE1A0%40VI1PR0501MB2528.eurprd05.prod.outlook.com.

RE: [Trac] Re: Progress with Python 3?

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com On Behalf Of RjOllos
> Sent: 12 February 2020 20:27
> To: Trac Users 
> Subject: [Trac] Re: Progress with Python 3?
> 
> On Wednesday, February 12, 2020 at 2:44:01 AM UTC-8, Cooke, Mark wrote:
> 
>   Hello all,
> 
>   Browsing #12130 [1] it looks like there has been some great progress 
> with
> a python 3 version.
> 
>   Is it ready for people to start trying it out?  I am happy with a buggy
> version if I can try / test and report issues.
> 
>   I am under pressure to upgrade the python version on our host server...
> 
>   [1] https://trac.edgewall.org/ticket/12130
> <https://trac.edgewall.org/ticket/12130>
> 
>   With best regards,
> 
>   ~ Mark C
> 
> 
> I wouldn't run it in production yet, but if you can upgrade a staging site, 
> test
> it and report issues, that would help.
> 
> We'll also need to test plugins, and nearly every plugin will need at least a
> few modifications to work with python3. Only these have been tested so far:
> https://trac-hacks.org/tags/python3?wiki=on
> 
> - Ryan

Where is the best place to get the source?  The links for 1.5.x here:

https://trac.edgewall.org/wiki/TracDownload#LatestDevRelease

are all named with 1.3.6 and the box here

https://trac.edgewall.org/wiki/TracDownload#AbouttheprerequisitesforTrac1.5.x

still mentions python 2.7.  The changesets in the ticket look like git rather 
than subversion?

~ Mark C

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/DB6PR0501MB2519D97BEB2A7928AB5D86B6BE1A0%40DB6PR0501MB2519.eurprd05.prod.outlook.com.

[Trac] Progress with Python 3?

[Cooke, Mark]

Hello all,

Browsing #12130 [1] it looks like there has been some great progress with a 
python 3 version.

Is it ready for people to start trying it out?  I am happy with a buggy version 
if I can try / test and report issues.

I am under pressure to upgrade the python version on our host server...

[1] https://trac.edgewall.org/ticket/12130

With best regards,

~ Mark C

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/VI1PR0501MB2528685BB447CF64F7B22FC8BE1B0%40VI1PR0501MB2528.eurprd05.prod.outlook.com.

[Trac] Cannot edit ticket attachment comment?

[Cooke, Mark]

Folks,

Trac 1.2.2 on windoze 7 client (using IE11 or Chrome)

I just noticed a typo in a comment associated with an attachment to a ticket 
but when I tried to edit the comment, there is no "Reply" or "Edit" button for 
the comment.  Is this deliberate?

All other comments have a space above the yellow box (if present) but not for 
attachments, is the button perhaps hidden behind the "Attachment: " 
yellow box?

Many thanks,

~ Mark C

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at https://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

RE: [Trac] inter-trac

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com [mailto:trac-users@googlegroups.com] On 
> Behalf Of Yves Pausch
> Sent: Wednesday, September 12, 2018 2:33 PM
> To: Trac Users
> Subject: [Trac] inter-trac
>
> Hi, how to define inter-trac links that simply point to a certain line (no, 
> not a changeset) of code of another trac's repository?
> Thanks, Yves.
>

According to the wiki/InterTrac page, you create the link as normal using the 
: format.

So if I have a link called `dbm` then it would be something like:

dbm:source:"default/trunk/path/file.cpp@HEAD:324#L320"

...which should start the file display at line 320 and highlight line 324 from 
the remote repository (from the current head revision).

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at https://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

RE: [Trac] Re: Wiki missing on new installation

[Cooke, Mark]

Hi Greville,

> -Original Message-
> From: trac-users@googlegroups.com On Behalf Of G Earle
> Sent: Thursday, March 15, 2018 9:19 AM
> To: Trac Users
> Subject: [Trac] Re: Wiki missing on new installation
>
> Hello Ryan,
>
> Yes, I get the message "Page WikiStart not found". Likewise with "Page 
> TracGuide not found" on the Help/Guide.
>
> Is there an installation log somewhere that I could look at ? Alternatively,
> can I "repair" using the installer, or re-run trac-admin without overwriting
> what I do have ?

=> have you tried "updating" the wiki documentation?

https://trac.edgewall.org/wiki/TracUpgrade#UpdatetheTracDocumentation

~ Mark C

> Thanks, Greville
>
> On Friday, 9 March 2018 23:32:07 UTC, RjOllos wrote:



On Friday, March 9, 2018 at 10:56:53 AM UTC-8, G Earle wrote:

Hello,

I have recently done a clean installation of Trac 1.2. on a new 
Windows 7 PC, using the Trac-1.2.2.win32.exe installer. There were no error 
messages. However, having then created the local environment directory, ensured 
it was writable, and successfully run trac-admin /path/to/myproject initenv, I 
am completely missing the wiki (ie. WikiStart, TracGuide, etc). Am I missing 
something blindingly obvious please ? 


I can't see what would lead the default wiki pages missing. I tested 
the win32 installer on Windows 7:

C:\Users\Ryan 
Ollos\Documents\Workspace>C:\Python27-x86\Scripts\trac-admin.exe t
est initenv
Creating a new Trac environment at C:\Users\Ryan 
Ollos\Documents\Workspace\test

Trac will first ask a few questions about your environment
in order to initialize and prepare the project database.

 Please enter the name of your project.
 This name will be used in page titles and descriptions.

Project Name [My Project]>

 Please specify the connection string for the database to use.
 By default, a local SQLite database is created in the environment
 directory. It is also possible to use an existing MySQL or
 PostgreSQL database (check the Trac documentation for the exact
 connection string syntax).

Database connection string [sqlite:db/trac.db]>

Creating and Initializing Project
 Installing default wiki pages
  CamelCase imported from 
C:\Python27-x86\lib\site-packages\trac\wiki\default-pa
ges\CamelCase
  InterMapTxt imported from 
C:\Python27-x86\lib\site-packages\trac\wiki\default-
pages\InterMapTxt
  InterTrac imported from 
C:\Python27-x86\lib\site-packages\trac\wiki\default-pa
ges\InterTrac
  InterWiki imported from 
C:\Python27-x86\lib\site-packages\trac\wiki\default-pa
ges\InterWiki
  PageTemplates imported from 
C:\Python27-x86\lib\site-packages\trac\wiki\defaul
t-pages\PageTemplates
  RecentChanges imported from 
C:\Python27-x86\lib\site-packages\trac\wiki\defaul
t-pages\RecentChanges
  SandBox imported from 
C:\Python27-x86\lib\site-packages\trac\wiki\default-page
s\SandBox
  TicketQuery imported from 
C:\Python27-x86\lib\site-packages\trac\wiki\default-
pages\TicketQuery
  TitleIndex imported from 
C:\Python27-x86\lib\site-packages\trac\wiki\default-p
ages\TitleIndex
  TracAccessibility imported from 
C:\Python27-x86\lib\site-packages\trac\wiki\de
fault-pages\TracAccessibility
  TracAdmin imported from 
C:\Python27-x86\lib\site-packages\trac\wiki\default-pa
ges\TracAdmin
  TracBackup imported from 
C:\Python27-x86\lib\site-packages\trac\wiki\default-p
ages\TracBackup
  TracBatchModify imported from 
C:\Python27-x86\lib\site-packages\trac\wiki\defa
ult-pages\TracBatchModify
  TracBrowser imported from 
C:\Python27-x86\lib\site-packages\trac\wiki\default-
pages\TracBrowser
  TracCgi imported from 
C:\Python27-x86\lib\site-packages\trac\wiki\default-page
s\TracCgi
  TracChangeLog imported from 
C:\Python27-x86\lib\site-packages\trac\wiki\defaul
t-pages\TracChangeLog
  TracChangeset imported from 
C:\Python27-x86\lib\site-packages\trac\wiki\defaul
t-pages\TracChangeset
  TracEnvironment imported from 
C:\Python27-x86\lib\site-packages\trac\wiki\defa
ult-pages\TracEnvironment
  TracFastCgi imported from 
C:\Python27-x86\lib\site-packages\trac\wiki\default-
pages\TracFastCgi
  TracFineGrainedPermissions imported from 
C:\Python27-x86\lib\site-packages\tra
c\wiki\default-pages\TracFineGrainedPermissions
  TracGuide imported from 
C:\Python27-x86\lib\site-packages\trac\wiki\default-pa
ges\TracGuide
  TracImport imported from 
C:\Python27-x86\lib\site-packages\trac\wiki\default-p
ages\TracImport
  TracIni imported from 
C:\Python27-x86\lib\site-packages\trac\wiki\defaul

RE: [Trac] Upgrade 1.2.1 -> 1.2.2

[Cooke, Mark]

Just a comment on this thread: please remember that some installs do not have 
internet access (whether by corporate IT policy that servers Shall Not Access 
the internet or otherwise).  Please continue to document and support offline 
installation.

Cheers,

~ Mark C

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at https://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

RE: [Trac] Re: tracd and suggested number of users

[Cooke, Mark]

> -Original Message-
> From: ryan.j.ol...@gmail.com On Behalf Of Ryan Ollos
> Sent: 13 July 2017 05:50
> 
> On Wed, Jul 12, 2017 at 11:55 PM, David Johnstone
>  wrote:
> 
>   Ryan,
> 
>   My interest in the performance of Tracd, is more an academic question.
> I understand that the maximum number will depend on a whole range of issue,
> number of users, how much work they are doing, under lying hardware, etc.
> 
>   I am maintaining a Trac/Subversion system set up by the people before
> me.  Subversion has been in use over 10 years and we just reach Rev 40,000.
> Trac has been running 8 years.  There are about 20 software engineering
> working using the system.  There were some “interesting” short sited
> decisions may in the early days, that are coming back to bite us.  So I am
> trying to take a longer term view, and correct some of the earlier errors.
> 
>   Currently working on a project to migrate Trac/Subversion to new
> hardware.  I would planning to use either mod_ldap or mod_sspi for the
> authentication, so this means I need Apache.  One on the issues I have been
> resolving the 20 separate password files.  Basically ever system used a
> separate password file, and my users were having real problems.  We have
> moved to using Windows Active Directory as centralise authentication and
> Trac/Subversion are one of the last systems still be standalone password
> files.
> 
>   Cheers,
> 
>   David J.
> 
> To make your install more robust I'd suggest Apache, mod_wsgi and PostgreSQL.
> We have the best documentation for that stack, and off-hand I'd say it's
> probably the most widely used by people I see on the mailing list.
> 
> - Ryan

I support a windoze trac/svn setup linked to the work active directory.  Our 
setup uses PostgreSQL (which has been almost painless) behind httpd, mod_ldap 
and mod_wsgi, all running on a virtual windoze server box.  I do now build 
httpd, subversion and mod_wsgi myself so that I know they are C++ std library 
compatible with the python 2.7 install used to host Trac.

Hopefully as Trac moves to Python 3 the situation should improve and we may be 
able to move back to a public build...

~ Mark C

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at https://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

RE: [Trac] Re: TracTicketStats

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com On Behalf Of toto200891
> Sent: 12 July 2017 09:50
> 
> I checked with the flash, its enabled on my browser. When looking at the
> browser console, I see some of the errors. I am sure this that could be the
> problem. I have attached the file, please have a look. Thanks a lot Ryan, you
> have really helped me a lot with so many queries.

I'm no expert but I thought the YUI APIs were deprecated by Yahoo years ago.  
Can anyone confirm that the yui api link even works?  Trying to access it 
directly in a browser does not look promising!

I briefly tried to get TracMetrixPlugin working a while back and could not get 
over this bit.  I believe you can self-host the yui code but I did not have the 
time.

~ Mark C

> Regards,
> 
> SF
> 
> On Tuesday, July 11, 2017 at 10:55:41 PM UTC+2, RjOllos wrote:
> 
> 
> 
>   On Tuesday, July 11, 2017 at 9:08:09 AM UTC-5, toto200891 wrote:
> 
>   Other than these 2 component:
> 
>   [components]
>   ticketstats.* = enabled
> 
> 
> 
>   [ticketstats]
>   yui_base_url = http://yui.yahooapis.com/2.9.0  # Location
> of YUI API
> 
> 
>   Is there anything else to be added?
> 
> 
> 
> 
> 
>   Nothing else needs to be added, and you can just use the default value
> for yui_base_url and don't need to specify it in trac.ini.
> 
>   You do need to have Flash available. Does your browser have Flash
> installed?
> 
>   Are the JavaScript resources  loading or do they timeout when loading?
> 
> 
> 
> 6JA9Jlx7Nns/WWU7NxMA5BI/FaM/385o1M6u3pMpjvRqj55bLWJC6__ymfpxACLcBGAs/
> s1600/Screen%2BShot%2B2017-07-11%2Bat%2B15.51.20.png>
> 
> 
> 
>   Another option with more limited functionality is:
>   https://github.com/trac-hacks/TracTicketGraph
> 
> 
>   You can see it in use here:
>   https://bugs.jqueryui.com/ticketgraph
> 
> 
>   - Ryan
> 
> 
> --
> You received this message because you are subscribed to the Google Groups
> "Trac Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to trac-users+unsubscr...@googlegroups.com.
> To post to this group, send email to trac-users@googlegroups.com.
> Visit this group at https://groups.google.com/group/trac-users.
> For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at https://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

RE: [Trac] Re: Trac.ini

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com On Behalf Of toto200891
> Sent: 11 July 2017 09:42
> 
> I am sorry for not being clear. I will try to explain again, in the current
> TRAC installation, in the admin panel we have 4 components: General,
> Accounts, Ticket systems, and version control. Similar to that is it possible
> to have an another component named "TRAC.ini", So that I can access and edit
> the trac.ini file directly within the TRAC environment.
> 
> I hope that I am clear now.

Much better.

Check out https://trac-hacks.org for all sorts of useful stuff to extend Trac.

For your query, a quick google using "trac hacks trac ini" highlighted two 
plugins:

1) TracIniAdminPanelPlugin

2) IniAdminPlugin

(1) includes a comparison with (2) and is also compatible with Trac 1.0+

Regards,

~ Mark C

> Regards,
> SF
> 
> On Tuesday, July 11, 2017 at 7:53:55 AM UTC+2, hasienda wrote:
> 
>   Am 9. Juli 2017 22:13:00 MESZ schrieb toto200891
>  >:
> 
>   Yes. is it possible?
> 
>   Regards,
>   SF
> 
>   On Friday, July 7, 2017 at 8:26:30 PM UTC+2, RjOllos wrote:
> 
> 
> 
>   On Friday, July 7, 2017 at 10:57:15 AM UTC-4, toto200891
> wrote:
> 
>   Hi
> 
>   Could you somebody please tell me like how to 
> have
> a whole trac.ini file within the trac environment?
> 
>   Regards,
>   SF
> 
> 
>   I'm unsure what you mean by "whole trac.ini file".
> 
>   - Ryan
> 
> 
> 
> 
> 
> 
>   We'll try to help you, if you need more than what our documentaton
> already covers. So please start by reading
> https://trac.edgewall.org/wiki/TracIni
> 
>   Hope, the global config section will already tell you much.
> 
>   Greetings,
> 
>   Steffen Hoffmann
> 
> --
> You received this message because you are subscribed to the Google Groups
> "Trac Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to trac-users+unsubscr...@googlegroups.com.
> To post to this group, send email to trac-users@googlegroups.com.
> Visit this group at https://groups.google.com/group/trac-users.
> For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at https://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

RE: [Trac] Ticket View

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com [mailto:trac-users@googlegroups.com] On
> Behalf Of toto200891
> 
> Hi,
> 
> I was working on ticket view on trac 0.12.7. I had used the following shown
> plugin to create a permission TICKET_VIEW_STATUS and allow the user to see
> the tickets with status "test".
> 
> # -*- coding: utf-8 -*-
> #
> # Copyright (C) 2017 Edgewall Software
> # All rights reserved.
> #
> # This software is licensed as described in the file COPYING, which
> # you should have received as part of this distribution. The terms
> # are also available at http://trac.edgewall.org/wiki/TracLicense.
> #
> # This software consists of voluntary contributions made by many
> # individuals. For the exact contribution history, see the revision
> # history and logs, available at http://trac.edgewall.org/log/.
> 
> 
> from trac.core import *
> from trac.perm import IPermissionPolicy, IPermissionRequestor
> from trac.resource import ResourceNotFound
> from trac.ticket.model import Ticket
> 
> 
> 
> 
> class StatusDeskPolicy(Component):
> """Provides a permission for restricting ticket actions to the
> ticket owner.
> """
> 
> 
> implements(IPermissionPolicy, IPermissionRequestor)
> 
> 
> # IPermissionRequestor methods
> 
> 
> def get_permission_actions(self):
> return ['TICKET_VIEW_STATUS']
> 
> 
> # IPermissionPolicy methods
> 
> 
> def check_permission(self, action, username, resource, perm):
> if username != 'anonymous' and \
> action == 'TICKET_VIEW' and \
> 'TICKET_ADMIN' not in perm:
> if 'TICKET_VIEW_STATUS' in perm:
> if resource is None or \
> resource.realm == 'ticket' and \
> resource.id is None:
> return True
> elif resource.realm == 'ticket' and \
> resource.id is not None:
> try:
> ticket = Ticket(self.env, resource.id)
> except ResourceNotFound:
> pass
> else:
> return ticket['status']=='test'
> 
> 
> Now I would like to add another status to this code like "Accepted_for_test"
> , for so I just tried changing the last line as follows:
> 
> 
> return ticket['status']=='test', 'accepted_for_test'

Python allows you to return multiple values, so you have effectively returned a 
tuple of a Boolean (the result of the comparison) and a constant string.

Try something like this:

> return ticket['status'] in ['test', 'accepted_for_test']

~ Mark C

> But by doing the following change, Now the user is able to view all tickets,
> which I was not expecting. Is there any problem with the syntax? or I am
> missing something? Kindly guide me in this regard.
> 
> 
> Regards,
> SF
> 
> --
> You received this message because you are subscribed to the Google Groups
> "Trac Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to trac-users+unsubscr...@googlegroups.com.
> To post to this group, send email to trac-users@googlegroups.com.
> Visit this group at https://groups.google.com/group/trac-users.
> For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at https://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

RE: [Trac] Re: WIKI

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com On Behalf Of RjOllos
> Sent: 07 May 2017 18:55
> 
> On Sunday, May 7, 2017 at 5:13:36 AM UTC-7, toto200891 wrote:
> 
>   Hi Guys,
> 
>   If we see the https://trac-hacks.org/ wiki page, the page is divided
> into two sections. In one section they have information and in the other they
> have a box, I would like to know how to do that? How do i divide page into
> two sections? How do I include that box?
> 
>   I would really appreciate if anybody could help me in this regard?
> 
>   Regards,
> 
>   SF
> 
> The sidebar is provided by FullBlogPlugin, but you can get similar from
> NewsBoxMacro.
> https://trac-hacks.org/wiki/NewsFlashMacro

Oo, beat me to it (should read all email before replying).  I was close

> You can get the page source by clicking on "Download in other formats" at the
> bottom of the page.
> https://trac-hacks.org/wiki/WikiStart?format=txt

...and I never noticed that for viewing the page source!  I only noticed there 
was no edit button.  I keep on learning.

Thanks Ryan!

~ Mark C

> - Ryan
> 
> 
> --
> You received this message because you are subscribed to the Google Groups
> "Trac Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to trac-users+unsubscr...@googlegroups.com.
> To post to this group, send email to trac-users@googlegroups.com.
> Visit this group at https://groups.google.com/group/trac-users.
> For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at https://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

RE: [Trac] WIKI

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com On Behalf Of toto200891
> Sent: 07 May 2017 13:14
> 
> Hi Guys,
> 
> If we see the https://trac-hacks.org/ wiki page, the page is divided into two
> sections. In one section they have information and in the other they have a
> box, I would like to know how to do that? How do i divide page into two
> sections? How do I include that box?

At a guess it is a plugin or macro generating the box.  Looking at the contents 
and the list of "eat one's own dogfood" hacks I would guess at the 
"ChangeLogMacro" or possibly the "FullBlogPlugin"...

~ Mark C

> I would really appreciate if anybody could help me in this regard?
> 
> Regards,
> 
> SF

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at https://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

RE: [Trac] Re: Updating trac.db

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com On Behalf Of RjOllos
> 
> On Wednesday, February 22, 2017 at 6:04:48 AM UTC-8, Roger Oberholtzer wrote:
> 
> > On Tue, Feb 21, 2017 at 9:48 PM, RjOllos  wrote:
> > 
> > If it's still not clear what's a good solution, I might be able to
> > give better advice if you provide a few more details about what you
> > are trying to accomplish with the script.
> > 
> > It is something I have put off for a long time. I am using the
> > download feature where I have files that users can download via a wiki
> > page. These files are updated by a software build script. So the file
> > is always what we expect. It is a file in a directory. The wiki page,
> > otoh, shows the date/size that was placed in a table when the file was
> > uploaded via the wiki. But we do not want to upload these files
> > interactively when they change. Updating the download table would
> > accomplish what we want. I could rewrite in python the script I have
> > now. But I still need to arrange that it run in a safe fashion. Like
> > by trac...
> 
> Is this using DownloadsPlugin? Related to #12107?
> https://trac-hacks.org/ticket/12107
> 
> - Ryan

Just a thought but what about changing the wiki page to use a macro that can 
generate the table on the fly from data in the relevant folder?  Then you do 
not need to do any modifications to trac from your independent processes...

If you know any python I found it reasonably easy to write a simple one-file 
macro based on all the examples on trac-hacks.

~ Mark C

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at https://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

RE: [Trac] Simple way to display number of open tickets per user?

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com [mailto:trac-users@googlegroups.com] On
> Behalf Of Florian Berger
> 
> Hi,
> 
> in our trac 1.0.9-Wiki, I would like to have a page listing the open /
> accepted, assigned tickets per user:
> 
> User19 tickets assigned
> User2   32 tickets assigned
> User31 tickets assigned
> 
> Is there a (sort of) straightforward way to automatically fetch and
> display such counters in vanilla trac, i.e. via a macro?
> 
> If not, are there any extensions which could help out?
> 
> Thanks a lot,
> 
> Florian

Further to Jun's reply, you can make this more personal (my tickets) and useful 
(link to a custom query).  I use the following on some home pages:-

I have created [[TicketQuery(reporter=$USER,count)]] ticket(s):
{{{
#!div style="font-size: 80%"
[[TicketQuery(max=8,reporter=$USER,order=priority,status!=closed)]]
}}}
I own [[TicketQuery(owner=$USER,count)]] ticket(s):
{{{
#!div style="font-size: 80%"
[[TicketQuery(max=8,owner=$USER,order=priority,status!=closed)]]
}}}

...or this in a milestone's description:-

[query:milestone=&group=status View all tickets] 
([[TicketQuery(milestone=,status!=ready_to_test|testing|closed,count)]] 
open and [[TicketQuery(milestone=,status=ready_to_test|testing,count)]] 
in test).
{{{
#!div style="font-size: 80%"
[[TicketQuery(max=10,milestone=,order=priority,status!=closed)]]
}}}

~ Mark C

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at https://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

RE: [Trac] Re: Notification in Trac 1.2

[Cooke, Mark]

How about https://trac.edgewall.org/wiki/TracNotification ?

From: trac-users@googlegroups.com [mailto:trac-users@googlegroups.com] On 
Behalf Of Roger Oberholtzer
Sent: 11 January 2017 15:14
To: trac-users@googlegroups.com
Subject: Re: [Trac] Re: Notification in Trac 1.2



On Wed, Jan 11, 2017 at 3:57 PM, RjOllos 
mailto:rjol...@gmail.com>> wrote:
On Wednesday, January 11, 2017 at 6:08:02 AM UTC-8, Roger Oberholtzer wrote:

I had been using the Announcer plugin in Trac. With a recent update to Trac 
1.2, the Announcer plugin is no longer supported. The suggestion is to 
re-enable the Trac notifier.
Is there a good description of these parameters for Trac 1.2? They have gone 
missing from my .ini files as I was using the Announcer plugin.
TIA.

--
Roger Oberholtzer

The notifications components will be enabled if you don't explicitly disable 
them or a parent. Otherwise, it would be:

trac.notification.* = enabled
trac.ticket.notification.* = enabled

I was thinking of things like the SMTP host, who the mail is from, and that 
sort of thing. I guess all that is the Announcer.

--
Roger Oberholtzer
--
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to 
trac-users@googlegroups.com.
Visit this group at https://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at https://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

RE: [Trac] Re: Ticket-Workflow

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com On Behalf Of RjOllos
> Sent: 02 November 2016 20:26
> To: Trac Users
> Subject: [Trac] Re: Ticket-Workflow



> Also, note that you can expirement with the workflow using the Workflow
> macro/wikiprocessor in a wik page:
> 
> {{{#!workflow
> proposed=pending,need info,valid,invalid,testing -> active, closed
> accept=new,assigned,accepted,reopened,testing -> accepted
> accept.operations=set_owner_to_self
> accept.permissions=TICKET_MODIFY
> leave=* -> *
> leave.default=1
> leave.operations=leave_status
> reassign=new,assigned,accepted,reopened,testing -> assigned
> reassign.operations=set_owner
> reassign.permissions=TICKET_MODIFY
> reopen=closed -> reopened
> reopen.operations=del_resolution
> reopen.permissions=TICKET_CREATE
> resolve=new,assigned,accepted,reopened -> closed
> resolve.operations=set_resolution
> resolve.permissions=TICKET_MODIFY
> }}}

...cool, I did not know about this.  Except I get...

> Error: Failed to load processor workflow
> No macro or processor named 'workflow' found

A bit of digging found the problem is a typo: `workflow` should be `Workflow`

That's really useful, thanks!

~ Mark C

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at https://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

RE: [Trac] Pulling standard Trac banner and 'mainnav' into dynamic page

[Cooke, Mark]

Good Morning,

> -Original Message-
> From: trac-users@googlegroups.com On Behalf Of ea.ros...@gmail.com
> Sent: 03 October 2016 17:48
> 
> Hi,
> Effectively following on from creating a new menu item in mainnav (from Basic
> Egg Cooking tutorial) and creating a new page, I need to find a sane way of
> trying to maintain page consistency with Trac.
> ie, generating a page via this method does not pull in any CSS from Trac,
> neither does it pull in any blocks such as the banner or the mainnav bar.
> 
> Is there a normal way to do this? Using templates and presenting the page as
> a template may be a solution, but any example given on the docs only pulls in
> a static page from the server, and not a dynamically created one. There seems
> to be insufficient documentation on handling this - unless someone can point
> me in the right direction for docs?
> 
> ie:
> work from https://trac-hacks.org/wiki/EggCookingTutorial/BasicEggCooking
> change // abuffer = 'Hello world!' // to // abuffer = MyPythonScript() //
> 
> 
> I want to be able to have a block that tells Trac to switch it out to the
> banner/metanav/mainnav etc.
> 
> MyPythonScript turns out standard HTML, obviously I have full control over
> what comes from this, I just can't find info on what Trac wants, and how to
> handle it. Genshi?

Now that you understand the basic structure of a plugin I would recommend 
taking a look at something "similar" to what you want from trac-hacks [1] and 
see how they do it.  From what you write above you just need to stop generating 
whole HTML and, yes, work with the Genshi engine and the Trac response 
mechanisms (otherwise you will start bypassing the cookie handling etc. that 
Trac provides for you).

[1] https://trac-hacks.org/wiki/HackIndex

Note that you will need to implement some of the interfaces to get this all 
working, e.g.:

class MyPlugin(Component):
"""This component provides the  views and declares the
permissions: MY_PERM_1 and MY_PERM_2.
"""

implements(INavigationContributor, IRequestHandler,
   IPermissionRequestor, ITemplateProvider)

...and the related (incomplete!) methods:

# --- #
# IRequestHandler methods
def match_request(self, req):
# match if we end with our root, optionally followed by further path
# or query parameters...
return req.path_info.startswith(r'/myplugin')

# --- #
def process_request(self, req):
# MUST have at least ' MY_PERM_1' permission...
req.perm.require(MY_PERM_1)

html_template = None
data = {}

# `add_notice` adds the temporary banners at the top of the contents
#add_notice(req, "type(req) = `%s`" % (type(req),))
#add_notice(req, "req.path_info = `%s`" % (req.path_info,))

# ...code here...

# This tuple is for Genshi (template_name, data, content_type)
# Without `data` the trac layout will not appear.
return html_template, data, None

# --- #
# -- IPermissionRequestor --- #
# --- #

def get_permission_actions(self):
# MY_PERM_2 includes MY_PERM_1...
return (MY_PERM_1,
(MY_PERM_2, (MY_PERM_1,)))

# --- #
# - ITemplateProvider --- #
# --- #
# ITemplateProvider methods: Used to add the plugin's templates and htdocs

def get_templates_dirs(self):
from pkg_resources import resource_filename
return [resource_filename(__name__, 'templates')]

def get_htdocs_dirs(self):
# '' creates a pseudo-folder for genshi to find your resources
# e.g.  add_stylesheet(req, '/mystyle.css')
from pkg_resources import resource_filename
return [('', resource_filename(__name__, 'htdocs'))]


I hope that helps.

~ Mark C
 

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at https://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

RE: [Trac] Trac not following SVN access control permissions after Apache upgrade

[Cooke, Mark]

Hi Mary,

> -Original Message-
> From: trac-users@googlegroups.com [mailto:trac-users@googlegroups.com] On
> Behalf Of Mary Loftis
> 
> I set the authz_module_name = Beth_test in the trac.ini but it had no affect.
> I also removed the loading of mod_access_compat and switched to using the
> Require statements as is preferred with Apache 2.4.  It is sto;; letting me
> browse the svn repo even though the authz_file permissions do not list my id
> for that repo.
> 
> The svn access file contains the following. My id is utcaus\leftism. I am
> only in the admin group which has r/w access to /. I am not in the other
> groups which have access to the repos defined under slash.
> 
> 
> [groups]
> admin = utcaus\loftism, utcaus\vasquer-a, utcaus\g0044320
> #
> SVNtestteam = utcaus\haugsch, utcaus\welcher, utcaus\vasquer-a, 
> utcaus\g0044320
> #
> Bethtestteam = utcaus\welcher, utcaus\vasquer-a, utcaus\g0044320
> #
> [/]
> @admin = rw
> # Allow developers complete access to their project repos
> #
> [SVN_test:/]
> @SVNtestteam = rw
> #
> [Beth_test:/]
> @Bethtestteam = rw

Your authz file is not doing what you think it is.

[/] applies to the root of all repos and remains in force unless you override.

To stop `@admin` from `SVN_test` you should use something like:

[SVN_test:/]
@admin = 
@SVNtestteam = rw

Check out the subversion book:-

http://svnbook.red-bean.com/nightly/en/svn.serverconfig.pathbasedauthz.html#svn.serverconfig.pathbasedauthz.getting-started

Regards,

~ Mark C

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at https://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

RE: [Trac] Re: Weird (I think) workflow problem

[Cooke, Mark]

Please note: this list prefers plain text and to post in-line or at the bottom 
(it helps people pick up a thread later on)...

> -Original Message-
> From: trac-users@googlegroups.com [mailto:trac-users@googlegroups.com] On
> Behalf Of Walter Hart
> 
> That was indeed the issue.  I had modified the ticket workflow to match our
> previous status indicators (actually only changing the new to open), and that
> made it very unhappy.  Next I will figure out how to resolve the imported
> tickets status indicators, as I have imported several thousand tickets and
> probably will have several thousand more once the configuration is happy.

The Trac workflow is fairly flexible but _must_ have a "new" and "closed" 
state.  You can either re-implement your old workflow states or add in new "get 
out of jail" state transitions from the old states to sensible new ones.  I 
find the [[Workflow]] macro quite useful for its visualisation [1] (assuming 
you have GraphViz installed).

[1] https://trac.edgewall.org/wiki/TracWorkflow#WorkflowVisualization

Also do not forget you can inherit the workflow via shared configuration 
file(s) [2].

[2] https://trac.edgewall.org/wiki/TracIni#GlobalConfiguration

I hope that helps,

~ Mark C

> Thanks for your help
> 
> 
> On Fri, Jul 8, 2016 at 2:11 PM, RjOllos  wrote:
> 
> 
> 
> 
>   On Friday, July 8, 2016 at 11:48:02 AM UTC-7, whartlists wrote:
> 
>   Ryan,
> 
>   Thanks.  I was logged in as admin while testing, so my guess is
> it may not be a permissions issue, but I'll create a test user and try that.
> 
> 
>   After verifying permissions, I would compare the [ticket-worflow]
> sections in trac.ini for the two environments.
> 
>   - Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at https://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

RE: [Trac] Trac CodeReviewer Plugin - error

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com On Behalf Of Erick D
> Sent: 23 May 2016 21:18
> 
> Hello fellow Trac users,
> 
> Trac ver: 1.0.1
> 
> 
> I recently installed CodeReviewer plugin:
> https://trac-hacks.org/wiki/CodeReviewerPlugin
> 
> After step 4 - "sudo trac-admin /path/to/projenv upgrade" , the install was a
> success.
> 
> I can login into our test Trac environment mysql db and can see the new
> tables added by this plugin - "codereviewer" and "codereviewer_map".
> Both of the new tables are empty, the instructions state:
> 
> "In order for the Reviewer  hacks.org/export/HEAD/codereviewerplugin/0.12/coderev/util/reviewer.py>  to
> know all changesets that reference a given ticket, it needs a reliable
> ticket-changeset map. The built-in revision table is unfortunately not
> sufficiently reliable for some version control systems, eg Git. This is a
> known issue. So this plugin comes with its own changeset listener that
> manages a new codereviewer_map table. For existing changesets, you can run a
> provided sync.py  hacks.org/browser/codereviewerplugin/0.12/coderev/util/sync.py>  utility once
> to populate the table, but should not need it after that."
> 
> I ran Sync.py so it can populate the new tables ... which requires "usage:
> sync.py  "
> 
> After running the command "python sync.py /var/lib/location_to_mysql
> /var/public/repositories/test_repo"
> I get the following error:
> 
> File "sync.py", line 78, in 
> 
> sync(db_path, repo_dir)
>   File "sync.py", line 22, in sync
> db = sqlite3.connect(db_path)
> sqlite3.OperationalError: unable to open database file

Note the references to "sqlite3" ~ it looks like the script expects you to be 
using the default SQLite backend database.  You have said you are using mysql, 
so the script will not work.  I suggest either searching for an update to the 
script that can handle mysql.

If you are interested in learning python, it may be reasonably easy to edit the 
script to handle mysql instead of just sqlite.  A quick look suggests you need 
to:
- import your mysql driver (instead of "import sqlite3")
- update "db = sqlite3.connect(db_path)" (getting a connection to your trac 
mysql database)
- update the "except sqlite3.IntegrityError" exception handler

...always assuming you are targeting a git repository.

> Please advice. I did run the command under root user.

Sadly this is not a permissions issue ~ the script needs to load the right 
driver to talk to mysql.

> Thanks!
> 
> --
> You received this message because you are subscribed to the Google Groups
> "Trac Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to trac-users+unsubscr...@googlegroups.com.
> To post to this group, send email to trac-users@googlegroups.com.
> Visit this group at https://groups.google.com/group/trac-users.
> For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at https://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

RE: [Trac] Re: Remotely creating Trac projects

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com On Behalf Of RjOllos
> Sent: 12 May 2016 19:04
> 
> > -Original Message-
> > On Thursday, May 12, 2016 at 9:31:58 AM UTC-7, blacktho...@ironik.org wrote:
> > 
> > Hello,
> > 
> > Is it possible to remotely create a project with trac?
> > 
> > So I have a trac server and I want to be able to create a project
> > without having to login to run trac-initproject, maybe through some REST
> > API...
> > 
> > Thank you,
> > 
> > Kind regards,
> > Francisco Ribeiro
> 
> 
> You could try:
> https://trac-hacks.org/wiki/TracShellScript
> 
> However, I think you'd probably be better off just running the commands over
> ssh or some other protocol that gives you command line access. I haven't seen
> a web-protocol implementation that allows creating an environment.
> 
> - Ryan

I have written a plugin that I use to allow groups with their own "parent dir" 
to create new environments (and create or link to svn repositories on the same 
server) but I have not released it as it is just "good enough" for our uses (on 
windoze) and needs updating for the new repo sync mechanism.  However I could 
probably clean it up a bit and send out a copy if that might be of interest?

It works from a separate Trac which is used as a template (the local users are 
copied to the new trac) and to control access to the functionality.

~ Mark C

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at https://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

[Trac] RE: 1x svn with 2x Tracs, how to filter commit messages?

[Cooke, Mark]

> -Original Message-
> From: RjOllos [mailto:rjol...@gmail.com]
> Sent: 10 May 2016 20:52
> 
> On Tuesday, May 10, 2016 at 6:59:35 AM UTC-7, Cooke, Mark wrote:
> 
> > Folks,
> > 
> > I have one svn repository that is used by two Trac environments (the
> > second created after a major re-write).  Unfortunately there is some
> > duplication of ticket numbers and I want to make sure that the 
> > commit message gets to the correct ticket.
> > 
> > I found this thread:-
> > 
> > https://groups.google.com/forum/#!topic/trac-users/JmePlTBHklM
> > 
> > ...but it is not clear to me how to solve my problem.
> > 
> > A solution that occurs to me is to use different 'envelope' 
> > characters for each Trac (e.g. "[]" or "<>") so that only one of the
> > two tracs picks up the message, then set my post-commit hook to call
> > both:
> > 
> > @start trac-admin.exe D:\trac\env1 changeset added "%1" "%2"
> > @start trac-admin.exe D:\trac\env2 changeset added "%1" "%2"
> > 
> > (note I am on windoze here!)
> > 
> > Can anyone suggest a better solution?
> > 
> > Many thanks,
> > 
> > ~ Mark C
> > 
> 
> Using an envelope is an interesting idea. Thinking similarly, you could
> define  commit_ticket_update_commands.close and
> commit_ticket_update_commands.refs uniquely for each environment. For
> example, instead of the token "refs", you could define the token "refs:proj1"
> or "proj1:refs".

Hmm, interesting idea but we do not (yet) use the commands, only the references 
(default set to ``).

> There is also:
> https://trac-hacks.org/wiki/MultiProjectCommitTicketUpdaterPlugin

Thanks! That looks ideal (if a bit wordy!), I will have a look at the code.  
Using existing inter-Trac prefixes is consistent with "normal" usage

> Another possibility is to set the starting ticket number for one of the
> environments to a large-enough value that the sequences will never overlap.

I did not know you could do that (learn a new thing every day)

> I'll be interested to hear what solution you end up going with. I could see
> Trac doing something as an incremental step towards a multiproject
> environment.

At the moment we are just sending all commits to the new project but that is 
not ideal.

I had another thought to replace the initial svn hook with a python script that 
can then examine the message to identify the project (e.g. by keyword) which 
would negate the need to call trac-admin twice.  However that is more flaky as 
svn hooks are not backed up by default `hotcopy` and hides the solution outside 
of Trac...

> - Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at https://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

[Trac] 1x svn with 2x Tracs, how to filter commit messages?

[Cooke, Mark]

Folks,

I have one svn repository that is used by two Trac environments (the second 
created after a major re-write).  Unfortunately there is some duplication of 
ticket numbers and I want to make sure that the commit message gets to the 
correct ticket.

I found this thread:-

https://groups.google.com/forum/#!topic/trac-users/JmePlTBHklM

...but it is not clear to me how to solve my problem.

A solution that occurs to me is to use different 'envelope' characters for each 
Trac (e.g. "[]" or "<>") so that only one of the two tracs picks up the 
message, then set my post-commit hook to call both:

@start C:\Python26\Scripts\trac-admin.exe D:\trac\env1 changeset added "%1" "%2"
@start C:\Python26\Scripts\trac-admin.exe D:\trac\env2 changeset added "%1" "%2"

(note I am on windoze here!)

Can anyone suggest a better solution?

Many thanks,

~ Mark C

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at https://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

RE: [Trac] svn hook executed successfully but did not change into the job

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com [mailto:trac-users@googlegroups.com] On
> Behalf Of mx.t...@qq.com
> 
> Package   版本
> Trac  1.0.10
> Babel 2.3.4
> Genshi0.7 (without speedups)
> GIT   1.8.3.1
> pysqlite  2.6.0
> Python2.7.5 (default, Nov 20 2015, 02:00:19) [GCC 4.8.5 20150623 (Red 
> Hat
> 4.8.5-4)]
> pytz  2012d
> setuptools0.9.8
> SQLite3.7.17
> Subversion1.7.14 (r1542130)
> jQuery1.7.2
> jQuery UI 1.8.21
> jQuery Timepicker 1.0.1
> 
> Performed manually can successfully put into the task change history
> 
> [root@host104 hooks]# /usr/bin/trac-admin /home/projects/idouzi changeset
> modified "/home/svndata/XXX" "58"

You are running as root here...

> But when I put the above commands into the cupboard execution, there is no
> error, nor successfully written task.

...but almost certainly not here?  Check permissions for the various folders 
etc..

> # http://svn.apache.org/repos/asf/subversion/trunk/contrib/hook-scripts/
> 
> /usr/bin/trac-admin /home/projects/idouzi changeset added "$1" "$2"

~ Mark C

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at https://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

RE: [Trac] Admin/permissions page enhancement?

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com [mailto:trac-users@googlegroups.com] On
> Behalf Of Roger Oberholtzer
> 
> It would be great if, in the admin->permissions page, one could see
> more information about a user. Our user names match the names assigned
> by our company. They are not so obvious. Something like the full name
> is shown in a pop-up when the mouse is over the name. Or a page that
> takes you to the user settings (could be read-only). I looked on trac
> hacks but saw nothing. Might I have missed something that enhances the
> information about a user that is available to the admin?
> 
> --
> Roger Oberholtzer

I seem to remember this being discussed recently as coming in 1.2.  This looks 
promising:

http://trac.edgewall.org/ticket/7339

~ Mark C

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at https://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

RE: [Trac] Enabling Trac Behind Nginx

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com On Behalf Of David Philipe Gil
> Sent: 31 December 2015 12:19
> 
> Of course I have looked at that. I find the information unclear. Can you help
> further?
> 
> /david

Whatever your intention I find your response somewhat curt, bordering on rude.

There is a very good post somewhere about how to ask good questions of people 
who are, after all, spending their own free time to help you.  Perhaps you 
could find that (hint: "How To Ask Questions The Smart Way") before posting 
again with more detail about what exactly you are having trouble with.  What do 
you find unclear?  What have you already tried?  What worked and what not?

When you do get it working, please use your notes to update the article Jun 
linked to [1] to help those who come after you.

[1] http://trac.edgewall.org/wiki/TracNginxRecipe

~ Mark C

P.S. I cannot help you further as I use apache httpd on windows.

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at https://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

RE: [Trac] trac always accessing "next" ticket in log

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com [mailto:trac-users@googlegroups.com] On
> Behalf Of Riedel, Torge
> 
> Hi,
> 
> I’ve just updated to trac 1.0.9 and checked the logs to see whether static
> resources are delivered correctly and I see in the log, that when accessing
> ticket #193



> it is listing ticket #194 too in the log. This can be reproduced with each
> ticket value. If you access ticket #20, it’s also printing access to ticket
> #21 in the log. It’s always #n and #n+1 access.
> 
> What is the reason for this or is it a bug?

Just a stab in the dark but is your browser detecting a next page link and 
trying to pre-emptively cache the page?

~ Mark C

> Regards
> 
> Torge

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at https://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

RE: [Trac] Inform user about missing preferences

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com [mailto:trac-users@googlegroups.com] On
> Behalf Of RjOllos
> 
> -Original Message-
> On Wednesday, December 16, 2015 at 9:23:21 AM UTC-8, Torge Riedel wrote:
> 
>   Hi,
> 
>   I'm maintaining a server with several trac instance (~30). Currently
> the user must enter the preferences (full name and mail) on its own. Is there
> a way or would this be (a small?) nice enhancement to trac to inform the user
> by a warning in trac web site that preferences are not complete?
> 
>   Regards
>   Torge
> 
> I'll be working on a similar feature for trac-github plugin (1). The feature
> could be implemented as a standalone plugin, or as an enhancement to
> AccountManagerPlugin. Are you using AccountManagerPlugin?

I am not using that plugin but have been looking at how to share user data 
across trac instances...

> Side note: do you have any interest in single-sign-on authentications for all
> of the sites. I'm considering add this feature to Trac in (2).

I effectively do this by having a top-level authentication realm (using httpd) 
that covers all trac environments (makes the httpd.conf simpler too).  I also 
uses LDAP so can retrieve user names and email addresses into the WSGI 
environment but am not sure the best way to get hold of them inside Trac (and I 
guess this is too specific to my setup to be worthy of inclusion in core?)

~ Mark C

> - Ryan
> 
> (1) https://github.com/trac-hacks/trac-github/issues/94
> (2) http://trac.edgewall.org/ticket/12257

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at https://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

RE: [Trac] Site maintenance

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com [mailto:trac-users@googlegroups.com] On
> Behalf Of figaro
> Sent: 16 December 2015 01:05
> To: Trac Users
> Subject: [Trac] Site maintenance
> 
> I am looking for feedback on the following proposal for the Trac website. The
> proposal regards a list of links to pages that require cleanup. The resulting
> page could be integrated in HowToContribute or TracDev/ToDo#Wiki

It is not clear what feedback you are after?  The list below seems more of a 
task/wish list, some of which should be accomplished via macros or plugins 
(generating lists of attachments etc.)?

Generally they all look like good ideas.  Are you after volunteers to help with 
this?

~ Mark C

> Site maintenance
> 
> The following is a list of pages that help in maintaining the Trac site.
> Maintaining the site involves routine cleanup of wiki pages, so that the
> site's content remains consistent and fresh. The pages that need to be
> maintained are not marked as 'deprecated' or 'pending-deletion'. The same
> site maintenance guidelines and links can be added to your Trac installation.
> 
> Dusty pages: pages which have not been edited in at least 5 years usually
> require a cleanup or can be marked for deletion. See RecentChanges.
> 
> 
> Pages with obsolete macros: there are some obsolete macros still circulating
> in the wiki, such as TagIt[[()]], and they need to be removed from the page.
> 
> Images: a list of all images on the Trac installation is useful for the
> following purposes:
> - if a list of the wiki pages or ticket pages that they are used in is
> provided also, then obsolete (ie unused) or duplicate images can be more
> easily detected.
> - if thumbnails are automatically generated also, then detection of
> irrelevant images: someone may have uploaded an image in the past that is
> irrelevent to the use or development of Trac.
> - jpgs may have been used, where png or svg is the norm.
> 
> Attachments: a list of all attachments on the Trac installation is useful for
> the following purposes:
> - if a list of the wiki pages or ticket pages that they are used in is
> provided also, then obsolete (ie unused) or duplicate attachments can be more
> easily detected.
> - someone may have uploaded an attachment in the past that is irrelevant to
> the use or development of Trac.
> 
> Acronyms: misused or accidental acronyms where spelling them out would make
> the text clearer: from db to database, from regex to regular expression, from
> " to ".
> 
> Short pages: pages with little text are usually the result of a test or have
> been abandoned and are therefore candidates for deletion.
> 
> Dead links: dead links in the wiki show up as grey links if they are internal
> links and need to be corrected or removed. Dead links to external sites have
> no special highlighting, but still require correction or removal.
> 
> Protected pages: pages that are read-only may need to have their status
> reviewed.
> 
> Pages without table of contents: pages should have either `[[TracGuideToc]]`
> or `[[PageOutline(2-5,Contents,pullout)]]` in them for navigational purposes.
> 
> Undocumented Python objects: functions and classes in Python that do not have
> any code comments.

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at https://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

RE: [Trac] IE11 compatibility

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com [mailto:trac-users@googlegroups.com] On
> Behalf Of Chris Bos
> 
> I'm busy with an IE11 upgrade and checking if all our used web applications
> are compatible with IE11 and, if applicable, JAVA 1.8.0_60.
> 
> Can you tell me if TRAC is compatible?

I use IE11 with Trac 1.0.8 and have had no problems so far...

~ Mark C

> Cheers,
> 
> Chris.

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

RE: [Trac] RE: Wherefore: #__msie303:comment:7

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com [mailto:trac-users@googlegroups.com] On
> Behalf Of Jun Omae
> 
> On Tue, Aug 4, 2015 at 5:47 PM, Cooke, Mark  wrote:
> > Ok, so it looks like I am telling lies.  I thought I had nothing in
> compatibility but corporate know better...
> >
> > If my trac server is `server.domain.company.net` and `company.net` is added
> to the "compatibility view" settings, then all servers `xxx.company.net` will
> use compatibility view, correct?  Note the "all intranet sites" option is
> _not_ ticked.
> 
> No. Compatibility view settings doesn't handle sub domain.
> 
> If you want to add sub domain to, it's needed to use Group policy editor.
> See http://blogs.msdn.com/b/asiatech/archive/2014/08/19/how-to-add-sub-
> domain-into-compatibility-view-list.aspx.
> 
> 
> > Given that I am unlikely to be allowed / able to change this...  From
> reading online, I thought that the "IE=edge" should override this setting?
> More research brings me this:-
> >
> > https://bibwild.wordpress.com/2014/09/02/defeating-ie-forced-compatibility-
> mode/
> >
> > ...which reports issues when setting "X-UA-Compatible" in the document but
> that sending it " as an actual HTTP header. “X-UA-Compatible:
> IE=edge,chrome=1″ " works.
> 
> Yes. X-UA-Compatible in meta tag and HTTP header overrides document
> mode in rendering.
> 
> However, I reproduce that issue when Trac site matches compatibility
> mode settings. It seems that X-UA-Compatible can override document
> mode but cannot override the behavior for __msie303 trick.
> 
> 
> > Is this something I can force in vanilla trac?  Is it worth adding to
> #11262?
> >
> > http://trac.edgewall.org/ticket/11262
> 
> The milestone of that ticket has been closed 2 years ago. I like new
> ticket rather than reopened ticket for old milestone.
> 
> Would you please create new ticket about that issue?
> 
> --
> Jun Omae  (大前 潤)

Raised as #12149 : http://trac.edgewall.org/ticket/12149

~ Mark C

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

RE: [Trac] RE: Wherefore: #__msie303:comment:7

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com [mailto:trac-users@googlegroups.com] On
> Behalf Of Jun Omae
> 
> On Tue, Aug 4, 2015 at 3:07 PM, Cooke, Mark  wrote:
> > The user agent string is not listed under "System Information" but I have
> > a small macro to echo all WSGI variables which reports `HTTP_USER_AGENT`
> > as:
> > Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.1; WOW64; Trident/6.0;
> > SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media
> > Center PC 6.0; .NET4.0C; .NET4.0E; InfoPath?.3; MS-RTC LM 8)
> 
> Trac expects standard mode for all versions of IE by default. Trac
> renders `X-UA-Compatible: IE=edge` in the meta tag.
> 
> ...
> 
>   
>   
> ...
> 
> If standard mode is used, that issue doesn't occur. Please remove your
> Trac site from web site to use compatibility view in IE.
> 
> Jun Omae  (大前 潤)

Ok, so it looks like I am telling lies.  I thought I had nothing in 
compatibility but corporate know better...

If my trac server is `server.domain.company.net` and `company.net` is added to 
the "compatibility view" settings, then all servers `xxx.company.net` will use 
compatibility view, correct?  Note the "all intranet sites" option is _not_ 
ticked.

Given that I am unlikely to be allowed / able to change this...  From reading 
online, I thought that the "IE=edge" should override this setting?  More 
research brings me this:-

https://bibwild.wordpress.com/2014/09/02/defeating-ie-forced-compatibility-mode/

...which reports issues when setting "X-UA-Compatible" in the document but that 
sending it " as an actual HTTP header. “X-UA-Compatible: IE=edge,chrome=1″ " 
works.

Is this something I can force in vanilla trac?  Is it worth adding to #11262?

http://trac.edgewall.org/ticket/11262

~ Mark C

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

[Trac] RE: Wherefore: #__msie303:comment:7

[Cooke, Mark]

> On Thursday, July 30, 2015 at 2:25:54 AM UTC-4, Cooke, Mark wrote:
> 
> > -Original Message-
> > From: RjOllos [mailto:rjo...@gmail.com  ]
> > Sent: 29 July 2015 16:33
> >
> > On Wednesday, July 29, 2015 at 12:45:03 AM UTC-7, Cooke, Mark wrote:
> >
> > > Hello list,
> > > I am running IE10 (not in compatibility mode).  For a few Trac
> > > versions now I am getting the above added to my URLs after e.g. 
> > > editing a comment.  However this does not work and I am always
> > > left at the top of the ticket.
> > >
> > > Where is the "__msie303" coming from?  Is there a Trac ini setting
> > > somewhere to stop this?
> > >
> > > Cheers,
> > >
> > > ~ Mark C
> >
> > Which version of Trac?
> 
>   Package  Version
>   ---  ---
>   Trac 1.0.6.post2
>   Genshi   0.7 (without speedups)
>   mod_wsgi 4.4.11 (WSGIProcessGroup WSGIApplicationGroup 
> %{GLOBAL})
>   psycopg2 2.5.4
>   Pygments 2.0.1
>   Python   2.7.9 (default, Dec 10 2014, 12:24:55) [MSC v.1500 32 
> bit (Intel)]
>   pytz 2014.10
>   setuptools   8.2.1
>   Subversion   1.8.13 (r1667537)
>   jQuery   1.7.2
>   jQuery UI1.8.21
>   jQuery Timepicker1.0.1
> 
> I plan to upgrade trac to 1.0.8 this week if I can find the time, but
> this has been happening for a while.
> 
> > http://trac.edgewall.org/ticket/11262
> 
> ...ah, thanks.  I found nothing (but looked in the wrong place).
> Should I add to the ticket?  What more info can I provide?
> 
> I will try to get the upgrade done, then report again.
> 
> ~ Mark C
> 
> -Original Message-
> From: RjOllos [mailto:rjol...@gmail.com]
> Sent: 03 August 2015 21:39
> 
> The issue should have been fixed in Trac 1.0.2.

Note that I have now upgraded to version 1.0.8 (using `setup.py install` from 
source).

> Do you only see the issue when editing comments, or do you also see the issue
> when creating comments?

I just tried in a "sand pit" project I use for testing and I can create a 
ticket OK:

  https://server.name/shared/sand-pit/ticket/2#ticket

Adding a comment:

  https://server.name/shared/sand-pit/ticket/2#__msie303:comment:1

Editing the comment:

  https://server.name/shared/sand-pit/ticket/2?cnum_edit=1

...resulting in:

  https://server.name/shared/sand-pit/ticket/2#__msie303:comment:1 (again)

> It would be useful to know your user agent string. You can find it on the
> /about page under the System Information heading.

The user agent string is not listed under "System Information" but I have a 
small macro to echo all WSGI variables which reports `HTTP_USER_AGENT` as:

Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.1; WOW64; Trident/6.0; SLCC2; 
.NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 
6.0; .NET4.0C; .NET4.0E; InfoPath?.3; MS-RTC LM 8)


Note that I compile my own apache httpd (including APR), subversion and 
mod_wsgi as I have been unable to find a reliable set of windoze distributions 
that all work with python 2.7 (due to compiler library issues).  I do have a 
few plugins but none that mess with the page content as far as I know:

advancedticketworkflowplugin 1.2.0dev-r0
CommitTicketRefMacro N/A (a version of the std one that does not check if 
ticket is referenced)
contactformplugin 0.2.post35
graphviz 1.0.0.7dev-r0 
notebox 1.0.post0
tracwikireplace 1.1.1
UserStats N/A 

Plus a few I have written with local functionality.

~ Mark C

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

[Trac] RE: Wherefore: #__msie303:comment:7

[Cooke, Mark]

> -Original Message-
> From: RjOllos [mailto:rjol...@gmail.com]
> Sent: 29 July 2015 16:33
> 
> On Wednesday, July 29, 2015 at 12:45:03 AM UTC-7, Cooke, Mark wrote:
> 
> > Hello list,
> > I am running IE10 (not in compatibility mode).  For a few Trac
> > versions now I am getting the above added to my URLs after e.g. editing a
> > comment.  However this does not work and I am always left at the top of the
> > ticket.
> > 
> > Where is the "__msie303" coming from?  Is there a Trac ini setting
> > somewhere to stop this?
> > 
> > Cheers,
> > 
> > ~ Mark C
> 
> Which version of Trac?

Package  Version
---  ---
Trac 1.0.6.post2 
Genshi   0.7 (without speedups) 
mod_wsgi 4.4.11 (WSGIProcessGroup WSGIApplicationGroup %{GLOBAL}) 
psycopg2 2.5.4 
Pygments 2.0.1 
Python   2.7.9 (default, Dec 10 2014, 12:24:55) [MSC v.1500 32 bit 
(Intel)] 
pytz 2014.10 
setuptools   8.2.1 
Subversion   1.8.13 (r1667537) 
jQuery   1.7.2 
jQuery UI1.8.21 
jQuery Timepicker1.0.1

I plan to upgrade trac to 1.0.8 this week if I can find the time, but this has 
been happening for a while.

> http://trac.edgewall.org/ticket/11262

...ah, thanks.  I found nothing (but looked in the wrong place).  Should I add 
to the ticket?  What more info can I provide?

I will try to get the upgrade done, then report again.

~ Mark C

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

[Trac] Wherefore: #__msie303:comment:7

[Cooke, Mark]

Hello list,

I am running IE10 (not in compatibility mode).  For a few Trac versions now I 
am getting the above added to my URLs after e.g. editing a comment.  However 
this does not work and I am always left at the top of the ticket.

Where is the "__msie303" coming from?  Is there a Trac ini setting somewhere to 
stop this?

Cheers,

~ Mark C

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

RE: [Trac] Status sorting in ticket list

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com On Behalf Of Steffen Hoffmann
> Sent: 16 July 2015 20:24
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> On 16.07.2015 18:56, Ryan Ollos wrote:
> > On Thu, Jul 16, 2015 at 4:49 AM, Mo  > > wrote:
> >
> > Hi,
> >
> > if sorting for status in the ticket list this appears to sort
> > alphabetically like accepted, closed, new.
> > A workflow sorting would be more appropriate here like new,
> > accepted, closed. It this already possible or worth a bug report?
> >
> > Best regards.
> >
> >
> > Only alphabetical sorting is possible in the Report and Query views.
> >
> > While there is an intuitive ordering for the 3 states you've shown, it's
> > not clear what criteria would actually be used to sort them. Consider a
> > moderately more complex workflow. What is the "intuitive" ordering, and
> > what the algorithm be to determine the ordering?
> > http://trac.edgewall.org/wiki/TracWorkflow#Environmentscreatedwith0.11
> 
> No algorithm, but I remember using the nearly undocumented
> .weight option for sorting actions in ticket view (see docstring
> of ITicketActionController.get_ticket_actions method [1]). IMHO the same
> ordering sould be considered for an alternative sort.

I agree that something similar to the way in which the actions are sorted for 
display in "modified ticket" (.default, I need to check out `weight`) 
would be useful and should not be too difficult to implement?  We could enforce 
a unique value for each action when parsing the workflow in to make sure there 
are no ambiguities?

If it was not for the fixed start and end state names, you could fudge it with 
state name prefixes, but... eurrgh!

~ Mark C

> Steffen Hoffmann
> 
> 
> [1] http://trac.edgewall.org/browser/tags/trac-0.11/trac/ticket/api.py#L42
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1
> 
> iEYEARECAAYFAlWoBMMACgkQ31DJeiZFuHdXKACgpkx2ausjbu/mx3vrTgpKvNiS
> SoMAoJBqMB/O4SGu6aCxutBWylqUyK8A
> =bhZR
> -END PGP SIGNATURE-

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

RE: [Trac] Updating Trac on Windows?

[Cooke, Mark]

> -Original Message-
> From: RjOllos [mailto:rjol...@gmail.com]
> Sent: 04 June 2015 20:27
> 
> > On Thursday, June 4, 2015 at 1:14:33 AM UTC-7, Cooke, Mark wrote:
> > 
> > > Maybe we can grab and save the values in LoginModule. I'd have to
> > > investigate further to be more confident.
> > > http://trac.edgewall.org/browser/tags/trac-1.1.5/trac/web/auth.py#L39
> > 
> > But I believe that my setup does not use the login module at all, all
> > authentication is done by httpd.  I certainly never use the "login"
> > address...
> 
> Yeah that is a good point. I'll have to study the code further.

Something must decide between "login" and "logout" text (although I see
neither as I have `logout=disabled` in my `[metanav]` section in trac.ini),
could be a good place to start (although it must be invoked for every page)?

> > > I'd also like to write a new TracApache page and consolidate the
> > > information on configuring Trac with Apache. LDAP specific
> > > configuration info would be included. I'd like to get this
> > > included in the Trac 1.2 release and have examples for Apache 2.4
> > > in addition to Apache 2.2.
> > 
> > I could probably contribute to that too, let me know...
> > 
> 
> Thanks, I'll probably raise a thread on trac-dev later this month to propose
> reorganization and changes to the documentation. It would certainly benefit
> from your expertise.

"experience" rather than "expertise" but I would be happy to help where I can.
I'm not on dev@, feel free to ping me an email.

~ Mark C

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

RE: [Trac] Updating Trac on Windows?

[Cooke, Mark]

> On Tuesday, June 2, 2015 at 11:07:45 PM UTC-7, Cooke, Mark wrote:
> 
> > Sorry for slightly misleading you, it is a while since I set this up
> > here.
> > 
> > There are two parts to this (a) getting the data back from LDAP and
> > (b) getting Trac to use that data...
> > 
> > For (a) you can edit your LDAPURL to something like:
> > 
> > ...DC=net?sAMAccountName,mail?sub?(objectClass=*)
> > 
> > i.e. you can specify a comma-separated list of attributes. 
> >  Authentication elies only on the first specified item 
> > (e.g. sAMAccountName usually) but I found that mod_wsgi passes all
> > retrieved attributes through to the python app (see #1 for some
> > test code):
> > 
> > AUTHENTICATE_MAIL: 'my@address.com  '
> > AUTHENTICATE_SAMACCOUNTNAME: 'my-user-id'
> > 
> > ...i.e. the attributes are available as AUTHENTICATE_
> > 
> -Original Message-
> From: RjOllos [mailto:rjol...@gmail.com]
> Sent: 03 June 2015 22:58
> 
> Nice. You might find TracDeveloperPlugin useful as well.
> https://trac-hacks.org/wiki/TracDeveloperPlugin

Wow, that looks great!  I will try that out.

> > I have not solved (b) as I was not confident to hack into the Trac
> > code but I do not think it would be too difficult to check for the
> > presence of these WSGI session values in the relevant place (I think
> > they all started WSGI_ but will have to have another look).
> > 
> > Note that simply logging in is not usually enough to get the session
> > data updated ~ I have a local macro to list "authenticated" users and
> > people do not tend to appear until they have "done something" like
> > edit a wiki page.
> > 
> > If I get some time I will try to poke at this again as it would be
> > useful for me too.  Any pointers of where to look in Trac source
> > would be appreciated!
> 
> 
> The discussion here might be helpful:
> https://trac-hacks.org/ticket/12302#comment:5

Thanks...

> Maybe we can grab and save the values in LoginModule. I'd have to investigate
> further to be more confident.
> http://trac.edgewall.org/browser/tags/trac-1.1.5/trac/web/auth.py#L39

But I believe that my setup does not use the login module at all, all
authentication is done by httpd.  I certainly never use the "login" address...

> It looks like there is an open ticket for this. I'd like to get this resolved
> for Trac 1.2:
> trac.edgewall.org/ticket/7371

That looks exactly like what I was suggesting!  I will try to look at his
patch for my setup and get back to you.

> I'd also like to write a new TracApache page and consolidate the information
> on configuring Trac with Apache. LDAP specific configuration info would be
> included. I'd like to get this included in the Trac 1.2 release and have
> examples for Apache 2.4 in addition to Apache 2.2.

I could probably contribute to that too, let me know...

> - Ryan
>

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

RE: [Trac] Updating Trac on Windows?

[Cooke, Mark]

I just wrote a quick macro to display the LDAP attributes available from the 
Request object (see below).

Running this shows that, at least on my setup, I get both `AUTHENTICATE_MAIL` 
and `AUTHORIZE_MAIL` set with my email, I am not sure where the latter comes 
from.

Also, [1] states that `formatter.req` is "(to be deprecated)" but does not say 
how else to get at the data?  This is my biggest gripe with python code is that 
it can be difficult to work out how to get to the data I want.

[1] 
http://trac.edgewall.org/wiki/TracDev/PluginDevelopment/ExtensionPoints/trac.wiki.api.IWikiMacroProvider
 

Cheers,

~ Mark C

{{{
# -*- coding: utf-8 -*-
#
# With help from 
https://code.google.com/p/modwsgi/wiki/DebuggingTechniques#Displaying_Request_Environment
"""Trac Macro to list a session's WSGI environment."""

from trac.core import *
from trac.wiki.formatter import format_to_html
from trac.wiki.macros import WikiMacroBase

class WsgiEnvMacro(WikiMacroBase):
"""Produces a table of Key: Value pairs from the WSGI request environment
variables.

Usage:
{{{
[[WsgiEnv]]
}}}
"""
def expand_macro(self, formatter, name, content):
dt = "||'''Attribute'''||'''Value'''||\n"
# the current Request is available as formatter.req
wenv = formatter.req.environ
keys = wenv.keys()
keys.sort()
for k in keys:
dt += "|| `%s`  || %s  ||\n" % (str(k), str(wenv[k]))

content = format_to_html(self.env, formatter.context, dt)
content = '%s' % content
return content
}}}

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

RE: [Trac] Updating Trac on Windows?

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com [mailto:trac-users@googlegroups.com] On
> Behalf Of RjOllos
> 
> On Tuesday, June 2, 2015 at 9:23:58 AM UTC-7, RjOllos wrote:
> 
>   On Tue, Jun 2, 2015 at 11:17 AM, Josh Santangelo 
> wrote:
> 
>   I made the "Error with navigation contributor AccountModule” go
> away by disabling acct_mgr.web_ui.accountmodule.
> 
> 
>   This brings up a related question I've had about using LDAP through
> Apache, rather than using LdapPlugin and LdapAuthStorePlugin. My earlier
> question that I haven't determined the answer to is whether it is possible to
> populate the session info such as name and email address from the LDAP data
> store when using an Apache LDAP configuration. Similarly, does
> AccountManagerPlugin have any useful function if using LDAP through Apache?
> 
> 
>   - Ryan
> 
> Hello Mark,
> 
> I read through this thread again and spotted a statement by you that I had
> previously overlooked,
> 
> > What this does is pass the user info through to Trac in the session info
> (based on the parameters specified in the LDAP URL which can include the
> user's email).
> 
> I currently have an AuthLDAPURL that ends in the following.
> 
> /ou=,dc=,dc=com?sAMAccountName

Sorry for slightly misleading you, it is a while since I set this up here.

There are two parts to this (a) getting the data back from LDAP and
(b) getting Trac to use that data...

For (a) you can edit your LDAPURL to something like:

...DC=net?sAMAccountName,mail?sub?(objectClass=*)

i.e. you can specify a comma-separated list of attributes.  Authentication
relies only on the first specified item (e.g. sAMAccountName usually) but I
found that mod_wsgi passes all retrieved attributes through to the python
app (see #1 for some test code):

AUTHENTICATE_MAIL: 'my.n...@address.com'
AUTHENTICATE_SAMACCOUNTNAME: 'my-user-id'

...i.e. the attributes are available as AUTHENTICATE_

I have not solved (b) as I was not confident to hack into the Trac code but
I do not think it would be too difficult to check for the presence of these
WSGI session values in the relevant place (I think they all started WSGI_
but will have to have another look).

Note that simply logging in is not usually enough to get the session data
updated ~ I have a local macro to list "authenticated" users and people do
not tend to appear until they have "done something" like edit a wiki page.

If I get some time I will try to poke at this again as it would be useful
for me too.  Any pointers of where to look in Trac source would be
appreciated!

~ Mark C

[1] 
https://code.google.com/p/modwsgi/wiki/DebuggingTechniques#Displaying_Request_Environment


> Could you give an example of how I would modify this to pull the user name
> and email address from LDAP to populate the session? Will the session info be
> populated and saved on every successful authentication? What I mean is, with
> the proper AuthLDAPURL, if I clear the username and email from the /prefs
> page, close the browser and authenticate again, should the username and email
> be immediately populated?
> 
> 
> Thanks,
> - Ryan
> 
> 
> --
> You received this message because you are subscribed to the Google Groups
> "Trac Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to trac-users+unsubscr...@googlegroups.com.
> To post to this group, send email to trac-users@googlegroups.com.
> Visit this group at http://groups.google.com/group/trac-users.
> For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

RE: [Trac] Updating Trac on Windows?

[Cooke, Mark]

>   On May 26, 2015, at 12:09 PM, RjOllos  wrote:
> 
>   On Tuesday, May 26, 2015 at 2:26:31 AM UTC-4, Cooke, Mark wrote:
> 
>   > On May 22, 2015 3:02 PM, "Josh Santangelo"
>  > wrote:
>   > >
>   > >
>   > >> On May 21, 2015, at 8:53 PM, RjOllos   > wrote:
>   > >>
>   > >> On Thursday, May 21, 2015 at 2:23:50 PM UTC-7, Josh
> Santangelo wrote:
>   > >>>
>   > >>> I ran the 1.0.6 MSI, but it seemed to break LDAP
> authentication. When I
>   > browse to trac I see:
>   > >>>
>   > >>> Traceback (most recent call last):
>   > >>>   File "C:\Python27\lib\site-packages\trac\web\api.py",
> line 559, in
>   > send_error
>   > >>> data, 'text/html')
>   > >>>   File "C:\Python27\lib\site-
> packages\trac\web\chrome.py", line 1063, in
>   > render_template
>   > >>> template = self.load_template(filename,
> method=method)
>   > >>>   File "C:\Python27\lib\site-
> packages\trac\web\chrome.py", line 1017, in
>   > load_template
>   > >>> self.get_all_templates_dirs(),
> auto_reload=self.auto_reload,
>   > >>>   File "C:\Python27\lib\site-
> packages\trac\web\chrome.py", line 725, in
>   > get_all_templates_dirs
>   > >>> for provider in self.template_providers:
>   > >>>   File "C:\Python27\lib\site-packages\trac\core.py", line
> 78, in
>   > extensions
>   > >>> components = [component.compmgr[cls] for cls in
> classes]
>   > >>>   File "C:\Python27\lib\site-packages\trac\core.py", line
> 204, in
>   > __getitem__
>   > >>> component = cls(self)
>   > >>>   File "C:\Python27\lib\site-packages\trac\core.py", line
> 140, in
>   > __call__
>   > >>> self.__init__()
>   > >>>   File "build\bdist.win32\egg\acct_mgr\web_ui.py", line
> 75, in __init__
>   > >>> self._write_check(log=True)
>   > >>>   File "build\bdist.win32\egg\acct_mgr\web_ui.py", line
> 79, in
>   > _write_check
>   > >>> writable =
> self.acctmgr.get_all_supporting_stores('set_password')
>   > >>>   File "build\bdist.win32\egg\acct_mgr\api.py", line 348,
> in
>   > get_all_supporting_stores
>   > >>> for store in self.password_stores:
>   > >>>   File "C:\Python27\lib\site-packages\trac\config.py",
> line 777, in
>   > __get__
>   > >>> option=tag.tt <http://tag.tt/> ("[%s] %s" %
> (self.section, self.name <http://self.name/> 
>   > >>> ConfigurationError: Cannot find implementation(s) of the
>   > IPasswordStore interface named
> LdapAuthStore. Please check
>   > that the Component is enabled or update the option
> [account-manager]
>   > password_store in trac.ini.
>   > >>>
>   > >>> I backed up my Python directory before the install, and
> restoring it
>   > seems to have restored things back to working.
>   > >>>
>   > >>
>   > >> Trac 1.0.2 and later enforces that Components specified in
> the trac.ini
>   > configuration file must be loaded. Often users find that when
> upgrading they
>   > had errors in their configuration that passed silently prior
> to the upgrade.
>   > >>
>   > >> Your [account-manager] password_store setting includes
> LdapAuthStore, but
>   > the plugin is either not installed, not loading correctly due
> to an error, or
>   > not enabled. LdapAuthStore is provided by LdapAuthStorePlugin
> (1). Perhaps
>   > you aren't actually using that store? In that case you can
> just removed
>   > LdapAuthStore from pas

RE: [Trac] Re: CodeReviewerPlugin and postgres ERROR

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com [mailto:trac-users@googlegroups.com] On
> Behalf Of Mo
> 
> 
> Am Freitag, 22. Mai 2015 16:01:29 UTC+2 schrieb Mo:
> 
>   [components]
>   tracopt.ticket.commit_updater.committicketreferencemacro = enabled
>   tracopt.ticket.commit_updater.committicketupdater = disabled
> 
> Setting this the other way round, I get the same postgres ERROR, but the
> ticket update does work again:
> 
> [components]
> tracopt.ticket.commit_updater.committicketreferencemacro = disabled
> tracopt.ticket.commit_updater.committicketupdater = enabled

1234567890123456789012345678901234567890123456789012345678901234567890123456789

I cannot see how either of these causes an error with PostgreSQL.  For
Info:  `.committicketupdater` is the bit that updates tickets but it
does  so by adding a comment that uses the macro defined in
`.committicketreferencemacro`.  So for ticket comments to work properly
you need both enabled.

As the rest of the conversation has been deleted I cannot help with your
PostgresSQL problem.

~ mark c

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

RE: [Trac] Updating Trac on Windows?

[Cooke, Mark]

> On May 22, 2015 3:02 PM, "Josh Santangelo"  wrote:
> >
> >
> >> On May 21, 2015, at 8:53 PM, RjOllos  wrote:
> >>
> >> On Thursday, May 21, 2015 at 2:23:50 PM UTC-7, Josh Santangelo wrote:
> >>>
> >>> I ran the 1.0.6 MSI, but it seemed to break LDAP authentication. When I
> browse to trac I see:
> >>>
> >>> Traceback (most recent call last):
> >>>   File "C:\Python27\lib\site-packages\trac\web\api.py", line 559, in
> send_error
> >>> data, 'text/html')
> >>>   File "C:\Python27\lib\site-packages\trac\web\chrome.py", line 1063, in
> render_template
> >>> template = self.load_template(filename, method=method)
> >>>   File "C:\Python27\lib\site-packages\trac\web\chrome.py", line 1017, in
> load_template
> >>> self.get_all_templates_dirs(), auto_reload=self.auto_reload,
> >>>   File "C:\Python27\lib\site-packages\trac\web\chrome.py", line 725, in
> get_all_templates_dirs
> >>> for provider in self.template_providers:
> >>>   File "C:\Python27\lib\site-packages\trac\core.py", line 78, in
> extensions
> >>> components = [component.compmgr[cls] for cls in classes]
> >>>   File "C:\Python27\lib\site-packages\trac\core.py", line 204, in
> __getitem__
> >>> component = cls(self)
> >>>   File "C:\Python27\lib\site-packages\trac\core.py", line 140, in
> __call__
> >>> self.__init__()
> >>>   File "build\bdist.win32\egg\acct_mgr\web_ui.py", line 75, in __init__
> >>> self._write_check(log=True)
> >>>   File "build\bdist.win32\egg\acct_mgr\web_ui.py", line 79, in
> _write_check
> >>> writable = self.acctmgr.get_all_supporting_stores('set_password')
> >>>   File "build\bdist.win32\egg\acct_mgr\api.py", line 348, in
> get_all_supporting_stores
> >>> for store in self.password_stores:
> >>>   File "C:\Python27\lib\site-packages\trac\config.py", line 777, in
> __get__
> >>> option=tag.tt("[%s] %s" % (self.section, self.name
> >>> ConfigurationError: Cannot find implementation(s) of the
> IPasswordStore interface named LdapAuthStore. Please check
> that the Component is enabled or update the option [account-manager]
> password_store in trac.ini.
> >>>
> >>> I backed up my Python directory before the install, and restoring it
> seems to have restored things back to working.
> >>>
> >>
> >> Trac 1.0.2 and later enforces that Components specified in the trac.ini
> configuration file must be loaded. Often users find that when upgrading they
> had errors in their configuration that passed silently prior to the upgrade.
> >>
> >> Your [account-manager] password_store setting includes LdapAuthStore, but
> the plugin is either not installed, not loading correctly due to an error, or
> not enabled. LdapAuthStore is provided by LdapAuthStorePlugin (1). Perhaps
> you aren't actually using that store? In that case you can just removed
> LdapAuthStore from password_store. But if you are using the plugin, and the
> plugin is installed and enabled, then we need to determine why it's not
> loading. See TracTroubleshooting (2). It would also be useful to confirm,
> before trying the upgrade again, if it is loading in Trac 1.0.2. You can do
> that by inspecting the debug level log, as described in TracTroubleshooting.
> >
> >
> > Thanks, it seems your suspicions about the plugin not loading are correct,
> according to the log, which I’ve pasted below. I’m confused though, since
> LDAP authentication does work, and has for some time. How’s that possible if
> the plugin isn’t loading? I confirmed that the .egg files in the log are
> indeed there.
> >
> > 2014-04-01 11:22:27,046 Trac[env] INFO: 
> environment startup [Trac 1.0.1] 
> > 2014-04-01 11:22:27,079 Trac[loader] DEBUG: Adding plugin
> LdapAuthStorePlugin 0.3.0 from c:\trac\stimulant\plugins\ldapauthstoreplugin-
> 0.3.0-py2.7.egg
> > 2014-04-01 11:22:27,079 Trac[loader] DEBUG: Adding plugin LdapPlugin
> 0.7.0dev from c:\trac\stimulant\plugins\ldapplugin-0.7.0dev-py2.7.egg
> > 2014-04-01 11:22:27,174 Trac[loader] DEBUG: Loading
> ldapauthstore.ldap_store from c:\trac\stimulant\plugins\ldapauthstoreplugin-
> 0.3.0-py2.7.egg
> > 2014-04-01 11:22:27,181 Trac[loader] ERROR: Skipping
> "ldapauthstore.ldap_store = ldapauthstore.ldap_store":
> >
> > Traceback (most recent call last):
> >   File "C:\Python27\lib\site-packages\trac\loader.py", line 68, in
> _load_eggs
> > entry.load(require=True)
> >   File "C:\Python27\lib\site-packages\setuptools-0.6c11-
> py2.7.egg\pkg_resources.py", line 1954, in load
> > entry = __import__(self.module_name, globals(),globals(), ['__name__'])
> >   File "build\bdist.win32\egg\ldapauthstore\ldap_store.py", line 2, in
> 
> >   File "build\bdist.win32\egg\ldapplugin\__init__.py", line 2, in 
> >   File "build\bdist.win32\egg\ldapplugin\api.py", line 25, in 
> > ImportError: No module named ldap
> > 2014-04-01 11:22:27,181 Trac[loader] DEBUG: Loading ldapplugin.api from
> c:\trac\stimulant\plugins\ldapplugin-0.7.0dev-py2.7.egg
> > 2014-04-01 11

RE: [Trac] Re: LDAP plugin advice, user details

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com [mailto:trac-users@googlegroups.com] On
> Behalf Of pineapplehandler
> 
> What's the etiquette for bumping really old threads? :)

If you wait "long enough" I believe this is fine!

> We'd like to pre-populate our users and email addresses from LDAP. Is this
> something that's been worked out already?

I was keeping quiet in the hope that someone else would answer.  This is an 
issue for us, too.

I believe you can get mod_ldap to retrieve multiple user data and that mod_wsgi 
passes them through to trac (not sure about mod_python) but I do not know of a 
plugin that will make use of these values if session items are missing...

~ mark c

> On Tuesday, June 22, 2010 at 11:19:30 AM UTC-5, smb...@teledyne.com wrote:
> 
>   Hi all,
> 
>   The number of projects we have here is growing and I'm getting an
>   increasing number of complaints from users about having to fill in
> their
>   details repeatedly in the user preferences.
> 
>   I use apache and mod_ldap to authenticate. Trac running over
> mod_python.
> 
>   Looking on trac-hacks there are a number of LDAP plugins, does anyone
> use
>   any of them just to pull user data from LDAP (Active Directory) rather
>   than authentication as well?
> 
>   Any advice appreciated.
> 
>   Simon

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

RE: [Trac] turn svn directory into svn parent directory

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com On Behalf Of Tim Dunphy
> Sent: 24 February 2015 21:08
> 
> Hi all,
> 
>  I have a slight conundrum I was hoping someone could help me with. I'm a
> little new to trac administration. This is only the second time I've ever
> been asked to set one up.
> 
> Well I was able to get a basic trac setup working using mod_fastcgid. And
> when I went to the /trac url on the new server I've been able to see the trac
> user interface.
> 
> And that was with this directive set in my apache vhost:
> 
>   
>  SetEnv TRAC_ENV_DIR "/var/www/trac"
>
> 
> But there are a number of SVN repositories that our developers need to be
> able to use with trac. So I rsync'ed the directory of SVN repos into the
> /var/www/trac folder.
> 
> Then I commented out the above apache Location directive, and replaced it
> with this:
> 
>   
>   SetEnv TRAC_ENV_PARENT_DIR "/var/www/trac"
>
> 
> And when I realoaded the page, I saw a bunch of messages telling me to
> upgrade the SVN repos. Which I did, for each one. And now I can see links to
> each SVN repo on the webpage sitting at the /trac URL.
> 
> But now, when I go to the /trac URL I see a list of links to each SVN repos,
> but the usual trac web interface is not there. It's just a plain white page
> with links to each repo. And I am seeing the following errors on the page:
> 
> cgi-bin: Error
> (No Trac environment found at /var/www/trac/cgi-bin [Errno 2] No such file or
> directory: '/var/www/trac/cgi-bin/VERSION')



> templates: Error
> (No Trac environment found at /var/www/trac/templates [Errno 2] No such file
> or directory: '/var/www/trac/templates/VERSION')
> 
> And if I go to this URL:
> 
> /trac/wiki
> 
> I'm seeing the error:
> Environment not found
> Moving apache back from TRAC_ENV_PARENT_DIR to TRAC_ENV_DIR does allow me to
> see the regular trac interace.
> So my question is, is there any way for me to restore trac functionality,
> with all the UI elements one would expect using the TRAC_ENV_PARENT_DIR?
> What's the easiest way to use a directory full of SVN repos as your trac
> directory? Trac should already work with SVN. I've already installed the trac
> python bindings. But I have yet to test this out.

You appear confused about how trac works with source code (SCC, not just 
subversion these days).

You must always start with a valid trac "environment" (the folder where trac 
stores all its working data).  If you want to link to SCC then trac needs 
appropriate bindings (which you say you have) and a pointer to the svn 
"repositories" (folders where svn stores its data).  Depending on your version 
of Trac you configure this in the trac.ini or via the Admin interface (and you 
may need to enable the right optional components).

You cannot just point the Trac app at a subversion folder and expect it to 
work, the data is just not the right stuff!

Now it depends on how you want to use trac with these repositories.  Recent 
versions of Trac support multiple repos from just one trac environment (this 
works well if your repos are closely related as one "project") but I tend to 
have a 1-trac-to-1-svn relationship.  This does make "overview" reporting more 
difficult though.

If you give us more info about your local setup (name and versions of OS, trac, 
subversion etc) and an idea of your use cases, we can give more specific 
advice, otherwise please read the documentation [1].

[1] http://trac.edgewall.org/wiki/TracRepositoryAdmin

~ Mark C

> Thanks for any advice or help you can give!
> Tim


-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

RE: [Trac] Collapsible groups in custom query?

[Cooke, Mark]

> -Original Message-
> From: On Behalf Of Steffen Hoffmann
> Sent: 05 February 2015 19:55
> 
> > On 05.02.2015 16:34, Cooke, Mark wrote:
> > I am just looking at a custom query grouped by status and am thinking
> > it would be nice to make each result group collapsible, just like the
> > `Filters` and `Columns` sections.
> 
> I see, and I know that from other systems, not Trac (yet).
> 
> > Does that sound useful to anyone else?
> 
> I recommend to keep the list pager in mind.

Do you mean the way that the total results are split into pages.  Hmm, yes.

> Only if there are results for more than one group at a given page, it
> would be sensible to collapse. I do not know a system, that does so
> automagically, but it is what I would expect from Trac, if such a
> feature would be implemented at all.

...but if the default is "not collapsed" then it makes little difference?  
However interaction with the pager could be an issue.  Thanks for the pointer.

I have done some python hacking but only dipped into the Genshi / CSS elements. 
 Are there any Dev docs about the built-in styles or is it just a case of 
reading the source?

> Steffen Hoffmann

~ Mark C

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

[Trac] Collapsible groups in custom query?

[Cooke, Mark]

Folks,

Trac 1.0.3 on Windoze 7

I am just looking at a custom query grouped by status and am thinking it would 
be nice to make each result group collapsible, just like the `Filters` and 
`Columns` sections.

Does that sound useful to anyone else?

~ Mark C

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

[Trac] Replace [[TOC]] with [[PageOutline]] in all wiki pages?

[Cooke, Mark]

Folks,

I am moving our trac to a new server and all new software versions.  We use the 
[[TOC]] macro but I notice that this can now be replaced by the built-in 
[[PageOutline]] macro, so...

Is there an easy way to global replace `[[TOC]]` with `[[PageOutline]]` across 
all wiki pages?

I have installed the WikiReplacePlugin but so far have not got it to change 
anything: how do I specify "all pages" to this plugin and / or can it replace 
macros rather than just plain text?

Many thanks,

~ Mark C

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

RE: [Trac] Can anyone tell me what I've done? Trac is now broken...

[Cooke, Mark]

Hello,

> -Original Message-
> From: trac-users@googlegroups.com [mailto:trac-users@googlegroups.com] On
> Behalf Of Ron Kyle
> 
> Well, I deleted the .py files and that pretty much worked, but the web login
> page wasn't coming up. Reinstalling the Trac account manager plugin fixed it
> though.
> Thanks for your help and everything; now, I wanted to ask what you're talking
> about. Mod-python is how Trac works with Python on top of Apache? What's the
> benefit of mod_msgi as compared to mod-python, why was mod-python support
> dropped in its favor and why has it been resurrected? Just curious; don't
> feel you have to answer if you don't want to since I'll figure it out sooner
> or later reading about it.

mod_python had not been actively developed for a while when it was "donated" to 
the apache foundation who formed Quetzalcoatl.  This did not appear to gather 
much activity and it was moved to the Apache "Attic" in June 2010:

http://attic.apache.org/projects/quetzalcoatl.html

The more recent history is in the project home page:

http://modpython.org/

~ mark c

> Thanks again :)
> 
> On Monday, November 24, 2014 6:58:30 PM UTC-5, RjOllos wrote:
> 
>   On Sunday, November 23, 2014 11:00:51 PM UTC-8, goldenjohn51 wrote:
> 
>   mod-python is not supported anymore , You just go with another
> mod_wsgi   option, because  mod-
> python is no longer support , i was using  mod_wsgi is working .
> 
> 
>   Thanks & Regards
>   Golden John S
> 
> 
>   While mod_python has not been recommended by the Trac project for some
> time, this needs to be reassessed in light of the resurrection of the
> mod_python project. See the following thread for more info:
>   https://groups.google.com/d/msg/trac-dev/k6k13HDeOzA/ULwPUiVtC1cJ
> 
> 

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

RE: [Trac] Trac issue with permission for ldap users

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com [mailto:trac-users@googlegroups.com] On
> Behalf Of Cooke, Mark
> Sent: 29 October 2014 08:55
> To: trac-users@googlegroups.com
> Subject: RE: [Trac] Trac issue with permission for ldap users
> 
> [Replying in-line below...]
> 
> > Zitat von "Cooke, Mark" :
> >
> > >> -Original Message-
> > >> From: trac-users@googlegroups.com [mailto:trac-users@googlegroups.com]
> On
> > >> Behalf Of Jan Eberhardt
> > >>
> > >>
> > >> Hello trac-team and/or mailinglist users,
> > >>
> > >> I am using LDAP for authentication and I want to define permissions
> > >> for every single user that logged in via LDAP.
> > >> When I login (LDAP is working), the permissions of the 'authenticated'
> > >> group are matched to the login user (seems right so far), but I also
> > >> did 'trac-admin  permission add '. I gave this user
> > >> (matching the LDAP login) higher permissions, but they dont apply.
> > >>
> > >> An example:
> > >> LDAP Login for the user is 'bob', I also create 'trac-admin 
> > >> permission add bob TRAC_ADMIN', but when I login as 'bob' I dont see
> > >> the admin-panel.
> > >>
> > >> The 'admin' user works right (authenticated via local htpasswd file),
> > >> but when I want to grant the LDAP users higher rights, it fails.
> > >>
> > >> What goes wrong, where do I fail ?
> > >
> > > What messages (if any) do you get in your apache log files?
> > >
> > > Can you show us the relevant bits of your apache `conf` file and
> > > your wsgi files?
> > >
> > > As a quick suggestion, is this a case issue?  I have the following
> > > line in my WSGI file:
> > >
> > > # Make sure usernames are lower case...
> > > environ['REMOTE_USER'] = environ['REMOTE_USER'].lower()
> > >
> > > ...or a domain issue...
> > >
> > > # Strip any domain if present
> > > while "\\" in environ['REMOTE_USER']:
> > > environ['REMOTE_USER'] = environ['REMOTE_USER'].split("\\", 1)[1]
> > >
> > > Hope that helps,
> > >
> > > ~ Mark C
> > >
> > >> Kind regards
> > >> Eberhardt
> > >>
> > >> --
> > >> Trac-System:
> > >>   - Red Hat Linux
> > >>   - apache (with mod_wsgi, mod_ldap, mod_authnz_ldap)
> > >>   - MySQL
> > >
> > -Original Message-
> > From: trac-users@googlegroups.com [mailto:trac-users@googlegroups.com] On
> > Behalf Of Jan Eberhardt
> >
> > Hi,
> > editing my trac.wsgi (with the proposed snippet), gave me an "500
> > Internal error" and following message in my apache error log:
> >
> > [Thu Oct 23 22:55:39 2014] [error] [client *] mod_wsgi (pid=27135):
> > Exception occurred processing WSGI script
> > '/var/www/trac/cgi-bin/trac.wsgi'.
> > [Thu Oct 23 22:55:39 2014] [error] [client *] Traceback (most recent
> > call last):
> > [Thu Oct 23 22:55:39 2014] [error] [client *]   File
> > "/var/www/trac/cgi-bin/trac.wsgi", line 33, in application
> > [Thu Oct 23 22:55:39 2014] [error] [client *]
> > environ['REMOTE_USER'] = environ['REMOTE_USER'].lower()
> > [Thu Oct 23 22:55:39 2014] [error] [client *] KeyError: 'REMOTE_USER'
> 
> This is the important bit.  mod_wsgi can only pass on data set by the apache
> modules that handle your authentication.  That is not setting the remote user
> variable and therefore there is no "REMOTE_USER" to pass on to Trac...

Update: I remembered I had a script to display the WSGI environment back to the 
browser so I could check what was and was not available.  Searching for it I 
re-found Graham Dumpleton's excellent mod_wsgi docs and a section specifically 
for this:-

https://code.google.com/p/modwsgi/wiki/DebuggingTechniques#Displaying_Request_Environment

Try that out and let us know what you get...  You need to make sure that the 
"REMOTE_USER" is being set before Trac can see who "you" are.

~ Mark C

> > My trac.wsgi (without your proposal):
> >
> > import os
> >
> > def application(environ, start_request):
> >  if not 'trac.env_parent_dir' in environ:
> >  environ.setdefault(

RE: [Trac] Trac issue with permission for ldap users

[Cooke, Mark]

[Replying in-line below...]

> Zitat von "Cooke, Mark" :
> 
> >> -Original Message-
> >> From: trac-users@googlegroups.com [mailto:trac-users@googlegroups.com] On
> >> Behalf Of Jan Eberhardt
> >>
> >>
> >> Hello trac-team and/or mailinglist users,
> >>
> >> I am using LDAP for authentication and I want to define permissions
> >> for every single user that logged in via LDAP.
> >> When I login (LDAP is working), the permissions of the 'authenticated'
> >> group are matched to the login user (seems right so far), but I also
> >> did 'trac-admin  permission add '. I gave this user
> >> (matching the LDAP login) higher permissions, but they dont apply.
> >>
> >> An example:
> >> LDAP Login for the user is 'bob', I also create 'trac-admin 
> >> permission add bob TRAC_ADMIN', but when I login as 'bob' I dont see
> >> the admin-panel.
> >>
> >> The 'admin' user works right (authenticated via local htpasswd file),
> >> but when I want to grant the LDAP users higher rights, it fails.
> >>
> >> What goes wrong, where do I fail ?
> >
> > What messages (if any) do you get in your apache log files?
> >
> > Can you show us the relevant bits of your apache `conf` file and
> > your wsgi files?
> >
> > As a quick suggestion, is this a case issue?  I have the following
> > line in my WSGI file:
> >
> > # Make sure usernames are lower case...
> > environ['REMOTE_USER'] = environ['REMOTE_USER'].lower()
> >
> > ...or a domain issue...
> >
> > # Strip any domain if present
> > while "\\" in environ['REMOTE_USER']:
> > environ['REMOTE_USER'] = environ['REMOTE_USER'].split("\\", 1)[1]
> >
> > Hope that helps,
> >
> > ~ Mark C
> >
> >> Kind regards
> >> Eberhardt
> >>
> >> --
> >> Trac-System:
> >>   - Red Hat Linux
> >>   - apache (with mod_wsgi, mod_ldap, mod_authnz_ldap)
> >>   - MySQL
> >
> -Original Message-
> From: trac-users@googlegroups.com [mailto:trac-users@googlegroups.com] On
> Behalf Of Jan Eberhardt
> 
> Hi,
> editing my trac.wsgi (with the proposed snippet), gave me an "500
> Internal error" and following message in my apache error log:
> 
> [Thu Oct 23 22:55:39 2014] [error] [client *] mod_wsgi (pid=27135):
> Exception occurred processing WSGI script
> '/var/www/trac/cgi-bin/trac.wsgi'.
> [Thu Oct 23 22:55:39 2014] [error] [client *] Traceback (most recent
> call last):
> [Thu Oct 23 22:55:39 2014] [error] [client *]   File
> "/var/www/trac/cgi-bin/trac.wsgi", line 33, in application
> [Thu Oct 23 22:55:39 2014] [error] [client *]
> environ['REMOTE_USER'] = environ['REMOTE_USER'].lower()
> [Thu Oct 23 22:55:39 2014] [error] [client *] KeyError: 'REMOTE_USER'

This is the important bit.  mod_wsgi can only pass on data set by the apache 
modules that handle your authentication.  That is not setting the remote user 
variable and therefore there is no "REMOTE_USER" to pass on to Trac...

> My trac.wsgi (without your proposal):
> 
> import os
> 
> def application(environ, start_request):
>  if not 'trac.env_parent_dir' in environ:
>  environ.setdefault('trac.env_path', '/var/www/trac')
>  if 'PYTHON_EGG_CACHE' in environ:
>  os.environ['PYTHON_EGG_CACHE'] = environ['PYTHON_EGG_CACHE']
>  elif 'trac.env_path' in environ:
>  os.environ['PYTHON_EGG_CACHE'] = \
>  os.path.join(environ['trac.env_path'], '.egg-cache')
>  elif 'trac.env_parent_dir' in environ:
>  os.environ['PYTHON_EGG_CACHE'] = \
>  os.path.join(environ['trac.env_parent_dir'], '.egg-cache')
>  os.environ['PYTHON_EGG_CACHE'] = '/tmp/python-eggs'
>  from trac.web.main import dispatch_request
>  return dispatch_request(environ, start_request)
> 
> My trac-apache.conf:
> 
> LDAPVerifyServerCert Off
> 
>  AuthName "Trac LDAP Authentication"
>  AuthType Basic
>  AuthBasicProvider ldap file
>  AuthzLDAPAuthoritative Off
>  AuthUserFile /opt/trac-password/trac.htpasswd
>  AuthLDAPURL "ldaps://DOMAIN:PORT/ou=OU,o=O,dc=DC,dc=DC?uid?"
>  Require ldap-user USER USER USER
> 

RE: [Trac] Trac, Ubuntu and svn (no changeset 0)

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com [mailto:trac-users@googlegroups.com] On
> Behalf Of Jeff Skyrunner
> 
> Il giorno sabato 25 ottobre 2014 16:35:30 UTC+2, hasienda ha scritto:
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> On 25.10.2014 11:41, Jeff Skyrunner wrote:
> > So, pretending to ignore my dumbness, could you please help me with
> > another issue? I've commited a file in the repo, but had to manually
> > resync the repository to see that file in the source code...
> shouldn't
> > that be provided automatically by the hooks? Or am I missing (again)
> > something very obvious?
> 
> You may find the part on repo sync in "TracRepositoryAdmin" [1] wiki
> page (self-documentation as in you own Trac environments)
> enlightening.
> In short, since Trac v0.12 you'll have to install a repository-
> specific
> hook script (examples available) or opt for per-request sync. And make
> sure that the related option 'repository_sync_per_request' is set
> accordingly in you trac.ini file.
> 
> 
> Thanks for your help, Steffen, but as I've wrote in the first message, I've
> already set this :)
> In particular, I'm following this link: http://trac.edgewall.org/wiki/Ubuntu-
> 11.04-Subversion
> 
> I've set repository_sync_per_request in a blank value and created these two
> scripts:
> 
> /var/lib/svn/YourProject/hooks/post-commit
> 
> #!/bin/sh
> export PYTHON_EGG_CACHE="/home/jeff/.python-eggs"
> /usr/bin/trac-admin /var/lib/trac/YourProject changeset added "$1" "$2"

Since you are on *nix, this could be a permissions thing.  How are you serving 
Trac?  If using apache httpd then this almost certainly runs as a different 
user and may well not have access to "/home/jeff" and/or the svn and trac 
folders...

Mind you, I use Windoze, so YMMV...

~ Mark C

> and
> 
> /var/lib/svn/YourProject/hooks/post-revprop-change
> 
> #!/bin/sh
> export PYTHON_EGG_CACHE="/home/jeff/.python-eggs"
> /usr/bin/trac-admin /var/lib/trac/YourProject changeset modified "$1" "$2"
> 
> Then I've marked them as executable:
> 
> sudo chmod +x /var/lib/svn/YourProject/hooks/post-commit
> sudo chmod +x /var/lib/svn/YourProject/hooks/post-revprop-change
> 
> 
> What am I doing wrong?
> 
> Thanks in advance
> 
> J.
> 
>   Steffen Hoffmann
> 
> 
>   [1] http://trac.edgewall.org/wiki/TracRepositoryAdmin#Synchronization
> 

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

RE: [Trac] Trac, Ubuntu and svn (no changeset 0)

[Cooke, Mark]

> -Original Message-
> From: Jeff Skyrunner [mailto:jeffskyrun...@gmail.com]
> Sent: 23 October 2014 13:19
> 
> Hi there.
> 
> Here are more informations:
> 
> DISTRIB_ID=Ubuntu
> DISTRIB_RELEASE=14.04
> DISTRIB_CODENAME=trusty
> DISTRIB_DESCRIPTION="Ubuntu 14.04.1 LTS"
> 
> Python 2.7.6
> 
> svn, version 1.8.8 (r1568071)
> 
> Regarding the trac.ini (thanks for the hint, Mark, I've read that pages many
> times, but still haven't found any clue of my mistake), those are the
> relevant settings, in my opinion:
> 
> repository_dir =
> repository_sync_per_request =
> repository_type = svn
> 
> [components]
> tracopt.versioncontrol.svn.* = enabled
> 
> (I've tried also to set re repository_sync_per_request=false)
> 
> As said, I've set the svn repository like in this link:
> http://trac.edgewall.org/wiki/Ubuntu-11.04-Subversion and I've set the post-
> commit and post-revprop-change hooks
> 
> If I try the
> 
> trac-admin /var/lib/trac/YourProject repository resync "*"
> 
> command, it says (translating from italian's version):
> 
> Resyncing repository history for (default)...
> 0 revisions cached.
> Done.

Ahh...

> Checking the log file, I've seen this:
> 
> 2014-10-23 13:56:21,363 Trac[svn_fs] DEBUG: Subversion bindings imported
> 2014-10-23 13:56:21,379 Trac[cache] INFO: Cleaning cache
> 2014-10-23 13:56:21,421 Trac[cache] INFO: Resetting "repository_dir":
> svn:29b30372-f039-4182-be65-c0aa4fea183c:/var/lib/svn/YourProject
> 2014-10-23 13:56:21,438 Trac[cache] DEBUG: cache metadata undefined
> (youngest_rev=0)
> 2014-10-23 13:56:21,439 Trac[cache] INFO: repos rev [0] != cached rev [None]

That looks fine to me

> This is what I see in the /var/lib/svn/YourProject
> 
> drwxr-xr-x 2 jeff root 4096 ott 16 13:12 conf
> drwxr-sr-x 6 jeff root 4096 ott 16 13:12 db
> -r--r--r-- 1 jeff root2 ott 16 13:12 format
> drwxr-xr-x 2 jeff root 4096 ott 16 13:22 hooks
> drwxr-xr-x 2 jeff root 4096 ott 16 13:12 locks
> -rw-r--r-- 1 jeff root  246 ott 16 13:12 README.txt
> 
> If I try:
> 
> svnlook history /var/lib/svn/YourProject
> 
> I receive:
> 
> REVISION   PATH
> -  
>0   /

Ahh... (again)

> Any idea? Maybe something wrong in svn?
> 
> I know the solution will be a tiny thing I've forgotten somewhere... >.<

I suspect that this might be an edge case that could be handled better: there 
is nothing in the repository to report on!

Can you please commit something (anything) to the repository and try again (you 
can always recreate a new empty repo afterwards)?  I suspect that will work 
(assuming your post-commit works).  If it does, then we can look at how an 
"empty repo" is handled...

I almost always create the "trunk, tags, branches" triumvirate before syncing 
the repo, so have not tried this before.

For reference, your original error is:

> 6. I've clicked the "Browse source button" and... ""No changeset 0 in the 
> repository"

~ Mark C

P.S. this list prefers posting in-line or at the bottom (and in plain text), if 
possible. 

> Thanks in advance
> 
> J.
> 
> 
> Il giorno giovedì 23 ottobre 2014 10:57:49 UTC+2, Cooke, Mark ha scritto:
> 
>   > -Original Message-
>   > From: Jeff Skyrunner [mailto:jeffsk...@gmail.com  ]
>   > Sent: 23 October 2014 08:33
>   >
>   > Thanks Mark and Mike for your help.
>   >
>   > > It would be useful to see all relevant lines in your trac.ini,
> there
>   > > should be others.
>   >
>   > Have you any suggestion of any lines in particular or do you prefer
> all
>   > of it?
> 
>   Any lines that seem relevant to repository operation.  The docs [1,
> depending on your version] list the contents (with descriptions) to help you
> decide.  I mentioned one specifically in the bits you cut out (anything with
> `repository` is a good start).  [2] also gives good information, have you
> read that?
> 
>   [1] http://trac.edgewall.org/wiki/0.12/TracIni
> <http://trac.edgewall.org/wiki/0.12/TracIni>
>   [2] http://trac.edgewall.org/wiki/0.12/TracRepositoryAdmin
> <http://trac.edgewall.org/wiki/0.12/TracRepositoryAdmin>
> 
> 
>   > > Yes, we almost certainly can.  However you can help us to help you
> by
>   > > providing more of the essential detail, such as the version of
> Trac
>   > > you have tried to install (very important) your platform (probably
>   > > Ubuntu, but which version?) and, where appropriate, all of the
> relevant

RE: [Trac] Trac, Ubuntu and svn (no changeset 0)

[Cooke, Mark]

> -Original Message-
> From: Jeff Skyrunner [mailto:jeffskyrun...@gmail.com]
> Sent: 23 October 2014 08:33
> 
> Thanks Mark and Mike for your help.
> 
> > It would be useful to see all relevant lines in your trac.ini, there
> > should be others.
> 
> Have you any suggestion of any lines in particular or do you prefer all
> of it?

Any lines that seem relevant to repository operation.  The docs [1, depending 
on your version] list the contents (with descriptions) to help you decide.  I 
mentioned one specifically in the bits you cut out (anything with `repository` 
is a good start).  [2] also gives good information, have you read that?

[1] http://trac.edgewall.org/wiki/0.12/TracIni
[2] http://trac.edgewall.org/wiki/0.12/TracRepositoryAdmin


> > Yes, we almost certainly can.  However you can help us to help you by
> > providing more of the essential detail, such as the version of Trac
> > you have tried to install (very important) your platform (probably
> > Ubuntu, but which version?) and, where appropriate, all of the relevant
> > lines from your trac.ini.
> 
> At the moment I'm at office and do not have such informations, but I will
> provide it ASAP
> 
> > The short answer (as already mentioned by Mike) is that you (probably) 
> > need to synchronise Trac with your repository and keep it in sync.
> 
> Yep, I forgot to mention that in my first mail; I've syncronized it via trac-
> admin and there were no scary messages... In 4 hours I will be back at home
> for lunch and provide the exact message I receive.
> 
> > All of the above is based on assumptions about your trac version and
> assumes that you have the subversion SWIG bindings installed and working.
> 
> How can I check this?

The troubleshooting section [3] is a good place to start.

[3] http://trac.edgewall.org/wiki/TracSubversion#Troubleshooting

~ Mark C

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

RE: [Trac] Trac issue with permission for ldap users

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com [mailto:trac-users@googlegroups.com] On
> Behalf Of Jan Eberhardt
> 
> 
> Hello trac-team and/or mailinglist users,
> 
> I am using LDAP for authentication and I want to define permissions
> for every single user that logged in via LDAP.
> When I login (LDAP is working), the permissions of the 'authenticated'
> group are matched to the login user (seems right so far), but I also
> did 'trac-admin  permission add '. I gave this user
> (matching the LDAP login) higher permissions, but they dont apply.
> 
> An example:
> LDAP Login for the user is 'bob', I also create 'trac-admin 
> permission add bob TRAC_ADMIN', but when I login as 'bob' I dont see
> the admin-panel.
> 
> The 'admin' user works right (authenticated via local htpasswd file),
> but when I want to grant the LDAP users higher rights, it fails.
> 
> What goes wrong, where do I fail ?

What messages (if any) do you get in your apache log files?

Can you show us the relevant bits of your apache `conf` file and your wsgi 
files?

As a quick suggestion, is this a case issue?  I have the following line in my 
WSGI file:

# Make sure usernames are lower case...
environ['REMOTE_USER'] = environ['REMOTE_USER'].lower()

...or a domain issue...

# Strip any domain if present
while "\\" in environ['REMOTE_USER']:
environ['REMOTE_USER'] = environ['REMOTE_USER'].split("\\", 1)[1]

Hope that helps,

~ Mark C

> Kind regards
> Eberhardt
> 
> --
> Trac-System:
>   - Red Hat Linux
>   - apache (with mod_wsgi, mod_ldap, mod_authnz_ldap)
>   - MySQL

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

RE: [Trac] Trac, Ubuntu and svn (no changeset 0)

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com [mailto:trac-users@googlegroups.com] On
> Behalf Of Jeff Skyrunner
> Sent: 22 October 2014 13:30
> 
> Good morning everybody.
> 
> I've searched everywhere without finding an appropriate solution, ad I hope
> you can help me.
> 
> 1.I've followed this guide (http://trac.edgewall.org/wiki/Ubuntu-11.04-
>  Subversion) step by step, except the "Automatic reference to the SVN
>  changesets in Trac tickets", since for the moment I don't care about it;
>
> 2.I've made the svn update command in  /var/​lib/​svn/​YourProject
>  (without this step svn didn't create the .svn folder)
>
> 3.I've added the line
> 
>   [components]
>   tracopt.versioncontrol.svn.* = enabled
> 
>   in trac.ini

It would be useful to see all relevant lines in your trac.ini, there should be 
others.

> 4.I've entered the admin/Repository section in trac
> (http://127.0.0.1:12345/YourProject/admin/versioncontrol/repository)
>
> 5.I've set the repository (default) with the /var/​lib/​svn/​YourProject
>  folder
>
> 6.I've clicked the "Browse source button" and... ""No changeset 0 in the
>  repository"
> 
> Really I cannot imagine what can be wrong...
> 
> Can anybody help me, please?  I've been banging my head on the wall
> for 3 weeks now

Yes, we almost certainly can.  However you can help us to help you by providing 
more of the essential detail, such as the version of Trac you have tried to 
install (very important) your platform (probably Ubuntu, but which version?) 
and, where appropriate, all of the relevant lines from your trac.ini.

The short answer (as already mentioned by Mike) is that you (probably) need to 
synchronise Trac with your repository and keep it in sync.

Actions in the repository happen outside of Trac's influence, so Trac needs to 
go look and there are two ways it does this.  It can check each and every time 
it gets a browse request (the "old" way, with `repository_sync_per_request` set 
to true or 1) or you can get svn to prompt trac from the post-commit hook (when 
you can set `repository_sync_per_request` to false).  In both cases, you need 
to get Trac "up to date" first.

The easiest way to do this is to go to your trac environment folder and issue 
the command:

`trac-admin . repository resync "*"`

...which tells Trac to synchronise the current environment with all configured 
repositories.  You should see messages displaying increasing svn revision 
numbers as the scan works.  If not then you have other problems.

Once that is done, make sure either that `repository_sync_per_request` is true 
or that you have the post-commit-hook working, or Trac will not see any new 
changes.

> Many thanks in advance

I hope that helps.  All of the above is based on assumptions about your trac 
version and assumes that you have the subversion SWIG bindings installed and 
working.  Let us know if you get it working (or not) and what you have done.

~ Mark C

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

[Trac] Python script to list user-permissions in all projects.

[Cooke, Mark]

Folks,

I needed to audit who had access to which projects and with what permissions, 
so I wrote a script (see below).  This works for me for Trac 0.12.5 but I would 
welcome your suggestions on how to improve it:

 * make it more pythonic
 * make it work for other versions of trac
 * fix any issues I haven't noticed.

Note it is based on various snippets I have collected over the last few years 
of using Trac.  Also, we have a limited number of users, so the output is fine 
for me but may be unwieldy for you (suggestions welcome!)

Many thanks!

~ Mark C

{{{
"""list_users

A python script to list which users have access to which projects.
"""

import os
import sys
import traceback

from optparse import OptionParser

from trac.env import Environment
from trac.perm import PermissionSystem

def doArgs():
"""Parse command line options"""
description = ( "%prog is used to list users and projects for a Trac root "
"collection of environments." )

parser = OptionParser(usage="usage: %prog [options]",
  version="1.0", description=description)
parser.add_option("-r", "--root", dest="envroot", type="string",
  help="Path to a Trac parent folder", metavar="")
(options, args) = parser.parse_args()

if options.envroot is None:
options.envroot = '.'
if not os.path.exists(options.envroot):
print "The path >%s< does not exist.  Please specify an existing path." 
% (fpath,)
sys.exit(1)

return options

# --- #

def get_user_name( env, userid ):
"""get_user_name( env, userid )

Return the "Full Name" for the specified userid.
"""
fullname = ''

for usr in env.get_known_users():
if usr[0] == userid:
fullname = usr[1]
break
return fullname

# --- #

def process_env( env, data ):
"""process_env( env, data )

Process the permissions in `env` and stroe the results into data:
{  : {  : [ , ...,  ] },
  ...
  {  : [ , ...,  ] },
  ...
   : {  : [ , ...,  ] },
  ...
  {  : [ , ...,  ] }
}
"""
print 'Processing ', env.project_name

pname = env.project_name
perms = PermissionSystem(env)
for row in perms.get_all_permissions():
# returns a list of (subject, action) formatted tuples.
uname = row[0]
if not data.has_key(uname):
data[uname] = dict()
data[uname]['user_name'] = ''
dd = data[uname]
if not data[uname]['user_name']:
data[uname]['user_name'] = get_user_name(env, uname)
if not dd.has_key(pname):
dd[pname] = list()
ll = dd[pname]
ll.append( row[1] )

# --- #

def process_folder( fpath, data ):
"""process_folder( fpath, opts )

Try to load a Trac Environment in the specified folder.  Retrieve the user
permission data if successful...
"""
try:
env = Environment( fpath )

# Get the user's full name...
process_env( env, data )

except:
print 'Unable to process environment in "%s":' % (fpath, )
print '-'*60
traceback.print_exc(file=sys.stdout)
print '-'*60


# === #

if __name__ == '__main__':
opts = doArgs()
data = dict()
if opts.envroot:
# try to walk the first layer of folders...
for root, dirs, files in os.walk( opts.envroot ):
for dir in dirs:
envpath = os.path.join(opts.envroot, dir)
process_folder( envpath, data )

# only do the top level of folders
break

print

# Display the results...
users = data.keys()
users.sort()
skipped = []
for user in users:
# ignore built-in and site-standard permission groups:
if user in ('authenticated', 'authorised', 'gPigs', 'gChickens'):
skipped.append( user )
else:
dd = data[user]
print 'User: %s (%s)' % ( user, dd['user_name'] )
# Display permissions nicely in alpha-sorted project order:
projects = dd.keys()
projects.remove('user_name')
projects.sort()
mlen = max( [len(x) for x in projects] )
for proj in projects:
print ':', proj.ljust(mlen), ' : ', ', '.join(dd[proj])
print
if skipped:
print 'Skipped users:', skipped
sys.exit()
}}}

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegr

RE: [Trac] Plugin Dev: is it safe to open a second environment?

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com [mailto:trac-users@googlegroups.com] On
> Behalf Of Steffen Hoffmann
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> On 30.09.2014 12:10, Cooke, Mark wrote:
> > Folks,
> >
> > I am playing with a plugin to help manage my trac sites and am
> > wondering if it is safe to open a different project's environment
> > within the plugin?
> 
> By chance, have you seen AccountManagerPlugin code for auth cookie
> distribution (cheap "single-sign-on"-like behavior for a "multiple Trac
> env in parent dir" setup)?
> 
> I've reworked that code since its initial publication, because I've
> noticed what I think is a memory leak from these cross-env-operations.
> While it has improved I've not been able to totally avoid the effect.
> 
> OTOH we're just in the process of adopting current Trac 1.0 db API, and
> I'm very eager to see the effect of using that improved db backend
> handling code.
> 
> Steffen Hoffmann

Thanks Steffen: no I have not looked but I will do so.  However, I have just 
started trying to build windoze binaries of httpd and subversion (with python 
bindings) from source just now so it may be a while before I can get back to 
this again *sigh*...

> [1] http://trac-hacks.org/wiki/AccountManagerPlugin
> [2] http://trac- 
> hacks.org/wiki/CookBook/AccountManagerPluginConfiguration#SingleSignOn
> [3] http://trac-hacks.org/ticket/11915
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.12 (GNU/Linux)
> Comment: Using GnuPG with Icedove - http://www.enigmail.net/
> 
> iEYEARECAAYFAlQtkyIACgkQ31DJeiZFuHdpwACfdqPB7UflzojklGOOZ9KbVyMs
> RFcAnjbxcxwYUCqFk4GuCkSxNAWRcJt8
> =R3Xv
> -END PGP SIGNATURE-

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

[Trac] Plugin Dev: is it safe to open a second environment?

[Cooke, Mark]

Folks,

I am playing with a plugin to help manage my trac sites and am wondering if it 
is safe to open a different project's environment within the plugin?

We have projects organised into groups and people come and go, so I am looking 
at a tool to both add new users and remove ex-users across all project 
environments in a specified `parent_path` folder...

At the moment we are with 0.12.5 but I am hoping to move to 1.x in the next few 
months, so info about both branches is welcome!

Many thanks,

~ Mark C

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

[Trac] RE: Feature-Request: Link milestone and version

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com On Behalf Of Riedel, Torge
> Sent: 11 June 2014 09:12
> 
> Hi,

Hello!

> in our company we use milestones to plan our versions. After all tickets of a
> version are fixed, the milestone is closed and the version is released by
> creating a new version in the trac-admin-panel.
> 
> 1.
> 
> What we like to have is an option when closing a milestone, that you can
> select a check-box "Create version". This creates a  version with the same
> name like the milestone (maybe it's modifyable) and the closing date/time of
> the milestone will be the date/time of the version.

That makes a lot of sense and would be useful for us, too.  It would best be 
both optional and modifiable.

> 2.
> 
> An extension to point 1 would be that a version create such that way is
> linked to the milestone and in separate page you can see all versions, the
> linked milestone and by clicking - let's say - on the version it's (the
> milestone's) tickets.

I wonder if this could be implemented as part of the current "Roadmap" view?

> 3.
> 
> Another extension to points 1 and 2 would be that you can link more than one
> milestone to one version.

...so several (agile?) milestones feed into one release version.  Then the 
linked release version would be able to list all included tickets.

I wonder if we could somehow implement "iterative" milestones so several 
"agile" sprints could lead up to one milestone.  At the moment I am using e.g. 
4v2-1 for the first sprint, followed by 4v2-2, 4v2-3 .. 4v2-n for release.  
This is making the milestone admin panel very busy!


> Hope that this not only a thing for our workflow.

Sounds interesting to me, anyone else?

~ Mark C

> Best regards
> 
> Torge

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

[Trac] RE: CommitTicketReferenceMacro for non-referenced tickets

[Cooke, Mark]

> > -Original Message-
> > From: Craig A [mailto:txc...@gmail.com  ]
> > Sent: 29 May 2014 15:10
> >
> > > If not, does anyone else think that allowing non-referenced
> > > tickets to display the commit message would be useful?
> >
> > I agree it would be useful. Often we encounter this when a typo is
> > made on commit and we need to go back and update the Trac ticket
> > comment
> 
> I thought to raise a trac ticket for this but I do not seem to be able
> to use the new ticket page (it shows briefly then I get a "cannot display
> page" message for `a.rfihub.com/blah`   (I suspect
> a dodgy advert?)
> 
> Anyway, I have achieved what I need for now by creating a new
> `CommitTicketRefMacro` and simply by commenting out the test for ticket
> reference:
> 
> http://trac.edgewall.org/browser/trunk/tracopt/ticket/commit_updater.p
> y?rev=12785&marks=307-312#L279
>  12785&marks=307-312#L279>
> 
> If I manage to create a ticket I will attach the macro to said ticket.
> 
> Cheers,
> 
> ~ Mark C
> 
> -Original Message-
> From: RjOllos [mailto:rjol...@gmail.com]
> Sent: 31 May 2014 18:14
> 
> We'll see if the behavior can be fixed in
> http://trac.edgewall.org/ticket/11633, however there may be some reason to
> preserve the existing behavior. I'll add some comments about that in #11633
> after I have some time to look at the code more closely and test out some
> different scenarios.

Thanks for that.  I could not see any reason in the macro code, indeed the 
check is not applied for other use cases (such as the wiki) and this provides 
an easy way to (partially) recover from an incomplete commit message.  However 
I am not too familiar with the rest of the code.

~ Mark C

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

[Trac] RE: CommitTicketReferenceMacro for non-referenced tickets

[Cooke, Mark]

> -Original Message-
> From: Craig A [mailto:txcr...@gmail.com]
> Sent: 29 May 2014 15:10
> 
> > If not, does anyone else think that allowing non-referenced tickets to
> > display the commit message would be useful?
> 
> I agree it would be useful. Often we encounter this when a typo is made on
> commit and we need to go back and update the Trac ticket comment

I thought to raise a trac ticket for this but I do not seem to be able to use 
the new ticket page (it shows briefly then I get a "cannot display page" 
message for `a.rfihub.com/blah` (I suspect a dodgy advert?)

Anyway, I have achieved what I need for now by creating a new 
`CommitTicketRefMacro` and simply by commenting out the test for ticket 
reference: 

http://trac.edgewall.org/browser/trunk/tracopt/ticket/commit_updater.py?rev=12785&marks=307-312#L279

If I manage to create a ticket I will attach the macro to said ticket.

Cheers,

~ Mark C

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

[Trac] CommitTicketReferenceMacro for non-referenced tickets

[Cooke, Mark]

Folks,

I have a commit message where I forgot to reference all the tickets.  I tried 
to add the `CommitTicketReferenceMacro` macro to a new comment but it just 
displays "(The changeset message doesn't reference this ticket)".  To me this 
is an odd restriction and limits the usefulness of the macro.

I cannot see any way round this, is there one and I missed it?

If not, does anyone else think that allowing non-referenced tickets to display 
the commit message would be useful?


Cheers,

~ Mark C

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

RE: [Trac] Re: One repository and two trac instances

[Cooke, Mark]

Hello again,

> -Original Message-
> From: trac-users@googlegroups.com [mailto:trac-users@googlegroups.com] On
> Behalf Of mimi
> Sent: 08 May 2014 05:30
> To: trac-users@googlegroups.com
> Subject: [Trac] Re: One repository and two trac instances
> 
> Hi guys,
> 
> Just to let you know that yours indications have worked and I successfully
> created link between two trac instances and the one repository.
> 
> The [intertrac] section do the job. Post commit hooks worked as well.
> 
> This success leads me to next step. Let me explain the circumstances.
> 
> The topic I posted was just to check is it possible to build the "parent"
> (linked) instance of trac. Now I'd like the "parent" to have more than one
> children.
> 
> It looks like in the [intertrac] session I can have only one link. At least
> that is the conclusion from the example found in the link. Before I start
> messing around, could someone to confirm or deny is it possible at all to
> have links to multiple trac instances?

I am not sure why you should think that (the help page at 
http://trac.edgewall.org/wiki/InterTrac shows that trac itself has multiple 
such links configured, using the `[[InterTrac]]` macro) but you just need to 
add extra lines in your ini file.  They are distinguished by the unique link 
prefix (shows as  and  here):-

[intertrac]
# -- links
.title = Project 1 Title
.url = https://project/1/url

.title = Project 2 Title
.url = https://project/2/url

I have at least four such links setup in some of my tracs.

Regards,

~ Mark C

> Cheers,
> 
> M
> 
> On Friday, 25 April 2014 11:54:00 UTC+1, mimi wrote:
> 
>   Hi,
> 
>   I'd like to connect one svn repository with two track instances.
> 
>   I connected it smoothly (repo sync), but now I don't know how to link
> tickets from one trac instance and from second trac instance to the svn
> comment field.
> 
>   For example in first trac instance I have ticket no. 1 and in second
> trac instance I have ticket no. 4.
> 
>   When I do commit of my change into the repo I'd like to use links as
> usual #1 and #4. Of course when I use it and browse the source in first trac
> instance links #1 and #4 woks against first instance. And when I use it and
> browse the source in second trac instance links #1 and #4 works against the
> second one.
> 
>   Question: is there any extension to the #-type links which can point a
> particular ticket in the particular trac instance? Or  have to put full url
> link?
> 
>   Thanks

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

RE: [Trac] Custom Ticket Number instead of #1 or #67

[Cooke, Mark]

Hello,

> -Original Message-
> From: trac-users@googlegroups.com On Behalf Of Gini
> Sent: 24 April 2014 04:32
> 
> Hi Experts,
> 
> Is there any way to customize the ticket number pattern ? We are running
> multiple trac environments and it would be eazy to user different ticket
> number patterns for each environment.
> 
> Eg: for Production trac environment #PRD324, for Dev, #DEV432 etc.
> 
> All advices are appreciated.

I am not clear where you want to be able to use these shortcut references?  You 
also do not say anything about your trac environment.

However, if you want to cross-reference between your trac environments, you can 
setup almost exactly the shortcut notation you want using "InterTrac" links, 
see the docs:-

http://trac.edgewall.org/wiki/TracLinks#InterTraclinks

~ Mark C

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/d/optout.

RE: [Trac] Help with mod_wsgi + multiple projects

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com [mailto:trac-users@googlegroups.com] On
> Behalf Of Clint Dilks
> 
> Hi,
> 
> I am trying to migrate an existing installation to a new system.
> Previous we were using mod_python, but I am trying to get things 
> working with mod_wsgi.

Sounds like a good idea.  First of all, have you read all of Graham's excellent 
Trac documentation on the mod_wsgi website?

https://code.google.com/p/modwsgi/wiki/IntegrationWithTrac

> If I have a single project things seem to be working as I would expect.
> 
> But if I add a second project I can't access it.  From looking at the
> archives I have just realized my approach with the current config isn't the
> best one but I believe it should at least work.
> I can access the main repository at / but if I go to /flax I see No handler
> matched request to /flax
> 
> I would like to understand what I am doing wrong with the current config
> before modify it to use a single cgi script.  configtest is okay and nothing
> is reported in the error log.
> 
> Thanks for any help you can offer :)
> 
> 
> ServerAdmin 
> DocumentRoot /var/www/html
> ServerName trac.migr.greenstone.org
> ErrorLog logs/trac.greenstone.org-error_log
> CustomLog logs/trac.greenstone.org-access_log common
> 
> 
>
>   Options Indexes FollowSymLinks
>   AllowOverride None
>   Allow from all
>
> 
>
>  Order allow,deny
>  Allow from all
>
> 
> 
>
>   WSGIApplicationGroup %{GLOBAL}
>   Order deny,allow
>   Allow from all
>
> 
>
>   AuthType Basic
>   AuthName "Greenstone Developers"
>   # Require valid-user
>   Require group
>
> 
>WSGIScriptAlias / /var/www/trac/projects/greenstone/cgi-bin/trac.wsgi
>WSGIScriptAlias /flax/ /var/www/trac/projects/flax/cgi-bin/trac.wsgi
>WSGIScriptAlias /greenstone.org/
> /var/www/trac/projects/greenstone.org/cgi-bin/trac.wsgi
> 
> 

I am not sure of what exactly is wrong with your configuration but my guess 
would be that your first `WSGIScriptAlias` always matches and "hides" the 
others...

~ mark c

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/groups/opt_out.

RE: [Trac] different view via tracd and apache

[Cooke, Mark]

It would be great if you could post in-line or at the bottom on this list, it 
makes it so much easier to follow the problem.  I have re-ordered and answered 
below...


> On 24 Jan 2014, at 1:14 am, Cooke, Mark 
>  wrote:
> 
> >> -Original Message-
> >> From: trac-users@googlegroups.com On Behalf Of rl
> >> Sent: 23 January 2014 09:44
> >> 
> >> I followed a standard trac install and created a project with 
> >> trac-admin /opt/trac/myproject initenv
> >> 
> >> if I start the embedded server with trace -p  
> >> /opt/trac/myproject  browsing to http://webserver:  
> >> I get a menu of sorts with the heading "available Projects" 
> >> and beneath that a hyperlink to the name I gave myproject.
> > 
> > That is using a trac "parent" directory...
> > 
> >> Using apache I setup a ScriptAlias of /trac to point at 
> >> /opt/trac/myproject/cgi-bin/trac.fcgi  after installing and 
> >> setting up fcgi itself.  When I browse to 
> >> http://webserver/trac I get the home page of my project 
> >> instead of the menu of projects produced by tracd.
> > 
> > ...whereas your fcgi configuration is almost certainly 
> using an environment, not a parent.  Post your fcgi here for 
> more concrete help but see also:-
> > 
> http://trac.edgewall.org/wiki/TracFastCgi#alternativeenvironmentsetup
> > 
> >> I'd like to know why this is the case and how to configure 
> >> the tracd behaviour via the apache interface?
> >> 
> >> Many thanks
> >> 
> >> r.
> > 
> > ~ Mark C
> > 
> -Original Message-
> From: trac-users@googlegroups.com 
> [mailto:trac-users@googlegroups.com] On Behalf Of Rolf Loudon
> Sent: 23 January 2014 20:36
> To: trac-users@googlegroups.com
> Subject: Re: [Trac] different view via tracd and apache
> 
> Hi
> 
> Thanks for responding.
> 
> This is my trac.fcgi located in /opt/trac/cgi-bin/  and was 
> generated using the deploy option to trac-admin detailed here 
> http://trac.edgewall.org/wiki/TracInstall#DeployingTrac
> 
> try:
> import os
> import pkg_resources
> if 'TRAC_ENV' not in os.environ and \
>'TRAC_ENV_PARENT_DIR' not in os.environ:
> os.environ['TRAC_ENV'] = '/opt/trac/myproject'

Note that the line above sets `TRAC_ENV`, did you have a look at the link I 
posted?  Trac uses one of `TRAC_ENV` and `TRAC_ENV_PARENT_DIR` to work out what 
to serve.  You want the parent version.

> if 'PYTHON_EGG_CACHE' not in os.environ:
> if 'TRAC_ENV' in os.environ:
> egg_cache = os.path.join(os.environ['TRAC_ENV'], '.egg-cache')
> elif 'TRAC_ENV_PARENT_DIR' in os.environ:
> egg_cache = os.path.join(os.environ['TRAC_ENV_PARENT_DIR'], 
> '.egg-cache')
> pkg_resources.set_extraction_path(egg_cache)

You should also check out the paths set above to make sure they are correct for 
your setup.

> from trac.web import fcgi_frontend
> fcgi_frontend.run()
> except SystemExit:
> raise
> except Exception, e:
> print 'Content-Type: text/plain\r\n\r\n',
> print 'Oops...'
> print
> print 'Trac detected an internal error:'
> print
> print e
> print
> import traceback
> import StringIO
> tb = StringIO.StringIO()
> traceback.print_exc(file=tb)
> print tb.getvalue()
> 
> If I were to re-generate this so that the apache config had 
> the Script Alias /trac /opt/trac/cgi-bin/trac.fcgi setting 
> how would I specify the paths to deploy so that 
> http://webserver/trac goes to the parent, as per the 
> behaviour previously cited with tracd -p < someport> 
> /opt/trac/myproject?

Use the parent env configuration option noted above.  More info in the 
`TracFastCgi#alternativeenvironmentsetup` link provided previously!

~ Mark C

> Regards
> 
> rolf.
> 

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/groups/opt_out.

RE: [Trac] different view via tracd and apache

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com On Behalf Of rl
> Sent: 23 January 2014 09:44
> 
> I followed a standard trac install and created a project with 
> trac-admin /opt/trac/myproject initenv
> 
> if I start the embedded server with trace -p  
> /opt/trac/myproject  browsing to http://webserver:  
> I get a menu of sorts with the heading "available Projects" 
> and beneath that a hyperlink to the name I gave myproject.

That is using a trac "parent" directory...

> Using apache I setup a ScriptAlias of /trac to point at 
> /opt/trac/myproject/cgi-bin/trac.fcgi  after installing and 
> setting up fcgi itself.  When I browse to 
> http://webserver/trac I get the home page of my project 
> instead of the menu of projects produced by tracd.

...whereas your fcgi configuration is almost certainly using an environment, 
not a parent.  Post your fcgi here for more concrete help but see also:-

http://trac.edgewall.org/wiki/TracFastCgi#alternativeenvironmentsetup

> I'd like to know why this is the case and how to configure 
> the tracd behaviour via the apache interface?
> 
> Many thanks
> 
> r.

~ Mark C

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/groups/opt_out.

RE: [Trac] Re: Trac AD Authentication using Apache on Windows

[Cooke, Mark]

The convention here is to post in-line or at the bottom (preferably in plain 
text) to make it easier to read, so I'll post below...

> On Tuesday, January 21, 2014 2:23:04 AM UTC-5, Cooke, Mark wrote:
> 
>   > -Original Message- 
>   > From: trac-...@googlegroups.com   On 
> Behalf Of Alan Frye 
>   > Sent: 17 January 2014 23:44 
>   > 
>   > I am having the same issue. Were you able to geet 
> this issue resolved 
>   
>   It would probably be better to post your own 
> configuration, your problems may well be rather different 
> than from a 4-year old post. 
>   
>   I have AD authentication working for both trac and 
> subversion (using apache httpd 2.2 and mod_wsgi on windoze 
> server) so may be able to help out. 
>   
>   ~ mark c 
> 
> -Original Message-
> From: Alan Frye [mailto:alf...@gmail.com] 
> Sent: 21 January 2014 07:52
> To: trac-users@googlegroups.com
> Cc: sehra@gmail.com; Cooke, Mark
> Subject: Re: [Trac] Re: Trac AD Authentication using Apache on Windows
> 
> 
> Marc thanks for the reply. 
> 
> Here is what I have in my http.conf file
> 
> WSGIScriptAlias /trac C:\tracwsgi\cgi-bin\trac.wsgi
> 
> 
>  WSGIApplicationGroup %{GLOBAL}
>  Order deny,allow
>  Allow from all
> 
>  AuthType Basic
>  AuthLDAPURL 
> ldap://dc1.grace.local:389/DC=grace,DC=local?sAMAccountName?su
> b?(objectClass=user)"
>  AuthLDAPBindDN GRACE\\compadmin
>  AuthLDAPBindPassword password
>  AuthName "/trac 
>  AuthBasicProvider "ldap"
>  require valid-user
>  
>  
> 
> 
> Also which plugins are you using in trac and what apache 
> modules are you using

You do not give much info about how your server is configured (versions, 
platform, usage), is it just used for subversion / trac for example?  Mine is 
(just about, I do run a few minor odds and ends but mostly as trac plugins), so 
I am using a stripped-down version with only 14 modules including SSL, 
subversion and AD stuff:

LoadModule auth_basic_module modules/mod_auth_basic.so
LoadModule authnz_ldap_module modules/mod_authnz_ldap.so
LoadModule authz_host_module modules/mod_authz_host.so
LoadModule dav_module modules/mod_dav.so
LoadModule dir_module modules/mod_dir.so
LoadModule ldap_module modules/mod_ldap.so
LoadModule log_config_module modules/mod_log_config.so
LoadModule mime_module modules/mod_mime.so
LoadModule negotiation_module modules/mod_negotiation.so
LoadModule rewrite_module modules/mod_rewrite.so
LoadModule ssl_module modules/mod_ssl.so

# mod_wsgi module:-
LoadModule wsgi_module modules/mod_wsgi.so

# Subversion modules:-
LoadModule dav_svn_module   modules/mod_dav_svn.so
LoadModule authz_svn_module modules/mod_authz_svn.so

I think I may even be able to remove a few more modules but I ran out of 
time...  BTW this is httpd 2.2, mod_wsgi 3.3 on windoze server 2008.

As we use "Basic" authentication, usernames and passwords are sent in plain 
text, making SSL pretty much a requirement.  We also use a rewrite rule to 
redirect non-SSL to SSL:

RewriteRule ^/(.*) https://my.server.net/$1 [R=permanent,L]

I then protect access to the whole server with a global authentication block:

#
# ALL access must be authenticated against AD...
#

Order allow,deny
Allow from all

# Require SSL for all paths (subject to minimum key strength)
SSLRequireSSL
SSLRequire %{SSL_CIPHER_USEKEYSIZE} >= 128

# The name of the protected area or "realm"
AuthName "trac"
# Do basic password authentication in the clear
AuthType Basic
# Make LDAP the authentication mechanism
AuthBasicProvider ldap
# Make LDAP authentication is final
AuthzLDAPAuthoritative on

# The LDAP query URL ~ upgrading to a secure connection once connected...
AuthLDAPURL 
"ldap://:3268/DC=<>,DC=<>,DC=<>?sAMAccountName,mail?sub?(objectClass=*)"
 TLS

# Active Directory requires an authenticating DN to access records
AuthLDAPBindDN "@"
# This is the password for the AuthLDAPBindDN user in Active Directory
AuthLDAPBindPassword 

# Require a valid user (uses: mod_authz_user.so)
#Require valid-user

# Require specific LDAP membership (uses: mod_authnz_ldap.so)
Require ldap-group CN=<>,OU=<>,OU=<>,DC=<>,DC=<>,DC=<>

# Require specific LDAP user(s) (uses: mod_authnz_ldap.so)
#Require ldap-user 


Note the AuthLDAPURL specifies the user info to make available to mod_wsgi, 
username and email in this case (depending on your AD configuration).  Also 
`:3268` searches the "global catalogue", useful if you have an AD forest rather 
than a single domain.

Then all I have for trac is:-

# =

RE: [Trac] Re: Trac AD Authentication using Apache on Windows

[Cooke, Mark]

 

> -Original Message-
> From: trac-users@googlegroups.com On Behalf Of Alan Frye
> Sent: 17 January 2014 23:44
> 
> I am having the same issue. Were you able to geet this issue resolved

It would probably be better to post your own configuration, your problems may 
well be rather different than from a 4-year old post.

I have AD authentication working for both trac and subversion (using apache 
httpd 2.2 and mod_wsgi on windoze server) so may be able to help out.

~ mark c

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/groups/opt_out.

RE: [Trac] Plugin Dev: where to store data file?

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com On Behalf Of Steffen Hoffmann
> Sent: 03 January 2014 21:48
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> On 03.01.2014 09:42, Cooke, Mark wrote:
> > Folks,
> > 
> > I have a plugin that uses an SQLite dB and I am wondering where is
> > the correct place to store the data file?  Currently it is in the
> > root of the attachments folder but perhaps there is somewhere
> > better?
> > 
> > Or do I just make it configurable via trac.ini?
> 
> The canonical attachments folder content will be moved to 'files' in
> Trac 1.0, so I would adapt this too.

So I could create a plugin data folder:  / files /  ?

> I don't know, why you're storing data (exclusively?) for Trac, but
> outside the Trac db, what would be the natural place to me.

In this case I am realy using Trac as a convenient web-app host, I already have 
trac / svn and authentication setup for software projects and needed to serve a 
simple app to some authorised local users.  The data is really completely 
independent of Trac and using SQLite makes the data more accesible while 
testing etc.  We already backup the trac env folders.

> > P.S. I am using Trac 0.12.5 on windoze (if that makes any
> > difference), served via apache httpd & mod_wsgi, using a PostgreSQL
> > 9.x backend.
> 
> So I would alter the plugin to use this Trac db backend too, 
> and you can forget about your initial problem. Counting the
> environment as file storage no. 1 and the Trac db as no. 2 this
> should be enough. Each storage beyond could become just painful
> (think safe db copy etc.).

Valid points and thanks for the advice.  Given time constraints and the fact 
that it is already working, I will ignore you this time but know better next 
time!

~ mark c

> Sincerely,
> 
> Steffen Hoffmann

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/groups/opt_out.

[Trac] Plugin Dev: where to store data file?

[Cooke, Mark]

Folks,

I have a plugin that uses an SQLite dB and I am wondering where is the correct 
place to store the data file?  Currently it is in the root of the attachments 
folder but perhaps there is somewhere better?

Or do I just make it configurable via trac.ini?

Cheers,

~ Mark C

P.S. I am using Trac 0.12.5 on windoze (if that makes any difference), served 
via apache httpd & mod_wsgi, using a PostgreSQL 9.x backend.

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/groups/opt_out.

[Trac] Plugin dev: Paginating results?

[Cooke, Mark]

Folks,

I have a plugin which displays rows of results and I was wondering if there is 
an easy way to reuse the result pagination code in Trac or if I have to do it 
all myself in the plugin code and/or genshi templates?  I would like the paged 
results to look like the trac standard rather than spin my own design.

Note I am still on 0.12.5 pending an "imminent" infrastructure upgrade.

Many thanks,

~ Mark C

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/groups/opt_out.

RE: [Trac] Arbitrarily fine-grained priorization ?

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com On Behalf Of mickeyf
> Sent: 11 December 2013 15:52
> 
> Our legacy application used Seapine Software's Test Track. 
> There are plenty of things about it not to like, but it did 
> allow us to use a real number field for prioritizing. Thus we 
> could have 1.001, 1.017, 3.8923... Whatever. This meant we 
> could reassign and sort any number of issues to have 
> individual, rather than simply categorized priorities.
> 
> Trac uses enums, and it's not practical to have more than a 
> handful of them since they must be individually entered. 
> 
> Is there a way to create a numeric field that could be used 
> with arbitrary values for prioritizing?

You can add your own fields to tickets:-

http://trac.edgewall.org/wiki/TracTicketsCustomFields

...however it does not AFAIK directly support real numbers, you would probably 
have to use a plain text field and rewrite all of your SQL report queries 
appropriately (using JOINs as mentioned in the help).  See #3080 for a similar 
issue with integer priorities:-

http://trac.edgewall.org/ticket/3080

You could then remove all of the values from the built-in priority (using the 
admin interface) to hide that field.

> Thanks for any ideas / suggestions.
> 
> Mickeyf

~ Mark C

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/groups/opt_out.

RE: [Trac] Simple questions

[Cooke, Mark]

Hello again,

On this list the convention is to reply in-line or at the bottom.  It makes it 
easier to read through...

> On Monday, December 9, 2013 9:41:58 AM UTC+2, Cooke, Mark wrote:
>
> > -Original Message-
> > From: trac-...@googlegroups.com   On
> > Behalf Of cris croslobski
> > Sent: 08 December 2013 10:37
> >
> > HI,
> >
> > I am a new user in this bug tracking tool.
>
>  Welcome!
>
> > I have some questions, can you please help me?
> >
> > 1. How can I customize tab with specific fields which I need
> >to define in each tab?
>
> I am not certain of what you want, here.  Which "tab"?
> Do you mean on the ticket view?  You can define "custom
> fields", either through the trac.ini or via plugin(s):
>
> http://trac.edgewall.org/wiki/TracTicketsCustomFields
>
> Also: some of the existing fields can be hidden (if you
> do not want them) by removing all the pre-configured values
> via the Admin tab.
>
> > 2 .How can I use actions? I read the guide but I don't know
> >how to go back to predefined action
> >for example: I need 4 actions: submit, assign, resolve, close
> >submit will change into assign, assign change to resolve,
> >from resolve I need to go back to assign, and from close into
> >resolve again.
>
> Read the workflow page:-
> http://trac.edgewall.org/wiki/TracWorkflow
>
> Then try to build your own workflow ini and run it
> through the online graphical visualiser (linked just above
> the "Adding optional Testing with Workflow" section).  If you
> are still struggling, post a more specific question with what
> you already tried...
>
> > 3. How can I use mandatories of the fields?
>
>  ...you mean "not let people submit a ticket if specific
> fields have not been completed"?  Not sure but I believe
> there are plugins that can help with that.  Have you searched
> trac-hacks?
>
>  http://trac-hacks.org/
>
> > 4. How can I update the data from external API script I
> >preferred perl?
>
>  There is a plugin that exposes an API:-
>
>  http://trac-hacks.org/wiki/XmlRpcPlugin
>
> > 5. I see in the issue tracking only modify action, How can I
> >choose the one I want?
>
>  ...the available options depend on transitions defined
> in the workflow from the current state, combined with the
> associated permissions.  Read the workflow page again.
>
> > 6. How can I use dependency of fileds, for example, when I
> >will change the priority to major then field owner_name 
> >will change to (predefined user)?
>
>  Not in "vanilla" trac but there may be a plugin for that.
>
> > Thank you for advance.
>
>  I hope that helps you get started.  The workflow stuff
> is not too hard to understand it (I managed it so it must be
> easy) once you have read it a few times and put stuff through
> the visualiser.  Otherwise, please try to be a bit more
> descriptive in your questions, for example you have not told
> us what platform you are on, which version of trac you have
> installed or that most of your questions seem to relate only
> to the ticket page (unless I guess wrong) but there is quite
> a bit more to trac than tickets (wiki, source integration,
> misc plugins etc).
>
>  Good luck!
>
>  ~ Mark C
>
> -Original Message-
> From: trac-users@googlegroups.com On Behalf Of cris croslobski
> Sent: 09 December 2013 09:30
>
> Hi Mark,
>
> Thank you.
>
>
> I am using trac on windows to examine the tool, Trac 1.0.

Ok, I have not yet migrated to 1.0 due to other major upgrades going on (soon, 
I hope).

> 1. In the other bug tracking tool we in, I have 3 tabs, in
>each tab I have 4 fields:
>Tab1: priority, product, owner_t, submitter
>Tab2: result, result_owner, test result, bypass
>Tab3 : bug, type, owner_b, computer
>I need a way to add a new ticket, the user will choose the
>right tab and will write the values, in the ticket.

You should probably not want Trac to be a clone of your other tool (or it would 
not be Trac), so UI details like tabs will be different.

To add a new ticket just click on the "New Ticket" link (if you have permission 
but I assume you have given yourself TRAC_ADMIN for now) and fill in the 
details.  Note that some are assumed (like 'submitter') or auto-populated (like 
'version') based on configuration.

> 2. Let take the basic cenario
>
> I don't know how can I configure these line to go back from
> resolve to open.
>
> resolve_accepted = open,assigned,accepted -> closed
> resolve_accepted.name = resolve

RE: [Trac] Simple questions

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com On Behalf Of cris croslobski
> Sent: 08 December 2013 10:37
> 
> HI,
>  
> I am a new user in this bug tracking tool.

Welcome!

> I have some questions, can you please help me?
>  
> 1. How can I customize tab with specific fields which I need 
>to define in each tab?

I am not certain of what you want, here.  Which "tab"?  Do you mean on the 
ticket view?  You can define "custom fields", either through the trac.ini or 
via plugin(s):

http://trac.edgewall.org/wiki/TracTicketsCustomFields

Also: some of the existing fields can be hidden (if you do not want them) by 
removing all the pre-configured values via the Admin tab.

> 2 .How can I use actions? I read the guide but I don't know 
>how to go back to predefined action
>for example: I need 4 actions: submit, assign, resolve, close
>submit will change into assign, assign change to resolve, 
>from resolve I need to go back to assign, and from close into 
>resolve again.

Read the workflow page:-  http://trac.edgewall.org/wiki/TracWorkflow

Then try to build your own workflow ini and run it through the online graphical 
visualiser (linked just above the "Adding optional Testing with Workflow" 
section).  If you are still struggling, post a more specific question with what 
you already tried...

> 3. How can I use mandatories of the fields?

...you mean "not let people submit a ticket if specific fields have not been 
completed"?  Not sure but I believe there are plugins that can help with that.  
Have you searched trac-hacks?

http://trac-hacks.org/

> 4. How can I update the data from external API script I 
>preferred perl?

There is a plugin that exposes an API:-

http://trac-hacks.org/wiki/XmlRpcPlugin

> 5. I see in the issue tracking only modify action, How can I 
>choose the one I want?

...the available options depend on transitions defined in the workflow from the 
current state, combined with the associated permissions.  Read the workflow 
page again.

> 6. How can I use dependency of fileds, for example, when I 
>will change the priority to major then field owner_name will 
>change to (predefined user)?

Not in "vanilla" trac but there may be a plugin for that.

> Thank you for advance.

I hope that helps you get started.  The workflow stuff is not too hard to 
understand it (I managed it so it must be easy) once you have read it a few 
times and put stuff through the visualiser.  Otherwise, please try to be a bit 
more descriptive in your questions, for example you have not told us what 
platform you are on, which version of trac you have installed or that most of 
your questions seem to relate only to the ticket page (unless I guess wrong) 
but there is quite a bit more to trac than tickets (wiki, source integration, 
misc plugins etc).

Good luck!

~ Mark C

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/groups/opt_out.

RE: [Trac] Re: LDAP groups with TRAC

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com 
> [mailto:trac-users@googlegroups.com] On Behalf Of Alan Deutscher
> Sent: 03 December 2013 17:09
> 
> This sounds like more of an SVN question. I'm not familiar 
> with the settings and permissions for looking at multiple 
> repositories through a single Trac site. This page 
> (http://trac.edgewall.org/wiki/TracFineGrainedPermissions) 
> looks like it might be able to help you, but its also 
> something that I haven't looked at. I'll try to help with why 
> authentication isn't working, and share how I implemented 
> Trac with LDAP at work.
> 
> I think the logging for LDAP authentication should be enabled 
> by default. I have a server running Ubuntu 12.04 with an SVN 
> repository, which places its logs in /var/log/apache2/. 
> RHEL-flavored distributions place the files in /var/log/httpd/.
> 
> I get the following error when I try to log in with a user 
> who doesn't exist:
>  [Tue Dec 03 08:13:41 2013] [error] [client 10.10.11.6] 
> user bob not found: /
> I get the following for an intentional bad password:
> [Tue Dec 03 08:16:49 2013] [error] [client 10.10.11.6] 
> user myuser: authentication failure for "/": Password Mismatch
> If a user authenticates, but isn't a member of the group, I 
> get a 403 error:
> [Tue Dec 03 08:18:07 2013] [error] [client 10.10.11.6] 
> Access denied: 'someotheruser' GET /:/
> 
> On this server, I have the following virtual host defined for 
> this repository (Accessing an OpenLDAP server):
> 
> 
> ServerAdmin webmaster@localhost
> 
> ServerName svn.home.local
> 
> 
> AuthName "Home SVN"
> AuthType Basic
> AuthBasicProvider ldap
> # Important, otherwise "(9)Bad file descriptor: Could not 
> open password file: (null)"
> AuthUserFile /dev/null
> 
> AuthLDAPBindDN 'uid=reader,ou=users,dc=home,dc=local'
> AuthLDAPBindPassword 'redacted'
> AuthLDAPURL ldap://1.2.3.4/dc=home,dc=local?uid
> 
> AuthLDAPGroupAttribute memberUid
> AuthLDAPGroupAttributeIsDN off
> Require valid-user
> 
> DAV svn
> SVNPath /srv/svn/repos/svn
> AuthzSVNAccessFile /srv/svn/access/svnauth.conf
> 
> 
> 
> 
> At work we have a repository for each Trac site, 
> authenticating against Active Directory. I ended up putting 
> my group restriction in the LDAP filter instead:
> 
> 
>   AuthName "AD Credentials"
>   AuthType Basic
>   AuthBasicProvider ldap
>   # Important, otherwise "(9)Bad file descriptor: Could not 
> open password file: (null)"
>   AuthUserFile /dev/null
> 
>   # Using these credentials to bind
>   AuthLDAPBindDN "CN=reader,OU=Service Accounts,DC=work,DC=local"
>   AuthLDAPBindPassword 'redacted'
> 
>   AuthLDAPURL 
> "ldap://4.3.2.1:3268/DC=work,DC=local?sAMAccountName,displayNa
> me,mail?sub?(memberOf%3A1.2.840.113556.1.4.1941%3A=CN=work-tra
> c-access,OU=Groups
> ,DC=work,DC=local)"
>   Require valid-user
> 
> 
> Users who are not a member of the group, whether directly or 
> nested, are immediately looped back to the login prompt. Once 
> a user is authenticated, the next thing to do is access 
> control. Our Trac is set not to give any permissions within 
> Trac to users just on account of being authenticated. To 
> grant users access within Trac, I have an external script 
> that goes off the output of `trac-admin /trac-env permission 
> list`. It flushes all instances of a permission or permission 
> group (e.g. 'developer','tester', and TRAC_ADMIN), and then 
> makes sure that it has an updated version of the groups 
> gathered via LDAP. It bases these permissions off of various 
> groups who are members of the master "trac-access" group. I 
> also used the same method to generate the file used by the 
> AuthzSVNAccessFile directive. For Trac, a cleaner way (I 
> can't vouch for easier) to manage permissions would probably 
> be to use the LDAP plugin to automatically draw permissions 
> instead of having a script go in manually.
> 
> The only change I made to trac.ini was to add the following 
> so that new users had their e-mail pulled out of AD:
> 
> 
> [apacheuserinfo]
> email_override = true
> email_var = AUTHENTICATE_MAIL
> name_override = true
> name_var = AUTHENTICATE_DISPLAYNAME

...just a note that [apacheuserinfo] is not standard Trac but from the 
ApacheUserInfo hack:-

http://trac-hacks.org/wiki/ApacheUserInfoPlugin

Thanks for including this, I had not found it before!

~ mark c

> On Monday, 2 December 2013 23:52:24 UTC-8, Stuart Cracraft wrote:
> 
>   This is a very good question.
>   
>   Can we enable any logging to provide the necessary data?
> 
>   On Dec 2, 2013, at 2:37 PM, Alan Deutscher 
>  > wrote:
> 
> 
>   I'd like to confirm where you're having trouble. 
>   
>   Are you able to successfully authenticate 
> against LDAP with Trac, or are you having difficulty with 
> access control after a user has authenticated?
>   
>   

RE: [Trac] SSL-only with LDAP-group -> Trac

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com On Behalf Of Stuart Cracraft
> Sent: 25 November 2013 23:29
> 
> Hi,
> 
> I have direction to:
> 
>   1) use Trac within an SSL-only Apache environment (i.e.
>   all connections to the box are SSL-only. No non-SSL.)

As Dimitri already mentioned, just setup a global redirect to https.  I have 
the following in my top-level config:-

RewriteRule ^/(.*) https://my.server.net/$1 [R=permanent,L]


>   2) use Trac within an LDAP group environment (i.e. only this
>   group or that group can use Trac to access a given repository.)

Hmm, do you mean Trac "environments" or subversion "repositories" here?

Personally I setup top-level LDAP authentication to access the server then use 
trac permissions to provide finer-grained authorisation for each project (I 
still want some users to admin their own projects at various levels).  For 
example each project has a relatively limited number of "pigs" or "chickens" ~ 
only the pigs should be able to browse the source...

~ mark c

> Thoughts? I haven't come up with something straightforward for
> either and/or both of the above using Google, Trac docs, etc.
> 
> On the good side of it, I do have Trac up, running to Subversion,
> with a Postgres back-end and have been checking in a ton of code, 
> browsing the repository, etc.
> 
> With the above #1/#2, the installation can be secured and 
> made group-centric.
> 
> Thanks for any tidbits of profound knowledge related to 
> exorcising my technical
> daemons which you might throw my way.
> 
> Stuart
> 

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/groups/opt_out.

RE: [Trac] mod_wsgi 3.3 RuntimeError: instance.__dict__ not accessible in restricted mode

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com On Behalf Of ~Cay
> Sent: 06 September 2013 15:20
> To: trac-users@googlegroups.com
> Subject: [Trac] mod_wsgi 3.3 RuntimeError: instance.__dict__ 
> not accessible in restricted mode
> 
> I have configured Trac on my machine to work with SVN using 
> mod_wsgi following the explanation from the pages:
> 
> *  modwsgi_IntegrationWithTrac 
>  
> * TracModWSGI  
> 
> I have multiple projects  and from time to time (Every hour 
> each day!) I'm receiving the following error:
> BROWSER : RuntimeError: instance.__dict__ not accessible in 
> restricted mode
> LOG: Exception AttributeError: "'SubversionRepository' object 
> has no attribute 'pool'"
> For both errors I followed what was the recommended workaround:
> 
> * RuntimeError ticket#3371  
> * AttributeError ticket#9221 
>  
> 
> I added the WSGIApplicationGroup %{GLOBAL} to my directory, 
> but it did not help. I'm still getting the error. The only 
> thing that works is restart Apache but this implies keep an 
> eye on the page all the time.
> 
> My configuration is :
> 
> * Apache 2.2
> * mod_wsgi 3.3
> * Microsoft windows
> 
> I understood by this explanation 
>  i$20$2B$20multiple$20projects$20/trac-users/W277k3WD6Zw/qV-LGo
> oXHQEJ>  about mod_wsgi and multiple projects that Windows 
> cannot fork processes as Unix does. If daemon mode is not 
> supported in windows which alternative do we have those who 
> we need it?. I tried enabling mpm winnt but it did not do the trick.
>  
> My conf. file is the following:
> http://myenvironment/trac this one contains all the projects 
> and it shows the list of available projects.
> http://projectone.com virtual host that points to specific project
> http://projecttwo.com virtual host that points to specific project
> and so on.
>  
> When the RuntimeError: instance.__dict__ not accessible in 
> restricted mode error appears it affects the one 
> http://myenvironment/trac/projectone but no 
> http://projectone. Could be that something is missing in my 
> configuration?
>  
> CONF File:
> 
> 
>   ServerName myenvironment
>   WSGIScriptAlias /trac "C:/apache/wsgi/trac.wsgi"
>
> WSGIApplicationGroup %{GLOBAL}
> Order deny,allow
> allow from All
>
> 
> 
>  
> 
> 
>ServerName projectone
>Alias /trac/chrome/common M:/Trac/Projects/Projectone/htdocs
>
>  Order allow,deny
>  Allow from all
>
> 
>WSGIScriptAlias / "C:/apache/wsgi/trac-projectone.wsgi"
>
> WSGIApplicationGroup %{GLOBAL}
> Options FollowSymLinks Indexes
> Order deny,allow
> allow from All
>
> 
>
> #Here goes my authentication parameters
>
> 
> 
>  
> My wsgi files are:
> 
> * For the entire environment (trac.wsgi):
> 
>   #!C:\Python27\python.exe
>   import sys
>   sys.stdout = sys.stderr
>   import os
> 
>   os.environ['TRAC_ENV_PARENT_DIR'] = 'M:/Trac/Projects'
>   os.environ['PYTHON_EGG_CACHE'] = 
> 'M:/Trac/Projects/.egg-cache'
>   # Load Trac
>   import trac.web.main
>   application = trac.web.main.dispatch_request
> 
>  
> 
> * For the project (trac-projectone.wsgi). This 
> configuration was duplicated for the other projects modifying 
> the place of the eggs :
> 
>
>#!C:\Python27\python.exe
>   import sys
>   sys.stdout = sys.stderr
>   import os
>   os.environ['PYTHON_EGG_CACHE'] = 
> 'M:/Trac/Projects/Projectone/.egg-cache'
> 
>   # Load Trac
>   import trac.web.main
>   def application(environ, start_response):
> environ['trac.env_path'] = 
> 'M:/Trac/Projects/projectone' 
> return 
> trac.web.main.dispatch_request(environ, start_response)
> 
> I would like to hear your suggestions.
>  
> ~Cay

Hi Cay,

Can you explain what you are trying to do with your apache configuration?  It 
seems to me that someone using `myenvironment` can access all the repositories 
through the first virtual host and you also provide a different way to access 
specific repos.  I would guess that is the problem, at times you are getting 
two users in separate virtual hosts trying to access the same trac instance.

However, I am no httpd wizz so I may be barking up the wrong tree.  If I am I 
would still like to understand what benefit your setup gives you over just one 
trac parent?

~ mark c

-- 
You received this message because you are subscribed to the Google Groups "Trac 

RE: [Trac] Re: trac and svn

[Cooke, Mark]

[apologies for the fact that I have to use outlook and it cannot thread `RE: 
[Trac] trac and svn` with `[Trac] Re: trac and svn` for not seeing these before 
I replied just now...]

> -Original Message-
> From: trac-users@googlegroups.com 
> [mailto:trac-users@googlegroups.com] On Behalf Of Stuart Cracraft
> Sent: 04 September 2013 01:32
> To: trac-users@googlegroups.com
> Subject: [Trac] Re: trac and svn
> 
> Okay apparently trac and svn have to be synced. 
> I don't particularly like that design, but sobeit.

How else is Trac supposed to learn the "existing" history?  The "old" way used 
to read the repo on every access and, as mentioned in the TracIni documentation 
[1] at trac.edgewall.org (t.e.o) this was inefficient.  The "new" way receives 
/ caches updates when thay happen (via the post-commit hooks).  As the initial 
sync can be time consuming (for large repos) then it is better for the admin to 
do this when adding the repo then having the first user hanging around for an 
unknown time...

[1] http://trac.edgewall.org/wiki/TracIni#trac-section

> The fix here was:
>  
>   trac-admin /home/svn/mtg repository resync "*"

...that will resync all linked repositories (each Trac can have multiple linked 
repos).  Note that you can also specify specific repos and even a specific 
revision.  When you add a repo via the admin panel, you should get a warning 
message to remind you to do this.

> followed by a "Browse" at the trac page which results in a 
> page showing test repositories.
>  
> Tomorrow, I will copy over real repositories, resync, and try it out.
>  
> Thanks go to www.google.com for its total inspiration in 
> problem-solving.

...we would have got there if only our timezones were a bit closer!  Glad it is 
now working for you.

By the way, have you setup your post-commit hooks in the repo(s) yet?  If you 
do not do this you will not get any updates and will continue to browse where 
you were when you did your `resync`:

http://trac.edgewall.org/wiki/TracRepositoryAdmin

~ Mark C

> * logged in as admin
> * Logout  
> * Preferences  
> * Help/Guide  
> * About Trac  
> 
> * Wiki  
> * Timeline  
> * Roadmap  
> * Browse Source  
> * View Tickets  
> * New Ticket  
> * Search  
> * Admin  
> 
> 
> Context Navigation
> 
> 
> * Last Change  
> * Revision Log  
> 
> 
> 
> 
> Default Repository 
> 
> 
> View diff against:  
> View revision:  
> Name    Size 
> Rev 
> Age 
> Author    
> Last Change   
>  testrepository 
>  
>   2 
> 
>    5 minutes 
>  %3A58-07%3A00&precision=second>   roottest
> 
> 
> 
> Repository Index
> 
> Name    Size 
> Rev 
> Age 
> Author    
> Last Change   
>  project    
>   2 
> 5 
> minutes 
>  %3A58-07%3A00&precision=second>   roottest
> MTG 
> 
>  
> Note: See TracBrowser 
>   for help on 
> using the repository browser.
> 
> 
> Trac Powered  
> 
> On Friday, August 30, 2013 4:31:20 PM UTC-7, Stuart Cracraft wrote:
> 
>   So my trac page at 
>
> http://trachost:8000/trac
>
>   after login with login button to admin account
>   doesn't have any browse source tab.
>
>   In /home/trac/trac.ini:
>
> repository_dir = path_to_my_mtg
> repository_sync_per_request = 
> repository_type = svn
>
>   Note: trac-admin /home/trac initenv
>

RE: [Trac] trac and svn

[Cooke, Mark]

Polite note: the convention on this list is to post in plain text and in-line 
(i.e. not at the top but in chronological order) to make things easier to read. 
 I have moved your (and my) reply to the bottom...

>   > -Original Message- 
>   > From: trac-...@googlegroups.com   On 
> Behalf Of Stuart Cracraft 
>   > Sent: 31 August 2013 00:31 
>   > To: trac-...@googlegroups.com   
>   > Subject: [Trac] trac and svn 
>   > 
>   > So my trac page at 
>   >   
>   >   http://trachost:8000/trac 
>   >   
>   > after login with login button to admin account 
>   > doesn't have any browse source tab. 
>   >   
>   > In /home/trac/trac.ini: 
>   >   
>   >   repository_dir = path_to_my_mtg 
>   >   repository_sync_per_request = 
>   >   repository_type = svn 
>   >   
>   > Note: trac-admin /home/trac initenv 
>   >   
>   > failed to ask for any repository information at setup. 
>   >   
>   > Suggestions? Tips? Counsel? 
>   
> On Monday, September 2, 2013 1:55:35 AM UTC-7, Cooke, Mark wrote:
> 
>   Have you read the trac wiki [1]?  As you have turned 
> off `repository_sync_per_request`, have you done the initial 
> `resync` and configured your svn hook scripts?  Are you sure 
> `path_to_my_mtg` is valid?  Trac needs local file level 
> access to the repo (and a suitable set of python libraries 
> for the access). 
>   
>   In general, repos are no longer configured using the 
> "documents" you seem to have followed.  Trac-admin initenv no 
> longer prompts for repos and you use the admin panel to 
> configure them.  If you do so, you will be prompted to run 
> the initial sync and setup your hook scripts.  Or you can go 
> back to the "old ways" and just enable 
> `repository_sync_per_request` again... 
>   
>   [1] http://trac.edgewall.org/wiki/TracRepositoryAdmin 
>   
>   Note it always helps to provide your setup info, I 
> assume you are on *nix as you use /home/trac but I'm guessing 
> beyond that.  What version of Trac are you trying to use? 
>   
>   ~ mark c 
>   
> -Original Message-
> From: Stuart Cracraft [mailto:smcracr...@gmail.com] 
> Sent: 03 September 2013 22:49
> To: trac-users@googlegroups.com
> Cc: Cooke, Mark
> Subject: Re: [Trac] trac and svn
> 
> The repository which is the first repository is defined in 
> trac.ini which looks like:
>  
> :
> [trac]
> :
> repository_dir = /home/svn/mtg
> repository_sync_per_request =
> repository_type = svn
>  
> [versioncontrol]
> allowed_repository_dir_prefixes =
>  
> Yet, even with that and a restarted tracd, login as admin yields only
> the following, confirming the above, and no Browse button.
> I have reviewed documentation but not found the "easy-up" into
> the "Browse-from-Trac" world that I so seek. Who is my enlightener?
>  
> --Stuart



As I mentioned above, you have disabled the "old" trac integration (by setting 
`repository_sync_per_request` to an empty value) and you have not told us if 
you have set up the post-commit hook in subversion as described in the linked 
help pages.  Without either of these trac will not have any info about the repo 
you are trying to look at...

As you are "starting from fresh", I suggest you learn the "new" way and remove 
the repo settings from the [trac]` section:-

> repository_dir = /home/svn/mtg
> repository_sync_per_request =
> repository_type = svn

...then use the admin panel to add your repo.  Next, setup the post-commit 
hooks as detailed in the help (see the TracRepositoryAdmin link above) and do 
the `trac-admin  repository resync "*"` (as prompted when you added the 
repo in the admin panel) to perform the initial synchronisation.

As an aside, you would normally need specific permissions to see the `Browse 
Source` button but I am ASSUMING from your description that your current user 
has the TRAC_ADMIN permission.  It would help if you told us more about your 
setup (what is your OS, what versions of trac and subversion are you using, 
which python subversion library are you using etc).

If you still have no button, go to the Admin > Logging panel and set Type to 
`File` and Log Level to `DEBUG` and apply your changes.  Then restart tracd and 
try to access the source tab as your admin user.  Then review the log file and 
see if you can spot any obvious errors, such as "unknown" near "svn"...

~ mark c
 

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/groups/opt_out.

RE: [Trac] CommitTicketUpdater

[Cooke, Mark]

[Note: re-ordered for reading...]

>   On Fri, Aug 30, 2013 at 4:22 PM, Kiko Lopes 
>  wrote:
>   
> 
>   Hello
> 
>   Someone may help me? There are a way to get the 
> entire commit message to write it in a comment of the related ticket?
> 
>   Tnk a lot,
> 
>   Carlos Lopes
>   
> 2013/8/31 Chris Shelton 
> 
> 
>   Carlos,
> 
>   This page should give you instructions for setting up a 
> post-commit hook script to allow commit messages containing a 
> ticket reference to create a comment on the related ticket.
> 
>   http://trac.edgewall.org/wiki/TracRepositoryAdmin#ExplicitSync
>   
> 
>   chris
> 
> -Original Message-
> From: trac-users@googlegroups.com On Behalf Of Kiko Lopes
> Sent: 02 September 2013 13:32
> To: trac-users@googlegroups.com
> Subject: Re: [Trac] CommitTicketUpdater
> 
> Sorry Chris, but the sync already being done. 

May not be a problem, see below...

> What I need is, in the commit hook, to obtain the entire text 
> typed in svn commit and write it in trac comment. 

Chris' link will help you to setup the post-commit hook required for the trac 
commit updater to work.  This will auto-insert the commit message into the 
ticket comments when relevant tokens [1] are present in the commit message.

Once the post-commit is setup you will need to use trac-admin to `repository 
resync` [2] the repository.  This can be done for specific revisions if 
required (e.g. after editing the commit message).

[1] http://trac.edgewall.org/wiki/CommitTicketUpdater#Configure
[2] http://trac.edgewall.org/wiki/TracAdmin

~ mark c

> And I tryed to search but couldn't find this information in 
> the help of trac, or help from svn.
> 
> Tnx for help.
> 

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/groups/opt_out.

RE: [Trac] trac and svn

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com On Behalf Of Stuart Cracraft
> Sent: 31 August 2013 00:31
> To: trac-users@googlegroups.com
> Subject: [Trac] trac and svn
> 
> So my trac page at 
>  
>   http://trachost:8000/trac
>  
> after login with login button to admin account
> doesn't have any browse source tab.
>  
> In /home/trac/trac.ini:
>  
>   repository_dir = path_to_my_mtg
>   repository_sync_per_request = 
>   repository_type = svn
>  
> Note: trac-admin /home/trac initenv
>  
> failed to ask for any repository information at setup.
>  
> Suggestions? Tips? Counsel?

Have you read the trac wiki [1]?  As you have turned off 
`repository_sync_per_request`, have you done the initial `resync` and 
configured your svn hook scripts?  Are you sure `path_to_my_mtg` is valid?  
Trac needs local file level access to the repo (and a suitable set of python 
libraries for the access).

In general, repos are no longer configured using the "documents" you seem to 
have followed.  Trac-admin initenv no longer prompts for repos and you use the 
admin panel to configure them.  If you do so, you will be prompted to run the 
initial sync and setup your hook scripts.  Or you can go back to the "old ways" 
and just enable `repository_sync_per_request` again...

[1] http://trac.edgewall.org/wiki/TracRepositoryAdmin

Note it always helps to provide your setup info, I assume you are on *nix as 
you use /home/trac but I'm guessing beyond that.  What version of Trac are you 
trying to use?

~ mark c

> -- 
> You received this message because you are subscribed to the 
> Google Groups "Trac Users" group.
> To unsubscribe from this group and stop receiving emails from 
> it, send an email to trac-users+unsubscr...@googlegroups.com.
> To post to this group, send email to trac-users@googlegroups.com.
> Visit this group at http://groups.google.com/group/trac-users.
> For more options, visit https://groups.google.com/groups/opt_out.
> 
> 

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/groups/opt_out.

RE: [Trac] trac-admin - setting up new trac project

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com On Behalf Of Stuart Cracraft
> Sent: 30 August 2013 03:25
> To: trac-users@googlegroups.com
> Subject: Re: [Trac] trac-admin - setting up new trac project
> 
> Just a note that today we used trac-admin with initenv
> to setup a postgres-connected one but it failed to ask the
> questions regarding svn that are listed in the documents...

...which documents?

> Suggest a doc refresh...

...which documents?  [1] looks good to me...

[1] http://trac.edgewall.org/wiki/TracAdmin#initenv

> -- 
> You received this message because you are subscribed to the 
> Google Groups "Trac Users" group.
> To unsubscribe from this group and stop receiving emails from 
> it, send an email to trac-users+unsubscr...@googlegroups.com.
> To post to this group, send email to trac-users@googlegroups.com.
> Visit this group at http://groups.google.com/group/trac-users.
> For more options, visit https://groups.google.com/groups/opt_out.
> 

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/groups/opt_out.

RE: [Trac] trac-admin - setting up new trac project

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com On Behalf Of Stuart Cracraft
> Sent: 27 August 2013 23:28
> To: trac-users@googlegroups.com
> Subject: [Trac] trac-admin - setting up new trac project
> 
> Hi,
>  
> trac-admin says after the Project Name is entered for a new project, 
> Database connection string. It wants the right connection string
> syntax for the db I chose which is PostgreSQL. My question is,
> after trying to find it in the documentation, what is it? Didn't see
> it in the docs or a relevant database/admin doc/guide.

Here: http://trac.edgewall.org/wiki/DatabaseBackend

More specifically: http://trac.edgewall.org/wiki/DatabaseBackend#Postgresql

~ mark c

> Thanks.
> 
> -- 
> You received this message because you are subscribed to the 
> Google Groups "Trac Users" group.
> To unsubscribe from this group and stop receiving emails from 
> it, send an email to trac-users+unsubscr...@googlegroups.com.
> To post to this group, send email to trac-users@googlegroups.com.
> Visit this group at http://groups.google.com/group/trac-users.
> For more options, visit https://groups.google.com/groups/opt_out.
> 
> 

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/groups/opt_out.

RE: [Trac] trac svn access

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com On Behalf Of gigabot
> Sent: 01 August 2013 15:38
> To: trac-users@googlegroups.com
> Subject: [Trac] trac svn access
> 
> Hi all!
> 
Hello.

> I have a trac instance setup that is being served with apache 
> and mod_wsgi.
> 
> I have an svn repo setup on the same machine and trac is able 
> to browse it.
> 
> Now I would like to set it up so my developers can have 
> access to the svn repo from their local machines.
> 
> What is the best way to achieve this without destroying my 
> mod_wsgi config?
> 
> Also, is there some way for users to access the svn repo from 
> the browser and add files to it?
> 
It is always a good idea to give plenty of background information.  For example 
are you on windoze or *nix?

If you are already serving Trac over http(s) then adding mod_dav_svn to serve 
your subversion repos should not be that difficult (I do it from a windoze 
server).  The subversion book is a good place to start: 
http://svnbook.red-bean.com/en/1.7/svn.serverconfig.httpd.html

If you let apache handle the authentication then both Trac and svn can pick up 
the user data from that and you have one source of credentials (we use LDAP but 
that depends if you have e.g. Active Directory in your corporate (?) 
environment).

I hope that helps,

~ mark c

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users.
For more options, visit https://groups.google.com/groups/opt_out.

RE: [Trac] Reports: PostgreSQL Join/Sum Help

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com On Behalf Of dkl13
> Sent: 17 May 2013 16:20
> To: trac-users@googlegroups.com
> Subject: [Trac] Reports: PostgreSQL Join/Sum Help
> 
> I can do some basic SQL, but my overall SQL knowledge is very 
> light. What SQL would return the desired results for the 
> scenario below?
> 
> * Trac 0.12
> * PostgreSQL 8.3
> * ticket-custom fields:
> 
>   *   parent: e.g., If ticket #22 is a child ticket 
> of ticket #14, ticket #22 will have 14 in this field.
>   *   backlog_points: Backlog points as numbers 
> (e.g., 11), although this field is a text field (so 
> to_number() needed?).
> 
>   
> Desired report:
> 
> * Display only parent tickets in the report. These parent 
> tickets are identified by parent = blank (ticket_custom table).
> * Sum the backlog_points (ticket_custom table) for any 
> child tickets for each parent and display that on each row of 
> the parent tickets report (Total Backlog Points)
> * Would also be great to have a column that lists all the 
> child tickets as clickable ticket links, but that may not be possible.
> 
>   
> Sample data:
> 
> * #14 = parent ticket
> 
>   *   #22 (backlog_points = 5) = child of #14, so has 
> 14 in parent field
>   *   #24 (backlog_points = 1) = child of #14, so has 
> 14 in parent field
>   *   #25 (backlog_points = 7) = child of #14, so has 
> 14 in parent field
> 
> * #12 = parent ticket
> 
>   *   #15 (backlog_points = 1) = child of #12, so has 
> 12 in parent field
>   *   #17 (backlog_points = 5) = child of #12, so has 
> 12 in parent field
> 
> Report:
>  
> ID  Total Backlog Points  Child Tickets
> 14  1322, 24, 25
> 12   615, 17
>  
> Most of the scrum/agile plugins we've tried, by the way, have 
> problems. (We are on an out-dated version of Python, which is 
> a situation 1) I have no control over, and 2) probably won't 
> change for a year or so. This tends to limit what plugins we 
> can use.) Thanks!

AFAIK you cannot get what you want from SQL, and if you can I suspect it would 
not be a quick query!  If you can I would love to see how...

Personally I would do this in Python, read the data in and (relatively easily) 
parse it in memory.  You don't say which version of python you use?  Also, how 
many tickets are you looking at and how many levels of `grand` child are 
allowed?  I assume you only want open tickets?  Do you need to filter by 
milestone or keyword or anything else?

I would probably start with one of the macros like `UserStatsMacro` [1] which 
reads data from the dB, does some sifting and displays on a wiki page the 
results as a table...

~ Mark C

[1] http://trac-hacks.org/wiki/UserStatsMacro

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.

RE: [Trac] Re: Versionizing/branching sections of the Wiki

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com 
> [mailto:trac-users@googlegroups.com] On Behalf Of RjOllos
> Sent: 30 April 2013 21:49
> To: trac-users@googlegroups.com
> Subject: [Trac] Re: Versionizing/branching sections of the Wiki
> 
> > On Tuesday, April 30, 2013 1:31:38 AM UTC-7, Franz wrote:
> > 
> > > Hi Manuel, I think you can accomplish this using 
> > > trac-admin [1] or XmlRpcPlugin [2].
> > 
> > Interesting topic - I have been also asked by some 
> > users about this feature. Is there any ticket in Trac 
> > handling this feature?
> 
> I'm not sure what you mean. Are the trac-admin dump and load 
> commands not adequate to accomplish what you are after?

...not when that needs access to the server (which I control) every time one of 
the hosted projects (which I don't have anything to do with, normally) wants to 
version their wiki pages!  I can see a need for a plugin to allow this 
operation through the web interface in a neat, access-controlled manner.

~ mark c

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.

RE: [Trac] Non-ticket reports with the # sign prepended

[Cooke, Mark]

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> On 24.04.2013 02:19, Chris wrote:
> > I'm generating a report with the following query:
> > 
> > SELECT owner as id, 
> > (SELECT count(*) FROM ticket b WHERE b.owner=a.owner AND 
> status = 'new')
> > as New,
> > (SELECT count(*) FROM ticket b WHERE b.owner=a.owner AND status =
> > 'assigned') as Assigned,
> > (SELECT count(*) FROM ticket b WHERE b.owner=a.owner AND status =
> > 'fixed') as Fixed,
> > (SELECT count(*) FROM ticket b WHERE b.owner=a.owner AND status =
> > 'verified') as Verified,
> > (SELECT count(*) FROM ticket b WHERE b.owner=a.owner AND status =
> > 'closed') as Closed,
> > (SELECT count(*) FROM ticket b WHERE b.owner=a.owner AND status =
> > 'hold') as Hold
> > FROM ticket a
> > WHERE status <> ''
> > GROUP BY owner
> > 
> > Which gives me something like:
> > 
> > Id  | New  | Assigned | Fixed  | Verified | Closed | Hold 
> > ---
> > #user1  |8 | 0|  14|   2  |   2|  12
> > #user2  |2 |10|   1|   0  |   5|   2
> > #user3  |   18 | 5|   4|   0  |   8|   5
> > #user4  |1 | 1|   0|   1  |   1|   0
> > 
> > Is there a way to get the "#user1" to lose the "#" symbol and link
> > somewhere useful?

> -Original Message-
> From: trac-users@googlegroups.com 
> [mailto:trac-users@googlegroups.com] On Behalf Of Steffen Hoffmann
> Sent: 28 April 2013 23:01
> To: trac-users@googlegroups.com
> Subject: Re: [Trac] Non-ticket reports with the # sign prepended
> 
> While I've to guess, I'm still pretty sure, that the 'owner 
> as id' makes
> your owners become formatted like ticket numbers. If you just drop the
> 'as id' the extra '#' should vanish.
> 
> On the second request there's not much to be done. There could be a
> sensible query showing user's ticket, but TracReports have not magic
> that I know of to create such links in the query output. It might be
> done by a simple Trac plugin, that mangles and rewrites the template
> after it got rendered (see post_process_request of 
> IRequestFilter [1]).
> 
> Steffen Hoffmann
> 
> 
> [1]
> http://trac.edgewall.org/wiki/TracDev/PluginDevelopment/ExtensionPoints/trac.web.api.IRequestFilter

One way you could do this is to run your own macro that you can then plonk on a 
wiki page.  Take a look at the UserStats macro at trac-hacks.org [1] which does 
something similar and I think could be easily adapted.

~ mark c

[1] http://trac-hacks.org/wiki/UserStatsMacro

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.

RE: [Trac] how to know the logined username in plugin?

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com On Behalf Of Zhihui Luo
> Sent: 28 February 2013 03:50
> To: trac-users@googlegroups.com
> Subject: [Trac] how to know the logined username in plugin?
> 
> Hi everybody! l'm developing a plugin for Trac.How  to know 
> the logined usernames in plugin?

Assuming you have access to the req object:

def process_request(self, req):
loginid = req.authname

> thanks!
> -- 
> 
> 骆志辉
> 

~ Mark C

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.

RE: [Trac] create new repository

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com On Behalf Of Sanjeeb Mohanta
> Sent: 27 February 2013 07:07
> To: trac-users@googlegroups.com
> Subject: [Trac] create new repository
> 
> HI,
> I am a new user. I configured TRAC on my local server. I am 
> unable to create repository. I am getting mgs. "You should 
> now run trac-admin $ENV repository resync "testrepo2" to 
> synchronize Trac with the repository." when I run this 
> command on server terminal , getting error
> 
> #cd /var/local/trac
> #trac-admin $ENV repository resync "testrepo2"
> 
> Error: No Trac environment found at /var/local/trac/repository
> [Errno 2] No such file or directory: 
> '/var/local/trac/repository/VERSION'
> 
> Waiting for your reply.
> 
> Thank You.

Are you expecting Trac to be able to actually _create_ a brand new subversion 
repository on your local filesystem?  If so then this is not part of Trac's 
code, you need to create the subversion repo using subversion tools (svnadmin 
create ...).

However, if your repo exists and you just want to connect Trac to it, the 
message is saying that you need to get trac to re-scan the repository (and you 
also need to setup the svn repository post-commit hook to keep trac updated).

The error you report is because the command you show:

> #cd /var/local/trac
> #trac-admin $ENV repository resync "testrepo2"

...is wrong.  You need to replace `$ENV` with the path to your trac environment 
folder.  If that is `/var/local/trac` (i.e. you are not using a trac parent 
path) then you can just swap `.` for `$ENV`...

I hope that helps.

~ Mark C

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.

RE: [Trac] Attaching trac to external svn repo

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com On Behalf Of gigabot
> Sent: 27 February 2013 06:43
> To: trac-users@googlegroups.com
> Subject: [Trac] Attaching trac to external svn repo
> 
> hello group,
> 
> How can I attach to a remote svn repo that requires https and 
> authentication?
> 
> Cheers!

Your question is somewhat vague and partly depends on your platform and if you 
have a login but there is a very good online book about subversion [1] with a 
whole section about basic usage and using the command line client to access a 
respoitory [2].

[1] http://svnbook.red-bean.com/en/1.7/index.html

[2] http://svnbook.red-bean.com/en/1.7/svn.tour.initial.html

If you are on windows then TortoiseSVN [3] is one of the most recommended 
subversion clients but pretty much any client will be able to access any 
repository via https.  Being a valid user is not part of the svn client's  
responsibility though!

[3] http://tortoisesvn.net/

Hope that helps,

~ mark c

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.

RE: [Trac] Anyone running Trac & svn on apache 2.4 on windows?

[Cooke, Mark]

> Cooke, Mark wrote:
> 
> > Folks,
> > 
> > Before I waste too much time, is anyone running Trac and 
> svn on windows
> > (python 2.6) using apache * 2.4 *?  If so, where did you get all the
> > required modules?  For example, I can only find a 2.2 version of
> > mod_wsgi...
> > 
> > 
> > Many thanks,
> > 
> > ~ mark c
> > 
> -Original Message-
> From: trac-users@googlegroups.com On Behalf Of Anton
> Sent: 17 February 2013 21:42
> To: trac-users@googlegroups.com
> Subject: Re: [Trac] Anyone running Trac & svn on apache 2.4 
> on windows?
> 
> Hi Mark,
> 
> I downloaded apache 2.4.3 from the "additional" in apachelounge:
> http://www.apachelounge.com/download/additional/
> 
> The difference to the normal downloads: the Additional 
> packages are compiled with Visual Studio 2008 (like python
> 2.7.3 32 bit) and the normal apache.
> 
> The I downloaded mod_wsgi from:
> 
> http://code.google.com/p/modwsgi/
> 
> to be precise:
> 
> http://code.google.com/p/modwsgi/downloads/detail?name=mod_wsgi-3.4.tar.gz
> 
> and compiled it with VS2008 (32 bit) compiler on the command line,
> ... I saw some warnings but ignored them.
> 
> Actually it works... no idea whats happening with mod_wsgi ...
> the source has got no more updates since 2012.10.18.
> 
> Hope this helps,
> 
> Anton

Thanks very much for that.

I guess the best route is to compile everything for yourself but I haven't got 
time for doing that at the moment.  At least I know I can get it working 
without compiling apache...

~ Mark C

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.

[Trac] Anyone running Trac & svn on apache 2.4 on windows?

[Cooke, Mark]

Folks,

Before I waste too much time, is anyone running Trac and svn on windows (python 
2.6) using apache * 2.4 *?  If so, where did you get all the required modules?  
For example, I can only find a 2.2 version of mod_wsgi...


Many thanks,

~ mark c

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at http://groups.google.com/group/trac-users?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.

RE: [Trac] customize projects list page

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com 
> [mailto:trac-users@googlegroups.com] On Behalf Of Luigi Casalegno
> Sent: 15 January 2013 07:26
> To: trac-users@googlegroups.com
> Subject: RE: [Trac] customize projects list page
> 
> Dear Mark
> I still have a question
> Where do I put an image if I want to add it to the initial 
> project list page?
> Thanks
> Luigi

I would put it in the same directory as the genshi template file and just 
reference it there.

~ Mark C

> -Original Message-
> From: Luigi Casalegno [mailto:lcl...@tin.it] 
> Sent: mercoledì 9 gennaio 2013 09:14
> To: 'trac-users@googlegroups.com'
> Subject: RE: [Trac] customize projects list page
> 
> Dear Mark
> Thank you very much. Now it works perfectly.
> I think it was due to an incorrect access right on the 
> directory in which I
> put my file.
> Now as you suggested I am using the apache htdocs directory 
> and it runs
> correctly Luigi
> 
> -Original Message-Dear
> From: trac-users@googlegroups.com 
> [mailto:trac-users@googlegroups.com] On
> Behalf Of Cooke, Mark
> Sent: mercoledì 9 gennaio 2013 08:14
> To: trac-users@googlegroups.com
> Subject: RE: [Trac] customize projects list page
> 
> > -Original Message-
> > From: trac-users@googlegroups.com On Behalf Of 
> > luigi.casale...@gmail.com
> > Sent: 08 January 2013 20:56
> > To: trac-users@googlegroups.com
> > Subject: [Trac] customize projects list page
> > 
> > I am trying to customize the initial project list page as 
> explained in 
> > the trac Guide at Customizing the Trac Interface, but if I 
> follow the 
> > instructions it always gives me a Server Error I am using 
> Windows 2008 
> > server with wsgi. Has someone a more extensive example or further 
> > details?
> > thanks
> >  
> Hello Luigi,
> 
> It is always helpful to give as much info as you can.  
> Questions that spring
> to my mind include: What is the actual error that you are 
> getting?  Have you
> looked in the apache (or IIS?) logs for more information?  What is the
> actual configuration you are using?
> 
> I am using apache on windoze 2k8 server using WSGI.  I am using the
> following in my WSGI file to invoke my version of the project page:
> 
> {{{
> import os
> os.environ['TRAC_ENV_INDEX_TEMPLATE'] =
> r'D:\trac\apache\htdocs\site-index.html'
> }}}
> 
> ...and here is an example of one of my site-index.html files:
> 
>  PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
> "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";>
> http://www.w3.org/1999/xhtml";
>   xmlns:py="http://genshi.edgewall.org/";
>   xmlns:xi="http://www.w3.org/2001/XInclude";>
>   
> Trac Server
> 
> h1 {
> width: 96%;
> color: #FF;
> background-color: #b43530;
> padding: 2%;
> }
> h3
> {
> width: 98%;
> color: #0;
> background-color: #F6CECE;
> padding: 1%;
> }
> body {
> font: 10pt verdana;
> font-family: verdana;
> height: 100%;
> padding: 0;
> margin: 0,2%,2%,0;
> }
> 
>   
> 
>   
> Projects Available:
> 
> 
>   
> 
>   
> 
>   
> ${project.name}
>   
>   
> ${project.description}
>   
> 
> 
>   
> ${project.name}
>   
>   
>  Error ($project.description) 
>   
> 
>   
> 
>   
> 
> 
> 
>   NOTE:
> 
> 
>   You must be authorised to access the project or you 
> will only see
>   an error report!
>   If this happens, please ask the project leader to grant 
> you access.
> 
> 
> 
> 
>   mailto:user@domain";>My Name ~ Subversion 
> Admin  
> 
>   
> 
> 
> Is this the same for you?  Are the permissions for this file 
> set so that
> your server process can access it (even on windoze)?
> 
> Regards,
> 
> ~ Mark C
> 
> --
> You received this message because you are subscribed to the 
> Google Groups
> "Trac Users" group.
> To post to this gro