[Trac] trac-admin permission list does not bark about nonexistent user?

[Mauricio Tavares]

  Trying to come up with a way to check if a given user exists. User 
hairloss is not defined in test-repo. I expected it to bark at me, saying user 
did not exist or something. Instead, it acted like user was there

trac-admin /srv/trac/test-repo permission list hairloss

User Action
-
hairloss BROWSER_VIEW
hairloss CHANGESET_VIEW
hairloss FILE_VIEW
hairloss LOG_VIEW
hairloss MILESTONE_VIEW
hairloss REPORT_SQL_VIEW
hairloss REPORT_VIEW
hairloss ROADMAP_VIEW
hairloss SEARCH_VIEW
hairloss TICKET_APPEND
hairloss TICKET_CHGPROP
hairloss TICKET_CREATE
hairloss TICKET_MODIFY
hairloss TICKET_VIEW
hairloss TIMELINE_VIEW
hairloss WIKI_CREATE
hairloss WIKI_MODIFY
hairloss WIKI_VIEW


Available actions:
BROWSER_VIEW, CHANGESET_VIEW, CONFIG_VIEW, EMAIL_VIEW, FILE_VIEW,
LOG_VIEW, MILESTONE_ADMIN, MILESTONE_CREATE, MILESTONE_DELETE,
MILESTONE_MODIFY, MILESTONE_VIEW, PERMISSION_ADMIN, PERMISSION_GRANT,
PERMISSION_REVOKE, REPORT_ADMIN, REPORT_CREATE, REPORT_DELETE,
REPORT_MODIFY, REPORT_SQL_VIEW, REPORT_VIEW, ROADMAP_ADMIN, ROADMAP_VIEW,
SEARCH_VIEW, TICKET_ADMIN, TICKET_APPEND, TICKET_BATCH_MODIFY,
TICKET_CHGPROP, TICKET_CREATE, TICKET_EDIT_CC, TICKET_EDIT_COMMENT,
TICKET_EDIT_DESCRIPTION, TICKET_MODIFY, TICKET_VIEW, TIMELINE_VIEW,
TRAC_ADMIN, VERSIONCONTROL_ADMIN, WIKI_ADMIN, WIKI_CREATE, WIKI_DELETE,
WIKI_MODIFY, WIKI_RENAME, WIKI_VIEW

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/9C2AF934-524A-42E9-8196-C6BDCE577F65%40gmail.com.

[Trac] trac-admin checking if env is up

[Mauricio Tavares]

Is there a way to use trac-admin to check if I created an environment
already? The closest analogy I have is with derivatives, I can try to,
say, create a database/user only if they have not already been
created. But I do not see how to do that  here. Closest I could come
up with is to do "trac-admin permission list My-user" and check for
the return message.

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

[Trac] trac-admin changeset added failing: No module named markupsafe

[Mo]

Hello,

we are running Trac-1.4.
Because most of the Python2.7 is going to be dropped from distributions, we 
have migrated to a local python2.7 in $HOME and installed all dependencies 
for Trac with pip2 in $HOME.

One thing that is still failing is this command:

$ trac-admin /mnt/data/trac/projects/trac-pp/ changeset added mt6 c4edcac1
Traceback (most recent call last):
  File "/mnt/data/trac/.local/bin/trac-admin", line 5, in 
from trac.admin.console import run
  File 
"/mnt/data/trac/.local/lib64/python2.7/site-packages/trac/admin/__init__.py"
, line 14, in 
from trac.admin.api import *
  File 
"/mnt/data/trac/.local/lib64/python2.7/site-packages/trac/admin/api.py", 
line 20, in 
from trac.util.text import levenshtein_distance
  File 
"/mnt/data/trac/.local/lib64/python2.7/site-packages/trac/util/__init__.py", 
line 47, in 
from trac.util.datefmt import time_now, to_datetime, to_timestamp, utc
  File 
"/mnt/data/trac/.local/lib64/python2.7/site-packages/trac/util/datefmt.py", 
line 52, in 
from trac.util.text import to_unicode, getpreferredencoding
  File 
"/mnt/data/trac/.local/lib64/python2.7/site-packages/trac/util/text.py", 
line 30, in 
import jinja2
  File 
"/mnt/data/trac/.local/lib64/python2.7/site-packages/jinja2/__init__.py", 
line 33, in 
from jinja2.environment import Environment, Template
  File 
"/mnt/data/trac/.local/lib64/python2.7/site-packages/jinja2/environment.py", 
line 15, in 
from jinja2 import nodes
  File "/mnt/data/trac/.local/lib64/python2.7/site-packages/jinja2/nodes.py"
, line 19, in 
from jinja2.utils import Markup
  File "/mnt/data/trac/.local/lib64/python2.7/site-packages/jinja2/utils.py"
, line 642, in 
from markupsafe import Markup, escape, soft_unicode
ImportError: No module named markupsafe

I tried

pip2 install --user MarkupSafe

but it seems this is not the required module.
What is missing here?

Best regards,
Mo

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/be1af54d-673c-494e-a836-96b476180ae1o%40googlegroups.com.

Re: [Trac] Trac Admin Plugins web UI still shows Trac 0.12.7 plugin list after upgrade to 1.0.19

[Jun Omae]

On Wed, Feb 12, 2020 at 7:13 PM Stefan Hett  wrote:
>
> On 2/12/2020 7:28 AM, Jun Omae wrote:
> > The Windows installer built by distutils is not supported to upgrade
> > Trac module. Installed Trac module should be uninstalled before
> > invoking the installer.
> >
> Makes sense to me. In this case however, it would be good to add some
> prominent note to recommend uninstalling the previous Trac version (and
> instructions on how to do this), or is such a note already around and I
> still missed it?

I think you missed nothing. However, I didn't notice the issue because
it is not described you've used Windows installer.

Added notes about Windows installer:
https://trac.edgewall.org/wiki/TracUpgrade?action=diff&version=133

Thanks for the report.

-- 
Jun Omae  (大前 潤)

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

Re: [Trac] Trac Admin Plugins web UI still shows Trac 0.12.7 plugin list after upgrade to 1.0.19

[Stefan Hett]

On 2/12/2020 7:28 AM, Jun Omae wrote:

On Mon, Feb 10, 2020 at 11:52 PM Stefan Hett  wrote:


After manually removing the directory: 
"Lib/site-package/Trac-0.12.7-py2.7.egg-info" and restarting the webserver, the 
plugins page shows the proper version now.

Maybe it would be worth adding such a note to the Trac upgrade procedure, as 
for people not regularly working with egg-packages, it's not an obvious step.

pip and easy_install automatically remove old *.egg-info directory and
install new *.egg-info. That step typically is not needed. I think the
issue is caused by something wrong in your environment.


Well, I'm running Trac on Windows. For the installation/upgrade I use
provided 64-bit Windows installer. Usually one expects that running the
installer takes care about such steps on Windows; but it doesn't seem to
do that (or is there really something wrong with the environment and the
installer usually does that part?).

--
Regards,
Stefan Hett, Developer/Administrator

The Windows installer built by distutils is not supported to upgrade
Trac module. Installed Trac module should be uninstalled before
invoking the installer.

Makes sense to me. In this case however, it would be good to add some 
prominent note to recommend uninstalling the previous Trac version (and 
instructions on how to do this), or is such a note already around and I 
still missed it?


Anyway, I updated our internal upgrade procedure to note this down now, 
so for us it should be no longer an issue.

Thanks for the support/help to trace this down.

--
Regards,
Stefan Hett, Developer/Administrator

EGOSOFT GmbH, Heidestraße 4, 52146 Würselen, Germany
Tel: +49 2405 4239970, http://www.egosoft.com
Geschäftsführer: Bernd Lehahn, Handelsregister Aachen HRB 13473

Datenschutzhinweis:
Ihre personenbezogenen Daten, die Sie uns im Rahmen einer
Kontaktaufnahme zur Verfügung stellen, werden bei uns vertraulich
und entsprechend unserer Datenschutzerklärung behandelt:
http://www.egosoft.com/privacy_de.php
Privacy:
Any personal information you provide when contacting us will
be kept confidential and processed according to our privacy
policy: http://www.egosoft.com/privacy_en.php

--
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/3e9e5591-09a6-9ed2-46f3-e1e90b827071%40egosoft.com.

Re: [Trac] Trac Admin Plugins web UI still shows Trac 0.12.7 plugin list after upgrade to 1.0.19

[Jun Omae]

On Mon, Feb 10, 2020 at 11:52 PM Stefan Hett  wrote:

> >> After manually removing the directory: 
> >> "Lib/site-package/Trac-0.12.7-py2.7.egg-info" and restarting the 
> >> webserver, the plugins page shows the proper version now.
> >>
> >> Maybe it would be worth adding such a note to the Trac upgrade procedure, 
> >> as for people not regularly working with egg-packages, it's not an obvious 
> >> step.
> > pip and easy_install automatically remove old *.egg-info directory and
> > install new *.egg-info. That step typically is not needed. I think the
> > issue is caused by something wrong in your environment.
> >
> Well, I'm running Trac on Windows. For the installation/upgrade I use
> provided 64-bit Windows installer. Usually one expects that running the
> installer takes care about such steps on Windows; but it doesn't seem to
> do that (or is there really something wrong with the environment and the
> installer usually does that part?).
>
> --
> Regards,
> Stefan Hett, Developer/Administrator

The Windows installer built by distutils is not supported to upgrade
Trac module. Installed Trac module should be uninstalled before
invoking the installer.

-- 
Jun Omae  (大前 潤)

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

Re: [Trac] Trac Admin Plugins web UI still shows Trac 0.12.7 plugin list after upgrade to 1.0.19

[Stefan Hett]

On 2/10/2020 2:40 PM, Jun Omae wrote:

On Mon, Feb 10, 2020 at 10:23 PM Stefan Hett  wrote:

On 2/10/2020 2:22 AM, Ryan Ollos wrote:

On Fri, Feb 7, 2020 at 2:57 PM Stefan Hett  wrote:

Yes, did that multiple times. And Trac itself seems to be running on 1.0.19 correctly (as it's also 
visible in the version number in the footer). Only the plugin "name"/"text" on 
the page does seem to state the old version number.


Probably the egg for 0.12.7 is still present on Python's search path. You may 
need to locate and delete it.

Are you using pip? You can try repeating "pip uninstall Trac" until it says not 
installed, then: pip install "trac==1.0.19".

Or, locate Python's site-packages dir and look for traces of the old egg.

- Ryan

Thanks Ryan, that was it I guess.

After manually removing the directory: 
"Lib/site-package/Trac-0.12.7-py2.7.egg-info" and restarting the webserver, the 
plugins page shows the proper version now.

Maybe it would be worth adding such a note to the Trac upgrade procedure, as 
for people not regularly working with egg-packages, it's not an obvious step.

pip and easy_install automatically remove old *.egg-info directory and
install new *.egg-info. That step typically is not needed. I think the
issue is caused by something wrong in your environment.

Well, I'm running Trac on Windows. For the installation/upgrade I use 
provided 64-bit Windows installer. Usually one expects that running the 
installer takes care about such steps on Windows; but it doesn't seem to 
do that (or is there really something wrong with the environment and the 
installer usually does that part?).


--
Regards,
Stefan Hett, Developer/Administrator

EGOSOFT GmbH, Heidestraße 4, 52146 Würselen, Germany
Tel: +49 2405 4239970, http://www.egosoft.com
Geschäftsführer: Bernd Lehahn, Handelsregister Aachen HRB 13473

Datenschutzhinweis:
Ihre personenbezogenen Daten, die Sie uns im Rahmen einer
Kontaktaufnahme zur Verfügung stellen, werden bei uns vertraulich
und entsprechend unserer Datenschutzerklärung behandelt:
http://www.egosoft.com/privacy_de.php
Privacy:
Any personal information you provide when contacting us will
be kept confidential and processed according to our privacy
policy: http://www.egosoft.com/privacy_en.php

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

Re: [Trac] Trac Admin Plugins web UI still shows Trac 0.12.7 plugin list after upgrade to 1.0.19

[Jun Omae]

