Re: [Trac] Consolidate two Trac in one Trac

[W. Martin Borgert]

Quoting Fayez Al Sedlah :

We have two trac that are using in two different places, we reach to the
point where we need to group them in one place but we don't want to loose
the data that already saved.  Noting that, they have two different
databases. I wonder the possibility of migrating all the data in one one
database? what should we take in account ?

Any hints will be appreciated.


I did exactly that a few days back :~) Went smooth.
Please look at the mailing list, subject "Merging two Trac instances?"
starting 2018-01-16.

Good luck!

--
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: Merging two Trac instances?

[W. Martin Borgert]

Hi,

reminder for myself and everybody else:
It is not very difficult to merge two Trac instances, but the
specific steps depend on your usage.
Thanks to Ryan for very useful hints!

Of course, the merge is not "perfect", because intertrac links
between the instances are not changed automatically, nor ticket
references in the wiki etc.

In my case I could leave out some things:

 - users were mostly identical (same team)
 - ticket custom fields, priorities, resolutions, severities, and
   ticket types, versions were default
 - no plugins, that are using the database

This leaves:
 - ticket components
 - ticket milestones
 - repositories
 - wiki

What I did:

 1. *Backup* everything, i.e. both instances

 2. Add useful prefixes to all ticket components in both instances
to avoid collision

 3. Add useful prefixes to all ticket milestones in both instances
to avoid collision

 4. In one of the two instances add an offset to all ticket numbers
to avoid collision (id in table "ticket", "ticket" in tables
"ticket_change" and "attachment")

UPDATE ticket SET id = id + 1;
UPDATE ticket_change SET ticket = ticket + 1;
UPDATE ticket_custom SET ticket = ticket + 1;
UPDATE attachment SET id = id + 1 WHERE type = 'ticket';

 5. Dump the relevant tables. To dump a single table:

pg_dump  --format plain --verbose --file ticket.sql \
--table ticket dbname1

And copy it to the merged database:

psql dbname2 < ticket.sql

I removed everything from those files, but the actual COPY
command. Not sure, whether this was needed.

Same process for all six or seven tables.

 6. Add the git repositories in the merged instance.

 7. Copy all attachments from one instance to the other, more or
less it is:

cd instance1/files/attachments;
tar cf - * | ( cd ../../../instance2/files/attachments;
   tar xf - )

I had to adjust minor things like git post-receive hooks, nginx
paths etc., but that's more or less it.

Many thanks again to Ryan!

Cheers

--
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: Merging two Trac instances?

[W. Martin Borgert]

Many thanks for your quick reply!

On 2018-01-16 13:14, RjOllos wrote:
> * Git repository is very simple: Just add the Git repository to the 
> configuration and resync if you have a cached repository type.

Yes, that's what I imagined.

> * Wiki is simple if there are no page name collisions. You can just 
> export/import using TracAdmin. However, you can also do this by dump/load 
> of the wiki table, and since you have to handle a number of other tables, 
> that is the way to go.

Will export/import include history? If not, I'll go for dump/load.
I will check name collisions before and do renames if necessary.

> * Milestones are stored in the database, so you can do a database dump/load 
> of the table, and it will go smooth assuming there are no naming collisions

OK, renames will be necessary anyway for usability.

> * You can dump and reload tickets from the database, but the ticket 
> numbering will change, assuming the ticket numbering of both system started 
> at 1. You could dump the ticket table, change the numbering by an offset 
> and load into the new system. You'll need to modify the attachments, 
> ticket_custom and the ticket_change tables as well, to account for the new 
> ticket ids.

Sounds like the fun part :~)

> * There are some other tables you should be concerned with, like Versions, 
> Priorities ... and other associated with the ticket system. Also, the 
> permissions table. Here is the list of tables:
> https://trac.edgewall.org/wiki/TracDev/DatabaseSchema

This is very helpful!

>  * You can ignore: auth_cookie, cache, node_change, revision. As mentioned, 
> I'd also ignore the repository table and just add the new repository 
> manually.

Yes, there are only few repositories anyway.

> * Users - depends on the authentication mechanism. It might just be a 
> matter of merging htpasswd or htdigest files.

Most users have access to both systems anyway. I'll probably just add
the missing ones manually.

> I'd start with a backup of both systems and start working on a script. Feel 
> free to post here for advice on the script as it progresses. If you refine 
> the script it could be posted as a script on trac-hacks.org, so happy to 
> help you get it refined.

This sounds like the way to go. 

> The trac-admin hotcopy utility can be used to dump the database on the 
> system you are migrating away from.
> 
> Which Trac version and which database type? Do you have plugins installed?

1.2 and PostgreSQL 9.6. There are some plugins, but IIRC, they are all
purely UI related. No tables involved.

Thanks again for the help and all the specific hints!

Cheers

-- 
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] Merging two Trac instances?

[W. Martin Borgert]

Hi,

I like to Trac instances. Both instances have tickets, wiki, and git repos.
I'm using Trac 1.2 with PostgreSQL on Debian stable.
I came across https://reinout.vanrees.org/weblog/2009/05/28/merging-trac.html,
but it does not talk about tickets, users, milestones, etc.
Does anybody know of a more complete recipe?

TIA!

--
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] Trac 1.0.2 in Debian unstable

[W. Martin Borgert]

On 2014-10-25 19:12, Ryan Ollos wrote:
 Trac 1.0.2 Released

Many thanks!

Trac 1.0.2 is also in Debian unstable since yesterday.
Hopefully, it will be part of the upcoming Debian 8 (Jessie)
release.

Please, Debian users, try the package, so that any errors can be
fixed in time.

-- 
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: trac still being actively developed?

[W. Martin Borgert]

On 2014-10-21 15:35, RjOllos wrote:
 What other cloud services do you have in mind?

Not cloud, but: It would be great to have a Buildbot view in Trac.

-- 
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] Trac and Buildbot (was: trac still being actively developed?)

[W. Martin Borgert]

On 2014-10-21 15:56, Ryan Ollos wrote:
 Have you had a chance to try out?:
 http://trac-hacks.org/wiki/TracBuildbotIntegration

I really need to try this one!

From the screenshots it looks like one has very few information
about the actual builds, compared to e.g. Buildbots waterfall.
I would like to have at least the stdout/stderr of failed build
steps.

-- 
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] Trac and Git (was: trac still being actively developed?)

[W. Martin Borgert]

On 2014-10-21 15:35, RjOllos wrote:
  - Trac supports Git since 1.0, and the support is actively maintained 
 (lots of bugfixes lately thanks to Jun's effort and Peter's work to 
 integrate the plugin)

Unfortunately, at least in Trac 1.0.1, the performance of Trac
with large Git repositories is not very good. It works, however,
really fine for smaller repositories. Don't try to maintain the
Linux kernel with Git + Trac!

-- 
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: PostgreSQL - a straw poll

[W. Martin Borgert]

Quoting Dmitri Maziuk dmaz...@bmrb.wisc.edu:

Might be worth looking into sqlalchemy for the next development cycle...


An ORM in Trac? That would be to good to be true!

(I remember, that there were discussions about using an ORM before, and
that there was a lot of resistance. I don't recall, why that was.)

--
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] Problem with Git and CommitTicketUpdater (old commit message interpreted again)

[W. Martin Borgert]

Hi,

I'm using Trac with Git and the nice CommitTicketUpdater.

Problem: When a ticket is closed via a commit message in a branch,
later the ticket is re-opened, and then the branch gets merged and
pushed, the ticket gets closed again.

In theory, a commit message, that has been seen and interpreted by
Trac should not be interpreted again, when only a merge is done,
right?

Or better(?), closes/fixes should be interpreted as refs only.

Any solution for this?

Cheers

--
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] Problem with Git and timeline filter done by

[W. Martin Borgert]

Hi Peter,

Quoting Peter Suter petsu...@gmail.com:
Actually there is one feature already in TracGit (also mentioned in  
that ticket):

[git]
trac_user_rlookup = true


Works like a charm, thanks!


(Apparently this is slow if you have many users)


No problem for this specific project (= 10 committers).

Cheers

PS: Maybe this parameter should be switched on by default in the future?

--
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] configure Trac to work with an SVN repository that resides on another server

[W. Martin Borgert]

Quoting justashyflo...@gmail.com:

How can I configure Trac to work with an SVN repository that resides on
another server. Is this supported now?


To my knowledge, this is not implemented. Trac needs file system
access to the repository. Maybe an NFS/sshfs is an option for you?

Cheers

--
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] Android Client on Google Play

[W. Martin Borgert]

Quoting Michiel van Loon mfvl...@gmail.com:

since I had a need for an Android client to TRAC I wrote one myself.
It is now in a state that I dare to show it to the world.


Interesting!

Questions:

 1. Is it free software (open source)? And source code actually  
available? Maybe a public issue tracker?


 2. Would you make the app available outside of Google for people who  
either don't (like to) have a Google account or don't like to connect  
their Android device to Google? If it is free software, would  
f-droid.org be an option?


Thanks in advance!

--
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] email2trac use guidelines

[W. Martin Borgert]

