Hello John
The ticket ID is #3132.
http://trac-hacks.org/ticket/3132
If I could help in any manner (without python programming knowledge), please
let me know.
Best regards
Johannes
>Hr. Johannes Loose wrote:
>> I'm stuck here. Have I misconfigured something (I believe so, but what?), or
0.11 really is good enough to use already. We've been running it for more
then ½ year.
Cheers
On Wed, Jun 4, 2008 at 3:09 AM, José Renato (br) <[EMAIL PROTECTED]> wrote:
>
> This is perfect to me, thanks didley..
>
> but is for 0.11 I will have to wait until the final version..
>
> Thanks a
Chris Mulligan wrote:
> That sounds pretty nifty. We've actually made internal versions of a lot of
> those features (an IRC bot that parses the RSS feed, for example). I'm
> pretty confused about how to actually setup and use oforge, but it looks
> like it could be a pretty neat project.
>
Yes.
On Wed, Jun 4, 2008 at 12:57 AM, Chris Mulligan
<[EMAIL PROTECTED]> wrote:
> Have you considered using tracd? It's very reliable and can get you up and
> running with very little work. tracd --port 8000 ./ and you're golden.
Thanks, but my web host provider doesn't allow that.
/Paul
--~--~-
My intention was not to obviate the need for ticket types, with custom
fields, workflow, etc. attached to a type (I was not intending to do
ticket types). I think there is a clear need for them, with one default
type where trac would perform identically as now, but for more types it
would become
I may need to apply that patch later if I encounter the problem in the
ticket, but that was not my issue. However I did find out why it was
not working for me. I didn't catch this note on the BatchModifyPlugin
wiki page previously.
"[ I have found the following to be untrue on trac 0.11rc1 and th
This is perfect to me, thanks didley..
but is for 0.11 I will have to wait until the final version..
Thanks again.
On 3 jun, 17:10, didley <[EMAIL PROTECTED]> wrote:
> Try this
>
> http://trac.edgewall.org/wiki/PageTemplates
>
> -didley
--~--~-~--~~~---~--~
That sounds pretty nifty. We've actually made internal versions of a lot of
those features (an IRC bot that parses the RSS feed, for example). I'm
pretty confused about how to actually setup and use oforge, but it looks
like it could be a pretty neat project.
On Tue, Jun 3, 2008 at 7:59 PM, Robert
Macbane wrote:
> Hi,
>
> I have read some of the proposals, for multi project trac. How do
> people feel about it, because trac is fine for a small project but
> breaks down when you get to a stage where you are working on many
> projects at once. Is trac going to support those features or stay t
Hello Jeff,
> Coincidentally in time, I have been working on a plugin that enforces a
> ticket submission policy based upon field values (ticket type being one of
> the obvious choices): http://trac-hacks.org/wiki/TicketSubmitPolicyPlugin .
This sounds interesting. I can really see a use for th
Hr. Johannes Loose wrote:
> I'm stuck here. Have I misconfigured something (I believe so, but what?), or
> is a bug / version
> issue? What can I do to fix this? Should I file a ticket or is it fully my
> fault?
Would you please submit a ticket on trac-hacks.org against
AccountManager. You
Hi Erik,
> It includes
> a UI for designing different "ticket types" from scratch. There's
> also an API for adding custom field types, and for adding custom
> "Enums" similar to Version and Component.
>
This, and what you describe later sounds very good to me. What a pitty
that you can't s
Have you considered using tracd? It's very reliable and can get you up and
running with very little work. tracd --port 8000 ./ and you're golden.
On Tue, Jun 3, 2008 at 6:27 PM, Paul Cohen <[EMAIL PROTECTED]> wrote:
>
> On Tue, Jun 3, 2008 at 11:51 PM, Noah Kantrowitz <[EMAIL PROTECTED]>
> wrote:
On Tue, Jun 3, 2008 at 11:51 PM, Noah Kantrowitz <[EMAIL PROTECTED]> wrote:
>
> That is just a template. You need to run the trac-admin ... deploy command
> to generate the actual fcgi script.
Thanks for taking the time.
trac-admin ..deploy. I did as you said. Copied the generated trac.fcgi
file
There was a patch sitting in a ticket that when applied worked like a charm
for myself.
http://trac-hacks.org/ticket/2312
On Tue, Jun 3, 2008 at 1:37 PM, Chris <[EMAIL PROTECTED]> wrote:
>
> Hi,
> I have not been able to get BatchModifyPlugin (http://trac-hacks.org/
> wiki/BatchModifyPlugin
That is just a template. You need to run the trac-admin ... deploy command
to generate the actual fcgi script.
--Noah
> -Original Message-
> From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED]
> On Behalf Of Paul Cohen
> Sent: Tuesday, June 03, 2008 2:50 PM
> To: trac-users@googl
Hi,
I have a web account at a web hosting service and I'm trying to
install Trac 0.11rc1 in my home directory.
Slackware 8.0.0
Apache 1.3.37 + mod_fcgi
Genshi 0.4.4
Trac 0.11rc1
My .htaccess file:
ScriptAlias /cgi-bin /home/paco/www/cgi-bin/trac.fcgi
SetHandler fcgid-script
Options Ex
Hello,
We have the current development version of trac (012dev, from today's trunk)
running, on an
apache v 2.2.3 webserver using mod_wsgi. The user auth is done by apache, using
the
digest method and the fine grained permissions, using the authz plugin. The
corresponding
lines in my sites-
Hi,
I have not been able to get BatchModifyPlugin (http://trac-hacks.org/
wiki/BatchModifyPlugin) working on 0.11 (r7063 to be precise) and was
wondering if anyone else has had any success with it. IIRC it worked
fine on 0.10.4, but the version of BatchModifyPlugin for 0.11
(obtained from http://t
Try this
http://trac.edgewall.org/wiki/PageTemplates
-didley
--~--~-~--~~~---~--~~
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 fr
Hi,
I exported the trac-wiki to html using httrac but the problem with the
httrack is that it is converting all the pages in the wiki to html.
can anyone help me in selecting the particular links in a page for
exporting or can we export the necessary files to pdf. Please suggest
me the solution.
You can read about it here:
http://trac.edgewall.org/wiki/MultipleRepositorySupport. It's in the sandbox
section as http://trac.edgewall.org/browser/sandbox/multirepos. Christian
last synced it with trunk 4 weeks ago, and I've encountered almost no issues
using it (although I don't believe it suppo
We started last summer, and I think that the first installer
(WordPress if I'm not wrong) was available by October, so we're a
young project still :)
On Tue, Jun 3, 2008 at 7:13 PM, Alec Thomas <[EMAIL PROTECTED]> wrote:
>
> This is very cool. How long has BitNami been around for?
>
> 2008/6/3 An
This is very cool. How long has BitNami been around for?
2008/6/3 Antonio Santos <[EMAIL PROTECTED]>:
>
> Hi folks,
>
> I just released the BitNami Trac Stack for Windows today. For those of
> you that didn't read any previous mail about this, the Stack is an
> easy to use installer which install
Jeff Hammel wrote:
On Mon, Jun 02, 2008 at 10:17:46PM -0700, Noah Kantrowitz wrote:
Macbane wrote:
Hi,
I have read some of the proposals, for multi project trac. How do
people feel about it, because trac is fine for a small project but
breaks down when you get to a stage where you are working
Stephen Moretti wrote:
2008/6/3 Chris Mulligan <[EMAIL PROTECTED]>:
After struggling with multiple (~13) disparate tracs I've built a system to
merge them down to two tracs. We're using wiki namespacing
(Project/ReleaseNotes), and added a custom ticket field called "Project."
We're using the exc
2008/6/3 Chris Mulligan <[EMAIL PROTECTED]>:
> After struggling with multiple (~13) disparate tracs I've built a system to
> merge them down to two tracs. We're using wiki namespacing
> (Project/ReleaseNotes), and added a custom ticket field called "Project."
> We're using the excellent 0.12 Multi
After struggling with multiple (~13) disparate tracs I've built a system to
merge them down to two tracs. We're using wiki namespacing
(Project/ReleaseNotes), and added a custom ticket field called "Project."
We're using the excellent 0.12 MultiRepository branch plus a mercurial
forest to keep sepa
My company also has a need for a project hierarchy within Trac. But I must
agree with Jeff Hammel's comment. The core of Trac should be as it is a
minimalist approach but allow a third party program, plug in or whatever to
upgrade Trac easily to a more multi project environment.
But I have not loo
On Mon, Jun 02, 2008 at 10:17:46PM -0700, Noah Kantrowitz wrote:
> Macbane wrote:
>> Hi,
>>
>> I have read some of the proposals, for multi project trac. How do
>> people feel about it, because trac is fine for a small project but
>> breaks down when you get to a stage where you are working on man
On Tue, Jun 03, 2008 at 01:21:18AM +0200, [EMAIL PROTECTED] wrote:
>
> Hello,
>
> considering all the plugins that try to hide, extend, modify or play
> with the custom properties of a ticket, and also reading through the
> resent discussion about the trac core I have a simple question to
> u
On Mon, Jun 2, 2008 at 7:21 PM, <[EMAIL PROTECTED]> wrote:
>
> Hello,
>
> considering all the plugins that try to hide, extend, modify or play
> with the custom properties of a ticket, and also reading through the
> resent discussion about the trac core I have a simple question to
> understand a
On Jun 2, 5:35 pm, [EMAIL PROTECTED] wrote:
> Hi,
>
> I'm having similar requirements. I'm looking into a XML based storage
> under source control and then a plugin to grab and format the
> information from there. Something similar is already done in the
> TestCaseManagementPlugin [1], but there t
Noah Kantrowitz wrote:
> Huge fundamental problem: At the time the ticket UI is loaded, we have no
> idea what type the ticket is. Either you need to put a screen before the
> main ticket UI where you select a type, or you do the whole thing
> client-side with JavaScript. Trac maintains a policy o
just for the record:
my yesterday problem with the authentication after the dist-upgrade of
the debian linux server, was simply the fact, that the dist-upgrade
switched the python environment from 2.4 to 2.5.
therefore the installed plugins where missing (since the old ones are
in the 2.4 s
Hi,
Yes, you are completely correct, sorry for the confusion. Each one of
the individual components has its own license, you can find them in
the licenses/ directory in the installation as well as at the end of
the README files, check out for example :
http://bitnami.org/files/stacks/mantis/READ
Hi Noah,
>
> Clunkiness is not the issue, we do not wish to require Subversion in
> order to use Trac. It is better to reinvient a bit of the wheel in 100
> lines of code, than force you to install a much much larger package
> (plus its deps, etc). There is also the issue that Trac supports oth
2008/6/3, Noah Kantrowitz <[EMAIL PROTECTED]>:
> Clunkiness is not the issue, we do not wish to require Subversion in order
> to use Trac.
Subversion is of course not the only option. There might be cases
however where someone does not have a repository at all, but still
wants to use Trac for tic
> Huge fundamental problem: At the time the ticket UI is loaded, we have no
> idea what type the ticket is. Either you need to put a screen before the
> main ticket UI where you select a type, or you do the whole thing
> client-side with JavaScript.
I'm not looking into "ticket type magic detec
Thomas Moschny wrote:
2008/6/2, Jeff Hammel <[EMAIL PROTECTED]>:
For what its worth from a first time mailer to this list, I am glad trac does
not import its wiki pages into an svn repo by default. For my mileage, this
would be clunkier (but I'm sure I have different wiki needs than others).
2008/6/2, Jeff Hammel <[EMAIL PROTECTED]>:
> For what its worth from a first time mailer to this list, I am glad trac does
> not import its wiki pages into an svn repo by default. For my mileage, this
> would be clunkier (but I'm sure I have different wiki needs than others).
It is not clear t
41 matches
Mail list logo