On Mon, Feb 10, 2020 at 10:23 PM Stefan Hett  wrote:
>
> On 2/10/2020 2:22 AM, Ryan Ollos wrote:
>
> On Fri, Feb 7, 2020 at 2:57 PM Stefan Hett  wrote:
>>
>> Yes, did that multiple times. And Trac itself seems to be running on 1.0.19 
>> correctly (as it's also visible in the version number in the footer). Only 
>> the plugin "name"/"text" on the page does seem to state the old version 
>> number.
>
>
> Probably the egg for 0.12.7 is still present on Python's search path. You may 
> need to locate and delete it.
>
> Are you using pip? You can try repeating "pip uninstall Trac" until it says 
> not installed, then: pip install "trac==1.0.19".
>
> Or, locate Python's site-packages dir and look for traces of the old egg.
>
> - Ryan
>
> Thanks Ryan, that was it I guess.
>
> After manually removing the directory: 
> "Lib/site-package/Trac-0.12.7-py2.7.egg-info" and restarting the webserver, 
> the plugins page shows the proper version now.
>
> Maybe it would be worth adding such a note to the Trac upgrade procedure, as 
> for people not regularly working with egg-packages, it's not an obvious step.

pip and easy_install automatically remove old *.egg-info directory and
install new *.egg-info. That step typically is not needed. I think the
issue is caused by something wrong in your environment.

-- 
Jun Omae  (大前 潤)

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CAEVLMahZu1D%2BBcGpa%3DmcoAF5mCN%2BWhCdugJhJ2AmaS0hxNAsqg%40mail.gmail.com.

Re: [Trac] Trac Admin Plugins web UI still shows Trac 0.12.7 plugin list after upgrade to 1.0.19

[Stefan Hett]

On 2/10/2020 2:22 AM, Ryan Ollos wrote:
On Fri, Feb 7, 2020 at 2:57 PM Stefan Hett > wrote:



Yes, did that multiple times. And Trac itself seems to be running
on 1.0.19 correctly (as it's also visible in the version number
in the footer). Only the plugin "name"/"text" on the page does
seem to state the old version number.



Probably the egg for 0.12.7 is still present on Python's search path. 
You may need to locate and delete it.


Are you using pip? You can try repeating "pip uninstall Trac" until it 
says not installed, then: pip install "trac==1.0.19".


Or, locate Python's site-packages dir and look for traces of the old egg.

- Ryan


Thanks Ryan, that was it I guess.

After manually removing the directory: 
"Lib/site-package/Trac-0.12.7-py2.7.egg-info" and restarting the 
webserver, the plugins page shows the proper version now.


Maybe it would be worth adding such a note to the Trac upgrade 
procedure, as for people not regularly working with egg-packages, it's 
not an obvious step.


--
Regards,
Stefan Hett, Developer/Administrator

EGOSOFT GmbH, Heidestraße 4, 52146 Würselen, Germany
Tel: +49 2405 4239970, http://www.egosoft.com
Geschäftsführer: Bernd Lehahn, Handelsregister Aachen HRB 13473

Datenschutzhinweis:
Ihre personenbezogenen Daten, die Sie uns im Rahmen einer
Kontaktaufnahme zur Verfügung stellen, werden bei uns vertraulich
und entsprechend unserer Datenschutzerklärung behandelt:
http://www.egosoft.com/privacy_de.php
Privacy:
Any personal information you provide when contacting us will
be kept confidential and processed according to our privacy
policy: http://www.egosoft.com/privacy_en.php

--
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/10e4a944-d01c-8cd9-572e-fe11ba603f0c%40egosoft.com.

Re: [Trac] Trac Admin Plugins web UI still shows Trac 0.12.7 plugin list after upgrade to 1.0.19

[Ryan Ollos]

On Fri, Feb 7, 2020 at 2:57 PM Stefan Hett  wrote:

> Yes, did that multiple times. And Trac itself seems to be running on
> 1.0.19 correctly (as it's also visible in the version number in the
> footer). Only the plugin "name"/"text" on the page does seem to state the
> old version number.
>
>
Probably the egg for 0.12.7 is still present on Python's search path. You
may need to locate and delete it.

Are you using pip? You can try repeating "pip uninstall Trac" until it says
not installed, then: pip install "trac==1.0.19".

Or, locate Python's site-packages dir and look for traces of the old egg.

- Ryan

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

Re: [Trac] Trac Admin Plugins web UI still shows Trac 0.12.7 plugin list after upgrade to 1.0.19

[Stefan Hett]

Hi Ryan,

On 2/7/2020 10:36 PM, Ryan Ollos wrote:



On Fri, Feb 7, 2020 at 5:28 AM Stefan > wrote:


Hi,

originally I created a ticket for the issue here:
https://trac.edgewall.org/ticket/13252
The reply suggested I rather ran into an installation issue than a
bug in Trac.

The minor glitch I'm experiencing is that after upgrading Trac
0.12.7 to 1.0.19, the plugin list under admin -> plugins (in the
web UI) still shows Trac 0.12.7, while I would have expected this
to read Trac 1.0.19 after performing the upgrade.
I tried to search through other tickets and mails in this mailing
list, but was not able to found a matching topic. Could anybody
kindly point me to what I did wrong (or what I missed) when
performing the upgrade?

Regards,
Stefan


Starting with the simplest possibility, did you restart your web server?
https://trac.edgewall.org/wiki/TracUpgrade#Instructions

- Ryan

Yes, did that multiple times. And Trac itself seems to be running on 
1.0.19 correctly (as it's also visible in the version number in the 
footer). Only the plugin "name"/"text" on the page does seem to state 
the old version number.


--
Regards,
Stefan Hett, Developer/Administrator

EGOSOFT GmbH, Heidestraße 4, 52146 Würselen, Germany
Tel: +49 2405 4239970, http://www.egosoft.com
Geschäftsführer: Bernd Lehahn, Handelsregister Aachen HRB 13473

Datenschutzhinweis:
Ihre personenbezogenen Daten, die Sie uns im Rahmen einer
Kontaktaufnahme zur Verfügung stellen, werden bei uns vertraulich
und entsprechend unserer Datenschutzerklärung behandelt:
http://www.egosoft.com/privacy_de.php
Privacy:
Any personal information you provide when contacting us will
be kept confidential and processed according to our privacy
policy: http://www.egosoft.com/privacy_en.php

--
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/73b51d86-5c0b-d94d-d102-f5aa084c3919%40egosoft.com.

Re: [Trac] Trac Admin Plugins web UI still shows Trac 0.12.7 plugin list after upgrade to 1.0.19

[Ryan Ollos]

On Fri, Feb 7, 2020 at 5:28 AM Stefan  wrote:

> Hi,
>
> originally I created a ticket for the issue here:
> https://trac.edgewall.org/ticket/13252
> The reply suggested I rather ran into an installation issue than a bug in
> Trac.
>
> The minor glitch I'm experiencing is that after upgrading Trac 0.12.7 to
> 1.0.19, the plugin list under admin -> plugins (in the web UI) still shows
> Trac 0.12.7, while I would have expected this to read Trac 1.0.19 after
> performing the upgrade.
> I tried to search through other tickets and mails in this mailing list,
> but was not able to found a matching topic. Could anybody kindly point me
> to what I did wrong (or what I missed) when performing the upgrade?
>
> Regards,
> Stefan
>

Starting with the simplest possibility, did you restart your web server?
https://trac.edgewall.org/wiki/TracUpgrade#Instructions

- Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/CA%2BBGpn9y0w5qy5sF%2BLcHnHbmCx5%3D07X%2B9GzX1uN1SkaaztYSRQ%40mail.gmail.com.

[Trac] Trac Admin Plugins web UI still shows Trac 0.12.7 plugin list after upgrade to 1.0.19

[Stefan]

Hi,

originally I created a ticket for the issue here: 
https://trac.edgewall.org/ticket/13252
The reply suggested I rather ran into an installation issue than a bug in 
Trac.

The minor glitch I'm experiencing is that after upgrading Trac 0.12.7 to 
1.0.19, the plugin list under admin -> plugins (in the web UI) still shows 
Trac 0.12.7, while I would have expected this to read Trac 1.0.19 after 
performing the upgrade.
I tried to search through other tickets and mails in this mailing list, but 
was not able to found a matching topic. Could anybody kindly point me to 
what I did wrong (or what I missed) when performing the upgrade?

Regards,
Stefan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/43a5defc-604a-4311-bb87-134db4f5bcf4%40googlegroups.com.

Re: [Trac] trac-admin deploy gives "TemplateSyntaxError: unexpected char u'!' at 1"

[RjOllos]

On Monday, March 4, 2019 at 5:05:08 PM UTC-5, theultramage wrote:
>
> I think the previous one was 1.3.2, not sure.
> The .eggs file says jinja2-2.9.5 from march 2017, which is when I did the 
> first build off of this checkout.
>

Sorry for the delayed reply.

The deploy step creates the cgi-bin directory. It should contain:
$ ls cgi-bin/
trac.cgi trac.fcgi trac.wsgi 

What does the directory contain after you run deploy?

It looks like the exception with traceback should be logged at ERROR level, 
so it will output to the console if you set log_type = stderr, or to the 
log file if log_type = file. Can you please look for the exception with 
traceback?

- Ryan

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to trac-users+unsubscr...@googlegroups.com.
To post to this group, send email to trac-users@googlegroups.com.
Visit this group at https://groups.google.com/group/trac-users.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/trac-users/fab7d1a0-649b-4f7c-aa28-f5c437087a66%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [Trac] trac-admin deploy gives "TemplateSyntaxError: unexpected char u'!' at 1"

[theultramage]

I think the previous one was 1.3.2, not sure.
The .eggs file says jinja2-2.9.5 from march 2017, which is when I did the 
first build off of this checkout.

On Monday, March 4, 2019 at 3:40:45 PM UTC+1, RjOllos wrote:
>
>
>
> On Mon, Mar 4, 2019 at 1:31 AM theultramage  > wrote:
>
>> Python - 2.7.15 freebsd
>> Trac - 1.3.4 trunk r16891 (yesterday)
>> Genshi - 0.7
>> I think I saw this same error show up when I first wrote the maintenance 
>> script to deploy the project, over 2 years ago. I just ignored it. But I 
>> noticed that it's still there, so I figured I'd ask.
>>
>
> Have you been running Trac 1.3.x since you deployed the project?
>
> What version of Jinja2 is installed?
>
> - Ryan 
>

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

Re: [Trac] trac-admin deploy gives "TemplateSyntaxError: unexpected char u'!' at 1"

[Ryan Ollos]

On Mon, Mar 4, 2019 at 1:31 AM theultramage  wrote:

> Python - 2.7.15 freebsd
> Trac - 1.3.4 trunk r16891 (yesterday)
> Genshi - 0.7
> I think I saw this same error show up when I first wrote the maintenance
> script to deploy the project, over 2 years ago. I just ignored it. But I
> noticed that it's still there, so I figured I'd ask.
>

Have you been running Trac 1.3.x since you deployed the project?

What version of Jinja2 is installed?

- Ryan

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

Re: [Trac] trac-admin deploy gives "TemplateSyntaxError: unexpected char u'!' at 1"

[theultramage]

Python - 2.7.15 freebsd
Trac - 1.3.4 trunk r16891 (yesterday)
Genshi - 0.7
I think I saw this same error show up when I first wrote the maintenance 
script to deploy the project, over 2 years ago. I just ignored it. But I 
noticed that it's still there, so I figured I'd ask.

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

Re: [Trac] trac-admin deploy gives "TemplateSyntaxError: unexpected char u'!' at 1"

[Ryan Ollos]

On Sat, Mar 2, 2019 at 11:36 PM theultramage  wrote:

> Whenever I do 'trac-admin deploy' on my project, it lists the paths it's
> deploying from, then says "Creating scripts.", and then displays the
> following error:
> TemplateSyntaxError: unexpected char u'!' at 1
>
> It's been doing it for quite some time now. I don't see any adverse
> effects, but I assume it's better to fix it anyway. However, I don't know
> how, since it doesn't even display the name of the file it's complaining
> about.
>

That seems very strange since the templates are being generated from source
templates in the Trac archive. The first character is expected to be "!",
and the error message sounds like the template loader is expecting a
template type different from the 'text' type.

Which Trac version and Python version are you running? And which Genshi or
Jinja2 version?

- Ryan

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

[Trac] trac-admin deploy gives "TemplateSyntaxError: unexpected char u'!' at 1"

[theultramage]

Whenever I do 'trac-admin deploy' on my project, it lists the paths it's 
deploying from, then says "Creating scripts.", and then displays the 
following error:
TemplateSyntaxError: unexpected char u'!' at 1

It's been doing it for quite some time now. I don't see any adverse 
effects, but I assume it's better to fix it anyway. However, I don't know 
how, since it doesn't even display the name of the file it's complaining 
about.

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

Re: [Trac] trac-admin hotcopy failing with mysql backend on 1.2.3

[RjOllos]

On Monday, October 29, 2018 at 5:48:46 AM UTC-7, Jun Omae wrote:
>
> On Sun, Oct 28, 2018 at 7:09 PM Dan  wrote: 
> > 
> > To preface, the MySqlDb documentation for Trac states the following: 
> > 
> >> Tables must be created as InnoDB or TokuDB type tables, because Trac 
> uses a transaction mechanism that is not supported by MyISAM tables 
> > 
> > 
> > I've created all my tables using InnoDB and installed Trac 1.2.3. 
> > 
> > During trac-admin hotcopy, just before files are copied, trac-admin 
> executes the following to lock the database: 
> > 
> > trac/env.py:1056:# Bogus statement to lock the database while 
> copying files 
> > trac/env.py-1057-with self.env.db_transaction as db: 
> > trac/env.py-1058-db("UPDATE system SET name=NULL WHERE name 
> IS NULL") 
> > 
> > After the file copy completes, the database is still locked with the 
> statement above, and it starts the mysqldump; building the mysqldump 
> command line from the database URL. The initial value is set here: 
> > 
> > trac/db/mysql_backend.py:243:args = [self.mysqldump_path, 
> '--no-defaults'] 
> > 
> > Note the '--no-defaults' in args[1]. 
> > 
> > With InnoDB, mysqldump should be run with '--single-transaction', which 
> is set in the appropriate my.cnf, but since '--no-defaults' is hard-coded, 
> all my.cnf files are ignored by default. 
> > 
> > As a result, mysqldump tries to lock the database before running the 
> dump. However, the earlier statement is still holding the lock. This never 
> exists and you have to manually kill the dump or the session holding the 
> earlier lock. 
> > 
> > In the DatabaseBackend documentation for MySQL, there is mention of a 
> parameter 'read_default_file', which you can include in your 'database' 
> URL, which should then tell mysqldump to read that my.cnf. 
> > 
> > However, when set, it is added to the same constructed mysqldump command 
> line started in the code above with the following: 
> > 
> > trac/db/mysql_backend.py-255-elif name == 
> 'read_default_file':  # Must be first 
> > trac/db/mysql_backend.py:256:args.insert(1, 
> '--defaults-file=' + value) 
> > 
> > This correctly makes '--defaults-file' first, but it pushes the original 
> first argument ('--no-defaults') to the second argument. These arguments 
> are mutually exclusive with any version of mysqldump I could find, 
> resulting in the confusing error: 
> > 
> > $ mysqldump --defaults-file=trac/conf/my.cnf --no-defaults 
> > mysqldump: unknown option '--no-defaults' 
> > 
> > I had to apply the following patch to resolve this: 
> > 
> > --- db/mysql_backend.py.orig2018-10-27 15:19:15.285092905 -0700 
> > +++ db/mysql_backend.py 2018-10-27 15:11:36.138342337 -0700 
> > @@ -255,3 +255,3 @@ 
> >  elif name == 'read_default_file':  # Must be first 
> > -args.insert(1, '--defaults-file=' + value) 
> > +args[1] = '--defaults-file=' + value 
> >  elif name == 'unix_socket': 
> > 
> > The first argument should be replaced, not shifted. This patch and 
> including 'read_default_file' the database URL resolves the issue. 
> > 
> > However, it seems to me that if Trac requires a transactional database, 
> it should, by default, work with that transactional database. Since the 
> database is already locked by the earlier statement, Trac could even just 
> disable all mysqldump locking by default, but ideally the initial lock 
> should be released once the mysqldump transaction starts to avoid lengthy 
> and unnecessary database locks. 
> > 
> > I also question the use of '--no-defaults' at all. I have 'mysqldump' 
> working in all other situations, but Trac creates an unexpected situation 
> where both ~/.my.cnf and /etc/my.cnf are ignored, resulting in obscure 
> failures. 
> > 
> > Has anyone experienced a similar issue or had this work without issue / 
> patching? 
>
> Ok. You're right. 
>
> It seems that --no-defaults option with the read_default_file 
> parameter in #12880 is not tested. 
> Also, I consider we should add --single-transaction and --quick 
> options by default. 
>
> Could you please create new ticket with the details via 
> https://trac.edgewall.org/newticket? 
>
>  
> diff --git a/trac/db/mysql_backend.py b/trac/db/mysql_backend.py 
> index f607bce30..01cb4fc1d 100644 
> --- a/trac/db/mysql_backend.py 
> +++ b/trac/db/mysql_backend.py 
> @@ -240,7 +240,8 @@ class MySQLConnector(Component): 
>  db_params = db_prop.setdefault('params', {}) 
>  db_name = os.path.basename(db_prop['path']) 
>
> -args = [self.mysqldump_path, '--no-defaults'] 
> +defaults_opt = '--no-defaults' 
> +args = [] 
>  if 'host' in db_prop: 
>  args.extend(['-h', db_prop['host']]) 
>  if 'port' in db_prop: 
> @@ -252,14 +253,15 @@ class MySQLConnector(Component): 
>  args.append('--compress') 
>  elif name == 'named_pipe' a

Re: [Trac] trac-admin hotcopy failing with mysql backend on 1.2.3

[Jun Omae]

On Sun, Oct 28, 2018 at 7:09 PM Dan  wrote:
>
> To preface, the MySqlDb documentation for Trac states the following:
>
>> Tables must be created as InnoDB or TokuDB type tables, because Trac uses a 
>> transaction mechanism that is not supported by MyISAM tables
>
>
> I've created all my tables using InnoDB and installed Trac 1.2.3.
>
> During trac-admin hotcopy, just before files are copied, trac-admin executes 
> the following to lock the database:
>
> trac/env.py:1056:# Bogus statement to lock the database while copying 
> files
> trac/env.py-1057-with self.env.db_transaction as db:
> trac/env.py-1058-db("UPDATE system SET name=NULL WHERE name IS 
> NULL")
>
> After the file copy completes, the database is still locked with the 
> statement above, and it starts the mysqldump; building the mysqldump command 
> line from the database URL. The initial value is set here:
>
> trac/db/mysql_backend.py:243:args = [self.mysqldump_path, 
> '--no-defaults']
>
> Note the '--no-defaults' in args[1].
>
> With InnoDB, mysqldump should be run with '--single-transaction', which is 
> set in the appropriate my.cnf, but since '--no-defaults' is hard-coded, all 
> my.cnf files are ignored by default.
>
> As a result, mysqldump tries to lock the database before running the dump. 
> However, the earlier statement is still holding the lock. This never exists 
> and you have to manually kill the dump or the session holding the earlier 
> lock.
>
> In the DatabaseBackend documentation for MySQL, there is mention of a 
> parameter 'read_default_file', which you can include in your 'database' URL, 
> which should then tell mysqldump to read that my.cnf.
>
> However, when set, it is added to the same constructed mysqldump command line 
> started in the code above with the following:
>
> trac/db/mysql_backend.py-255-elif name == 'read_default_file':  # 
> Must be first
> trac/db/mysql_backend.py:256:args.insert(1, 
> '--defaults-file=' + value)
>
> This correctly makes '--defaults-file' first, but it pushes the original 
> first argument ('--no-defaults') to the second argument. These arguments are 
> mutually exclusive with any version of mysqldump I could find, resulting in 
> the confusing error:
>
> $ mysqldump --defaults-file=trac/conf/my.cnf --no-defaults
> mysqldump: unknown option '--no-defaults'
>
> I had to apply the following patch to resolve this:
>
> --- db/mysql_backend.py.orig2018-10-27 15:19:15.285092905 -0700
> +++ db/mysql_backend.py 2018-10-27 15:11:36.138342337 -0700
> @@ -255,3 +255,3 @@
>  elif name == 'read_default_file':  # Must be first
> -args.insert(1, '--defaults-file=' + value)
> +args[1] = '--defaults-file=' + value
>  elif name == 'unix_socket':
>
> The first argument should be replaced, not shifted. This patch and including 
> 'read_default_file' the database URL resolves the issue.
>
> However, it seems to me that if Trac requires a transactional database, it 
> should, by default, work with that transactional database. Since the database 
> is already locked by the earlier statement, Trac could even just disable all 
> mysqldump locking by default, but ideally the initial lock should be released 
> once the mysqldump transaction starts to avoid lengthy and unnecessary 
> database locks.
>
> I also question the use of '--no-defaults' at all. I have 'mysqldump' working 
> in all other situations, but Trac creates an unexpected situation where both 
> ~/.my.cnf and /etc/my.cnf are ignored, resulting in obscure failures.
>
> Has anyone experienced a similar issue or had this work without issue / 
> patching?

Ok. You're right.

It seems that --no-defaults option with the read_default_file
parameter in #12880 is not tested.
Also, I consider we should add --single-transaction and --quick
options by default.

Could you please create new ticket with the details via
https://trac.edgewall.org/newticket?


diff --git a/trac/db/mysql_backend.py b/trac/db/mysql_backend.py
index f607bce30..01cb4fc1d 100644
--- a/trac/db/mysql_backend.py
+++ b/trac/db/mysql_backend.py
@@ -240,7 +240,8 @@ class MySQLConnector(Component):
 db_params = db_prop.setdefault('params', {})
 db_name = os.path.basename(db_prop['path'])

-args = [self.mysqldump_path, '--no-defaults']
+defaults_opt = '--no-defaults'
+args = []
 if 'host' in db_prop:
 args.extend(['-h', db_prop['host']])
 if 'port' in db_prop:
@@ -252,14 +253,15 @@ class MySQLConnector(Component):
 args.append('--compress')
 elif name == 'named_pipe' and as_int(value, 0):
 args.append('--protocol=pipe')
-elif name == 'read_default_file':  # Must be first
-args.insert(1, '--defaults-file=' + value)
+elif name == 'read_default_file':
+defaults_opt = '--defaults-file=' + value
  

Re: [Trac] trac-admin hotcopy failing with mysql backend on 1.2.3

[Peter Suter]

On 28.10.2018 02:12, Dan wrote:
After the file copy completes, the database is still locked with the 
statement above, and it starts the mysqldump; building the mysqldump 
command line from the database URL. The initial value is set here:


|
trac/db/mysql_backend.py:243:       args = [self.mysqldump_path, 
'--no-defaults']

|

Note the '--no-defaults' in args[1].
However, when set, it is added to the same constructed mysqldump 
command line started in the code above with the following:


|
trac/db/mysql_backend.py-255-           elif name == 
'read_default_file':  # Must be first
trac/db/mysql_backend.py:256:               args.insert(1, 
'--defaults-file=' + value)

|

This correctly makes '--defaults-file' first, but it pushes the 
original first argument ('--no-defaults') to the second argument. 
These arguments are mutually exclusive with any version of mysqldump I 
could find, resulting in the confusing error:


|
$ mysqldump --defaults-file=trac/conf/my.cnf --no-defaults
mysqldump: unknown option '--no-defaults'
|

I had to apply the following patch to resolve this:

|
--- db/mysql_backend.py.orig    2018-10-27 15:19:15.285092905 -0700
+++ db/mysql_backend.py 2018-10-27 15:11:36.138342337 -0700
@@ -255,3 +255,3 @@
             elif name == 'read_default_file':  # Must be first
- args.insert(1, '--defaults-file=' + value)
+                args[1] = '--defaults-file=' + value
             elif name == 'unix_socket':
|

The first argument should be replaced, not shifted. This patch and 
including 'read_default_file' the database URL resolves the issue.
It seems --no-defaults is relatively new in Trac: 
https://trac.edgewall.org/ticket/12880#comment:4
The interaction with read_default_file / --defaults-file was maybe not 
considered / encountered yet.


--
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-admin hotcopy failing with mysql backend on 1.2.3

[Dan]

To preface, the MySqlDb  
documentation 
for Trac states the following:

Tables *must* be created as *InnoDB* or *TokuDB* type tables, because Trac 
> uses a transaction mechanism that is not supported by MyISAM tables
>

I've created all my tables using InnoDB and installed Trac 1.2.3.

During trac-admin hotcopy, just before files are copied, trac-admin 
executes the following to lock the database:

trac/env.py:1056:# Bogus statement to lock the database while 
copying files
trac/env.py-1057-with self.env.db_transaction as db:
trac/env.py-1058-db("UPDATE system SET name=NULL WHERE name IS 
NULL")

After the file copy completes, the database is still locked with the 
statement above, and it starts the mysqldump; building the mysqldump 
command line from the database URL. The initial value is set here:

trac/db/mysql_backend.py:243:args = [self.mysqldump_path, 
'--no-defaults']

Note the '--no-defaults' in args[1].

With InnoDB, mysqldump should be run with '--single-transaction', which is 
set in the appropriate my.cnf, but since '--no-defaults' is hard-coded, all 
my.cnf files are ignored by default.

As a result, mysqldump tries to lock the database before running the dump. 
However, the earlier statement is still holding the lock. This never exists 
and you have to manually kill the dump or the session holding the earlier 
lock.

In the DatabaseBackend 
 documentation for 
MySQL, there is mention of a parameter 'read_default_file', which you can 
include in your 'database' URL, which should then tell mysqldump to read 
that my.cnf.

However, when set, it is added to the same constructed mysqldump command 
line started in the code above with the following:

trac/db/mysql_backend.py-255-elif name == 'read_default_file':  
# Must be first
trac/db/mysql_backend.py:256:args.insert(1, 
'--defaults-file=' + value)

This correctly makes '--defaults-file' first, but it pushes the original 
first argument ('--no-defaults') to the second argument. These arguments 
are mutually exclusive with any version of mysqldump I could find, 
resulting in the confusing error:

$ mysqldump --defaults-file=trac/conf/my.cnf --no-defaults
mysqldump: unknown option '--no-defaults'

I had to apply the following patch to resolve this:

--- db/mysql_backend.py.orig2018-10-27 15:19:15.285092905 -0700
+++ db/mysql_backend.py 2018-10-27 15:11:36.138342337 -0700
@@ -255,3 +255,3 @@
 elif name == 'read_default_file':  # Must be first
-args.insert(1, '--defaults-file=' + value)
+args[1] = '--defaults-file=' + value
 elif name == 'unix_socket':

The first argument should be replaced, not shifted. This patch and 
including 'read_default_file' the database URL resolves the issue.

However, it seems to me that if Trac requires a transactional database, it 
should, by default, work with that transactional database. Since the 
database is already locked by the earlier statement, Trac could even just 
disable all mysqldump locking by default, but ideally the initial lock 
should be released once the mysqldump transaction starts to avoid lengthy 
and unnecessary database locks.

I also question the use of '--no-defaults' at all. I have 'mysqldump' 
working in all other situations, but Trac creates an unexpected situation 
where both ~/.my.cnf and /etc/my.cnf are ignored, resulting in obscure 
failures.

Has anyone experienced a similar issue or had this work without issue / 
patching?

-- 
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-admin upgrade fails on Trac 1.0 with TracWatchlistPlugin - Error: Attribute Error:

[TJG]

Hi all;

Clean installation of Trac 1.0 on Ubuntu, and just added the 
TracWatchlistPlugin.

It was installed to:

/usr/local/lib/python2.7/dist-packages/TracWatchlistPlugin-1.0-py2.7.egg

and enabled in the trac.ini for my environment named "lts":

 tracwatchlist.* = enabled

But, the upgrade operation is failing with simply this error:

$ sudo trac-admin /var/www/trac/projects/lts upgrade
Error: AttributeError: 

The log file doens't reveal anything useful.

$ cat trac.log
2016-08-17 17:19:04,069 Trac[env] INFO:  
environment startup [Trac 1.0] 
2016-08-17 17:19:04,086 Trac[loader] DEBUG: Loading trac.about from 
/usr/local/lib/python2.7/dist-packages/Trac-1.0-py2.7.egg
2016-08-17 17:19:04,087 Trac[loader] DEBUG: Loading trac.admin.console from 
/usr/local/lib/python2.7/dist-packages/Trac-1.0-py2.7.egg
2016-08-17 17:19:04,087 Trac[loader] DEBUG: Loading trac.admin.web_ui from 
/usr/local/lib/python2.7/dist-packages/Trac-1.0-py2.7.egg
2016-08-17 17:19:04,089 Trac[loader] DEBUG: Loading trac.attachment from 
/usr/local/lib/python2.7/dist-packages/Trac-1.0-py2.7.egg
2016-08-17 17:19:04,089 Trac[loader] DEBUG: Loading trac.db.mysql from 
/usr/local/lib/python2.7/dist-packages/Trac-1.0-py2.7.egg
2016-08-17 17:19:04,090 Trac[loader] DEBUG: Loading trac.db.postgres from 
/usr/local/lib/python2.7/dist-packages/Trac-1.0-py2.7.egg
2016-08-17 17:19:04,091 Trac[loader] DEBUG: Loading trac.db.sqlite from 
/usr/local/lib/python2.7/dist-packages/Trac-1.0-py2.7.egg
2016-08-17 17:19:04,093 Trac[loader] DEBUG: Loading trac.mimeview.patch 
from /usr/local/lib/python2.7/dist-packages/Trac-1.0-py2.7.egg
2016-08-17 17:19:04,093 Trac[loader] DEBUG: Loading trac.mimeview.pygments 
from /usr/local/lib/python2.7/dist-packages/Trac-1.0-py2.7.egg
2016-08-17 17:19:04,104 Trac[loader] DEBUG: Loading trac.mimeview.rst from 
/usr/local/lib/python2.7/dist-packages/Trac-1.0-py2.7.egg
2016-08-17 17:19:04,160 Trac[loader] DEBUG: Loading trac.mimeview.txtl from 
/usr/local/lib/python2.7/dist-packages/Trac-1.0-py2.7.egg
2016-08-17 17:19:04,171 Trac[loader] DEBUG: Loading trac.prefs from 
/usr/local/lib/python2.7/dist-packages/Trac-1.0-py2.7.egg
2016-08-17 17:19:04,172 Trac[loader] DEBUG: Loading trac.search from 
/usr/local/lib/python2.7/dist-packages/Trac-1.0-py2.7.egg
2016-08-17 17:19:04,173 Trac[loader] DEBUG: Loading trac.ticket.admin from 
/usr/local/lib/python2.7/dist-packages/Trac-1.0-py2.7.egg
2016-08-17 17:19:04,174 Trac[loader] DEBUG: Loading trac.ticket.batch from 
/usr/local/lib/python2.7/dist-packages/Trac-1.0-py2.7.egg
2016-08-17 17:19:04,175 Trac[loader] DEBUG: Loading trac.ticket.query from 
/usr/local/lib/python2.7/dist-packages/Trac-1.0-py2.7.egg
2016-08-17 17:19:04,177 Trac[loader] DEBUG: Loading trac.ticket.report from 
/usr/local/lib/python2.7/dist-packages/Trac-1.0-py2.7.egg
2016-08-17 17:19:04,178 Trac[loader] DEBUG: Loading trac.ticket.roadmap 
from /usr/local/lib/python2.7/dist-packages/Trac-1.0-py2.7.egg
2016-08-17 17:19:04,180 Trac[loader] DEBUG: Loading trac.ticket.web_ui from 
/usr/local/lib/python2.7/dist-packages/Trac-1.0-py2.7.egg
2016-08-17 17:19:04,183 Trac[loader] DEBUG: Loading trac.timeline from 
/usr/local/lib/python2.7/dist-packages/Trac-1.0-py2.7.egg
2016-08-17 17:19:04,184 Trac[loader] DEBUG: Loading 
trac.versioncontrol.admin from 
/usr/local/lib/python2.7/dist-packages/Trac-1.0-py2.7.egg
2016-08-17 17:19:04,184 Trac[loader] DEBUG: Loading 
trac.versioncontrol.svn_authz from 
/usr/local/lib/python2.7/dist-packages/Trac-1.0-py2.7.egg
2016-08-17 17:19:04,185 Trac[loader] DEBUG: Loading 
trac.versioncontrol.web_ui from 
/usr/local/lib/python2.7/dist-packages/Trac-1.0-py2.7.egg
2016-08-17 17:19:04,190 Trac[loader] DEBUG: Loading trac.web.auth from 
/usr/local/lib/python2.7/dist-packages/Trac-1.0-py2.7.egg
2016-08-17 17:19:04,193 Trac[loader] DEBUG: Loading trac.web.session from 
/usr/local/lib/python2.7/dist-packages/Trac-1.0-py2.7.egg
2016-08-17 17:19:04,193 Trac[loader] DEBUG: Loading trac.wiki.admin from 
/usr/local/lib/python2.7/dist-packages/Trac-1.0-py2.7.egg
2016-08-17 17:19:04,194 Trac[loader] DEBUG: Loading trac.wiki.interwiki 
from /usr/local/lib/python2.7/dist-packages/Trac-1.0-py2.7.egg
2016-08-17 17:19:04,195 Trac[loader] DEBUG: Loading trac.wiki.macros from 
/usr/local/lib/python2.7/dist-packages/Trac-1.0-py2.7.egg
2016-08-17 17:19:04,195 Trac[loader] DEBUG: Loading trac.wiki.web_api from 
/usr/local/lib/python2.7/dist-packages/Trac-1.0-py2.7.egg
2016-08-17 17:19:04,196 Trac[loader] DEBUG: Loading trac.wiki.web_ui from 
/usr/local/lib/python2.7/dist-packages/Trac-1.0-py2.7.egg
2016-08-17 17:19:04,197 Trac[loader] DEBUG: Loading 
tracopt.mimeview.enscript from 
/usr/local/lib/python2.7/dist-packages/Trac-1.0-py2.7.egg
2016-08-17 17:19:04,198 Trac[loader] DEBUG: Loading tracopt.mimeview.php 
from /usr/local/lib/python2.7/dist-packages/Trac-1.0-py2.7.egg
2016-08-17 17:19:04,198 Trac[loader] DEBUG: Loading 
tracopt.mimeview.silverc

[Trac] trac-admin error ImportError: No module named pkg_resources

[Anil Chaudhary]

Dear 


following error is being reported on executing trac-admin command 


[root@tinfosec log]# trac-admin help
Traceback (most recent call last):
  File "/usr/bin/trac-admin", line 5, in 
from pkg_resources import load_entry_point
ImportError: No module named pkg_resources


Please help me to resolve the same.

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

Re: [Trac] trac-admin

[Steffen Hoffmann]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 14.11.2014 23:30, ONeal Freeman wrote:
> Believe it or not I seem to run the ticket remove command a lot. It is
> the preference of my department to delete the ticket instead of marking
> it invalid or wontfix. 

Your department rule, but I doubt this policy will either encourage
contribution of tickets (hey, they just delete them as they like) nor
help in understanding, what topics are inappropriate for tickets (hey,
they just delete them as they like) nor identify demand based priority
(dunno, if we already had that question twice, we just delete duplicates).

Steffen Hoffmann
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlRoVSQACgkQ31DJeiZFuHev1QCg3Epz8qbBgaaQjy6oUTF9fWUM
TAIAoMwTOdsT5d9qT94EQDk5iUXb1ifW
=MDER
-END PGP SIGNATURE-

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

Re: [Trac] trac-admin

[Ryan Ollos]

On Fri, Nov 14, 2014 at 2:27 PM, ONeal Freeman  wrote:

>
>
> On Friday, November 14, 2014 4:17:13 PM UTC-6, RjOllos wrote:
>
>> On Fri, Nov 14, 2014 at 1:56 PM, ONeal Freeman 
>> wrote:
>>
>>> We are running trac 1.0.1-1 on a windows 2008 server using apache 2.4.6.
>>>
>>> I would like to execute trac-admin from trac or a web interface without
>>> having to login to the server every time I want to run it. I have yet to
>>> find documentation if it is possible and how to do it.
>>>
>>> Someone please point me in the right direction...
>>>
>>> Kindest regards,
>>> O'Neal
>>>
>>
>> Is there one or more particular TracAdmin commands that you use
>> regularly? The WebAdmin pages are intended to provide some TracAdmin
>> functionality, and we are always expanding the functionality they provide
>> in small ways at least.
>>
>> On a Unix system I would just make a script that runs the remote command
>> over SSH. I don't have any experience working with Windows server, but I
>> imagine there is something equivalent (or you just just install and use SSH
>> on Windows).
>>
>> Believe it or not I seem to run the ticket remove command a lot. It is
> the preference of my department to delete the ticket instead of marking it
> invalid or wontfix.
>

There's a ticket delete plugin that ships with Trac, allowing tickets to be
removed through the web interface. The plugin is not enabled by default.
When enabled, a Delete button will be added in the ticket description area,
as well as for each of the ticket comments.

To enable, go to the Plugin Admin page and look for the TicketDeleter
component:


​

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

Re: [Trac] trac-admin

[ONeal Freeman]

On Friday, November 14, 2014 4:17:13 PM UTC-6, RjOllos wrote:
>
> On Fri, Nov 14, 2014 at 1:56 PM, ONeal Freeman  > wrote:
>
>> We are running trac 1.0.1-1 on a windows 2008 server using apache 2.4.6. 
>>
>> I would like to execute trac-admin from trac or a web interface without 
>> having to login to the server every time I want to run it. I have yet to 
>> find documentation if it is possible and how to do it. 
>>
>> Someone please point me in the right direction...
>>
>> Kindest regards,
>> O'Neal
>>
>
> Is there one or more particular TracAdmin commands that you use regularly? 
> The WebAdmin pages are intended to provide some TracAdmin functionality, 
> and we are always expanding the functionality they provide in small ways at 
> least.
>
> On a Unix system I would just make a script that runs the remote command 
> over SSH. I don't have any experience working with Windows server, but I 
> imagine there is something equivalent (or you just just install and use SSH 
> on Windows).
>
> Believe it or not I seem to run the ticket remove command a lot. It is the 
preference of my department to delete the ticket instead of marking it 
invalid or wontfix. 

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

Re: [Trac] trac-admin

[ONeal Freeman]

On Friday, November 14, 2014 4:17:13 PM UTC-6, RjOllos wrote:
>
> On Fri, Nov 14, 2014 at 1:56 PM, ONeal Freeman  > wrote:
>
>> We are running trac 1.0.1-1 on a windows 2008 server using apache 2.4.6. 
>>
>> I would like to execute trac-admin from trac or a web interface without 
>> having to login to the server every time I want to run it. I have yet to 
>> find documentation if it is possible and how to do it. 
>>
>> Someone please point me in the right direction...
>>
>> Kindest regards,
>> O'Neal
>>
>
> Is there one or more particular TracAdmin commands that you use regularly? 
> The WebAdmin pages are intended to provide some TracAdmin functionality, 
> and we are always expanding the functionality they provide in small ways at 
> least.
>
> On a Unix system I would just make a script that runs the remote command 
> over SSH. I don't have any experience working with Windows server, but I 
> imagine there is something equivalent (or you just just install and use SSH 
> on Windows).
>
> Believe it or not I seem to run the ticket remove command a lot. It is the 
preference of my department to delete the ticket instead of marking it 
invalid or wontfix. 

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

Re: [Trac] trac-admin

[Ryan Ollos]

On Fri, Nov 14, 2014 at 1:56 PM, ONeal Freeman  wrote:

> We are running trac 1.0.1-1 on a windows 2008 server using apache 2.4.6.
>
> I would like to execute trac-admin from trac or a web interface without
> having to login to the server every time I want to run it. I have yet to
> find documentation if it is possible and how to do it.
>
> Someone please point me in the right direction...
>
> Kindest regards,
> O'Neal
>

Is there one or more particular TracAdmin commands that you use regularly?
The WebAdmin pages are intended to provide some TracAdmin functionality,
and we are always expanding the functionality they provide in small ways at
least.

On a Unix system I would just make a script that runs the remote command
over SSH. I don't have any experience working with Windows server, but I
imagine there is something equivalent (or you just just install and use SSH
on Windows).

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

[Trac] trac-admin

[ONeal Freeman]

We are running trac 1.0.1-1 on a windows 2008 server using apache 2.4.6. 

I would like to execute trac-admin from trac or a web interface without 
having to login to the server every time I want to run it. I have yet to 
find documentation if it is possible and how to do it. 

Someone please point me in the right direction...

Kindest regards,
O'Neal

-- 
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-admin download

[Roger Oberholtzer]

I see the the trac-admin 'download' command supports the following:

   download addAdd new download
   download list   Show uploaded downloads
   download remove Remove uploaded download

I would like to update files that already exist. I guess I could remove it
and add it again. The disadvantage is that the various properties that have
been applied would need to be maintained (list/parse and then use in the
add). The list command does not really offer something that is wasy to
parse as there are no field delimiters.

An alternative would be that the downloader would check the actual file for
size and time and display that. Then I could just copy the file in place. I
realize that checking the database is faster. But when there are not so
many files, it is not an issue.

Opinions? I am wanting to do this via a Makefile on a remote system that
builds software packages and would like to have them available in the
download area.

-- 
Roger Oberholtzer

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

[Trac] trac-admin import error

[Roger . Oberholtzer]

I have always updated some pages in our trac wiki via a command like this:

trac-admin /vol1/trac/systems wiki import Environ/Parameters 
Environ/Parameters

This adds/updates some wiki formatted text pages. Recently, this has started 
to fail. I see the following in the trac log:

2014-02-25 17:04:49,837 Trac[model] ERROR: DatabaseError: no such table: 
wiki_namespace


This is new. I have not updated anything. Could it be that some table has gone 
missing? I don't see any problem when accessing the trac site. Seems I can do 
everything. Except the trac-admin command listed above. Should there be this 
table?


-- 
Yours sincerely,

Roger Oberholtzer

Ramböll RST / Systems

Office: Int +46 10-615 60 20
Mobile: Int +46 70-815 1696
roger.oberholt...@ramboll.se


Ramböll Sverige AB
Krukmakargatan 21
P.O. Box 17009
SE-104 62 Stockholm, Sweden
www.rambollrst.se

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

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

[Cooke, Mark]

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

...which documents?

> Suggest a doc refresh...

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

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

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

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

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

[Cooke, Mark]

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

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

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

~ mark c

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

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

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

[Stuart Cracraft]

Just a note that today we used trac-admin with initenv
to setup a postgres-connected one but it failed to ask the
questions regarding svn that are listed in the documents...

Suggest a doc refresh...

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

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

[Bas Hopman]

Line must be something like:
database = postgres://:@/

This has worked for me.

Bas



2013/8/28 Stuart Cracraft 

> Hi,
>
> trac-admin says after the Project Name is entered for a new project,
> Database connection string. It wants the right connection string
> syntax for the db I chose which is PostgreSQL. My question is,
> after trying to find it in the documentation, what is it? Didn't see
> it in the docs or a relevant database/admin doc/guide.
>
> Thanks.
>
> --
> You received this message because you are subscribed to the Google Groups
> "Trac Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to trac-users+unsubscr...@googlegroups.com.
> To post to this group, send email to trac-users@googlegroups.com.
> Visit this group at http://groups.google.com/group/trac-users.
> For more options, visit https://groups.google.com/groups/opt_out.
>

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

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

[Stuart Cracraft]

Hi,
 
trac-admin says after the Project Name is entered for a new project, 
Database connection string. It wants the right connection string
syntax for the db I chose which is PostgreSQL. My question is,
after trying to find it in the documentation, what is it? Didn't see
it in the docs or a relevant database/admin doc/guide.
 
Thanks.

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

Re: [Trac] trac-admin upgrade fails [SOLVED]

[Roger Oberholtzer]

On Wednesday, July 10, 2013 06:56:47 PM RjOllos wrote:
> http://trac-hacks.org/svn/tagsplugin/trunk/   

The tags plugin was indeed the culprit. I have updated to trunk and all is 
happy again.

Thanks!

-- 
Yours sincerely,

Roger Oberholtzer

Ramböll RST / Systems

Office: Int +46 10-615 60 20
Mobile: Int +46 70-815 1696
roger.oberholt...@ramboll.se


Ramböll Sverige AB
Krukmakargatan 21
P.O. Box 17009
SE-104 62 Stockholm, Sweden
www.rambollrst.se

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

Re: [Trac] trac-admin upgrade fails

[RjOllos]

On Wednesday, July 10, 2013 8:32:28 AM UTC-7, olemis wrote:

> Hi ! 
>
> On 7/10/13, Roger Oberholtzer > 
> wrote: 
> > 
> > I am migrating a trac site from one machine to another. 
> [...] 
>
> > Unfortunately, when I 
> > run the suggested 
> > command, I get: 
> > 
> > The upgrade failed. Please fix the issue and try again. 
> > 
> > AttributeError: 
> > 
> > And nothing more. I can't quess what it does not like. 
> > 
>
> I've recently experienced this issue trying to install 
> TracTagsPlugin==0.6 from t.h.o svn repository on Trac==1.x . The 
> source code in there is not up to date. 
>
> > 
> > How to find out what it is unhappy about? 
> > 
>
> If this is your case then everything should be back to normal after 
> installing 0.7-dev from this repository 
> https://bitbucket.org/alexandrul/trac-tags-plugin 
>

The issue is also fixed in the 0.7dev version on trac-hacks, which you can 
obtain by installing from the trunk:
http://trac-hacks.org/svn/tagsplugin/trunk/

See http://trac-hacks.org/ticket/9521 for details.

Also consider that the error message could be coming from a plugin other 
than TagsPlugin since the issue described in #9521 (method of checking for 
table existence) seems to be fairly common in Trac plugins.
 

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

Re: [Trac] trac-admin upgrade fails

[Olemis Lang]

Hi !

On 7/10/13, Roger Oberholtzer  wrote:
>
> I am migrating a trac site from one machine to another.
[...]

> Unfortunately, when I
> run the suggested
> command, I get:
>
>   The upgrade failed. Please fix the issue and try again.
>
>   AttributeError:
>
> And nothing more. I can't quess what it does not like.
>

I've recently experienced this issue trying to install
TracTagsPlugin==0.6 from t.h.o svn repository on Trac==1.x . The
source code in there is not up to date.

>
> How to find out what it is unhappy about?
>

If this is your case then everything should be back to normal after
installing 0.7-dev from this repository
https://bitbucket.org/alexandrul/trac-tags-plugin

> Is there a better way to move a trac db to a new system?
>

All I can say now is that you're doing things right .

[...]

-- 
Regards,

Olemis.

Apache™ Bloodhound contributor
http://issues.apache.org/bloodhound

Blog ES: http://simelo-es.blogspot.com/
Blog EN: http://simelo-en.blogspot.com/

Featured article:

-- 
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] trac-admin upgrade fails

[Roger Oberholtzer]

I am migrating a trac site from one machine to another. The original site is 
running trac 0.12.5, and 
the new one is running 1.0.1. 

When I try to access the site on the new system, I get a message that the Trac 
db needs to be 
upgraded:

Error

TracError: The Trac Environment needs to be upgraded.

Run "trac-admin /vol1/trac/systems upgrade"
This is expected. I have done this many times before. Unfortunately, when I run 
the suggested 
command, I get:

The upgrade failed. Please fix the issue and try again.

AttributeError:

And nothing more. I can't quess what it does not like.

The trac is running on openSUSE 12.3, and is installed from openSUSE's 
repositories. Previously I 
installed Trac myself. I thought I would give the distro version of Trac a 
whirl.

How to find out what it is unhappy about?

Is there a better way to move a trac db to a new system?




-- 
Yours sincerely,

Roger Oberholtzer

Ramböll RST / Systems

Office: Int +46 10-615 60 20
Mobile: Int +46 70-815 1696
roger.oberholt...@ramboll.se


Ramböll Sverige AB
Krukmakargatan 21
P.O. Box 17009
SE-104 62 Stockholm, Sweden
www.rambollrst.se

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

Re: [Trac] trac-admin wiki import: wrong date with cron

[Joachim]

You are right. Trac is installed by hand, but a plugin from the
debian-repository and that has trac 0.11 as dependency. And cron finds
the old trac ...

 Thank you, that helped me!

 Kind regards,
Joachim

Am 18.06.2013 21:27, schrieb Remy Blank:
> Joachim wrote:
>>  i have a skript, which ones a day puts content in the Wiki
>> (with "trac-admin /tracpath wiki import wikipagename filename").
>>
>>  When i run this Skript in the terminal, all is ok, when the cron runs
>> it, the time is wrong. I look in the database and found this:
>> --
>> sqlite3 trac.db "select version,time,author,ipnr from wiki where name
>> like '%blabla%';"
>>
>> 1|1370964133344701|trac|127.0.0.1
>> 2|1370964216695323|trac|127.0.0.1
>> 3|1371005282|trac|127.0.0.1
>> --
>> The first and second entrys are ok, the last time is wrong. Maybe the
>> timestap ist cut of after ten character? But why? I'm no programmer, so
>> at this point i'm stuck.
> 
> This looks very much like two different versions of Trac are installed
> on your machine. When you run from the terminal, 0.12.3 is used, and you
> get microsecond timestamps. When running from cron, 0.11.x is used, and
> you get second timestamps.
> 
> Please make sure you have no remains of the 0.11.x installation. Inspect
> the PATH in your cron, and find which trac-admin binary is found on that
> path. Also, look in your Python's site-packages and remove all traces of
> 0.11.x.
> 
> -- Remy
> 

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

Re: [Trac] trac-admin wiki import: wrong date with cron

[Remy Blank]

Joachim wrote:
>  i have a skript, which ones a day puts content in the Wiki
> (with "trac-admin /tracpath wiki import wikipagename filename").
> 
>  When i run this Skript in the terminal, all is ok, when the cron runs
> it, the time is wrong. I look in the database and found this:
> --
> sqlite3 trac.db "select version,time,author,ipnr from wiki where name
> like '%blabla%';"
> 
> 1|1370964133344701|trac|127.0.0.1
> 2|1370964216695323|trac|127.0.0.1
> 3|1371005282|trac|127.0.0.1
> --
> The first and second entrys are ok, the last time is wrong. Maybe the
> timestap ist cut of after ten character? But why? I'm no programmer, so
> at this point i'm stuck.

This looks very much like two different versions of Trac are installed
on your machine. When you run from the terminal, 0.12.3 is used, and you
get microsecond timestamps. When running from cron, 0.11.x is used, and
you get second timestamps.

Please make sure you have no remains of the 0.11.x installation. Inspect
the PATH in your cron, and find which trac-admin binary is found on that
path. Also, look in your Python's site-packages and remove all traces of
0.11.x.

-- Remy



signature.asc
Description: OpenPGP digital signature

[Trac] trac-admin wiki import: wrong date with cron

[Joachim]

Hello,

 i have a skript, which ones a day puts content in the Wiki
(with "trac-admin /tracpath wiki import wikipagename filename").

 When i run this Skript in the terminal, all is ok, when the cron runs
it, the time is wrong. I look in the database and found this:
--
sqlite3 trac.db "select version,time,author,ipnr from wiki where name
like '%blabla%';"

1|1370964133344701|trac|127.0.0.1
2|1370964216695323|trac|127.0.0.1
3|1371005282|trac|127.0.0.1
--
The first and second entrys are ok, the last time is wrong. Maybe the
timestap ist cut of after ten character? But why? I'm no programmer, so
at this point i'm stuck.

It's a Debian 6.0 and Trac 0.12.3.

Maybe someone has a hint for me. Thanks!

Kind regards
Joachim

-- 
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] trac-admin $ENV repository sync hangs at certain SVN revision

[Michael Forrester]

Greetings Everyone,
trac-admin is hanging after running a trac-admin repository sync command on 
a particular SVN revision.   SVN itself works great as my devs are using it 
and they say the repo is fine, but I ran a sync after the resync hung.  Is 
there a way to get more information?

ps reveals:

/var/log/trac# ps aux | grep trac-admin
root  2078 99.8  4.0 303524 153772 pts/0   R+   04:36   9:38 
/usr/bin/python /usr/local/bin/trac-admin /usr2/trac/worthpoint repository 
sync worthpoint
root  2091  0.0  0.0   8104   928 pts/1S+   04:45   0:00 grep 
--color=auto trac-admin


/var/log/trac/trac.log contains the following:


2012-12-19 04:32:19,060 Trac[svn_fs] DEBUG: Subversion bindings imported
2012-12-19 04:36:15,246 Trac[env] INFO:  
environment startup [Trac 0.12.2]  

2012-12-19 04:36:15,259 Trac[loader] DEBUG: Loading acct_mgr.admin from 
/usr/local/lib/python2.7/dist-packages/ 
TracAccountManager-0.4-py2.7.egg
2012-12-19 04:36:15,269 Trac[loader] DEBUG: Loading acct_mgr.api from 
/usr/local/lib/python2.7/dist-packages/Tr 
acAccountManager-0.4-py2.7.egg
2012-12-19 04:36:15,269 Trac[loader] DEBUG: Loading acct_mgr.db from 
/usr/local/lib/python2.7/dist-packages/Tra 
cAccountManager-0.4-py2.7.egg
2012-12-19 04:36:15,270 Trac[loader] DEBUG: Loading acct_mgr.htfile from 
/usr/local/lib/python2.7/dist-packages 
/TracAccountManager-0.4-py2.7.egg
2012-12-19 04:36:15,270 Trac[loader] DEBUG: Loading acct_mgr.http from 
/usr/local/lib/python2.7/dist-packages/T 
racAccountManager-0.4-py2.7.egg
2012-12-19 04:36:15,271 Trac[loader] DEBUG: Loading acct_mgr.macros from 
/usr/local/lib/python2.7/dist-packages 
/TracAccountManager-0.4-py2.7.egg
2012-12-19 04:36:15,271 Trac[loader] DEBUG: Loading acct_mgr.notification 
from /usr/local/lib/python2.7/dist-pa 
ckages/TracAccountManager-0.4-py2.7.egg
2012-12-19 04:36:15,272 Trac[loader] DEBUG: Loading acct_mgr.pwhash from 
/usr/local/lib/python2.7/dist-packages 
/TracAccountManager-0.4-py2.7.egg
2012-12-19 04:36:15,272 Trac[loader] DEBUG: Loading acct_mgr.svnserve from 
/usr/local/lib/python2.7/dist-packag 
es/TracAccountManager-0.4-py2.7.egg
2012-12-19 04:36:15,273 Trac[loader] DEBUG: Loading acct_mgr.web_ui from 
/usr/local/lib/python2.7/dist-packages 
/TracAccountManager-0.4-py2.7.egg
2012-12-19 04:36:15,273 Trac[loader] DEBUG: Loading privatewiki from 
/usr/local/lib/python2.7/dist-packages/Pri 
vateWikis-1.0.0-py2.7.egg
2012-12-19 04:36:15,274 Trac[loader] DEBUG: Loading trac.about from 
/usr/lib/python2.7/dist-packages
2012-12-19 04:36:15,274 Trac[loader] DEBUG: Loading trac.admin.console from 
/usr/lib/python2.7/dist-packages
2012-12-19 04:36:15,274 Trac[loader] DEBUG: Loading trac.admin.web_ui from 
/usr/lib/python2.7/dist-packages
2012-12-19 04:36:15,276 Trac[loader] DEBUG: Loading trac.attachment from 
/usr/lib/python2.7/dist-packages
2012-12-19 04:36:15,276 Trac[loader] DEBUG: Loading trac.db.mysql from 
/usr/lib/python2.7/dist-packages
2012-12-19 04:36:15,277 Trac[loader] DEBUG: Loading trac.db.postgres from 
/usr/lib/python2.7/dist-packages
2012-12-19 04:36:15,278 Trac[loader] DEBUG: Loading trac.db.sqlite from 
/usr/lib/python2.7/dist-packages
2012-12-19 04:36:15,280 Trac[loader] DEBUG: Loading trac.mimeview.patch 
from /usr/lib/python2.7/dist-packages
2012-12-19 04:36:15,281 Trac[loader] DEBUG: Loading trac.mimeview.pygments 
from /usr/lib/python2.7/dist-package s
2012-12-19 04:36:15,292 Trac[loader] DEBUG: Loading trac.mimeview.rst from 
/usr/lib/python2.7/dist-packages
2012-12-19 04:36:15,368 Trac[loader] DEBUG: Loading 
trac.mimeview.silvercity from /usr/lib/python2.7/dist-packa ges
2012-12-19 04:36:15,374 Trac[loader] DEBUG: Skipping 
"trac.mimeview.silvercity = trac.mimeview.silvercity [silv 
ercity]": ("DistributionNotFound: SilverCity>=0.9.4" not found)
2012-12-19 04:36:15,374 Trac[loader] DEBUG: Loading trac.mimeview.txtl from 
/usr/lib/python2.7/dist-packages
2012-12-19 04:36:15,440 Trac[loader] DEBUG: Skipping "trac.mimeview.txtl = 
trac.mimeview.txtl [textile]": ("Dis tributionNotFound: 
textile>=2.0" not found)
2012-12-19 04:36:15,440 Trac[loader] DEBUG: Loading trac.prefs from 
/usr/lib/python2.7/dist-packages
2012-12-19 04:36:15,441 Trac[loader] DEBUG: Loading trac.search from 
/usr/lib/python2.7/dist-packages
2012-12-19 04:36:15,441 Trac[loader] DEBUG: Loading trac.ticket.admin from 
/usr/lib/python2.7/dist-packages
2012-12-19 04:36:15,444 Trac[loader] DEBUG: Loading trac.ticket.query from 
/usr/lib/python2.7/dist-packages
2012-12-19 04:36:15,446 Trac[loader] DEBUG: Loading trac.ticket.report from 
/usr/lib/python2.7/dist-packages
2012-12-19 04:36:15,447 Trac[loader] DEBUG: Loading trac.ticket.roadmap 
from /usr/lib/python2.7/dist-packages
2012-12-19 04:36:15,448 Trac[loader] DE