Quoting Dimitri Maziuk dmaz...@bmrb.wisc.edu:

or forget if it was '#number' or 'number' or what and pick the wrong one...


In fact, it is '#number:' - how often did I forget the trailing colon?


Message IDs don't work. For instance the version of thunderbird I'm
writing this in has reply to list but not new message to mailing
list. So people often hit reply to list to start a new thread. Then
you have message ID for one thread and subject for another -- now think
thread == ticket.


This is a danger, indeed. Maybe one could combine message-id and
subject, such as message-id is ignored if subject differs (after
removing all the the Re, Fwd, AW, #31572;#22797;, ... prefixes).

Cheers

--
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] email2trac use guidelines

[W. Martin Borgert]

Quoting roger.oberholt...@gmail.com:
We are looking at using email2trac to allow users to add and modify  
tickets. I

am curious what experience people have had with this. Not so much how
email2trac works, but how you have managed getting users to format messages
correctly.


No guidelines, just some experiences here.

We used to use email2trac and probably will use it again in the
company for dealing with end customers with limited technical
experience. It works very well, but has some room for improvement,
too:

 1. Users tend to forget the ticket number in the subject or they
even remove it. This leads to creation of duplicates. There is
no easy merging of tickets in Trac, so this means work :~(

Possible improvements: email2trac should work on base of
message-ids in the e-mail header instead of parsing the subject
like OpenERP. Or one could have one email address per ticket,
like in Debian (e.g. 123...@bugs.myserver.com).

 2. Some users accidently use old/wrong ticket numbers in the subject.
Tickets become a mess this way. This did happen only once or twice.

 3. There is no reply possible from within Trac. This is something
OpenERP does very nicely. One can handle the ticket completely in
the web application, while in Trac you have to go back to your MUA.

 4. Spam was an issue for us, but we probably did not investigate
enough what to do about it.

HTH, Cheers

--
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] Email2Trac - The ticket is not updating, Ticket is duplicated.

[W. Martin Borgert]

On 2013-07-14 01:04, Ivanelson Nunes wrote:
 I found that these parameters could solve.

 ticket_update:0OPTIONAL, if set then check if this is an update for a
 ticket (see below)ticket_update_by_subject0Optional, When there is no
 ticket number found in the reply mail. It will try to find a ticket that
 matches the subject line. Default time 30 days back from time received1.4.0
 ticket_update_by_subject_lookback30Optional, see ticket_update_by_subject
 for explanation1.4.0

Interesting, I didn't know that. Very nice feature, thanks for the hint!

-- 
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] Email2Trac - The ticket is not updating, Ticket is duplicated.

[W. Martin Borgert]

On 2013-07-11 17:00, Ivanelson Nunes wrote:
 But the plugin does not detect that the subject already exists? If yes,
 then update?!

As far as I know, such a function is not supported. Only the
Trac ticket number in the format '#NNN:' is taken into account.

IMHO, the best and correct way would be to make use of the
message-ids, but again, this is probably not supported by
email2trac. Using the ticket number leads to many waste tickets
(false positives) in my experience, while assuming that
identical subjects would belong to the same ticket would lead
to false negatives, i.e. messages belonging to different
issues would be merged wrongly.

-- 
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] Email2Trac - The ticket is not updating, Ticket is duplicated.

[W. Martin Borgert]

On 2013-07-08 22:36, Ivanelson Nunes wrote:
 Duplicate Tickets in Email2Trac!
 
 In my messages the default subject field is:
 
 ServiceDesk Call [#729]
 
 where 729 is the number of control or Ticket generated in the tool
 [1] GLPI.

Not sure, whether this would help you:

To update an existing Trac ticket via email2trac you need to
have the Trac ticket number in the subject. It must be preceeded
by a hash mark (#) and followed by a colon (:). If I understand
correctly, the number above is not the Trac ticket, but an id of
the GLPI tool. For ticket 1234 you would need something like

ServiceDesk Call [#729] #1234:

-- 
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] Install and Settings email2trac - Not user friendly(IMHO)

[W. Martin Borgert]

On 2013-06-26 16:20, ivanelson wrote:
 Your solution solved my problem. The plugin is installed, configured and 
 Ticket are created. 
...
 I just can not define default values for the Ticket.

I'm not sure how to do this. I assume, that the defaults for
tickets in my instance are defined correctly in trac, so that
there is no need to overwrite them in email2trac. (I configured
the system some years ago and forgot many details...)

 My /etc/aliaes 

 # Other aliases
  bananasoft: |/usr/bin/email2trac --project=bananasoft

Note, that in my setup, I'm not using the /etc/aliases file at
all. Not sure, whether you really need it. Probably not, if you
fetch the mail from IMAP and forward it directly to email2trac
via getmail. The /etc/aliases is useful, when you are not using
getmail, IIRC.

Cheers

-- 
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] Install and Settings email2trac - Not user friendly(IMHO)

[W. Martin Borgert]

Quoting Ivanelson Nunes ivanelsonnu...@gmail.com:

I did the installation and configuration by following this [1]site.

My problem is that I do not understand where I set up a mail account that
will receive the messages. And say where these messages should be a Ticket?

Now do not get it where I can configure the e-mail that will receive the
messages and then create the new ticket.

My OS is Ubuntu 12.10 and Trac 1.0. I've tried to configure Postfix and
Fetchmail.

Still do not understand how to configure the MTA :(


The important points are:

1. You need an IMAP(S) server (or POP).
   I can't help you with this issue, sorry.

2. You need to fetch the mail from IMAP(S)/POP and forward it to
   email2trac. I do this using a cron job (every two minutes) using
   getmail4.

   A. For security reasons, I have a user myticketuser (disabled
  password, no login possible), whos cron entry is:

*/2 * * * * /usr/bin/getmail  /dev/null

   B. This user has the following ~/.getmail/getmailrc:

[retriever]
type = SimpleIMAPSSLRetriever
server = imap.myimapserver.com
username = myticketmail
password = WHATEVER
mailboxes = (INBOX,)
move_on_delete = Trash

[destination]
type = MDA_external
path = /usr/bin/sudo
arguments = (-u, www-data, /usr/bin/email2trac)

[options]
delete = True
verbose = 2

   www-data is the user name of the Trac process.

This way, all mail to myticketm...@whateveryouhave.com create
Trac tickets.

HTH.

--
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] Install and Settings email2trac - Not user friendly(IMHO)

[W. Martin Borgert]

Quoting Ivanelson Nunes ivanelsonnu...@gmail.com:

The cron job. You configured for the Apache user (www-data) or to the user
myticketuser?


In my case, the cron job is for user myticketuser. Note, that sudo is
used, so the entry in the /etc/sudoers is:

myticketuser ALL=(www-data) NOPASSWD: /usr/bin/email2trac, /bin/cat

I.e. the myticketuser is allowed to run email2trac and cat as the
www-data user. Otherwise it wouldn't work. (I don't remember why
cat is important, maybe you can try without it.)

Cheers


--
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] BatchticketModify v0.8.0 for python2.7 ? (Upgrade to Debian 7)

[W. Martin Borgert]

On 2013-06-26 09:52, Lukasz Szybalski wrote:
 How can I get a python 2.7 egg for batchticketmodify version 0.8.0?

Is the Debian trac-batchmodify package broken on Debian 7?

-- 
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] two-way e-mail conversation from within Trac (was: New email2trac version)

[W. Martin Borgert]

On 2013-06-19 05:54, Bas van der Vlies wrote:
 What i
 really want is described in ticket:
   * https://oss.trac.surfsara.nl/email2trac/ticket/297

 There is a feature request for the AnnouncerPlugin to support this:
  * https://trac-hacks.org/ticket/10044

This sounds useful, indeed. The Debian bug tracker has one mail
address per bug, too: email to 712...@bugs.debian.org will be
appended to the bugs web page http://bugs.debian.org/712750

-- 
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] two-way e-mail conversation from within Trac (was: New email2trac version)

[W. Martin Borgert]

Hi,

many thanks for constantly working on email2trac! I'm using it
since some years now and I'm very satisfied with it.

There is one thing, I'm missing however: When support staff is
answering a ticket, they still use their e-mail client (MUA) and
have to cc the Trac address to update the ticket at the same
time. They have to take care to put the ticket number in the
subject. It would be nice, to answer directly from within Trac
and let Trac send out the email to the client.

One can, of course, put the client into cc of the ticket, but
that would potentially generate a flood of mails to the client,
e.g. if the ticket is re-assigned or some internal fields, not
of interest to the client, are changed.

This is a typical use case for e-mail based issue trackers, or
CRM systems and I already found a very nice solution the with
OpenERP issue tracker. But maybe Trac can to the trick, too?

TIA, Cheers


On 2013-06-18 11:07, Bas van der Vlies wrote:
 2.7.0

-- 
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] release notes

[W. Martin Borgert]

On 2013-06-09 23:42, Mike Dewhirst wrote:
 S - what would be involved in having an extra text field in the
 Trac ticket which (in my case) could be labelled Release note?

 Is it configurable in Trac or would it require development.

