There seems to be growing demand for have more user friendly
documentation for Trac, specially setting Trac up and getting around
various issues. Currently you need to pick all information from various
sources, tickets, wiki pages and discussion lists. This should be
changed to provide more pl
Noah Kantrowitz kirjoitti:
> On Jun 25, 2008, at 1:33 AM, Jani Tiainen wrote:
>
>> There seems to be growing demand for have more user friendly
>> documentation for Trac, specially setting Trac up and getting around
>> various issues. Currently you need to pick all information from
>> various
>
On Jun 25, 2008, at 1:33 AM, Jani Tiainen wrote:
>
> There seems to be growing demand for have more user friendly
> documentation for Trac, specially setting Trac up and getting around
> various issues. Currently you need to pick all information from
> various
> sources, tickets, wiki pages and
> If I understand you correctly, you could use [[BR]] instead of
> starting paragraphs. Something like
Actually that's what they had done. But it was so hard for me
to look at that markup that I was trying to find something better.
Also, some of the pages that had a couple of hundred [[BR]] mac
On Jun 24, 2008, at 10:17 PM, Daevid Vincent wrote:
> There are many wiki pages I’ve setup where I’m trying to put command
> line fragments or what not and wish to insert the current logged in
> username in place…
>
> So for example if I have:
>
> svn co --username $USERNAME https://svn.myc
There are many wiki pages I've setup where I'm trying to put command line
fragments or what not and wish to insert the current logged in username in
place.
So for example if I have:
svn co --username $USERNAME https://svn.mycompany.com/svn/trunk .
I want it to show up as
svn co
Scott Bussinger <[EMAIL PROTECTED]> writes:
>> Is this a common scenario? What kind of lists are you creating that
>> you don't want a bullet for?
>
> I chatted with the people that were looking for this and they were
> trying to imitate the layout of some existing help pages. The contents
> were
I tried this, but it didn't help.
$ find . -name compat*
./trac/tests/functional/compat.py
./trac/tests/functional/compat.pyc
./trac/util/compat.py
./trac/util/compat.pyc
$ cd trac/tests/functional
$ sudo mv compat.py testcompat.py
$ sudo rm compat.pyc
On Jun 24, 12:12 pm, "Leons Petrazickis" <
On Jun 24, 11:56 am, Jashugan <[EMAIL PROTECTED]> wrote:
> This seems to have solved the issues for me (I think)...
>
> sudo trac-admin /opt/local/var/trac/project/ deploy /opt/local/share/
> trac/
>
Never mind, I'm still getting errors.
--~--~-~--~~~---~--~~
You r
> Yes, I did try it, it did not help.
This is weird: I'm using a similar config (Apache on Leopard, _www
user) and it works fine.
Cheers,
Manu
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "Trac
Users" group.
To
2008/6/24 Philip <[EMAIL PROTECTED]>:
> I tried that, and I still get the same thing. Plus, I still don't see
> the "Loading..." message in the log, even after I attempt to access a
> wiki page containing [[TracNav]]. If I google "No macro or processor
> named 'TracNav' found", I get several oth
On Jun 24, 3:03 pm, "Thomas Moschny" <[EMAIL PROTECTED]> wrote:
> 2008/6/24 Philip <[EMAIL PROTECTED]>:
>
> > You are right -- I guess the install put the egg into /usr/local/lib64/
> > python2.4/site-packages. I deleted the egg file from /usr/local/share/
> > trac/plugins and restarted web serve
> > I double-checked that this "VERSION" file is not in the v0.10.5
> > tarball, but it is in the v0.10.4 installation. This seems like an
> > upgrading bug or packaging error. I continue by copying over the
> > "VERSION" file from the v0.10.4 installation and try again:
>
> Indeed, because t
Nope, sadly it does not handle custom fields. Those are the columns in
the ticket table in the database (and the values are hard coded, so
they need to be exactly that), and it only works with those. You need
to have that exact set (plus the attachment and ticket_change lists
that I add in yoheeb.
On Jun 24, 2:34 pm, "Jennifer A. Drummond" <[EMAIL PROTECTED]> wrote:
> On Tue, Jun 24, 2008 at 11:57:27AM -0700, [EMAIL PROTECTED] wrote:
> > Man, this group of users rock. I just hope I can contribute as much
> > as I have taken from in the near future here!
>
> +1!
>
> =-=-> Jenn Drummond //
On Tue, Jun 24, 2008 at 11:57:27AM -0700, [EMAIL PROTECTED] wrote:
> Man, this group of users rock. I just hope I can contribute as much
> as I have taken from in the near future here!
+1!
=-=-> Jenn Drummond // [EMAIL PROTECTED]
--~--~-~--~~~---~--~~
You receiv
This seems to have solved the issues for me (I think)...
sudo trac-admin /opt/local/var/trac/project/ deploy /opt/local/share/
trac/
I had manually copied the htdoc directory initially but forgot to copy
over the cgi-bin directory.
--~--~-~--~~~---~--~~
You recei
On Jun 24, 10:28 am, Leo Petr <[EMAIL PROTECTED]> wrote:
> On Jun 10, 3:38 am, RM <[EMAIL PROTECTED]> wrote:
>
> > I just installed 0.11rc2 and am getting an ImportError when trying to
> > save wiki pages. Here's the full stack:
>
> I am getting the same error with Trac 0.11 final. I'm using the
>
On Tue, Jun 24, 2008 at 1:28 PM, Leo Petr <[EMAIL PROTECTED]> wrote:
>
> On Jun 10, 3:38 am, RM <[EMAIL PROTECTED]> wrote:
>> I just installed 0.11rc2 and am getting an ImportError when trying to
>> save wiki pages. Here's the full stack:
>
> I am getting the same error with Trac 0.11 final. I'm u
2008/6/24 Noah Kantrowitz <[EMAIL PROTECTED]>:
> This is untrue. The global config (or in 0.11, any inherited configs
> along the chain) are merged in memory to act like a single file as far
> as Trac cares. Any option can go in any file. They are merged at a per-
> key level, with the value lowes
2008/6/24 Philip <[EMAIL PROTECTED]>:
> You are right -- I guess the install put the egg into /usr/local/lib64/
> python2.4/site-packages. I deleted the egg file from /usr/local/share/
> trac/plugins and restarted web server. I don't automatically see a
> mesage like you described when I recycle
If it's not clear, it will take a list of dictionaries for ticket
changes. The dictionaries look like this:
'ticket_change': [{'author': u'jamie',
'field': u'component',
'newvalue': u'something',
'oldvalue': u'general',
On Jun 24, 11:35 am, "Chris Mulligan" <[EMAIL PROTECTED]>
wrote:
> I used the little wrapper I wrote around Trac that I used in my
> tracmerge script (the code of which is also online, but without
> documentation). You'll need ptrac.py, but all it does is implement a
> database insert command for
On Jun 24, 12:00 pm, "Thomas Moschny" <[EMAIL PROTECTED]>
wrote:
> 2008/6/24 Philip <[EMAIL PROTECTED]>:
>
> > I deleted the trac.ini from /usr/local/share/trac/conf and added these
> > 2 lines to the project-specific trac.ini file. After recycling web
> > server, I still see no difference. An
On Jun 10, 3:38 am, RM <[EMAIL PROTECTED]> wrote:
> I just installed 0.11rc2 and am getting an ImportError when trying to
> save wiki pages. Here's the full stack:
I am getting the same error with Trac 0.11 final. I'm using the
official .tar.gz release on Ubuntu.
http://pastebin.ca/1055176
Rega
On Jun 24, 2008, at 12:52 PM, jn25b wrote:
>
> Management here would like to use 12 alpha-numeric passwords.
> But Trac allows users to change passwords. Can this be disabled?
> Cheers,
> JN25B
Trac does no such thing. AccountManager does, and to disable it just
uncheck the changepassword mod
Management here would like to use 12 alpha-numeric passwords.
But Trac allows users to change passwords. Can this be disabled?
Cheers,
JN25B
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "Trac
Users" group.
To pos
On 24/06/2008, Eirik Schwenke <[EMAIL PROTECTED]> wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Noah Kantrowitz skrev 24-06-2008 14:13:
> | On Jun 24, 2008, at 6:03 AM, Eirik Schwenke wrote:
> |> Noah Kantrowitz skrev 23-06-2008 21:56:
> |>> On Jun 23, 2008, at 3:54 PM, Noah Kantr
I used the little wrapper I wrote around Trac that I used in my
tracmerge script (the code of which is also online, but without
documentation). You'll need ptrac.py, but all it does is implement a
database insert command for you.
Check out http://trac-hacks.org/browser/tracmergescript/yoheeb
On
2008/6/24 Philip <[EMAIL PROTECTED]>:
> I deleted the trac.ini from /usr/local/share/trac/conf and added these
> 2 lines to the project-specific trac.ini file. After recycling web
> server, I still see no difference. Any other ideas?
Maybe the plugin is already loaded? What happens if you put
[
On Jun 24, 2008, at 10:09 AM, Jeroen Ruigrok van der Werven wrote:
>
> -On [20080624 16:06], David Carter ([EMAIL PROTECTED]) wrote:
>> Well, it can be summarized as this: /usr/share/trac is never
>> installed
>> or updated.
>
> I think you missed the deploy co
On Jun 24, 9:33 am, "Chris Mulligan" <[EMAIL PROTECTED]> wrote:
> This is pretty easy, as long as you access the database directly and
> aren't trying to change any links in wiki pages or anything. There are
> two or three places you need to change if you're modifying a ticket.
> If you're just ma
This is pretty easy, as long as you access the database directly and
aren't trying to change any links in wiki pages or anything. There are
two or three places you need to change if you're modifying a ticket.
If you're just making a new one all you need to do is specify the
correct ticket number a
On Jun 23, 4:48 am, "Justin R. Miller" <[EMAIL PROTECTED]>
wrote:
> > TracError: The user max requires read _and_ write permission to the
> > database file /usr/local/trac/db/trac.db and the directory it is
> > located in.
>
> From the past messages in the thread, it's not clear that you've
> cha
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Noah Kantrowitz skrev 24-06-2008 14:13:
| On Jun 24, 2008, at 6:03 AM, Eirik Schwenke wrote:
|> Noah Kantrowitz skrev 23-06-2008 21:56:
|>> On Jun 23, 2008, at 3:54 PM, Noah Kantrowitz wrote:
|>>> On Jun 23, 2008, at 3:41 PM, Eirik Schwenke wrote:
|>>
Hi all,
I am migrating some information we have into a fresh trac. I know
it's A) a bad idea and B)at best, a pain, if not impractical, and C) a
bad idea :D
but, it is possible to create tickets with a specific number, or to go
back and modify the ticket db to give specific numbers to individua
-On [20080624 16:06], David Carter ([EMAIL PROTECTED]) wrote:
>Well, it can be summarized as this: /usr/share/trac is never installed
>or updated.
I think you missed the deploy command to trac-admin.
--
Jeroen Ruigrok van der Werven / asmodai
イェルーン ラウフロック ヴァン デル ウェルヴェン
http://
Well, it can be summarized as this: /usr/share/trac is never installed
or updated.
Luckily I copied my old installation before attempting an update, but
I tried hard before reverting. Short of copying files over manually
and risking missing something, I'm at a loss.
Obvious questions:
1) H
On Jun 24, 2008, at 6:03 AM, Eirik Schwenke wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Noah Kantrowitz skrev 23-06-2008 21:56:
> |
> | On Jun 23, 2008, at 3:54 PM, Noah Kantrowitz wrote:
> |
> |>
> |> On Jun 23, 2008, at 3:41 PM, Eirik Schwenke wrote:
> |>
> |>> -BEGIN PGP
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Noah Kantrowitz skrev 23-06-2008 21:56:
|
| On Jun 23, 2008, at 3:54 PM, Noah Kantrowitz wrote:
|
|>
|> On Jun 23, 2008, at 3:41 PM, Eirik Schwenke wrote:
|>
|>> -BEGIN PGP SIGNED MESSAGE-
|>> Hash: SHA1
|>>
|>> Noah Kantrowitz skrev 23-06-200
We are using trac/subversion for versioning of files with (misleading)
extension .pdf that in fact are plain text files. Is there a way to
preview them as text files ? I already tried extending mime_map by
text/plain:pdf without success.
--~--~-~--~~~---~--~~
You r
I've restricted component owner as a list, but is there way to remove
old, non existing users from that list using webui? (I think they hang
in session tables)
It's very annoying to have old names that doesn't exists as a selectable.
--
Jani Tiainen
--~--~-~--~~~-
42 matches
Mail list logo