Re: [Trac] trac-admin env upgrade fails

[gmk]

Thank you for your hint.

It was the TagsPlugin in my case.
I've disabled the Plugin and afterwards the upgrade succeeds.

The trunk version seems to work on a first view.

Regards, 
Gernot



Am Dienstag, 2. Oktober 2012 20:07:50 UTC+2 schrieb hasienda:
>
> -BEGIN PGP SIGNED MESSAGE- 
> Hash: SHA1 
>
> On 02.10.2012 18:35, gmk wrote: 
> > Hi 
> > 
> >   i have several environments in on the same server 
> > 
> > I've upgraded to 1.0 
> > 
> > The call of 
> > {{{ 
> > #!sh 
> > trac-admin env upgrade fails 
> > }}} 
> > 
> > works on all but one environment, 
> > 
> > I get the error: 
> > 
> > {{{ 
> > #!sh 
> > Trac [/home/Trac/myEnv]> upgrade 
> > Die Aktualisierung ist fehlgeschlagen. 
> > Bitte beheben Sie das Problem und versuchen es erneut. 
> > 
> > AttributeError: 
> > Trac [/home/Trac/myEnv]> upgrade 
> > 
> > }}} 
> > 
> > Any help would be great. 
>
> This is a known problem yet, see the related Trac ticket [1]. There are 
> similar reports for different tickets at trac-hacks.org too. 
>
> I bet, that this is a plugin issue, if you have any Trac plugins 
> installed. You will find it working, if you deactivate/remove some/all. 
>
> By chance, one of the prominent candidates has been TagsPlugin. You may 
> want to upgrade to latest `trunk`, that should work with anything 
> between Trac 0.11 and 1.1dev now. 
>
> Other plugins may still have to receive some love to get them working 
> with Trac-1.0 as well as not to hinder upgrades. Hints welcome. 
>
> Sincerely, 
>
> Steffen Hoffmann 
>
>
> [1] http://trac.edgewall.org/ticket/10451 
> -BEGIN PGP SIGNATURE- 
> Version: GnuPG v1.4.10 (GNU/Linux) 
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ 
>
> iEYEARECAAYFAlBrLWEACgkQ31DJeiZFuHfsgQCgk8vI1od3mbCEiGzfckoDMD+r 
> 6kwAniMfY5zKI7tfyMtec9iJ7lOyyVYw 
> =vHFy 
> -END PGP SIGNATURE- 
>

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/trac-users/-/Sb9SqyDz54UJ.
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-admin env upgrade fails