Adding text field to Trac ticket is really easy, if you have the
TracCustomFieldAdmin plugin installed (in Debian it is called
trac-customfieldadmin). Just go to Admin - Ticket System -
Custom Fields, enter the name rel_note of type Textarea,
label Release Notes, maybe set the format to wiki and you're
done. Without the plugin, you have to add the field to your
trac.ini file, which is not very difficult neither:
http://trac.edgewall.org/wiki/TracTicketsCustomFields

-- 
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: Trac + Git performance issue

[W. Martin Borgert]

On 2013-06-04 15:58, Grzegorz Sobański wrote:
 Is your real repository the same size? Have you tried testing it with a
 repository size more similar to your real needs?
 If your repository is of a more typical size it will work okish.

In fact, one of the repositories I have to support, will be the
Linux kernel (for working on some special drivers). For my setup
it would be possible to work in a different way, i.e. use the
Linux kernel as a tar.gz and the drivers as patches in git,
while other smaller software components could live naturally
in git. Not elegant, but possible.

 From what I remember reading the code some time ago - it won't.
 Performance problems (and wrong data with cache) are a result of Trac
 version control system being tightly dependant on the SVN model.

 GitCachedRepository is using an SVN cache, and its representation
 assumes linear (:D) order of commits.

 IMO without huge rewrite of GitCachedRepository and probably some parts
 of the not-cached version no gains can be achieved.

I see. So there are three options:
 - bribe Trac developers to solve the problem (my boss will kill
   me for the spendings)
 - avoid Git for now (my colleagues will kill me for having to
   stay with SVN)
 - find an alternative to Trac (I will kill myself for not being
   able to work with it)

Yesterday, I tried option 3 with Redmine, but at least in my
adhoc setup Git performance was much worse than Tracs. I have no
experience with Redmine, so maybe it was all my fault.

Anyway, from my perspective, Git has a huge momentum and - if I
like it or not - most developers I know, are already using it or
have plans to migrate. If Tracs support for Git does not improve
significantly in the short term, I fear, that people will move
to Gitorious or Gitlab. Both are based on Ruby - no hacking fun
for me :~(

Cheers

-- 
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] Trac + Git performance issue

[W. Martin Borgert]

Hi,

I'm trying to integrate a Git repository into Trac. For testing I
chose the Linux kernel (~375000 commits, ~1.3 GB). I first tried
without any special settings in trac.conf. Unfortunately the Browse
Source view was unusable slow. Than I tried the setting with:

[git]
cached_repository = true
persistent_cache = true

This time the synchronisation took ~36 hours until all revisions were
in the database, and everything seems to be faster, but still so slow,
that I cannot foist this on my colleagues.

I wonder, whether I have to tune something to make it work? Some more
Trac parameters? Or PostgreSQL? The repository itself is OK: A quick
test with the Gitk showed that the access can be very fast.

My setup: Debian wheezy+jessie mix
Trac 1.0.1
Git (and Gitk) 1.7.10.4
PostgreSQL 9.1
Apache 2.2
Mod-WSGI 3.3
Python 2.7.5

Thanks in advance!

Cheers

-- 
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: Trac + Git performance issue

[W. Martin Borgert]

On 2013-06-01 09:29, RjOllos wrote:
 I just started working with the Git connector component as well, and 
 noticed on the Git documentation page [1]: Please note that we're still 
 considering the level of performance to be sub-optimal, so it might not 
 work for you. Small to medium sized repositories should be handled 
 reasonably well, however.

OK. I see, that there are some open tickets and ideas on
improvements, e.g. #10606.

Is there any reason (not) to use libgit2/pygit2? Would this
improve performance anyway?

 [trac]
 repository_sync_per_request = 

It was (default), but changing seems to make no difference in
my case.

Thanks anyway!

-- 
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] Real timepicker (was: Fake timepicker for Trac installation)

[W. Martin Borgert]

On 2013-04-12 19:31, Joost Kraaijeveld wrote:
 Thanks, recipe worked as advertised!

Btw. since today you can install the real libjs-jquery-timepacker
1.2-1. I just tried it with Debians trac 1.0.1-1 and it works fine.
Interestingly, one can even set the seconds for a milestones due
date. That I call anticipatory project management!

-- 
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] Fake timepicker for Trac installation (was: installable Trac 1.0.1 package, including dependencies for Debian?)

[W. Martin Borgert]

Quoting Joost Kraaijeveld j.kraaijev...@askesis.nl:

On do, 2013-04-11 at 19:29 +0200, W. Martin Borgert wrote:

For the moment, you may just ignore libjs-jquery-timepicker, using
a dummy package with equivs (equivs-build and equivs-control).

Could you elaborate on the dummy package? It is a bit cryptic for me.


Sure :~) It's as easy as:

$ sudo apt-get install equivs
$ cat  timepicker EOTEXT
Section: misc
Priority: optional
Standards-Version: 3.6.2

Package: libjs-jquery-timepicker
Version: 1.0
Description: Dummy timepicker for Trac
EOTEXT
$ equivs-build timepicker
$ sudo dpkg -i libjs-jquery-timepicker_1.0_all.deb

Because the dummy package has version 1.0 and the real timepicker
package will have 1.2, it will replaced by apt-get upgrade as
soon as it is available, which will hopefully be in a few days...

HTH

--
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] installable Trac 1.0.1 package, including dependencies for Debian?

[W. Martin Borgert]

Quoting Joost Kraaijeveld j.kraaijev...@askesis.nl:

Because Debian is very busy releasing Wheezy some time in the near
future Debian is more frozen than normally. Now I want to install Trac
1.0.1, but Debian has no complete installable package available. Sid has
an incomplete version (e.g. it lacks the dependency
libjs-jquery-timepicker)


Yes, Debian experimental has Trac 1.0.1-1, but libjs-jquery-timepicker
waits in the new queue since two weeks.
(http://ftp-master.debian.org/new.html)


Does anyone have an installable set of debs available or can help me
build such set?


For the moment, you may just ignore libjs-jquery-timepicker, using
a dummy package with equivs (equivs-build and equivs-control).

--
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] E-Mail update for ticket closed fixed only?

[W. Martin Borgert]

Quoting Ethan Jucovy ethan.juc...@gmail.com:

FYI, I've just released a new standalone plugin,
WorkflowNotificationPlugin, that can be configured to accomplish this:
http://trac-hacks.org/wiki/WorkflowNotificationPlugin#ConditionalNotifications


Yes, many thanks! I saw your announcement and believe that this
is exactly what I need. Do you know by accident whether the
plugin works with 0.11.7?

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

[Trac] E-Mail update for ticket closed fixed only?

[W. Martin Borgert]

Hi,

I need an email to one recipient, only if a ticket gets closed
with resolution fixed. Is this possible? I'm using 0.11.7,
but upgrade is planned.

Thanks in advance!

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

Re: [Trac] E-Mail update for ticket closed fixed only?

[W. Martin Borgert]

Quoting Steffen Hoffmann hoff...@web.de:

TracAnnouncer alias AnnouncerPlugin, a much more flexible framework for
arbitrary transports (email and xmpp - Jabber for the moment) already


Jabber/XMPP is nice, indeed.


But apart from that your best chance is an enhancement ticket against
AnnouncerPlugin and preferably providing more suggestions, how we could
make it a more versatile and generally interesting
TicketStatusSubscriber beyond your specific and rather narrow scope.


Will do, thanks for the suggestion!

I remember that I tried AnnouncerPlugin, but remember that
Bitten did not work with it or something like that. The
build failed announcements are, however, important to us.

Cheers

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

Re: [Trac] Share the Wisdom: What's better? Hosting trac on Windows or Linux?

[W. Martin Borgert]

Quoting ChiefEngr jwane...@gmail.com:

I'm thinking about rolling out somethng like Trac with SVN to handle
revision control (and whatever database engine is the best way to go).


SVN is OK, esp. when using the Tortoise GUI on Windows. Anyway in
the open source community most people use git nowadays, which is
much more powerful than SVN.


My question?  Well, should I host this server on a Windows box or a Linux
box?


For the end user, there is no difference at all. For the admin,
Linux is most likely the better choice than Windows, but YMMV.

As a Debian developer, I'm biased, but I would go for a Debian
server, or maybe for Ubuntu LTS.


Or, is Trac the wrong tool? Is Redmine or something else better?


Trac is just fine, but ask on the redmine list as well to get
a more balanced view.


So here is your chance -- someone is actually **asking** for your opinion!


You didn't ask, which database engine to use. I answer anyway:
Use PostgreSQL. SQLite gets slow on multiple users. You didn't
ask for the web server to use neither, but I suggest to use
Apache with mod_wsgi and the apache2-mpm-worker package.

Summary: Debian (or Ubuntu) Linux + Apache + WSGI + PostgreSQL
+ SVN (or git) + Trac, and you're fine.

Cheers

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

Re: [Trac] Any plug-ins or tools to automate deployment in Trac

[W. Martin Borgert]

