http://zadypujydyce.blogspot.com
--
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
incorporate the time offset
appropriately.
Thanks,
Vincent
On Aug 23, 11:06 am, Noah Kantrowitz [EMAIL PROTECTED] wrote:
The per-usertimezonestuff requires trunk.
--Noah
cobwebsmasher wrote:
I am running Trac version 0.9.6 and I am trying to change the
default_timezone but it's unclear to me
Hello all. I am using Trac 0.9.6, not by choice, on a TextDrive shared account
where I have no real ability to manipulate the setup. At textdrive, they
enforce using a personal instance of tracd for running our Trac environments as
opposed to Apache + mod_python. Where Apache does come in is
, cobwebsmasher [EMAIL PROTECTED] wrote:
Hello all. I am using Trac 0.9.6, not by choice, on a TextDrive shared
account where I have no real ability to manipulate the setup. At textdrive,
they enforce using a personal instance of tracd for running our Trac
environments as opposed to Apache
I am running Trac version 0.9.6 and I am trying to change the default_timezone
but it's unclear to me what trac.ini setting and values are reasonable here.
Digging around google and Trac's site itself led me to believe that the
following was valid
[trac]
default_timezone =
When I did some
- Original Message
From: Noah Kantrowitz [EMAIL PROTECTED]
To: trac-users@googlegroups.com
Sent: Thursday, August 23, 2007 11:06:51 AM
Subject: [Trac] Re: default_timezone and Trac 0.9
The per-user timezone stuff requires trunk.
--Noah
cobwebsmasher wrote:
I am running Trac version 0.9.6
What do you mean by attach more than one file to a page? You can attach as
many files as you want to a given wiki page last I checked. Are you looking
for a nicer interface that makes it easy to attach a batch of files all at once?
I don't know about an official process for introducing
Alec, I'm eager to try out your port. I have 3 questions before I try
1) - the default_handler requirement being removed - are you saying that the
default_handler line shouldn't exist at all even if it is set to an actual
default value?
2) - I have multiple instances of Trac living on the
Thanks Emannuel, which reminds me of one crucial element of the enhancement
process... if you can spare the 5 minutes, try searching both trac.edgewall.org
and trac-hacks.org for the issue in question. Sometimes you will find a
duplicate ticket that you can glom on to.
Vincent
A lot depends on your mediawiki installation. I'm also in the middle
of translating a mediawiki to trac and I ran into a couple of issues.
1) The mediawiki users did their hyperlinks with extra [[ in them, and
2) The attachments/uploaded files for mediawiki is a different
paradigm than how Trac
- Original Message
From: jmt4b04d4v [EMAIL PROTECTED]
To: Trac Users trac-users@googlegroups.com
Sent: Wednesday, August 1, 2007 1:06:27 AM
Subject: [Trac] Re: Remote SVN Repository followup
On 31 jul, 16:51, cobwebsmasher [EMAIL PROTECTED] wrote:
Hi. Saw a thread about trying to use remote
Hi. Saw a thread about trying to use remote SVN Repositories and wanted to
throw my 2 cents in, apologies if the 2 cents are an unnecessary tip.
My understanding is that Trac HAS to be pointing to a local version of SVN.
I'm not sure why it would be an issue to refer to an NFS mount of said
Hi. I'd like to submit this patch to the Trac development team, presuming it's
actually useful (or still not addressed) but don't know how, so I'm hoping this
is useful.
The use case is when you want a ticket to be assigned to original reporter.
Our company uses this as a enforced QA step.
This is something I hadn't thought would be useful, as I think there are plenty
of workarounds to get a similar effect, but I wanted to know what the group
thought of this idea:
Encryptable Wiki pages that can only be unlocked by either a specific password
and/or a specific username/password
I'm a bit confused by what is required to get a username to appear in the drop
down list when the trac.ini ticket/restrict_owner flag is set to true.
My intent is to have any user that has logged into the system appear in the
drop down list. The actual authentication mechanism is LDAP by way
Hello. I was using Trac v 0.10.3 for awhile without issues. However,
apparently I had some issues, because after a Trac crash, I attempted to resync
using the Trac-admin resync command.
The error message I consistently receive is:
Resyncing repository history...
Command failed: Unsupported
This error still shows up... and yet, the nodes_change table reconstructed
itself - possibly from running a sync command by surfing to the timeline page?
It's back up and running, but there's no understanding of why?
Vincent
cobwebsmasher [EMAIL PROTECTED] wrote: Hello. I was using Trac v
Made the wonderful attempt at running setup.py for new version of Trac,
upgrading from 0.10.3 to 0.11.dev. Now my apache server is outputting this
wonderful message. Help?
V
Traceback (most recent call last):
File
Well, when in doubt, reinstall python... er and mod_python... er... and every
single plugin known to man. Yikes. Crisis averted.
Vincent
cobwebsmasher [EMAIL PROTECTED] wrote:
Made the wonderful attempt at running setup.py for new version of Trac,
upgrading from 0.10.3 to 0.11.dev. Now my
to
have done the trick.
Vincent
On Jul 10, 2:41 pm, cobwebsmasher [EMAIL PROTECTED] wrote:
Receiving the following error message in Trac all of a sudden:
Traceback (most recent call last):
File /usr/local/lib/python2.5/site-packages/trac/web/main.py, line 387,
in dispatch_request
Hello. I am running Trac hosted at textdrive. TextDrive doesn't allow access
to the base config file under apache, but rather requires that we modify local
.htaccess directories to make things happen. We are also not allowed to use
mod_python, but rather use tracd and proxy Apache to the
Receiving the following error message in Trac all of a sudden:
Traceback (most recent call last):
File /usr/local/lib/python2.5/site-packages/trac/web/main.py, line 387, in
dispatch_request
dispatcher.dispatch(req)
File /usr/local/lib/python2.5/site-packages/trac/web/main.py, line 191,
I have not, although my trac.ini doesn't seem to have that available as a
parameter. The instance of Trac that appears to be available is version 0.9.6
apparently. Not sure if that helps matters any. (For folks who associate my
name with my posts, I am working on 2 different versions of
on 0.9 series.
It is recommended on Trac 0.10, and mandatory on 0.11.
On 7/11/07, cobwebsmasher wrote:
I have not, although my trac.ini doesn't seem to have that available as a
parameter. The instance of Trac that appears to be available is version
0.9.6 apparently. Not sure if that helps
I have a question. I am currently running an instance of Trac that is version
0.10.4. I have some folks who are really interested in the custom workflow
features of 0.11. I also have someone who is interested in the Time Estimation
plugin available at Trac Hacks.
What is the best way to
Christopher Taylor [EMAIL PROTECTED] wrote:
Two easier options:
1) check out the bugzilla plugin for Trac
2) migrate from bugzilla to trac with the bugzilla2trac.py script
HTH
-Chrs
On 6/27/07, cobwebsmasher wrote:
Hello. I am interested in connecting an instance of Trac and an instance
I am currently using LDAP authentication (Microsoft Active Directory) against
Trac. Works wonderfully, although I admit it was a headache at first, so if
anyone needs config files against Apache 2.x, feel free to ping me. :)
I have 2 questions.
1. Email Notification to users. How do I get
I seem to be on a posting roll today. Apologies for the spike in traffic.
Last question for the week. :)
I am maintaining an instance of Trac that is hosted on textdrive nee' Joyent.
These guys don't allow access to the main Apache conf file, so I have to do any
jiggy cuteness with Apache
Hello. I am interested in connecting an instance of Trac and an instance of
Bugzilla together. Currently I have both systems authenticating against the
same LDAP repository (Microsoft Active Directory in this case), and want to
take advantage of the better UI and ease of use features of Trac
Yes sir, I did. See my last post on the subject. I
ended up regressing to an earlier version of
Subversion using the packages on my Centos4.3 and
Dag's repository. Yumex is a great tool (at least it
was for me).
VP
--- Manuzhai [EMAIL PROTECTED] wrote:
On 10/4/06, cobwebsmasher [EMAIL
30 matches
Mail list logo