[Steffen Hoffmann]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 02.10.2012 18:35, gmk wrote:
> Hi 
> 
>   i have several environments in on the same server
> 
> I've upgraded to 1.0
> 
> The call of
> {{{
> #!sh
> trac-admin env upgrade fails
> }}}
> 
> works on all but one environment,
> 
> I get the error:
> 
> {{{
> #!sh
> Trac [/home/Trac/myEnv]> upgrade
> Die Aktualisierung ist fehlgeschlagen.
> Bitte beheben Sie das Problem und versuchen es erneut.
> 
> AttributeError:
> Trac [/home/Trac/myEnv]> upgrade
> 
> }}}
> 
> Any help would be great.

This is a known problem yet, see the related Trac ticket [1]. There are
similar reports for different tickets at trac-hacks.org too.

I bet, that this is a plugin issue, if you have any Trac plugins
installed. You will find it working, if you deactivate/remove some/all.

By chance, one of the prominent candidates has been TagsPlugin. You may
want to upgrade to latest `trunk`, that should work with anything
between Trac 0.11 and 1.1dev now.

Other plugins may still have to receive some love to get them working
with Trac-1.0 as well as not to hinder upgrades. Hints welcome.

Sincerely,

Steffen Hoffmann


[1] http://trac.edgewall.org/ticket/10451
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlBrLWEACgkQ31DJeiZFuHfsgQCgk8vI1od3mbCEiGzfckoDMD+r
6kwAniMfY5zKI7tfyMtec9iJ7lOyyVYw
=vHFy
-END PGP SIGNATURE-