On 2012-08-07 23:54, Srinivas G wrote:
 Ideally, I am looking for a plug-in or a workaround where in I can query 
 the revisions associated with a Trac ticket and checkout those versions of 
 files from SVN for deployment to our apache.

We are doing automatic deployment, but not related to tickets.
In fact we just use Bitten to do the build and some checks (lint
etc.) and let the build recipe copy the files. In our case we
build Debian packages and use reprepro to put them into the
repository, but it would be even simpler when you just need to
copy/scp files around. Just take a look at Bitten...

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

Re: [Trac] A video about Trac

[W. Martin Borgert]

On 2012-02-08 23:24, Gebb wrote:
 Features of TFS Trac doesn't have:

- time management,

This is something very difficult, independent of the tool one
uses :~) I have never tried this, but one could maybe combine
the following plugins:

 - TimingAndEstimationPlugin (for estimated and total hours)
 - MasterTicketsPlugin (for dependencies)
 - SubticketsPlugin (for parent/child relationships)
 - TracJsGanttPlugin (for graphical display)

If you ever make use of this, please make a video! :~)

- Visual Studio integration (I don't know why some guys like that).

There is VsTracIntegration, but from its description it looks
more like an SVN than a Trac integration, and you seem to use Hg
anyway.

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

Re: [Trac] A video about Trac

[W. Martin Borgert]

Quoting Gebb otto.g...@gmail.com:

I'm trying to convince my colleagues that Trac as a bugtracker is superior
to TFS which we're currently using, and I made this  
videohttp://www.youtube.com/watch?v=g0RONl7LtH4


Very nice video, many thanks for sharing!

I don't know TFS. Can you (or somebody else) explain
how it compares to Trac?

It is a little bit unfair to let Trac go unarmed into
the battle. I would suggest to let it use at least
these two tools of the Trac swiss army knife:

 1. The WYSIWYG plugin should be installed. Managers
love it. And it's great for editing tables.

 2. CI: You should show Bitten to demonstrate, that
any code committed, can automatically be linted,
unit-tested, compiled, and even deployed.

Cheers

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

Re: [Trac] VCS hook control from Trac web admin?

[W. Martin Borgert]

Quoting Magnus Therning mag...@therning.org:

They way I understand your plugin it would most likely not be
acceptable in our environment.  Having trac-admins write scripts that
get executed on the server is not something the system-admin will
allow.  (This is in the name of security, and I know that there are
other garage-door sized wholes already, like the ability for a
trac-admin to upload any plugin.  But hey, I'm not keen on trying to
push through an obvious way for trac-admins to run code on the server
by pointing out that there already is another, less obvious, way to do
just that.  Not when that other mechanism is so useful to me as a
trac-admin.  :)


Just to be sure: Does your Trac run under uid 0 (root)?
This would be completely unacceptable, of course. If Trac
runs as its own, separated user, the shell scripts still
can do harm, but e.g. not kill the system.

Uploading plugins can be easily prohibited by setting the
plugin dir to 555, very simple. Btw. plugins are only stored
in the plugins dir and cannot access data, that the trac
user (hopefully not root/0) is not allowed to access.

Cheers

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

Re: [Trac] VCS hook control from Trac web admin?

[W. Martin Borgert]

Quoting Magnus Therning mag...@therning.org:

I will *not* tell them how to
prohibit uploading plugins. ;)


Let's hope they don't read this mailing list :~)

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

Re: [Trac] Access to tickets on the command line?

[W. Martin Borgert]

Quoting Clemens Feige c.fe...@osypkamed.com:

W. Martin Borgert, 12.12.2011 14:30:

I'm running Trac 0.11.7 and would like to access individual tickets
on the command line. With trac-admin I can remove tickets, but I
would like to access/read the summary and other fields. Is there any
way to do this? (I know, there is psql, of course.)


All ticket information is stored in a database. Often this is a  
SQLite database file, but can be another database system like  
PostgreSQL or MySQL. To reach your tickets you could touch the  
ticket table(s) inside the database. For SQLite for example you can  
read and modify a database with the sqlite3 command line tool.


That's why I wrote there is psql, of course :~)
psql is the command line client to PostgreSQL.
I do not recommend to use Trac with SQLite.

But be warned: You will have to know about the database structure  
and you need to know some SQL before you modify the database. Anyway  
just changing a ticket summary for example should not be too  
complicated or dangerous.


Accessing the database is not always sufficient.
Tickets might contain attachments, that are stored
in the file system. E.g. if you do:

$ trac-admin trac-env ticket remove id

not only the database entry is cleared, but also
the file system (trac-env/attachments/tickets/).

The right solution is probably to use the XML-RPC
plugin. It contains nice Python client examples.

Cheers

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

RE: [Trac] ISO date format in revision log possible? (Trac 0.11.7)

[W. Martin Borgert]

Quoting Cooke, Mark mark.co...@siemens.com:

Have a look at:- http://trac.edgewall.org/ticket/5813 (for tickets)


Many thanks, this is indeed a similar issue.

This ended as a `wontfix` but has a snippet of template  
customisation that might work with the revision log (just guessing)...


Unfortunately, it's not possible to handle this with a template
customisation, if I understand the code correctly. One has to
change timeline/web_ui.py instead:

--- web_ui.py.orig  2012-01-20 13:29:33.0 +0100
+++ web_ui.py   2012-01-20 13:25:14.0 +0100
@@ -241,7 +241,7 @@
 if data:
 def dateinfo(date):
 return self.get_timeline_link(req, date,
-  pretty_timedelta(date),
+  format_datetime(date),
   precision='second')
 data['dateinfo'] = dateinfo
 return template, data, content_type

The good news is, that the all the absolute vs relative date
and ISO vs whatever format wars are over with Trac 0.13. The
ticket you mentioned contains a link to:

http://trac.edgewall.org/demo-0.13/prefs/datetime

Bad news for me: I'm in the process of switching to 0.12 soon.

Cheers

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

[Trac] ISO date format in revision log possible? (Trac 0.11.7)

[W. Martin Borgert]

Hi,

in the revision log of a file in an SVN repository, I see
the Date values in a prosaic form, e.g. 3 days, 2 weeks
etc. This is very inconvenient IMHO. I would like to see ISO
dates (-MM-DD). Currently only hovering over one date
shows an ISO date, but I don't have enough mice to hover over
all dates at once. (How) can I change this in Trac 0.11.7?
If it's not possible with 0.11.7, is it solved in 0.12.2/3?

TIA!

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

[Trac] Long-running tasks (was: Trac slowness with version 0.12 on RHEL)

[W. Martin Borgert]

On 2011-12-30 08:51, Emmanuel Blot wrote:
 Have you try to disable SMTP hust to be sure it's not the ticket notification 
 that deadlocks?

This is an interesting aspect, indeed. Trac should not perform
long-running tasks like SMTP inside of a request, but either do
it asynchronously in a thread (or give it to third party tools
like celery/rabbitmq). How is it implemented currently in Trac?

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

Re: [Trac] Trac slowness with version 0.12 on RHEL

[W. Martin Borgert]

Quoting Joseph P Villa jvi...@usgs.gov:

The system has 8 cores and 16GB of memory. I'm doubting that the system is
the problem. :-)

It is running 4 Trac projects at the same time. The database is probably
around 200MB at most. Each project has it's own database.


In my very similar setup, but with Trac 0.11.7 on Debian,
opening a ticket page is  1 s. Either Trac 0.12 is 5× slower
than 0.11 or Redhat is 5× slower than Debian :~) Kidding...

Check list to compare with my setup:
 - which db? I use PostgreSQL 8.4.9
 - which Apache/Python connection? I use mod_wsgi
 - how many tickets do you have? I have  1000 per project
 - what about local templates? I have almost nothing

Cheers

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

[Trac] Re: Access to tickets on the command line? (or Python shell?)

[W. Martin Borgert]

Quoting Olemis Lang ole...@gmail.com:
On Mon, Dec 12, 2011 at 8:30 AM, W. Martin Borgert  
deba...@debian.org wrote:

I'm running Trac 0.11.7 and would like to access individual tickets
on the command line. With trac-admin I can remove tickets, but I
would like to access/read the summary and other fields. Is there any
way to do this? (I know, there is psql, of course.)


Yes Martin . There's a vim plugin for Trac (please Google for it ...
;) . AFAICR it relies on XMLRPC interface so I suppose you should have
this plugin installed  and enabled . I tried it once upon a time and
it worked pretty well .

Another option is to use a fully featured command line browser lynx ;)

Is this ok for you ? Or is it that you're looking for something else ?


Probably :~) I give an example what I like to do:

$ SUMMARY=`trac-something /foo/bar/project ticket 1234 summary`
$ echo $SUMMARY | grep -q someword  echo 1234 contains someword

Even better would be a Python shell, of course.

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

RE: [Trac] Trac evaluation

[W. Martin Borgert]

Quoting Roger Oberholtzer roger.oberholt...@gmail.com:

On Thu, 2011-07-14 at 07:40 -0400, Chris Nelson wrote:
 I don't mind the relative dates but it'd be nice if you could hover your
 mouse over them and get the absolute date.  To me that'd be the best of
 both worlds.