-- 
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] trac-admin env upgrade fails

[gmk]

Hi 

  i have several environments in on the same server

I've upgraded to 1.0

The call of
{{{
#!sh
trac-admin env upgrade fails
}}}

works on all but one environment,

I get the error:

{{{
#!sh
Trac [/home/Trac/myEnv]> upgrade
Die Aktualisierung ist fehlgeschlagen.
Bitte beheben Sie das Problem und versuchen es erneut.

AttributeError:
Trac [/home/Trac/myEnv]> upgrade

}}}

Any help would be great.

Regards, 
Gernot

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/trac-users/-/iQdcOD3g3EkJ.
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-admin upgrade failed

[Steffen Hoffmann]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 27.09.2012 18:17, Garrett McGrath wrote:
> We don't use the announcer plugin but I suspect this can be traced
> back to having had 'something' installed at some point.

Yes, possible.

> To that end I have a question.  Is there a way to remove all the new
> db tweaks made by plugins and restore an env back to 'stock',
> specifically in an sqlite db setup?

There is no automatic clean-up procedure. Someone might have written a
hack for it, but I've not seen such code by now.

I'd initialize a new Trac environment and manually compare table list,
then inspect and purge/drop additional tables from your (production)
environment. This is even not specific to the used db backend.

Steffen Hoffmann
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlBmMwAACgkQ31DJeiZFuHeWJACgwtLta4M93TzooD1NUko+QErO
xz8AoIBUKVtaFxgrZqlVvte4bsAwxoHS
=grDA
-END PGP SIGNATURE-

-- 
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-admin upgrade failed

[RjOllos]

On Thursday, September 27, 2012 9:17:56 AM UTC-7, Garrett McGrath wrote:

> We don't use the announcer plugin but I suspect this can be traced back 
> to having had 'something' installed at some point.  To that end I have a 
> question.  Is there a way to remove all the new db tweaks made by 
> plugins and restore an env back to 'stock', specifically in an sqlite db 
> setup? 
>

Have you tried just disabling the plugins?

Trac.log has been around forever. You can enable logging to get more 
information, such as a traceback on the error: 
http://trac.edgewall.org/wiki/TracLogging

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/trac-users/-/14DSm2rJ4CMJ.
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-admin upgrade failed

[Garrett McGrath]

We don't use the announcer plugin but I suspect this can be traced back 
to having had 'something' installed at some point.  To that end I have a 
question.  Is there a way to remove all the new db tweaks made by 
plugins and restore an env back to 'stock', specifically in an sqlite db 
setup?


Making the leap in versions will require redoing all of our plugins and 
some significant tweaking / updating of the pages anyway so scrubbing it 
off all the plugin cruft doesn't seem 'too' expensive.


As an alternative I'll have to find a way to temporarily invoke 0.12 
trac to do an upgrade from 0.11 then go to 1.0 from there.

-Garrett

On 9/26/2012 12:37 PM, Patrick Schaaf wrote:

On Wed, 2012-09-26 at 11:51 -0400, Garrett McGrath wrote:

I've run into an odd error in my attempts to update to 1.0.  I've got
2 Trac environments which give me the following when I run an update:

 trac-admin /usr/local/data/trac/env/Internal upgrade
 The upgrade failed. Please fix the issue and try again.
 
 AttributeError:

Do you have the TracAnnouncer plugin? Upgrading it fails with exactly
that very informative error.

See http://trac-hacks.org/ticket/10230 which also includes a workaround
in the description.

best regards
   Patrick



--
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-admin upgrade failed

[Patrick Schaaf]

On Wed, 2012-09-26 at 11:51 -0400, Garrett McGrath wrote:
> I've run into an odd error in my attempts to update to 1.0.  I've got
> 2 Trac environments which give me the following when I run an update:
> 
> trac-admin /usr/local/data/trac/env/Internal upgrade
> The upgrade failed. Please fix the issue and try again.
> 
> AttributeError: 

Do you have the TracAnnouncer plugin? Upgrading it fails with exactly
that very informative error.

See http://trac-hacks.org/ticket/10230 which also includes a workaround
in the description.

best regards
  Patrick

-- 
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] trac-admin upgrade failed

[Garrett McGrath]

  
  
I've run into an odd error in my attempts to update to 1.0.  I've
got 2 Trac environments which give me the following when I run an
update:

trac-admin /usr/local/data/trac/env/Internal upgrade
  The upgrade failed. Please fix the issue and try again.
  
  AttributeError: 

Sadly, the script never tells me what the attribute error actually
is, and since this isn't yet at 1.0, there is no trac.log file being
created for me to peruse on my own (or was this introduced in
0.12?).

I've successfully upgraded another environment that was similar to
the referred to 'internal' env.  However that one had been upgraded
from 0.11 -> 0.12 -> 1.0.  These are attempting to go from
0.11->1.0.  I'm wondering if this is possibly caused by an addon
that has altered the database layout (tags?).  Has anybody else run
into this issue before?

-Garrett McGrath
  




-- 
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-admin gives "Command failed:" with no further explanation

[Voelker, Bernhard]

whatnext wrote (Monday, July 23, 2012 6:50 PM):

> Update to the update:
>
> I just su rooted, set LD_LIBRARY_PATH=/usr/local/lib and now it works!!! 

Great!

> Well played Berny looks like you were right. Dunno how it didn't work when I
> went through the list - I must have done something silly.
>
> Fabulous! Many thanks!!

I might have to do with the "export" of the variable.

Have a nice day,
Berny

-- 
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-admin gives "Command failed:" with no further explanation

[Peter Suter]

On 23.07.2012 18:21, whatnext wrote:

Peter: I think the trac server *must* be able to find this library -
otherwise it wouldn't run in the browser - right?

Right.

Can you try this:
# python
>>> import pysqlite2.dbapi2
>>> import sqlite3
>>> import sqlite

You are probably on the right track with the LD_LIBRARY_PATH. Maybe you 
(also) need to add pysqlite to your PYTHONPATH.


--
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-admin gives "Command failed:" with no further explanation

[whatnext]

Update to the update:

I just su rooted, set LD_LIBRARY_PATH=/usr/local/lib and now it works!!! 
Well played Berny looks like you were right. Dunno how it didn't work when I
went through the list - I must have done something silly.

Fabulous! Many thanks!!
-- 
View this message in context: 
http://old.nabble.com/trac-admin-gives-%22Command-failed%3A%22-with-no-further-explanation-tp34199004p34201145.html
Sent from the Trac Users mailing list archive at Nabble.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-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-admin gives "Command failed:" with no further explanation

[whatnext]

Update: just found a script to start trac and this has 

export LD_LIBRARY_PATH=/usr/local/lib 

at the top so I guess this is the lib with the correct .sos




-- 
View this message in context: 
http://old.nabble.com/trac-admin-gives-%22Command-failed%3A%22-with-no-further-explanation-tp34199004p3420.html
Sent from the Trac Users mailing list archive at Nabble.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-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-admin gives "Command failed:" with no further explanation

[whatnext]

Mark - sorry, overlooked your message earlier. We do have a single running
trac environment which does function correctly (as far as I can see, anyway)
through a web browser. There don't appear to be any other environments I can
try.

Berny - the LD_LIBRARY_PATH environment does indeed appear to not be set. I
am not sure which .so is the correct one - there are 14 likely candidates

./usr/local/lib/libsqlite3.so
./usr/local/lib/python2.7/lib-dynload/_sqlite3.so
./usr/share/tcl8.4/sqlite3/libtclsqlite3.so
./usr/lib/python2.3/site-packages/_sqlite.so
./usr/lib/python2.3/site-packages/pysqlite2/_sqlite.so
./home/www/pysqlite-2.3.1/build/lib.freebsd-4.11-RELEASE-p11-i386-2.4/pysqlite2/_sqlite.so
./home/www/pysqlite-2.3.1/build/lib.linux-i686-2.3/pysqlite2/_sqlite.so
./home/www/pysqlite/build/lib.freebsd-4.11-RELEASE-p11-i386-2.4/_sqlite.so
./home/www/pysqlite/build/lib.linux-i686-2.3/_sqlite.so
./home/www/bld_old/.libs/libsqlite3.so
./home/www/bld/.libs/libtclsqlite3.so
./home/www/bld/.libs/libsqlite3.so
./etc/httpd-2.2.10/lib/apr-util-1/apr_dbd_sqlite3-1.so
./etc/httpd-2.2.10/lib/apr-util-1/apr_dbd_sqlite3.so

However I tried setting LD_LIBRARY_PATH to all of the above paths one by one
before running the trac-admin command and it didn't make a difference to the
output.

Peter: I think the trac server *must* be able to find this library -
otherwise it wouldn't run in the browser - right? However trac-admin can't
find it for some reason.
-- 
View this message in context: 
http://old.nabble.com/trac-admin-gives-%22Command-failed%3A%22-with-no-further-explanation-tp34199004p34200980.html
Sent from the Trac Users mailing list archive at Nabble.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-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-admin gives "Command failed:" with no further explanation

[Peter Suter]

On 23.07.2012 16:58, whatnext wrote:

   File "/usr/lib/python2.3/site-packages/trac/db/sqlite_backend.py", line
140, in __init__
 assert have_pysqlite > 0
AssertionError


This means you are missing the PySqlite library.

See http://trac.edgewall.org/wiki/PySqlite

(It's possible your actual Trac server has this installed in a private 
virtualenv not accessible to the Python you are using to run the 
tracadmin script.)


--
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-admin gives "Command failed:" with no further explanation

[Voelker, Bernhard]

whatnext wrote (Monday, July 23, 2012 4:58 PM):

> Thanks Peter that does indeed give more information. Now I have:
>
> trac-admin /www/trac permission list
> Command failed:
> Traceback (most recent call last):

...
> return SQLiteConnection(path, params)
>   File "/usr/lib/python2.3/site-packages/trac/db/sqlite_backend.py", line
> 140, in __init__
> assert have_pysqlite > 0
> AssertionError

I bet you don't have the LD_LIBRARY_PATH in your shell to
search for the SQlite dynamic .so library (as it is done
- usually in the envars file - for Apache).

Have a nice day,
Berny

-- 
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-admin gives "Command failed:" with no further explanation

[whatnext]

Thanks Peter that does indeed give more information. Now I have:

trac-admin /www/trac permission list
Command failed:
Traceback (most recent call last):
  File "/usr/lib/python2.3/site-packages/trac/scripts/admin.py", line 96, in
onecmd
rv = cmd.Cmd.onecmd(self, line) or 0
  File "/usr/lib/python2.3/cmd.py", line 210, in onecmd
return func(arg)
  File "/usr/lib/python2.3/site-packages/trac/scripts/admin.py", line 452,
in do_permission
self._do_permission_list(user)
  File "/usr/lib/python2.3/site-packages/trac/scripts/admin.py", line 474,
in _do_permission_list
rows = self._permsys.get_all_permissions()
  File "/usr/lib/python2.3/site-packages/trac/perm.py", line 247, in
get_all_permissions
return self.store.get_all_permissions()
  File "/usr/lib/python2.3/site-packages/trac/perm.py", line 133, in
get_all_permissions
db = self.env.get_db_cnx()
  File "/usr/lib/python2.3/site-packages/trac/env.py", line 182, in
get_db_cnx
return DatabaseManager(self).get_connection()
  File "/usr/lib/python2.3/site-packages/trac/db/api.py", line 71, in
get_connection
return self._cnx_pool.get_cnx()
  File "/usr/lib/python2.3/site-packages/trac/db/pool.py", line 83, in
get_cnx
cnx = self._connector.get_connection(**self._kwargs)
  File "/usr/lib/python2.3/site-packages/trac/db/sqlite_backend.py", line
113, in get_connection
return SQLiteConnection(path, params)
  File "/usr/lib/python2.3/site-packages/trac/db/sqlite_backend.py", line
140, in __init__
assert have_pysqlite > 0
AssertionError

I thought I'd post that at the same time I tried to work out what it meant
myself - in case it was immediately obvious to someone else...

-- 
View this message in context: 
http://old.nabble.com/trac-admin-gives-%22Command-failed%3A%22-with-no-further-explanation-tp34199004p34200518.html
Sent from the Trac Users mailing list archive at Nabble.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-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-admin gives "Command failed:" with no further explanation

[Peter Suter]

On 23.07.2012 15:54, whatnext wrote:

I tried adding traceback.print_stack() at line 101 in admin.py
Perhaps there is a better way to get a more detailed traceback?


Try traceback.print_exc() instead.

--
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-admin gives "Command failed:" with no further explanation

[Cooke, Mark]

> Peter Suter wrote:
> > 
> > 
> > Hi
> > 
> > On 23.07.2012 12:38, whatnext wrote:
> >> I put /www/trac as the directory of the project 
> environment because that
> >> directory contains
> >> ...
> >> so I concluded that we are working as if there is only one 
> project and
> >> /www/trac is that project's environment. I may be wrong 
> about this of
> >> course.
> > 
> > That looks like a reasonable assumption to me.
> > 
> >> ie seems like I get the same response as from the console. 
> Am I right in
> >> thinking there should normally be some message to the right of the
> >> 'Command
> >> failed:' ?
> > 
> > Yes, the admin script in Trac 0.10 used to do this:
> >  except Exception, e:
> >  print>>sys.stderr, 'Command failed: %s' % e
> > So normally there would be a description of the exception. 
> Apparently 
> > some exceptions (e.g. AssertException) don't provide any 
> information 
> > that way.
> > 
> > If you are handy with Python you could maybe check the exception's 
> > traceback.
> > 
> > What about other commands?
> > # trac-admin /www/trac help
> > # trac-admin /www/trac about
> > # trac-admin /www/trac wiki list
> > # trac-admin /www/trac milestone list
> > # trac-admin /www/trac version list
> > 
> > Also, do you have write access to the files in /www/trac? 
> (E.g. are you 
> > member of group www?)
> > 
> -Original Message-
> From: trac-users@googlegroups.com On Behalf Of whatnext
> Sent: 23 July 2012 14:54
> To: trac-users@googlegroups.com
> Subject: Re: [Trac] trac-admin gives "Command failed:" with 
> no further explanation
> 
> 
> Hi Peter
> 
> I'm no python programmer I'm afraid. I tried adding 
> traceback.print_stack() at line 101 in admin.py (where it
> prints the "Command failed: ..." line and I get
> 
> Command failed:
>   File "/usr/bin/trac-admin", line 22, in ?
> sys.exit(run(sys.argv[1:]))
>   File 
> "/usr/lib/python2.3/site-packages/trac/scripts/admin.py", line 1205,
> in run
> return admin.onecmd(command)
>   File 
> "/usr/lib/python2.3/site-packages/trac/scripts/admin.py", line 101,
> in onecmd
> traceback.print_stack()
> 
> which I don't think is terribly illuminating? Perhaps there 
> is a better way
> to get a more detailed traceback?
> 
> Other commands:
> 
> # trac-admin /www/trac help
> # trac-admin /www/trac about
> These work as (i imagine) they should.

...but do not load the environment...

> # trac-admin /www/trac wiki list
> # trac-admin /www/trac milestone list
> # trac-admin /www/trac version list
> These fall over with exactly the same "Command failed:" error (and
> traceback)

...wherease all these do load the environment.  Is this trac environment 
working at all?  Can you access it through a browser?  Are there any other trac 
environments around you can try?

~ mark c

> Permissions: unfortunately it doesn't seem to make any 
> difference if i run this as myself, www or root.

-- 
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-admin gives "Command failed:" with no further explanation

[whatnext]

Hi Peter

I'm no python programmer I'm afraid. I tried adding traceback.print_stack()
at line 101 in admin.py (where it prints the "Command failed: ..." line and
I get

Command failed:
  File "/usr/bin/trac-admin", line 22, in ?
sys.exit(run(sys.argv[1:]))
  File "/usr/lib/python2.3/site-packages/trac/scripts/admin.py", line 1205,
in run
return admin.onecmd(command)
  File "/usr/lib/python2.3/site-packages/trac/scripts/admin.py", line 101,
in onecmd
traceback.print_stack()

which I don't think is terribly illuminating? Perhaps there is a better way
to get a more detailed traceback?

Other commands:

# trac-admin /www/trac help
# trac-admin /www/trac about
These work as (i imagine) they should.


# trac-admin /www/trac wiki list
# trac-admin /www/trac milestone list
# trac-admin /www/trac version list
These fall over with exactly the same "Command failed:" error (and
traceback)

Permissions: unfortunately it doesn't seem to make any difference if i run
this as myself, www or root.





Peter Suter wrote:
> 
> 
> Hi
> 
> On 23.07.2012 12:38, whatnext wrote:
>> I put /www/trac as the directory of the project environment because that
>> directory contains
>> ...
>> so I concluded that we are working as if there is only one project and
>> /www/trac is that project's environment. I may be wrong about this of
>> course.
> 
> That looks like a reasonable assumption to me.
> 
>> ie seems like I get the same response as from the console. Am I right in
>> thinking there should normally be some message to the right of the
>> 'Command
>> failed:' ?
> 
> Yes, the admin script in Trac 0.10 used to do this:
>  except Exception, e:
>  print>>sys.stderr, 'Command failed: %s' % e
> So normally there would be a description of the exception. Apparently 
> some exceptions (e.g. AssertException) don't provide any information 
> that way.
> 
> If you are handy with Python you could maybe check the exception's 
> traceback.
> 
> What about other commands?
> # trac-admin /www/trac help
> # trac-admin /www/trac about
> # trac-admin /www/trac wiki list
> # trac-admin /www/trac milestone list
> # trac-admin /www/trac version list
> 
> Also, do you have write access to the files in /www/trac? (E.g. are you 
> member of group www?)
> 
> -- 
> 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.
> 
> 
> 

-- 
View this message in context: 
http://old.nabble.com/trac-admin-gives-%22Command-failed%3A%22-with-no-further-explanation-tp34199004p34200128.html
Sent from the Trac Users mailing list archive at Nabble.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-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-admin gives "Command failed:" with no further explanation

[Peter Suter]

Hi

On 23.07.2012 12:38, whatnext wrote:

I put /www/trac as the directory of the project environment because that
directory contains
...
so I concluded that we are working as if there is only one project and
/www/trac is that project's environment. I may be wrong about this of
course.


That looks like a reasonable assumption to me.


ie seems like I get the same response as from the console. Am I right in
thinking there should normally be some message to the right of the 'Command
failed:' ?


Yes, the admin script in Trac 0.10 used to do this:
except Exception, e:
print>>sys.stderr, 'Command failed: %s' % e
So normally there would be a description of the exception. Apparently 
some exceptions (e.g. AssertException) don't provide any information 
that way.


If you are handy with Python you could maybe check the exception's 
traceback.


What about other commands?
# trac-admin /www/trac help
# trac-admin /www/trac about
# trac-admin /www/trac wiki list
# trac-admin /www/trac milestone list
# trac-admin /www/trac version list

Also, do you have write access to the files in /www/trac? (E.g. are you 
member of group www?)


--
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-admin gives "Command failed:" with no further explanation

[whatnext]

Hi Mark,

Thanks for your help. I am not entirely surprised we are not using the
latest version - I've already uncovered quite a few instances of this and am
not entirely convinced we are using the best practices in general! I'll
certainly have a look at an upgrade - but might be best to wait until I know
what I'm doing!

A fair point about the operating system. We are 

# cat /etc/*-release
Red Hat Enterprise Linux ES release 4 (Nahant Update 4)

I put /www/trac as the directory of the project environment because that
directory contains

# ls -la
drwxrwxr-x  10 www  www  4096 Aug 25  2010 .
drwxrwxr-x  21 www  www  4096 May 30 09:24 ..
drwxrwxr-x   3 www  www  4096 Nov 17  2008 attachments
drwxrwxr-x   3 www  www  4096 Jul  3 12:53 conf
drwxrwxr-x   2 www  www  4096 Jul 19 11:25 db
drwxrwxr-x   2 www  www  4096 May 16  2007 htdocs
drwxrwxr-x   2 www  www  4096 May 16  2007 log
drwxrwxr-x   2 www  www  4096 May 16  2007 plugins
-rw-rw-r--   1 www  www98 May 16  2007 README
drwxrwxr-x   2 www  www  4096 May 16  2007 templates
-rw-rw-r--   1 www  www   218 Jul 18 15:57 users.htpasswd
-rw-rw-r--   1 www  www27 May 16  2007 VERSION
drwxrwxr-x   2 www  www  4096 Nov 22  2007 wiki-macros

and the README file contains:

This directory contains a Trac environment.
Visit http://trac.edgewall.com/ for more information.

so I concluded that we are working as if there is only one project and
/www/trac is that project's environment. I may be wrong about this of
course.

If I use your suggestion:

# trac-admin /www/trac permission list
Command failed:

ie seems like I get the same response as from the console. Am I right in
thinking there should normally be some message to the right of the 'Command
failed:' ?


-- 
View this message in context: 
http://old.nabble.com/trac-admin-gives-%22Command-failed%3A%22-with-no-further-explanation-tp34199004p34199273.html
Sent from the Trac Users mailing list archive at Nabble.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-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-admin gives "Command failed:" with no further explanation

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com On Behalf Of whatnext
> Sent: 23 July 2012 10:20
> To: trac-users@googlegroups.com
> Subject: [Trac] trac-admin gives "Command failed:" with no 
> further explanation

Hello and Welcome!

> Totally new to trac. Apologies if this is answered elsewhere 
> etc. I did do a search but from what i could tell
> "Command failed:" usually has a reason after it.
> 
> I am getting involved in website administration in a new 
> company, and am very much at the start of learning about
> the system currently in place. I have been trying to give
> myself permissions using trac-admin. However nothing seems
> to work - I get 'Command failed:' with nothing after the
> colon whatever command I try to run. e.g.
> 
> # trac-admin /www/trac
> Welcome to trac-admin 0.10

First comment: trac has moved on a lot since 0.10, so I suggest you add 
"upgrading to 0.13" to your todo list (although there are possible issues to 
investigate first, such as "do you use any plugins")  One for another day, 
perhaps...

> Interactive Trac administration console.
> Copyright (c) 2003-2006 Edgewall Software
> 
> Type:  '?' or 'help' for help on commands.
> 
> Trac [/www/trac]> permission list 
> Command failed:

What is in `/www/trac`?  Is this a root folder for many projects (I suspect it 
might be)?  I suggest instead of using the console you just use commands, that 
will help us to see what you are trying.  So, if /www/trac/project1 is a 
project environment, then the command you should try something like this:

> trac-admin /www/trac/project1 permission list

...which should display all the permissions for the project environment in 
/www/trac/project1.  You can ask for help on any command using the word `help`, 
e.g.:

> trac-admin  help permission

> Can anyone suggest why this might be happening or point me in 
> the direction of what you would do next to try to resolve this?
> 
> Any help very much appreciated!

I hope that helps you get started (some may be wrong as I started from 0.11).  
Let us know what happens next...

~ mark c

P.S. It always helps us to help you if you give a little more background ~ I 
use windows but I assume from /www/trac that you are on *nix of some sort.  If 
your trac install is quite old (2006!) then your *nix may be too and that might 
be important...

-- 
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] trac-admin gives "Command failed:" with no further explanation

[whatnext]

Totally new to trac. Apologies if this is answered elsewhere etc. I did do a
search but from what i could tell "Command failed:" usually has a reason
after it.

I am getting involved in website administration in a new company, and am
very much at the start of learning about the system currently in place. I
have been trying to give myself permissions using trac-admin. However
nothing seems to work - I get 'Command failed:' with nothing after the colon
whatever command I try to run. e.g.

# trac-admin /www/trac
Welcome to trac-admin 0.10
Interactive Trac administration console.
Copyright (c) 2003-2006 Edgewall Software

Type:  '?' or 'help' for help on commands.

Trac [/www/trac]> permission list 
Command failed:

Can anyone suggest why this might be happening or point me in the direction
of what you would do next to try to resolve this?

Any help very much appreciated!
-- 
View this message in context: 
http://old.nabble.com/trac-admin-gives-%22Command-failed%3A%22-with-no-further-explanation-tp34199004p34199004.html
Sent from the Trac Users mailing list archive at Nabble.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-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-admin initenv too many values to unpack

[Tim Dunphy]

Hi Peter,

 That work, thanks!!  Really appreciate you pointing that out.
Tim

On Sun, Jul 22, 2012 at 5:30 AM, Peter Suter  wrote:

> Hello
>
>
> On 22.07.2012 01:53, bluethundr wrote:
>
>> Database connection string [sqlite:db/trac.db]>
>> mysql://admin:secretpass:3306/**trac
>>
>
> You are missing the host part. Try for example mysql://admin:secretpass@**
> localhost:3306/trac
>
> (Because you have no "@" in there, Trac thinks you omitted the
> username:password information. It then tries to decode
> "admin:secretpass:3306" as "host:port", but there are "too many values" for
> that, which explains the error.)
>
> Hope that helps,
> Peter
>
>
> --
> 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+unsubscribe@**
> googlegroups.com .
> For more options, visit this group at http://groups.google.com/**
> group/trac-users?hl=en .
>
>


-- 
GPG me!!

gpg --keyserver pool.sks-keyservers.net --recv-keys F186197B

-- 
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-admin initenv too many values to unpack

[Peter Suter]

Hello

On 22.07.2012 01:53, bluethundr wrote:

Database connection string [sqlite:db/trac.db]>
mysql://admin:secretpass:3306/trac


You are missing the host part. Try for example 
mysql://admin:secretpass@localhost:3306/trac


(Because you have no "@" in there, Trac thinks you omitted the 
username:password information. It then tries to decode 
"admin:secretpass:3306" as "host:port", but there are "too many values" 
for that, which explains the error.)


Hope that helps,
Peter

--
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] trac-admin initenv too many values to unpack

[bluethundr]

Hello list,

I'm trying to setup a trac site and when I do I am seeing an error that 
says "too many values to unpack" and cannot proceed. Here is the entire 
output from the session:


[root@cloud:~] #trac-admin /usr/local/svn/repos/jokefire.com initenv
Creating a new Trac environment at /usr/local/svn/repos/jokefire.com

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

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

Project Name [My Project]> Jokefire.com

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

Database connection string [sqlite:db/trac.db]> 
mysql://admin:secretpass:3306/trac