I get that behavior in 0.12. For example in comments added to tickets.
Or in the Last Modified at the top of a wiki page.


I get this behaviour even in 0.11.7-4 on Debian.
Not having to hover would be nice, however.

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

Re: [Trac] Trac evaluation

[W. Martin Borgert]

On 2011-07-13 15:39, Thad Smith wrote:
 1.   The displayed form confuses priority (do first, do second, etc.) 
 with severity (self destructs, nice to have, etc.).

You can define them as you like.

 2.   Many of the listed times were relative (2 hours ago, etc.).

Yes, this is annoying. I believe, there was a plugin or sth.
changing the timeline etc. to normal ISO-8601 time stamps, but I
can't find it just now.

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

[Trac] Query tickets from the command line

[W. Martin Borgert]

Hi,

this issue has been discussed some years back:

http://www.mail-archive.com/trac-users@googlegroups.com/msg06606.html

My Trac system (still 0.11, sorry) runs on a dedicated server
with PostgreSQL, so accessing the database directly is not
possible.

The most practical solution seems to be to download the query
as CSV with the right parameters. Are there any better options?

TIA!

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

Re: [Trac] Query tickets from the command line

[W. Martin Borgert]

Quoting Erik Andersson kir...@gmail.com:

On Tue, Jun 14, 2011 at 2:20 PM, W. Martin Borgert deba...@debian.orgwrote:

this issue has been discussed some years back:

http://www.mail-archive.com/trac-users@googlegroups.com/msg06606.html


What is your use case? It might help if we understand better what you are
trying to achieve.


Tickets with certain properties (custom flag xxx=1) should
be listed in a documentation (id, summary).


My Trac system (still 0.11, sorry) runs on a dedicated server
with PostgreSQL, so accessing the database directly is not
possible.


Why not? Can you connect with ssh to the server?


Not all Trac users have an account on the server (nor do I want
to have them direct access to the database). The query on the
command line must be limited in the same way it is in Trac.

Cheers

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

[Trac] PostgreSQL (was: MySQL or Sqlite?)

[W. Martin Borgert]

Quoting Seregwethrin seregweth...@gmail.com:

Whould you suggest me to migrate into MySQL for Trac version 0.12/0.13?


I use PostgreSQL happily with Trac 0.11.
I assume, that it does work with 0.12 and 0.13 as well.

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

[Trac] Limit assign-to list to developers?

[W. Martin Borgert]

Hi,

I assume, I miss the obvious, but I can't find this in the docs:
I have a Trac instance with many users. Some of the users are
e.g. sales or marketing people. (Not only) in our case it
doesn't make sense to have their names in the assign-to list,
same for purely administrative accounts.

How can I limit the assign-to list to the developers names?

Thanks in advance!

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

Re: [Trac] Limit assign-to list to developers?

[W. Martin Borgert]

Quoting Erik Andersson kir...@gmail.com:

I'm not using it, but maybe:
http://trac-hacks.org/wiki/FlexibleAssignToPlugin


Yes, I already found this plugin, but it seems relatively
complicated (= powerful) for this simple purpose. Thanks
anyway!

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

Re: [Trac] Straw poll - which Trac version are you using?

[W. Martin Borgert]

Quoting Dan North d...@dannorth.net:

Which version of Trac are you using[...]?


0.11.7, because this is the version in Debian 6.0 (Squeeze).

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

Re: [Trac] Is anyone using Trac as a helpdesk tool?

[W. Martin Borgert]

Quoting Dan North d...@dannorth.net:

Does this seem like a sensible use of Trac or should I be considering
something else entirely to manage helpdesk ticket lifecycle?


In my company we have one instance of Trac as the help desk system.

Pros:
 - we use other Trac instances for development, no need for yet
   another system for help desk
 - integration of tickets and wiki is very useful, e.g. typical
   customer
   problems and solutions can be described in wiki pages
 - email2trac creates tickets automatically and appends to tickets
 - Trac has with its many plugins many features you might need,
   while most other systems cannot be enhanced easily

Cons:
 - reply to customers not integrated in Trac, you still have to
   use MUA (notification is not an option, as internal changes
   should not be sent to the customer)
 - if customers reply doesn't contain existing ticket number, a
   new ticket is erronously created, but there is no easy way to
   merge tickets (see #3006)
 - spam protection does not always work perfectly
 - no integration into customer data base, e.g. contact data like
   telephone, nor integration with any CTI or VoIP tool

HTH

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

Re: [Trac] ANN: TracMathJaxPlugin 0.1

[W. Martin Borgert]

On 2010-12-30 14:12, Kamil Kisiel wrote:
 I just uploaded the first release of TracMathJaxPlugin to THO. You can
 find it at http://trac-hacks.org/wiki/TracMathJaxPlugin

Thanks, works like a charm!

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

Re: [Trac] Finding all changesets by an author

[W. Martin Borgert]

Quoting zeus asdfzzz...@yahoo.com:

I
want to see all changesets that are *by* Mike.  Is there a way to do this?


Not really a search, but you can filter in the timeline for an author.
AFAIK, this feature is in Trac 0.12 and the Debian version of Trac 0.11.
For other versions, you have to apply the patch from ticket #1198.

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

Re: [Trac] Data-based graphics in Trac

[W. Martin Borgert]

Quoting Chris Nelson chris.nel...@sixnet.com:

But there seem to be a lot of ways to do this.


One more: matplotlib. The new version seems to support SVG,
but the good thing is, that you can emit PNG and many other
formats, if e.g. your browser doesn't support SVG.

We use matplotlib in a web application, not based on Trac,
but on Django, and it is really nice.

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

Re: [Trac] New plugins: a true Test Case Manager

[W. Martin Borgert]

Quoting Roberto Longobardi secc...@gmail.com:

The first is a true test case manager plugin, since I couldn't find
anything suitable before, and my users wanted to have test case
management and bug tracking integrated in the same place:
http://trac-hacks.org/wiki/TestManagerForTracPlugin


OK, here my first observations after a short test:

 - This testing framework is much more to my personal needs
   than other, similar plugins I tried in the past. Good!

 - It would be nice, if a test case result is not immediately
   recorded on mouse click, but if there were a save result
   button. It is too easy to click accidently on the coloured
   bullet.

 - Maybe the Status change history should be reversed,
   showing the latest (= most important) result first.

 - This is only a matter of taste, but I'm used to a
   different terminology: A test catalog for one project
   would be a test suite (TS), a sub catalog (or sub sub
   catalog) would be a test group (TG), and a single test
   would be a test case (TC).

 - When one creates a ticket from a (failed) test, it would
   be nice, if the new ticket already defaults to a useful
   subject (Failed test: Basic Sleep - Sleeping Monster).
   This can be easily achieved by using the link:
   .../newticket?summary=Failed%20test:%20Basic%20Sleep...

 - It would be cool, if one could define a set of possible
   verdicts. You have Successful, Untested, and Failed,
   which is OK for many purposes. But if you do tests
   according to one of the many standards, you might have
   different needs. E.g. ISO-9646 has five verdicts:

   None = no result yet, untested
   Pass = good, successful
   Inconc = inconclusive, unclear
   Fail = bad, failed
   Error = there was an error in performing the test

   If you test according to POSIX 1003.3 you have the verdicts:

   PASS = good, successful
   FAIL = bad, failed
   UNRESOLVED = inconclusive, unclear
   UNTESTED = no result yet, untested

   Some testing frameworks add XFAIL (= expected fail), UPASS
   (= unexpected pass) and UNSUPPORTED (= the implementation
   under test doesn't support a feature) to the POSIX verdicts.

 - In the long run, it would be useful (but not trivial to
   implement) to differentiate between the definition of the
   tests and running a test campaign. An example: I have a
   software product, a plugin for Trac. Before doing a release
   1.0 I have to perform some interactive tests. Therefore
   I start a new test campaign with svn revision 1234, where
   all test verdicts Untested. Let's say, one or two tests
   failed. I conclude the test campaign unsuccessful. Now I
   have to fix the bugs and have to start a new test campaign,
   again with all test verdicts set to Untested.

Keep on the good work, thanks!

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

Re: [Trac] Re: Change display format for opened date on ticket screen?

[W. Martin Borgert]

Quoting Dawie Strauss dfstra...@gmail.com:

I found a solution -- a tooltip with the exact date and time is
displayed when you hover over the date display.


OK, but one can't see more than one date at once, so this
solution is not sufficient (for my personal taste).

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

Re: [Trac] New plugins: a true Test Case Manager

[W. Martin Borgert]

Hi Roberto,

Quoting Roberto Longobardi secc...@gmail.com:

The first is a true test case manager plugin, since I couldn't find
anything suitable before, and my users wanted to have test case
management and bug tracking integrated in the same place:
http://trac-hacks.org/wiki/TestManagerForTracPlugin


The screenshots look very promising. I found the existing plugins
for test management not really up to my needs, so your approach
is very welcome.

Just two hints for the page
http://trac-hacks.org/wiki/TestManagerForTracPlugin:

 1. For some reason I cannot download the .ppt attachments.
I get an error message:
The requested URL /attachment/wiki/TestManagerForTracPlugin/Test
Manager plugin for Trac - User Guide part 1.ppt was not found on
this server.
I will download the files from sourceforge for now.
But wouldn't it be better to have the complete description
directly in the wiki page? This way people could improve it
and you would have version control.

 2. To directly display the screenshots, you may use a macro:
[[Image(screen2.JPG)]]

Cheers

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

Re: [Trac] - Spreadsheet editing

[W. Martin Borgert]

On 2010-08-09 17:20, mark ardiente wrote:
 Is there a way in Trac to manage tabular data in a  spreadsheet UI instead of 
 within the wiki textarea?

There is the JavaScript-based wysiwyg editor.
Not really a spreadsheet, but OK for tables.
See http://trac-hacks.org/wiki/TracWysiwygPlugin

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

Re: [Trac] Trac Versioned Documents

[W. Martin Borgert]

Quoting Clemens Feige c.fe...@osypkamed.com:
Why don't you put those documents under SVN (sub-version) version  
control instead of attachhing them to the wiki page. There is a wiki  
command for linking to SVN controlled files.


This is the way to go, indeed. It would be nice, however, to have
a Trac plugin to do an SVN commit, at least to checkin a new version
of an existing file. This has been discussed multiple times, but
nobody so far stepped forward with an implementation, AFAIK. Without
such a plugin users have to have an SVN client, which can be a
problem in some cases (e.g. if you are in a company with a paranoid
policy about which software is allowed on desktop PCs etc.).

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

Re: [Trac] Looking for a resource management plugin

[W. Martin Borgert]

Quoting Itamar O itamar...@gmail.com:

I might be looking for the wrong keywords,
so maybe someone out there can refer me to better keywords :-)


Maybe the DownloadsPlugin does things similar to what you want.
You can have visible fields, like file, description, author,
tags, component, type, etc.

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

[Trac] Change tracking of milestone edits

[W. Martin Borgert]

Hi,

I wonder wether I can see changes on milestones.
(E.g. I would like to see in the timeline when I change
the due date from a milestone from which date to which.)

Any hints?

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

Re: [Trac] Change tracking of milestone edits

[W. Martin Borgert]

Quoting Christian Boos cb...@neuf.fr:

On 7/6/2010 5:00 PM, W. Martin Borgert wrote:

I wonder wether I can see changes on milestones.
(E.g. I would like to see in the timeline when I change
the due date from a milestone from which date to which.)

Any hints?


0.14


OK, I'll wait patiently.
Seriously: Is there a defined feature for this?
E.g. like putting all Trac data into a VCS or sth.?

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

Re: [Trac] Change tracking of milestone edits

[W. Martin Borgert]

Quoting Christian Boos cb...@neuf.fr:

Well, you asked only for a hint ;-)