Creating and Initializing Project
Initenv for '/usr/local/svn/repos/jokefire.com' failed.
Failed to create environment.
too many values to unpack
Traceback (most recent call last):
  File "build/bdist.linux-x86_64/egg/trac/admin/console.py", line 437, in 
do_initenv
  File "build/bdist.linux-x86_64/egg/trac/env.py", line 214, in __init__
  File "build/bdist.linux-x86_64/egg/trac/env.py", line 402, in create
  File "build/bdist.linux-x86_64/egg/trac/db/api.py", line 145, in init_db
  File "build/bdist.linux-x86_64/egg/trac/db/api.py", line 183, in 
get_connector
  File "build/bdist.linux-x86_64/egg/trac/db/api.py", line 259, in 
_parse_db_str
ValueError: too many values to unpack
Initenv for '/usr/local/svn/repos/jokefire.com' failed.
1
Traceback (most recent call last):
  File "build/bdist.linux-x86_64/egg/trac/admin/console.py", line 442, in 
do_initenv
SystemExit: 1

This is the server OS

CentOS release 5.6 (Final)
Linux cloud 2.6.21.7-2.fc8xen #1 SMP Fri Feb 15 12:34:28 EST 2008 x86_64 
x86_64 x86_64 GNU/Linux

And I'm using trac-admin 0.12.3 which was installed using the command 
easy_install Trac

Hoping to get some advice that will allow me to proceed with creating the 
trac site I've been asked about.

Thanks!
Tim




This is teh 

-- 
You received this message because you are subscribed to the Google Groups "Trac 
Users" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/trac-users/-/EKLmZnFcBN4J.
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] trac-admin resync gives error No such file or repository

[Richard Page]

I have raised this in another topic but it seems to have got lost.
The svn repo from trac shows that there have been 250 revisions so it
would appear that it is able to connect - but won't resync. I do have
a document of screenshots but cannot upload here for some reason.

-- 
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] trac-admin /path/to/trac/project/ resync and the trac.db-journal file

[DavidS]

After doing what looked like a successful trac-admin /path/to/trac/
project/ resync.

I "cd" to the project/db directory and find that there's still a
persistent trac-db-journal file sitting there. Am I suppose to let the
sync finish some other tasks? Or should this file not be there after
the resync has completed?

Note that this file is not static. It's constantly being updated every
second and changing size, and also changing the time stamp on the
trac.db sharing the same directory --  but does not change its size.

I've tried shutting down Trac's Apache and moving the file out. Then
restarting Trac, only to see the file pop back there again and start
updating itself.

Should I reboot the whole trac server? Or just move the original
trac.db back in place and then go from there?

Be aware that the reason i did the resync in the first place was just
to fix a "TypeError: expecting datetime, int, long, float, or None" on
just one of the custom query within a specific project.


-- 
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-admin /path/to/projenv upgrade

[Cooke, Mark]

> -Original Message-
> From: trac-users@googlegroups.com On Behalf Of DavidS
> Sent: 21 July 2011 20:36
> To: Trac Users
> Subject: [Trac] trac-admin /path/to/projenv upgrade
> 
> Is doing the "trac-admin /path/to/projenv upgrade" command relatively
> straight forward? I mean, could I in theory tar up /path/to/projevn
> to /backups/projevn.tar and then run the "trac-admin /path/to/projenv
> upgrade" and if I encounter any problems just move the original tar
> back in its place?

If you are using an external dB backend then this would obviously fail.

As you are using sqlite then my understanding is that you should be OK.
Make sure that access to the environment is disabled (shut down the
server briefly?) whilst you make the backup otherwise I assume there is
no guarantee of consistency.

Personally I have not had any problems with the upgrade process (but I
am on windoze and do not do it often!)

> We have a bunch of /path/to/projenv running on our 0.11 Trac server
> all using sqlite3 and svn. But for some reason one of the projenv is
> from an older version of trac and when I try to enable the discussion
> plugins, after refreshing the page for this project, it tells me I
> need to  run "trac-admin /path/to/projenv upgrade"

That may not be the project, the plugin(s) may want to add new tables /
change existing tables for its own use.  You don't specify which plugin
so I cannot check.  Is it a recent install?  Is it enabled in all
projects or just this one?

> I'm just making sure that I'll be able to get the old version back if
> I run into issues.

...that's what proper backups and offline testing are for.  Can you
create an offline copy and see if the upgrade works for you there?  That
also gives you a working backup environment too...

Good luck,

~ mark c

-- 
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] trac-admin /path/to/projenv upgrade

[DavidS]

Is doing the "trac-admin /path/to/projenv upgrade" command relatively
straight forward? I mean, could I in theory tar up /path/to/projevn
to /backups/projevn.tar and then run the "trac-admin /path/to/projenv
upgrade" and if I encounter any problems just move the original tar
back in its place?

We have a bunch of /path/to/projenv running on our 0.11 Trac server
all using sqlite3 and svn. But for some reason one of the projenv is
from an older version of trac and when I try to enable the discussion
plugins, after refreshing the page for this project, it tells me I
need to  run "trac-admin /path/to/projenv upgrade"

I'm just making sure that I'll be able to get the old version back if
I run into issues.

-- 
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] trac-admin uses /python2.4/site-packages, while 2.5 installed

[jarosz]

I gave a try on installing a trac, with python 2.4 without success.

I've than installed python 2.5 and all other dependencies, but while
running trac-admin initenv I still get:


Traceback (most recent call last):
  File "/usr/bin/trac-admin", line 5, in ?
from pkg_resources import load_entry_point
  File "/usr/lib/python2.4/site-packages/setuptools-0.6c11-py2.4.egg/
pkg_resources.py", line 2603, in ?
working_set.require(__requires__)
  File "/usr/lib/python2.4/site-packages/setuptools-0.6c11-py2.4.egg/
pkg_resources.py", line 666, in require
needed = self.resolve(parse_requirements(requirements))
  File "/usr/lib/python2.4/site-packages/setuptools-0.6c11-py2.4.egg/
pkg_resources.py", line 565, in resolve
raise DistributionNotFound(req)  # XXX put more info here


which points to python2.4, how can I make it use python 2.5 ?

-- 
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-admin, delete attachment

[Remy Blank]

km wrote:
> btw: did I missed this in the trac documentation/wiki?

No, you just caught us (me in particular) being lazy :)

If you can provide an updated help text for the "trac-admin attachment"
commands, I would gladly commit the change.

-- Remy



signature.asc
Description: OpenPGP digital signature

Re: [Trac] trac-admin, delete attachment

[km]

That was it, thanks Remy!

btw: did I missed this in the trac documentation/wiki?

Karl

Remy Blank schrieb:
> > My question is, what is the realm and the id?
>
> The realm is the type of resource to which the attachment belongs, and
> id is the name or identifier of the resource. So if you wanted to remove
> the attachment named "MyFile.pdf" from the wiki page "WikiStart", you
> would use:
>
>   trac-admin $ENV attachment remove wiki:WikiStart MyFile.pdf
>
> Or for the same file attached to ticket #123:
>
>   trac-admin $ENV attachment remove ticket:123 MyFile.pdf
>
> -- Remy

-- 
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-admin, delete attachment

[Remy Blank]

> My question is, what is the realm and the id?

The realm is the type of resource to which the attachment belongs, and
id is the name or identifier of the resource. So if you wanted to remove
the attachment named "MyFile.pdf" from the wiki page "WikiStart", you
would use:

  trac-admin $ENV attachment remove wiki:WikiStart MyFile.pdf

Or for the same file attached to ticket #123:

  trac-admin $ENV attachment remove ticket:123 MyFile.pdf

-- Remy



signature.asc
Description: OpenPGP digital signature

RE: [Trac] trac-admin, delete attachment

[Voelker, Bernhard]

Hi Karl,

not quite what you are searching for, but:
you can do that in your browser - unless you lack TICKET_ADMIN privs.

Have a nice day,
Berny

-Original Message-
From: trac-users@googlegroups.com [mailto:trac-users@googlegroups.com] On 
Behalf Of km
Sent: Friday, May 06, 2011 12:21 PM
To: Trac Users
Subject: [Trac] trac-admin, delete attachment

Hi all,

I'm trying to delete a attachment with trac-admin.
The trac-admin documentation says:

"attachment remove  "

My question is, what is the realm and the id?

Thanks,
Karl

-- 
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.

-- 
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] trac-admin, delete attachment

[km]

Hi all,

I'm trying to delete a attachment with trac-admin.
The trac-admin documentation says:

"attachment remove  "

My question is, what is the realm and the id?

Thanks,
Karl

-- 
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-admin $ENV repository resync gives "Error: Command not found"

[Ryan J Ollos]

Mene wrote:
> 
> When I issue the command
> trac-admin $ENV repository resync 
> 
> it returns "Error: Command not found"
> 
> also when I type
> trac-admin $ENV help
> 
> It only shows
> help Show documentation
> initenv  Create and initialize a new environment
> 
> I think there used to be more in there
> Trac is accessible via apache, but I can't sync the repo
> 

This is probably an oversimplification, but it is behaving as if your $ENV
is incorrect. 

-- 
View this message in context: 
http://old.nabble.com/trac-admin-%24ENV-repository-resync-%3Crepo%3E-gives-%22Error%3A-Command-not-found%22-tp31369439p31385443.html
Sent from the Trac Users mailing list archive at Nabble.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-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] trac-admin $ENV repository resync gives "Error: Command not found"

[Mene]

When I issue the command
trac-admin $ENV repository resync 

it returns "Error: Command not found"

also when I type
trac-admin $ENV help

It only shows
help Show documentation
initenv  Create and initialize a new environment

I think there used to be more in there
Trac is accessible via apache, but I can't sync the repo

-- 
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-admin with svn post-commit hook causes segmentation fault

[Christian Boos]

On 4/6/2011 5:29 PM, Nicholas Ilyin wrote:

Hi everyone,

 just set up trac 0.12.2 over sqlite on my Fedora box and trac is 
working fine through the web browser and command line. My issue is 
with implementing svn hooks where the post-commit hook dies on a 
segmentation fault when running this command:


|/usr/bin/trac-admin /var/trac/myproject changeset added "$1" "$2"|

...

I did some basic checking with regards to the user running this 
command which is |apache|. I also tried running this command as 
|apache| to see if it would fail, but this works just find from the 
command line:


|sudo -u apache /usr/bin/trac-admin /var/trac/ujaweb changeset added 
/path/to/svn/repo 750|


...

Any help would be greatly appreciated!!




For getting more details about the segfault itself, running the process 
under gdb is the way to go. The main problem in your case will be to 
reproduce exactly the same environment as the one set up by the hook, so 
that the crash becomes reproducible. A simple sudo -u is apparently not 
enough, I think you also have to start with an empty environment. As the 
apache user, do: `env - /usr/bin/trac-admin ...`). If this "works" (i.e. 
you can reproduce the crash), then redo it with gdb:


  env - /usr/bin/gdb /usr/bin/python
  gdb> run /usr/bin/trac-admin /var/trac/ujaweb changeset added 
/path/to/svn/repo 750

  ... (crash!)
  gdb> bt
  ...
  gdb> info shared
  ...

-- Christian

--
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] trac-admin with svn post-commit hook causes segmentation fault

[Nicholas Ilyin]

Hi everyone,

 just set up trac 0.12.2 over sqlite on my Fedora box and trac is working
fine through the web browser and command line. My issue is with implementing
svn hooks where the post-commit hook dies on a segmentation fault when
running this command:

/usr/bin/trac-admin /var/trac/myproject changeset added "$1" "$2"

Where $1 is the svn repository path on the local file system and $2 is the
revision.

The output of this command is this:

/path/to/svn/hooks/post-commit: line 9: 3874 Segmentation fault
/usr/bin/trac-admin /var/trac/myproject changeset added "$1" "$2"

How would I go about debugging this? Does anyone know why this might be
happening on a fresh install (I did not upgrade, it's clean)?

I did some basic checking with regards to the user running this command
which is apache. I also tried running this command as apache to see if it
would fail, but this works just find from the command line:

sudo -u apache /usr/bin/trac-admin /var/trac/ujaweb changeset added
/path/to/svn/repo 750

I'm somewhat out of ideas here. Does anyone have any ideas why this might be
happening?

*Here is some further information in case it's useful:*

Linux: Linux hostname.com 2.6.18-028stab069.5 #1 SMP Tue May 18 17:26:16 MSD
2010 x86_64 x86_64 x86_64 GNU/Linux
Apache: 2.2.17 w/ mod_wsgi
Python: 2.6.4
Trac: 0.12.2 (over Apache w/ mod_wsgi)

I also tried running with strace and the strace output is available here:

http://205.186.157.63/strace.tgz


 Any help would be greatly appreciated!!

Nick

-- 
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-admin commands not found if not root

[Erik Andersson]

On Wed, Jan 26, 2011 at 6:58 PM, sheepshearer wrote:

> hi All
>
> i'm trying to get trac installed with mercurial support.
>
> centos5 linux
> trac 0.12.1 (installed via yum pointed at rpmforge)
>
> i have the following all working really well:
>
> + LDAP authentication through Apache,
> + email notifications,
> + group access permissions via authz_policy
>
> that's great, I also did have Hg integration working (after the
> initial repo clone) but it has since stopped after a pull
>
> when i pull, i now get this:
>
> adding manifests
> adding file changes
> added 1 changesets with 1 changes to 1 files
> Error: Command not found
> warning: incoming hook exited with status 2
>
> this is my hgrc (it will be the incoming changeset that failed in the
> above)
>
> [hooks]
> commit = trac-admin /var/www/trac/myproject changeset added repo_name
> $HG_NODE
> incoming = trac-admin /var/www/trac/myproject changeset added
> repo_name $HG_NODE
>
> my suspicions are with file permissions. i get not found errors with a
> simple:
>
> % trac-admin /var/www/trac/Hood
> Welcome to trac-admin 0.12
> Interactive Trac administration console.
> Copyright (c) 2003-2010 Edgewall Software
>
> Type:  '?' or 'help' for help on commands.
>
> Trac [/var/www/trac/myproject]> repository list
> Error: Command not found
> Trac [/var/www/trac/myproject]>
>

Try: trac-admin /var/www/trac/Hood repository list
(syntax is: trac-admin $ENV repository list)


>
> but this works just fine if i log in as root!
>
> if i can resolve this i suspect the Hg integration will be OK too
> (after all it worked briefly and the plugin is installed and all
> trac.ini settings are in place)
>
> so where should i start looking?
>
> --
> sheepshearer
>
> --
> 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.
>
>

-- 
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] trac-admin commands not found if not root

[sheepshearer]

hi All

i'm trying to get trac installed with mercurial support.

centos5 linux
trac 0.12.1 (installed via yum pointed at rpmforge)

i have the following all working really well:

+ LDAP authentication through Apache,
+ email notifications,
+ group access permissions via authz_policy

that's great, I also did have Hg integration working (after the
initial repo clone) but it has since stopped after a pull

when i pull, i now get this:

adding manifests
adding file changes
added 1 changesets with 1 changes to 1 files
Error: Command not found
warning: incoming hook exited with status 2

this is my hgrc (it will be the incoming changeset that failed in the
above)

[hooks]
commit = trac-admin /var/www/trac/myproject changeset added repo_name
$HG_NODE
incoming = trac-admin /var/www/trac/myproject changeset added
repo_name $HG_NODE

my suspicions are with file permissions. i get not found errors with a
simple:

% trac-admin /var/www/trac/Hood
Welcome to trac-admin 0.12
Interactive Trac administration console.
Copyright (c) 2003-2010 Edgewall Software

Type:  '?' or 'help' for help on commands.

Trac [/var/www/trac/myproject]> repository list
Error: Command not found
Trac [/var/www/trac/myproject]>

but this works just fine if i log in as root!

if i can resolve this i suspect the Hg integration will be OK too
(after all it worked briefly and the plugin is installed and all
trac.ini settings are in place)

so where should i start looking?

--
sheepshearer

-- 
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] trac-admin initenv error: Cannot load Python bindings for SQLite

[ming]

Hi,
i'm trying to use the stable Trac version 0.12 on
 CentOS release 5.4 (Final)
with Python 2.7.1

However, i ran into the error included below when i tried to creatd a
new Trac environment
 TracError: Cannot load Python bindings for SQLite

i suspect that is caused by two versions of Python installed in my
system
 %  /usr/local/bin/python -V
 Python 2.7.1

 %  /usr/bin/python -V
 Python 2.4.3

i should not touch the /usr/bin/python (2.4.3) installation since a
lot of system-related stuff depends on it.  The 2.7.1 Python was
installed via "make altinstall" instead of "make install".  For 2.7.1,
i don't need to bother with the SQLite bindings AFAIK.

Any suggestion what the problem might be?   Thanks.


--
#   trac-admin  /usr/local/trac/FOO  initenv
Creating a new Trac environment at /usr/local/trac/FOO

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

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