Well... :~)

There's #3776 which encompasses the ability to see milestone changes  
in the timeline



E.g. like putting all Trac data into a VCS or sth.?


And this is even further away, but still on the long term roadmap, #1465.


OK, thanks! Let's see what the future brings.

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

Re: [Trac] Write-access to the svn repository via the source browser

[W. Martin Borgert]

Quoting Ryan J Ollos ry...@physiosonics.com:

A copy operation would also useful, for the purpose of automatically
creating branches when tickets are accepted.


This could probably be more easily achieved by a post-commit-hook.

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

Re: [Trac] modpython project is dead... What impact on trac development?

[W. Martin Borgert]

Quoting Crusty Applesniffer crusty.applesnif...@free.fr:
I've just read Graham Dumpleton post on his blog  
[http://blog.dscpl.com.au/2010/06/modpython-project-is-now-officially.html]  
announcing the death of modpython project.

I wonder if it will have major (or minor) impact on the trac development ?


I've never used mod_python, but mod_wsgi,
which is the recommended method, AFAIK.

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

[Trac] Relicts from plugins in database

[W. Martin Borgert]

Hi,

after installing and de-installing plugins (e.g. for testing)
sometimes there a relicts left in the database, esp. tables.

It seems easy for plugins to add new tables to the database,
but it is difficult for an admin to know which tables are maybe
not used anymore, because the plugin is deinstalled. Is there
an overview about which tables are used by Trac (core) and
which plugin owns which tables? For Bitten it is easy, because
all table names start with bitten_, but other plugins don't
have a prefix. Am I missing sth.?

TIA!

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

Re: [Trac] Relicts from plugins in database

[W. Martin Borgert]

Quoting Noah Kantrowitz n...@coderanger.net:

Probably best to just ask about the specific tables in question.


OK, I just dropped some tables related e.g. to the downloads,
mastertickets and timing/estimation plugins, that are not
installed anymore here. Probably everything is fine now.

Still, it would be nice to e.g. let plugins register their
tables or sth. like that. This would make it easier to clean
up databases after a plugin is removed.

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

Re: [Trac] Warning: Version missmatch Ubuntu Lucid, Trac , jQuery

[W. Martin Borgert]

Hi,

currently I'm very busy with real life, so just a few hints:

 - about missing jQuery 1.2, there is an open bug in Debian, that
   affects also Ubuntu: http://bugs.debian.org/562859

 - please try package version 0.11.7-3 instead of 0.11.7-1, this
   should fix the broken jQuery link at least, it's in the latest
   Ubuntu incarnation

 - don't expect 0.12 soon in Debian and/or Ubuntu; while many
   people would like to have it, somebody would have to do the
   work :~) See http://bugs.debian.org/563391

HTH!

Quoting Olemis Lang ole...@gmail.com:

I continued my research so as to finally use Trac in Ubuntu 10.04 LTS
Lucid .


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

Re: [Trac] Trac=0.11.7 Debian squeeze install

[W. Martin Borgert]

Quoting Olemis Lang ole...@gmail.com:

I previously installed python2.6 (from squeeze too ;o) and I noticed
that apt was using that interpreter rather than 2.5 in order to
perform the install.


Are you sure? Default Python in Debian squeeze is still 2.5.5.
Debian will change to Python 2.6 very soon, however.

If you happen to live in the future, please pass me the
lottery numbers of next week in private mail. :~)

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

Re: [Trac] Macro for referencing values and do calculations

[W. Martin Borgert]

On 2010-02-18 16:01, Noah Kantrowitz wrote:
 Trac-hacks would be the place for this, or just post it to PyPI.

Yes, I will put it on Trac-hacks, but I'm interested in feedback
(esp. about security implications) first.

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

Re: [Trac] Macro for referencing values and do calculations

[W. Martin Borgert]

Quoting Noah Kantrowitz n...@coderanger.net:
If you are calling eval() on a user-provided string you should  
assume they can run arbitrary code with the permissions of the  
webserver.


Even if I limit the available commands? I use:
eval(argument, {__builtins__: None}, CalcMacro._localdict)
_localdict contains some Python built-ins and math functions.

If you want to make a single calculation system, PyParsing has one  
as an example.


Yes, PyParsing is really nice and capable.

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

Re: [Trac] Macro for referencing values and do calculations

[W. Martin Borgert]

Quoting Remy Blank remy.bl...@pobox.com:

Yes, don't do that. There's currently no sensible way to make eval()
safe (short of writing your own version).


I see.


IIRC, you can always find a way to access __import__,
which gives you access to all the rest.


At least the naive way is blocked:


eval(__import__(), {__builtins__: None})

Traceback (most recent call last):
  File stdin, line 1, in module
  File string, line 1, in module
NameError: name '__import__' is not defined

Anyway, I will look into a PyParsing based solution.

Still, I'm more than curious to learn how to break eval(),
but this a Python issue, not a Trac one.

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

[Trac] Macro for referencing values and do calculations

[W. Martin Borgert]

Hi,

I wrote a little macro for referencing values defined in the
wiki and for calculations. One has to create a page named
wiki/Defines, with lines similar to the C preprocessor syntax:

define FOO 1
define BAR 2
define FOOBAR 1+2

One can use the defines anywhere in the wiki and calculate:

[[Calc(FOO)]] - 1
[[Calc(BAR*3)]] - 6
[[Calc(max(abs(sin(3*pi/2.)), cos(pi)))]] - 1.0

Is this interesting for somebody? Or would you never ever use a
macro that makes use of eval() for security reasons? Did I
reinvent the wheel? Are there better solutions?

TIA for your comments, code attached

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

# Copyright (C) 2010 W. Martin Borgert deba...@debian.org
#
# AGPL-3

import math
import re

from trac.wiki.macros import WikiMacroBase
from trac.wiki.model import WikiPage


  Activate it in 'trac.ini'

  [components]
  CalcMacro.* = enabled

  format:
Calc(calculation)

displays the result of a calculation

  arguments:
calculation = a string to evaluate

  examples:
[[Calc(1+2)]]
will be replaced with 3
some builtins and everything from the math module can be used

furthermore one can use CPP-like defines:
  - create a page wiki/Defines
  - write you defines on that page:
define VELOCITY 11.
define VELOCITY_UNLADEN VELOCITY
define VELOCITY_LADEN VELOCITY/2
  - lines, that do not follow this syntax, are ignored
  - now use the definition in Calc:
[[Calc(99*VELOCITY)]]

[[Calc(defines)]] prints a table of all defines and lists all built-ins


class CalcMacro(WikiMacroBase):
# CPP-like syntax: define FOO BAR+8
_define_re = re.compile('^\s*#?\s*define\s+(\w+)\s+(.+)$', re.M)
_hash = -1
_localdict = {}
_page_name = 'Defines'
_safe_dict = None

@staticmethod
def make_dict():
create a dictionary with useful Python builtins and math funtions
CalcMacro._safe_dict = {}
for k in math.__dict__.keys():
if not k.startswith(__):
CalcMacro._safe_dict[k] = math.__dict__[k]
# some builtins are useful and, hopefully, safe
for k in [abs, bool, chr, complex, divmod,
  float, hash, int, hex, long, max, min,
  oct, pow, round, unichr, False, True]:
CalcMacro._safe_dict[k] = eval(k)

@staticmethod
def update_dict(content):
create the local dictionary for eval
both useful Python functions and Wiki definitions
localdict = {}
localdict.update(CalcMacro._safe_dict)
defines = 'tabletrthDefine/ththDefinition/th/tr'
for m in CalcMacro._define_re.finditer(content):
try:
key, value = m.group(1), m.group(2).strip()
defines += 'trtd%s/tdtd%s/td/tr' % (key, value)
value = eval(value, {__builtins__: None}, localdict)
localdict[key] = value
except Exception, e:
continue
defines += 'trtdList of built-ins/tdtd%s/td/tr' % \
, .join(CalcMacro._safe_dict.keys())
defines += '/table'
localdict['defines'] = defines
CalcMacro._localdict = localdict

def expand_macro(self, formatter, name, argument):
# only create the Python builtin dict the first time
if not CalcMacro._safe_dict:
CalcMacro.make_dict()
db = self.env.get_db_cnx()
content = WikiPage(self.env, CalcMacro._page_name, db=db).text
content_hash = hash(content)
# if the wiki page didn't change, no need to re-create the dict
if CalcMacro._hash != content_hash:
CalcMacro.update_dict(content)
CalcMacro._hash = content_hash
return eval(argument, {__builtins__: None}, CalcMacro._localdict)

[Trac] Howto use mastertickets plugin with PostgreSQL 8.3?

[W. Martin Borgert]

Hi,

if I understand correctly I have to apply some patches to make
the mastertickets plugin work with PostgreSQL 8.3. However, I'm
a little bit lost about the issue. Could somebody clarify which
patches I need, if any, please?

Any chance, that a new version will be released, that does not
need patching?

Many thanks in advance!

Cheers

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

Re: [Trac] Howto use thunderbird to access RSS in a password protected trac

[W. Martin Borgert]

Quoting anton anto...@gmx.de:

Thunderbird always complains that the address is not a feed (at least
thunderbird 3.0)


I use Thunderbird/Icedove 2.0.0.22 with Lightning/Iceowl 0.9.
Trac 0.11.6 is installed with HTTPS, user+password etc. and
after Lightning asked me once for the password, I can see my
milestones and associated tickets. The URL is:
https://myserver/mytrac/roadmap?show=alluser=meformat=ics

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

Re: [Trac] Searching the Repository from Trac

[W. Martin Borgert]

Quoting Ryan J Ollos ry...@physiosonics.com:
 1. Is there a way to search source code in the repository from Trac?

Try this plugin: http://trac-hacks.org/wiki/RepoSearchPlugin

--

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

Re: [Trac] About including jQuery UI in Trac ...

[W. Martin Borgert]

Quoting W. Martin Borgert deba...@debian.org:
 If e.g. a security bug is found in JQuery, we need only to update
 the JQuery package with a fixed version and do not need to care
 about Trac and e.g. half a dozen other packages.

Just checked: 58 Debian packages depend on jQuery.

--

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

Re: [Trac] About including jQuery UI in Trac ...

[W. Martin Borgert]

Quoting Christian Boos cb...@neuf.fr:
 Ok, I just checked the Deban Changelog (1), the upgrade to 1.3.3
 corresponds to some internal debian packaging issues, quite confusing
 though.

Seems to be an error of the Debian maintainer.

 Trac 0.11.5 had some issues with 1.3.x (2), so I hope you have Trac
 0.11.6 in Debian ;-)

Yes, at least in unstable, testing, and lenny-backports.

 Trac 0.11.6 works with jQuery 1.3.x, but we still bundle jQuery 1.2.6 in
 order to not break Trac plugins which might use the deprecated XPath
 selector syntax, no longer supported in 1.3.x.

OK, such plugins might not work in the forementioned Debian
versions. Debian stable has Trac 0.11.1 and jQuery 1.2.6.

 Therefore the switch to jQuery 1.3.x will be done at
 the occasion of  the Trac 0.12 release, as advertised in
 TracDev/ApiChanges/0.12 (since 2 minutes ;-) ).

What can I say? Congratulations and many thanks!

--

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

Re: [Trac] About including jQuery UI in Trac ...

[W. Martin Borgert]

Quoting Remy Blank remy.bl...@pobox.com:
  - Maybe I'm a bit naive, but what security issues could be in a
 JavaScript library? Security is provided by the browser, not the
 libraries, isn't it?

In the case of JavaScript, the code runs in the browser, so maybe
it could influence client-side security. But in any case, there
can be errors in jQuery that need fixes, and there is no need to
replace Trac plus other servers, if you can just update jQuery.

  - Trac expects to find jquery.js in trac/htdocs/js. So in the Debian
 packaging, you replace the file provided with Trac with a symlink to the
 separately-packaged jquery.js?

Yes.

  - Do you keep several versions of jQuery installed at the same time on
 a system, and for every package you link to the required version?

There is only one jQuery package in Debian. I hope, that no need
arises to keep multiple versions around. Debian could cope with
that (we have a lot of libraries etc. in multiple versions), but
currently this is not supported for the jQuery package.

 Packaging jQuery with Trac (besides simplifying dependencies) ensures
 that we can make changes to the Trac code required by a jQuery update in
 sync with the update.

This is also my fear: If jQuery is packaged with Trac, Trac will
maybe depend on a specific version of jQuery and it might be
harder for Debian and other distributions to make it work with
the version that is supported by the distribution. For jQuery
this is risk is probably very low, but it exists.

 I also notice that Gentoo doesn't have a jQuery package (just a data
 point, certainly not an authoritative argument).

I have a friend at Gentoo, I will immediately tell him, how much
better Debian and Ubuntu are, because we have this package :~)

 This would probably be different for jQuery UI, though. I assume it
 includes images for the UI controls, so the single file argument
 drops. Does Debian package jQuery UI? How does it link it into the
 packages that need it?

Currently we have in Debian:

libjs-jquery: 1.3.3
libjs-jquery-ui: 1.7.2
libjs-flot: 0.5

Any package that needs a JavaScript Library just symlinks to file
it needs. E.g. libjs-jquery provides (among others) the file
/usr/share/javascript/jquery/jquery.js
The Trac package has a symlink
/usr/share/pyshared/trac/htdocs/js/jquery.js
to the above file.

For Windows-Users it might better to have a kind of Trac meta-package,
which contains not only Trac and jQuery, but also other important
dependencies, i.e. Python libraries. Whenever I have to work with
Windows, I feel relieved, when there is an installer with all I need.

Cheers

--

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

RE: [Trac] About including jQuery UI in Trac ...

[W. Martin Borgert]

Quoting Noah Kantrowitz n...@coderanger.net:
 Just remember the alternative is that every plugin has its own copy. However
 much work it might be to retrofit Trac to use a central version, it will be
 much harder to do this for every plugin that wants to use jQuery UI.

No question: This would be worse.

--

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

Re: [Trac] About including jQuery UI in Trac ...

[W. Martin Borgert]

Quoting Olemis Lang ole...@gmail.com:
  - Why not to include jQuery UI so that plugin developers be able to
    use those widgets in their own plugins and also custom widgets without
    bundling jQuery UI core files ?
  - The same for a jQuey UI theme for Trac ;o)

 Looking forward to your comments ;o)

As one of the packagers of Trac for Debian I have to oppose.
(Well, not strongly, but oppose.)

For distributions such as Debian or Ubuntu it is very important
not to duplicate software in the archive, mainly, but not only,
for security reasons. Therefore, JQuery is packaged as a Debian
package that is used by Trac, but also by other web applications.
If e.g. a security bug is found in JQuery, we need only to update
the JQuery package with a fixed version and do not need to care
about Trac and e.g. half a dozen other packages.

In any case, as Debian packager of Trac I would have to use the
Debian JQuery package, not an embedded copy in the Trac archive.
If, however, the JQuery version embedded in Trac and the one in
Debian diverge, if Debian uses a newer version, I fear, that
resulting problems would not have high priority, because the
embedded copy works. Well, the risk is probably not so high,
but in any case I would prefer to not include any 3rd party SW
in the Trac release.