Project Name [My Project]> FOO

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

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

Creating and Initializing Project
Initenv for '/usr/local/trac/FOO' failed.
Failed to create environment.
Cannot load Python bindings for SQLite
Traceback (most recent call last):
  File "build/bdist.linux-i686/egg/trac/admin/console.py", line 413,
in do_initenv
options=options)
  File "build/bdist.linux-i686/egg/trac/env.py", line 221, in __init__
self.create(options)
  File "build/bdist.linux-i686/egg/trac/env.py", line 409, in create
DatabaseManager(self).init_db()
  File "build/bdist.linux-i686/egg/trac/db/api.py", line 145, in
init_db
connector, args = self.get_connector()
  File "build/bdist.linux-i686/egg/trac/db/api.py", line 195, in
get_connector
raise TracError(connector.error)
TracError: Cannot load Python bindings for SQLite
--


-- 
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] trac-admin upgrade error

[Alexander Skwar]

Hi.

Today I upgraded SQLite, Subversion and other software
on our trac host. When I now go to http://host:8000/, I see:


Available Projects

* race: Error
  (The Trac Environment needs to be upgraded. Run "trac-admin
/export/home/webservd/trac/race upgrade")


Okay, so it want's me to run the "upgrade" command. But when I do, I get an
error:

--($ ~/trac/race)-- trac-admin /export/home/webservd/trac/race upgrade
Traceback (most recent call last):
  File "/export/home/webservd/.software/bin/trac-admin", line 8, in 
load_entry_point('Trac==0.11.1', 'console_scripts', 'trac-admin')()
  File
"/export/home/webservd/.software/Python-2.5.2/lib/python2.5/site-packages/Trac-0.11.1-py2.5.egg/trac/admin/console.py",
line 1295, in run
return admin.onecmd(command)
  File
"/export/home/webservd/.software/Python-2.5.2/lib/python2.5/site-packages/Trac-0.11.1-py2.5.egg/trac/admin/console.py",
line 123, in onecmd
rv = cmd.Cmd.onecmd(self, line) or 0
  File "/export/home/webservd/.software/Python-2.5.2/lib/python2.5/cmd.py",
line 219, in onecmd
return func(arg)
  File
"/export/home/webservd/.software/Python-2.5.2/lib/python2.5/site-packages/Trac-0.11.1-py2.5.egg/trac/admin/console.py",
line 1145, in do_upgrade
self.__env.upgrade(backup=do_backup)
  File
"/export/home/webservd/.software/Python-2.5.2/lib/python2.5/site-packages/Trac-0.11.1-py2.5.egg/trac/env.py",
line 442, in upgrade
participant.upgrade_environment(db)
  File "build/bdist.solaris-2.10-sun4u/egg/tractags/model.py", line 35, in
upgrade_environment
  File "build/bdist.solaris-2.10-sun4u/egg/tractags/model.py", line 60, in
_upgrade_db
  File
"/export/home/webservd/.software/Python-2.5.2/lib/python2.5/site-packages/Trac-0.11.1-py2.5.egg/trac/db/util.py",
line 51, in execute
return self.cursor.execute(sql)
  File
"/export/home/webservd/.software/Python-2.5.2/lib/python2.5/site-packages/Trac-0.11.1-py2.5.egg/trac/db/sqlite_backend.py",
line 58, in execute
args or [])
  File
"/export/home/webservd/.software/Python-2.5.2/lib/python2.5/site-packages/Trac-0.11.1-py2.5.egg/trac/db/sqlite_backend.py",
line 50, in _rollback_on_error
return function(self, *args, **kwargs)
pysqlite2.dbapi2.OperationalError: table tags already exists

(See http://pastebin.com/wQMZndnj if it's too messed up *G*)


What to do?

Alexander
-- 
↯Lifestream (Twitter, Blog, …) ↣ http://alexs77.soup.io/ ↯
↯ Chat (Jabber/Google Talk) ↣ a.sk...@gmail.com , AIM: alexws77  ↯

-- 
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] trac-admin missing changeset command in 0.11.6?

[philb]

Hello,

I've just installed trac 0.11.6 on windows alongside svn.  When trying
to get the svn-post-commit hook running I am following the examples
where there is a post-commit windows cmd file that calls trac-admin
with the following parameters:

%TRAC_ADMIN% "%TRAC_ENV%" changeset added "%REPOS%" "%REV%"

This returns a syntax error:

*** Unknown syntax: changeset 'added' "e:/svnroot" "20"

I get the same thing when typing the command out manually at the
command line...

And when running trac-admin in help or interactive mode, the
'changeset' command is not listed.  Has something changed in trac-
admin since the docs were last updated?

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] trac-admin command does not work

[doki_pen]

In gmane.comp.version-control.subversion.trac.general, you wrote:
> hello,
> i'm developer..i tried to install trac..but when i type "trac-admin c:
> \trac initenv" does not work and it gives after some lines error:
> unkown coding...
> trac-admin at all options give the same error..i also tried " trac-
> admin help" it gives the same error
> can any one help me?

I recently had that problem with a plugin that didn't like trunk trac.
I removed the plugin from site-packages and it started working.  The
plugin was my own, irclogs, btw.  I haven't debugged it yet.

> plz another que..i will integrate trac with another software..so i
> need the source code of trac..from where can i get it?

svn co http://svn.edgewall.org/repos/trac/trunk

--

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] trac-admin command does not work

[Amira A.Moussa]

hello,
i'm developer..i tried to install trac..but when i type "trac-admin c:
\trac initenv" does not work and it gives after some lines error:
unkown coding...
trac-admin at all options give the same error..i also tried " trac-
admin help" it gives the same error
can any one help me?
plz another que..i will integrate trac with another software..so i
need the source code of trac..from where can i get it?
thanks,
Amira

--

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-admin upgrade issue - postgress db

[Remy Blank]

Adam wrote:
>   File "/usr/local/lib/python2.6/dist-packages/TracBurndown-1.9.1-
> py2.6.egg/burndown/dbhelper.py", line 86, in table_field_exists
> cursor.connection.rollback()

That's probably a bug in the TracBurndown plugin, as Cursor objects
don't necessarily have a .connection attribute (they may for certain
database backends only).

-- Remy



signature.asc
Description: OpenPGP digital signature

[Trac] trac-admin upgrade issue - postgress db

[Adam]

I'm trying to do a trac-admin /path/to/trac upgrade on my trac
database and i'm receiving an error: AttributeError: Cursor instance
has no attribute 'connection'.

The full error I'm receiving is below.  I know I have the path to trac
correct and I can do other trac-admin commands.  Any ideas?

trac-admin /srv/trac upgrade
Traceback (most recent call last):
  File "/usr/local/bin/trac-admin", line 8, in 
load_entry_point('Trac==0.11.5', 'console_scripts', 'trac-admin')
()
  File "/usr/local/lib/python2.6/dist-packages/Trac-0.11.5-py2.6.egg/
trac/admin/console.py", line 1314, in run
return admin.onecmd(command)
  File "/usr/local/lib/python2.6/dist-packages/Trac-0.11.5-py2.6.egg/
trac/admin/console.py", line 133, in onecmd
rv = cmd.Cmd.onecmd(self, line) or 0
  File "/usr/lib/python2.6/cmd.py", line 219, in onecmd
return func(arg)
  File "/usr/local/lib/python2.6/dist-packages/Trac-0.11.5-py2.6.egg/
trac/admin/console.py", line 1149, in do_upgrade
if not self.__env.needs_upgrade():
  File "/usr/local/lib/python2.6/dist-packages/Trac-0.11.5-py2.6.egg/
trac/env.py", line 429, in needs_upgrade
if participant.environment_needs_upgrade(db):
  File "/usr/local/lib/python2.6/dist-packages/TracBurndown-1.9.1-
py2.6.egg/burndown/burndown.py", line 56, in
environment_needs_upgrad  e
if dbhelper.table_field_exists(db, "burndown", "week"):
  File "/usr/local/lib/python2.6/dist-packages/TracBurndown-1.9.1-
py2.6.egg/burndown/dbhelper.py", line 86, in table_field_exists
cursor.connection.rollback()
  File "/usr/local/lib/python2.6/dist-packages/Trac-0.11.5-py2.6.egg/
trac/db/util.py", line 38, in __getattr__
return getattr(self.cursor, name)
  File "/usr/local/lib/python2.6/dist-packages/Trac-0.11.5-py2.6.egg/
trac/db/util.py", line 38, in __getattr__
return getattr(self.cursor, name)
AttributeError: Cursor instance has no attribute 'connection'

--

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] trac-admin upgrade problem

[gslavov]

Just installed a new plugin (clients 0.3) which requires the db to be
upgraded.

Now I run the upgrade with 'trac-admin /home/trac/projects/project-
name upgrade --no-backup' as backup does not work with my postgres db.

The problem is that after the upgrade completes successfully  (see
output below) and I restart the web interface I still get the
message:
---
Trac Error
TracError: The Trac Environment needs to be upgraded.
Run "trac-admin /home/trac/projects/BILLING upgrade"
---

Upgrade output:
---
ClientsPlugin needs an upgrade
 * Upgrading db
Creating client table
Updating clients table (v3)
Updating clients table (v4)
Updating clients table (v5)
 * Upgrading reports
Done Upgrading
Upgrade done.
---

Has anyone come across anything similar and is there a way to just
clear the message? I searched the wiki but without success.

Thanks
George

--~--~-~--~~~---~--~~
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] trac-admin : No module named scripts.admin

[Olemis Lang]

Few minutes ago I installed Trac in a PC running Ubuntu Hardy ...
after doing this ...

{{{
$ trac-admin /path/to/my/env
[...]
Traceback (most recent call last):
  File "", line 1, in 
ImportError: No module named scripts.admin
[...]
}}}

... I also tried this ...

{{{
$ python
Python 2.5.2 (r252:60911, Jul 31 2008, 17:28:52)
[GCC 4.2.3 (Ubuntu 4.2.3-2ubuntu7)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import trac.scripts.admin
Traceback (most recent call last):
  File "", line 1, in 
ImportError: No module named scripts.admin
>>> import trac
>>> trac.__version__
'0.11.1'
>>> import sys
>>> sys.version_info
(2, 5, 2, 'final', 0)
>>>
}}}

... and I checked out that there is no such scripts.admin module ... :O

Could anybody tell me if there is anything I can do to fix this ?
Should I reinstall Trac ?

PD: I post it here since tracd is working ... I mean, the different
wiki pages and so on are displayed in my browser ;)

Therefore possibly I am doing someting wrong ... :(

-- 
Regards,

Olemis.

Blog ES: http://simelo-es.blogspot.com/
Blog EN: http://simelo-en.blogspot.com/

Featured article:

--~--~-~--~~~---~--~~
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] trac-admin resync neccesary after subversion upgrade?

[Gregor Dschung]

Hey,

I'm upgrading our trac/svn-Server.

Previously:
trac-0.11.1
subversion-1.1.3
python-2.3

New:
trac-0.11.2
subversion-1.5.5
python-2.4

Because this is only a minor-upgrade for trac, I don't have to call
"trac-admin  upgrade", do I?

I've already done a "svnadmin upgrade" to upgrade the repositories.

But I'm not sure, if I have to call "trac-admin  resync"? I've not
edit the repository_dir. Because one of the repositories
has over 100k check-ins, the downtime would be several hours.

Any hint?

-Gregor


smime.p7s
Description: S/MIME Cryptographic Signature

[Trac] trac-admin upgrade for all environments

[Oliver Marshall]

Hi

Is there a quick way to upgrade all trac environments using trac-
admin? We have a server which we have moved to new hardware and on the
first attempt to connect to trac it gives us a list of all the
environments (about 150) which need upgrading.

Hopefully there is some way of upgrading all the site rather than
doing each one by hand.

Olly
--
www.g2support.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-users@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/trac-users?hl=en
-~--~~~~--~~--~--~---

[Trac] trac-admin error report

[wb]

hi,I'm a beginner of trac and I just installed it.but when I use trac-
admin to initialize,I got a problem.
1, If I don't set the repository path at the interactive mode,it seems
all right and I can see access the trac through apache.But when I set
the repository_dir in trac.ini , I can only access trac page under
tracd mode,it's unaccessable in apache.
2, if I set the repository path at the interactive mode, the initenv
operation fails.

these are the operation and messages shown:


D:\WangBin\Python25\Scripts>trac-admin d:\wangbin\project1\trac1
initenv
Creating a new Trac environment at d:\wangbin\project1\trac1

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

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

Project Name [My Project]> mytrac

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

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

 Please specify the type of version control system,
 By default, it will be svn.

 If you don't want to use Trac with version control integration,
 choose the default here and don't specify a repository directory.
 in the next question.

Repository type [svn]>

 Please specify the absolute path to the version control
 repository, or leave it blank to use Trac without a repository.
 You can also set the repository location later.

Path to repository [/path/to/repos]> d:\wangbin\project1\trac1

Creating and Initializing Project
 Installing default wiki pages
 CamelCase imported from D:\WangBin\Python25\lib\site-packages\trac
\wiki\default
-pages\CamelCase
 InterMapTxt imported from D:\WangBin\Python25\lib\site-packages\trac
\wiki\defau
lt-pages\InterMapTxt
 InterTrac imported from D:\WangBin\Python25\lib\site-packages\trac
\wiki\default
-pages\InterTrac
 InterWiki imported from D:\WangBin\Python25\lib\site-packages\trac
\wiki\default
-pages\InterWiki
 PageTemplates imported from D:\WangBin\Python25\lib\site-packages\trac
\wiki\def
ault-pages\PageTemplates
 RecentChanges imported from D:\WangBin\Python25\lib\site-packages\trac
\wiki\def
ault-pages\RecentChanges
 SandBox imported from D:\WangBin\Python25\lib\site-packages\trac\wiki
\default-p
ages\SandBox
 TitleIndex imported from D:\WangBin\Python25\lib\site-packages\trac
\wiki\defaul
t-pages\TitleIndex
 TracAccessibility imported from D:\WangBin\Python25\lib\site-packages
\trac\wiki
\default-pages\TracAccessibility
 TracAdmin imported from D:\WangBin\Python25\lib\site-packages\trac
\wiki\default
-pages\TracAdmin
 TracBackup imported from D:\WangBin\Python25\lib\site-packages\trac
\wiki\defaul
t-pages\TracBackup
 TracBrowser imported from D:\WangBin\Python25\lib\site-packages\trac
\wiki\defau
lt-pages\TracBrowser
 TracCgi imported from D:\WangBin\Python25\lib\site-packages\trac\wiki
\default-p
ages\TracCgi
 TracChangeset imported from D:\WangBin\Python25\lib\site-packages\trac
\wiki\def
ault-pages\TracChangeset
 TracEnvironment imported from D:\WangBin\Python25\lib\site-packages
\trac\wiki\d
efault-pages\TracEnvironment
 TracFastCgi imported from D:\WangBin\Python25\lib\site-packages\trac
\wiki\defau
lt-pages\TracFastCgi
 TracFineGrainedPermissions imported from D:\WangBin\Python25\lib\site-
packages\
trac\wiki\default-pages\TracFineGrainedPermissions
 TracGuide imported from D:\WangBin\Python25\lib\site-packages\trac
\wiki\default
-pages\TracGuide
 TracImport imported from D:\WangBin\Python25\lib\site-packages\trac
\wiki\defaul
t-pages\TracImport
 TracIni imported from D:\WangBin\Python25\lib\site-packages\trac\wiki
\default-p
ages\TracIni
 TracInstall imported from D:\WangBin\Python25\lib\site-packages\trac
\wiki\defau
lt-pages\TracInstall
 TracInterfaceCustomization imported from D:\WangBin\Python25\lib\site-
packages\
trac\wiki\default-pages\TracInterfaceCustomization
 TracLinks imported from D:\WangBin\Python25\lib\site-packages\trac
\wiki\default
-pages\TracLinks
 TracLogging imported from D:\WangBin\Python25\lib\site-packages\trac
\wiki\defau
lt-pages\TracLogging
 TracModPython imported from D:\WangBin\Python25\lib\site-packages\trac
\wiki\def
ault-pages\TracModPython
 TracNavigation imported from D:\WangBin\Python25\lib\site-packages
\trac\wiki\de
fault-pages\TracNavigation
 TracNotification imported from D:\WangBin\Python25\lib\site-packages
\trac\wiki\
default-pages\TracNotification
 TracPermissions imported from D:\WangBin\Python25\lib\site-packages
\trac\wiki\d
efault-pages\TracPermissions
 TracPlugins imported from D:\WangBin\Python25\lib\site-packages\trac
\wiki\defau
lt-pages\TracPlugins
 TracQuery imported from D:\WangBin\Python25\lib\site-packages\trac
\wiki\default
-pages\TracQuery
 TracReports imported from D:\WangBin\Python25\lib\site-packages\trac
\wiki\d