If Trac would use an embedded copy of JQuery, why not also
include Genshi, Pygments, PySQLite/PsycoPG etc.? I hope, you
don't do that :~)

--

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

Re: [Trac] Trac Metrics Help

[W. Martin Borgert]

Quoting Guilliams, Ken kguilli...@dtri.net:
 Has anyone in the group installed and or used the metrics and graph
 plug-in?

Which plugin exactly? Do you mean the TracMetrixPlugin? I'm using
0.1.5, because newer versions seem to use Flash, which is not
acceptable for me. Furthermore, the new versions might not work
if JavaScript is not enabled in the browser, which would be a
disadvantage.

 If so has it been useful?

Yes, but I'm using only the Open/Closed Bugs graph.

--

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

Re: [Trac] Re: FYI: Trac 0.11.5 available on Debian

[W. Martin Borgert]

Quoting brice bric...@gmail.com:
 Firstly Trac has been installed through apt-get, then, due to an
 optimistic behavior, I might have launched the python 'easy_install
 install Trac' to update it,
...
 what's your opinion, Doc ?

Please, never ever overwrite dpkg-installed packages (be it via apt-get
or dpkg or aptitude) with manually installed software. If you really
want to have Trac (or any other software on a Debian or Ubuntu system)
manually installed, make sure that you install it in another path (e.g.
/usr/local) than the packaged software (which does never install in
/usr/local). Or, even safer, remove the package first (dpkg -r trac).
Otherwise, the package manager and the actually installed software do
conflict badly.

--

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

[Trac] Re: /trac/ base URL cannot find chrome

[W. Martin Borgert]

Quoting Noah Kantrowitz n...@coderanger.net:
 You probably need to add Python Option TracUriRoot / to your config.

This would be for mod_python, right?
How do one has to pass the option via mod_wsgi?


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

[Trac] FYI: Trac 0.11.5 available on Debian

[W. Martin Borgert]

Hi,

this is just a note to Trac users who run it on Debian or
derived distributions such as Ubuntu.

If you run Debian testing (squeeze) or unstable (sid), you
can install Trac 0.11.5. If you run stable 5.0 (lenny), just
wait a couple of days (hopefully) and install it from Debian
backports.org. Please test this version and report any problems.

The following Trac plugins are currently packaged in Debian:

trac-accountmanager - account management plugin for Trac
trac-authopenid - OpenID authentication plugin for Trac
trac-bzr - Bazaar version control (bzr) backend for Trac
trac-email2trac - Creates and amends Trac tickets from e-mail
trac-git - Git version control backend for Trac
trac-ja-resource - Japanese resources for trac
trac-mercurial - Mercurial version control backend for Trac
trac-spamfilter - Spam-prevention plugin for Trac

On the Debian todo list are Bitten, CustomFieldAdmin, Graphviz,
MasterTickets, TagsPlugin, WikiTicketCalendar, WYSIWYG, and
XML-RPC. No promises, however.

Thanks for your attention.

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

[Trac] Re: trac module for commiting code in subversion

[W. Martin Borgert]

Quoting Noah Kantrowitz n...@coderanger.net:
 Trac is a read-only viewer, you cannot alter the repo in any way.

Btw, the idea of a plugin that allows SVN commits striked me more than
once. We use Trac both for software developers and for less technical
staff. They have sometimes to get a document from SVN (which they can
do easily using the Trac web interface) as well as updating a file
(for which they have to use e.g. Tortoise SVN on Windows). I believe
an SVN upload plugin would be an interesting add-on for some users.


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

[Trac] Re: Search engine does not support UTF-8 characters

[W. Martin Borgert]

Quoting dimitrios faitas corfulan...@yahoo.gr:
 i am trying to so that in my laconica microblogging system and it  
 does not workalso does not work either in identi.ca (which works on  
 laconica)

What are laconica or identica and how are they related to Trac?
If those are Trac plugins, you should file a bug against the plugins.


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

[Trac] Re: multiple projects

[W. Martin Borgert]

On 2009-08-26 02:59, PeteOC wrote:
 Is it possible to have multiple projects under the 1 webserver
 instance? I'm only able to see 1 project when I go to http://localhost:
 but I wish to see all my projects listed.

I have half a dozen of Trac instances under one Apache, using
WSGI, all with SSL, but different .htaccess files. No problem.

The overview page, however, is hand-crufted. This is the tree:
https://trac.foo.bar/ - overview, just /var/www/index.html
https://trac.foo.bar/project1 - points to one Trac instance
https://trac.foo.bar/project2 - and so on...

I'm using Trac 0.11.1 on Debian, but it shouldn't matter.

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

[Trac] Re: Search engine does not support UTF-8 characters

[W. Martin Borgert]

Quoting corfuland.gr corfulan...@yahoo.gr:
 i am trying to search notices written in UTF-8 charset as it is for
 Greek language and the search engine does not show
 any results at all

 Does anyone knows anything about it?

I just tested on Debian (5.0) with trac 0.11.1. I copied some Greek
text from http://el.wikipedia.org/wiki/Ελλάδα into my Trac wiki and
could search and find single words. I don't know any Greek, however.


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

[Trac] Re: trac and subversion running on different systems?

[W. Martin Borgert]

Quoting ronny ronny.1...@googlemail.com:
 I must install trac and subversion on 2 Windows Server in my office.
 It is possible to connect trac with the repository on an other windows-
 system?

As far as I know, this is not supported by trac and I'm not aware of
anybody working on this issue. Please correct me, if I'm wrong. Why
is it necessary for you? Apart from your boss demanding it... :~)


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

[Trac] Re: Trac 0.11 so slow!!!!!

[W. Martin Borgert]

Quoting deni denisa@gmail.com:
 This is an example of bad performance

 Started Time Sent Received Method Result Type Url
 00:00:03.742  15.248  581 2665GET 200 text/html   
 http:///trac/trac21

Which tool does produce the statistics?
I would like to try the same to compare our values.
It seems, that serving the HTML is the time thief.
Maybe it's the fault of genshi?


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

[Trac] Rendering of vCard attachments

[W. Martin Borgert]

Hi,

can trac render vCards attached to tickets? Currently they are
displayed as text, but I'ld prefer a table format or hCard.

If this feature does not yet exist: I assume that implementing
this should be easy. But where would I start?

TIA


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

[Trac] Re: build / test automation with features

[W. Martin Borgert]

Quoting Johnny Chang johnny...@gmail.com:
 Hello, I just started using trac with svn and it is very nice.  I
 wanted to implement some build and test automation into it and was
 looking for these features:

 -checks out code
 -builds and checks for errors
 -runs a test suite (run the executable with various predetermined
 parameters, checks exit status, logs messages)
 -allows automatic parsing of log messages
 -checks in working executable

 Any suggestions are appreciated!

I'm using bitten for all but your last requirement. Nice tool!


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

[Trac] Re: trac-users - 7 new messages in 2 topics - digest

[W. Martin Borgert]

Quoting Olemis Lang ole...@gmail.com:
 - How stable is Bitten ? Is it ok to try it out right now or should I
 wait a little ?

Despite some minor points at installation time (I had to change some
database table field types), bitten runs fine.


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

[Trac] Re: trac 0.11 / Genshi performance

[W. Martin Borgert]

On 2009-05-26 08:39, Frank Mehnert wrote:
 On Monday 25 May 2009, Noah Kantrowitz wrote:
  The sort version is yes, Genshi is slower in pretty much every case
  than clearsilver. What kind of slowdown are you talking about? Seeing
  50ms longer to render a page seems plausible, but not 5000ms.

 Right, 50ms longer would be ok. Unfortunately last time I didn't do
 any measurements but during the last experiment it took several
 seconds to render the timeline (10 days back) in the browser. After
 switching back to trac 0.10 this time was reduced to below 0.5 seconds.

Just out of curiosity: Why has genshi been selected for trac and
not e.g. cheetah, which seems to be much faster? Are there any
ideas/plans to improve genshi performance?

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

[Trac] Re: synchronize a ticket between two trac instances?

[W. Martin Borgert]

On 2009-05-12 09:23, yoheeb wrote:
 Just out of curiosity, is this a physical limitation (i.e, the help
 desk can't actually access the trac server) or some poorly thought out
 shall not happen restriction?

Neither nor. It's a well-thought shall not happen
restriction :~)

 The reason I ask, there are some plugins for CustomerSupport type
 tickets that limit what can be done for creating tickets.  Combined
 with other plugins like PrivateTickets, and also modifying
 permissions, you could easily limit front desk people to only
 creating tickets, and only seeing their own tickets, disallowing all
 coded, wiki, reports, etc. pages, and not even seeing tickets created
 by others.  Might be worth a look to see what can be done, and see if
 that fits within the intent of the shall not access edict's actual
 intent.

When we set up multiple trac instances we were completely aware
of private ticket and wiki page plugins. But the overhead of
managing this seemed (and still seems) to be relatively high
even compared to copying one ticket in a while manually from one
system to another. Note that both departments have also their
own wiki, SVN, etc.

Thanks for the hint anyway. I'm sure for many similar situations
your suggestion is be the best solution!

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