[Trac] Re: not able to delete the project

2009-05-21 Thread prabha



On May 20, 4:36 pm, prabha prabhakar2...@gmail.com wrote:
 Hi

 i have created one plugin named as projectmaintenance plugin. this
 plugin is basically user fordeleteand archive the projects purpose.

 main problem is that once you can open the project iam not able todeletethe 
 project, it will give an error likeunabletodeletethe
 file trac.db file used by some another persons even i have close the
 databse.

 can anybody suggest how to close the environment for example open
 environment purpose i have used self.open_env

 in the same way how to close the environment.

and one morething i dont want to restart the server each time [ before
deleting ]. because in our server contain min 20 projects so one
project deletion purpose i can restart the server it will give some
bad reports or error to other projects users.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups Trac 
Users group.
To post to this group, send email to trac-users@googlegroups.com
To unsubscribe from this group, send email to 
trac-users+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/trac-users?hl=en
-~--~~~~--~~--~--~---



[Trac] main navigation tabs not highlighted

2009-05-21 Thread prabha

Hi,

i have installed projectmenu plugin after installation main navigation
tab not highlighted even i can click it, suppose, i have disabled
the projectmenu plugin then it is working,,


here i have put the following code..,

python web_ui.py file :


for project in os.listdir(search_path):
   if project != this_project and os.path.isdir(os.path.join
(search_path, project)) :
 proj_elm = tag.OPTION(project,
value=posixpath.join(base_url, project))
 projects.append((proj_elm,
project))

projects.sort(lambda a,b: cmp(a[1],b[1])) # Sort on the
project names
projects.insert(0, (tag.OPTION(self.env.project_name,
value=''), None))

yield 'metanav', 'projectmenu', tag.SELECT([e for e,_ in
projects], name='projectmenu', id='projectmenu', onchange='return
on_projectmenu_change();')




javascirpt file :

function on_projectmenu_change() {
var s = document.getElementById('projectmenu');
if(s.value != '') {
window.location = s.value;
}
}


all functionalities are working fine main problem navigation tabs not
getting properly highlighted.

can anybody suggest me ..
--~--~-~--~~~---~--~~
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] tracticketstatsplugin and ie 7

2009-05-21 Thread saurocesaretti1...@gmail.com

Hi everyone!

I have just installed tracticketstatsplugin in my trac.
After that I have tried to use it with firefox and it seems that it's
working properly but unluckly it doesn't work  with IE.
I checked my cnfiguration and it seems ok, I have flash player 10 and
shockwave as well.
Have you ever mett this problem?
Could you help me to solve it please?

thank you very much in advance for your support
best regards, Sauro


--~--~-~--~~~---~--~~
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] traclegosscript - how to start ?

2009-05-21 Thread rupert thurner

i tried to install traclegos by:

cd /tmp
easy_install http://trac-hacks.org/svn/traclegosscript/anyrelease/
svn co http://trac-hacks.org/svn/traclegosscript/anyrelease/
cd anyrelease/example/oss
python setup.py install
cd ../..
perl -p -i -e s/0.0.0.0/159.1.13.70/ development.ini
paster serve development.ini

and, it listens at port 8081, and, dispays the heading Available
Projects, but no create .. link is there.

what is missing above?


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



[Trac] Re: traclegosscript - how to start ?

2009-05-21 Thread Jeff Hammel

Hard to debug remotely.  This *should* have worked (assuming the perl is doing 
what I think its doing).  Maybe edit the template and ensure it is being loaded 
properly?

Jeff

On Thu, May 21, 2009 at 06:42:36AM -0700, rupert thurner wrote:
 
 i tried to install traclegos by:
 
 cd /tmp
 easy_install http://trac-hacks.org/svn/traclegosscript/anyrelease/
 svn co http://trac-hacks.org/svn/traclegosscript/anyrelease/
 cd anyrelease/example/oss
 python setup.py install
 cd ../..
 perl -p -i -e s/0.0.0.0/159.1.13.70/ development.ini
 paster serve development.ini
 
 and, it listens at port 8081, and, dispays the heading Available
 Projects, but no create .. link is there.
 
 what is missing above?
 
 
  

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



[Trac] Re: traclegosscript - how to start ?

2009-05-21 Thread Ethan Jucovy
FWIW I just followed (almost) Rupert's steps and it worked fine for me, the
create project link shows up as advertised.

My only deviation from Rupert's was to install it all into a virtualenv
under /tmp, and I left the [server:main] host as 0.0.0.0 --

{{{
 cd /tmp
virtualenv.py traclegos
cd traclegos; source ./bin/activate
 easy_install http://trac-hacks.org/svn/traclegosscript/anyrelease/
 svn co http://trac-hacks.org/svn/traclegosscript/anyrelease/
 cd anyrelease/example/oss
 python setup.py install
 cd ../..
 paster serve development.ini
}}}

Ethan

On Thu, May 21, 2009 at 9:54 AM, Jeff Hammel jham...@openplans.org wrote:


 Hard to debug remotely.  This *should* have worked (assuming the perl is
 doing what I think its doing).  Maybe edit the template and ensure it is
 being loaded properly?

 Jeff

 On Thu, May 21, 2009 at 06:42:36AM -0700, rupert thurner wrote:
 
  i tried to install traclegos by:
 
  cd /tmp
  easy_install http://trac-hacks.org/svn/traclegosscript/anyrelease/
  svn co http://trac-hacks.org/svn/traclegosscript/anyrelease/
  cd anyrelease/example/oss
  python setup.py install
  cd ../..
  perl -p -i -e s/0.0.0.0/159.1.13.70/ development.ini
  paster serve development.ini
 
  and, it listens at port 8081, and, dispays the heading Available
  Projects, but no create .. link is there.
 
  what is missing above?
 
 
  

 


--~--~-~--~~~---~--~~
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] memory leak with bzr version control?

2009-05-21 Thread alex

I've been consistently having my server lock up and require rebooting,
with the following showing on the console:
Out of Memory: Kill process 4183 (apache2) score 67925 and children.
Out of memory: Killed process 4183 (apache2).
Out of Memory: Kill process 6825 (apache2) score 67266 and children.
Out of memory: Killed process 6825 (apache2).

I've managed to hang the server by repeatedly refreshing my web
browser when viewing a revision log of a branch in the respository.

Note that I'm using bzr for version control, and the Trac-bzr plugin
to interface bzr with Trac. I've seen a number of bugs posted (and
closed) with similar-sounding problems (6614 seems to be the most
recent), but I believe they were all using svn, not bzr. I thought I'd
post the details here first before filing a bug report, in case
there's something obvious I'm missing.

Here are my installation details:

Trac:   0.11.5stable-r8210
Genshi: 0.6dev-r1052
Python: 2.6.2 (release26-maint, Apr 19 2009, 02:15:38) [GCC 4.3.3]
setuptools: 0.6c9
SQLite: 3.6.10
pysqlite:   2.5.0
mod_python: 3.3.1
Pygments:   0.10
jQuery: 1.2.6
bzr: 1.14.1
trac-bzr: rev 59 (later versions have this bug:
https://bugs.launchpad.net/trac-bzr/+bug/375046)
RAM: Mem:524288k total, Swap:  1048568k total
Operating Systemubuntu 9.04
Server version: Apache/2.2.11 (Ubuntu)
Server built:   Apr  1 2009 16:03:30

Here's a grab of top running on the server when it hangs:

top - 00:25:25 up 51 min,  2 users,  load average: 96.56, 92.47, 85.04
Tasks: 145 total,  96 running,  49 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.0%us, 74.0%sy,  0.0%ni, 24.6%id,  0.0%wa,  0.0%hi,
0.0%si,  1.5%st
Mem:524288k total,   520668k used, 3620k free,   64k
buffers
Swap:  1048568k total,  1048568k used,0k free, 1468k
cached

  PID USER  PR  NI  VIRT  RES  SHR S %CPU %MEMTIME+
COMMAND
   66 root  11  -5 000 D 56.9  0.0   9:49.10
kswapd0
 1565 syslog18   0 12372  108   24 R  2.6  0.0   0:09.14
syslogd
 2535 www-data  18   0  191m 6116   24 R  2.6  1.2   0:16.76
apache2
 2542 www-data  18   0  192m 6376   24 R  2.6  1.2   0:15.00
apache2
 2544 www-data  18   0  192m 6564   24 R  2.6  1.3   0:17.04
apache2
 2545 www-data  18   0  191m 6008   24 R  2.6  1.1   0:14.51
apache2
 2562 www-data  18   0  198m 8520   24 R  2.6  1.6   0:18.87
apache2
 2577 www-data  18   0  253m  14m   24 R  2.6  2.8   0:18.84
apache2
 2609 www-data  18   0  192m  14m   24 R  2.6  2.8   0:15.97
apache2
 2620 www-data  18   0  163m 5728   24 R  2.6  1.1   0:12.54
apache2
 2724 www-data  18   0  162m 4980   24 R  2.6  0.9   0:00.59
apache2
 2533 www-data  18   0  191m 5528   28 R  2.3  1.1   0:15.56
apache2
 2614 www-data  18   0  192m  13m   24 R  2.3  2.7   0:19.51
apache2
 2538 www-data  18   0  191m 5824   24 R  1.9  1.1   0:18.06
apache2
 2573 www-data  18   0  246m 9340   24 R  1.9  1.8   0:15.86
apache2
 2581 www-data  18   0  192m  13m   24 R  1.9  2.7   0:17.39
apache2
 2563 www-data  18   0  246m 7324   24 R  1.6  1.4   0:15.24
apache2

Any advise would be greatly appreciated.

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



[Trac] Re: memory leak with bzr version control?

2009-05-21 Thread Tim Black

If I recall correctly this is a known issue in bzr itself--I've lost my 
notes gathered from a number of bug comments out there, but my 
recollection is that in order to provide a diff between two revisions, 
trac-bzr requests the full content of each revision then does its own 
diff in memory.  This is resource-intensive.  See this bug:  
https://bugs.launchpad.net/trac-bzr/+bug/57447.

Aha...I found my notes on this issue and appended them below; hope they 
help!

Tim Black

I wasn't doing any upload at the time. I've researched the issue some 
and think the memory usage is due to the way the trac-bzr plugin handles 
diffs  changesets on directories--it recreates a full copy of each 
revision's directory path then diffs those two copies. The reason for 
this is stated in trac-bzr's HACKING file:

--
trac wants the revision log of a dir to include what happens to its 
contents. bzr only notices changes to the dir itself (renames and moves 
of the dir, not its contents).
--

I think this is related to several other performance bottlenecks 
mentioned in trac-bzr HACKING:

--
Performance
===

Constructing a BzrDirNode is slow because it walks its children to
determine the right most recent revision. Because it is pretty
common to iterate over the children afterwards and we need to
determine their most recent revision anyway we cache those values
(BzrDirNode.revcache). Speeds up the source browser in a directory
with a couple of subdirs.

BzrDirNode.get_history is a bit slow and pretty memory-hungry. Again
the need to manually pick up changes to children is the root cause.
It has to construct full inventories and/or deltas between revisions
to pick up changes to children, while for the other node types we just
have to open the versionedfile for that particular file.
--

and in trac-bzr's README:

--
Speed issues

Some user-level operations are rather slow, because Trac's assumptions
about which repository operations are cheap vs expensive doesn't match 
Bazaar's
design. In particular, Bzr doesn't track which revision last modified files
in this directory. In theory, this can be solved by caching the results of
expensive operations.
--

I have a hunch this performance bottleneck is related to bzr's inability 
to log directory paths. From 'bzr help log':

--
Note: If the path is a directory, only revisions that directly changed
that directory object are currently shown. This is considered a bug.
(Support for filtering against multiple files and for files within a
directory is under development.)
--

I installed the revnocache plugin, and do not think it provided any 
speed improvement.

--~--~-~--~~~---~--~~
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] The source: TracLink does not work.

2009-05-21 Thread Mark Kharitonov

Hello.
I have svn, trac, apache installed on the same linux box.
SVN works fine, both http: and svn: access.
Trac seems to work as well.
However, it does not recognize the source: as a valid traclink prefix.
Observe:

1. Looks like svn repository is correct, indeed:
--
[t...@quake db]$ sqlite3 trac.db.bak
SQLite version 3.5.6
Enter .help for instructions
sqlite select * from system;
database_version|21
initial_database_version|21
youngest_rev|69
repository_dir|svn:40a45bd1-8e46-430b-a932-a24751b2958a:/var/svn/
windows
sqlite
--

2. http: access seems fine:
--
[t...@quake db]$ svn ls http://quake/svn/windows/trunk/NC/_Readme.txt
_Readme.txt
--

3. svn: access seems fine as well:
--
[t...@quake db]$ svn ls svn://quake/windows/trunk/NC/_Readme.txt
_Readme.txt
--


However, when I write source:/trunk/NC/_Readme.txt in trac wiki it
does not render it as a hyperlink, but displays it as is.

What am I doing wrong?
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-users@googlegroups.com
To unsubscribe from this group, send email to 
trac-users+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/trac-users?hl=en
-~--~~~~--~~--~--~---



[Trac] Re: The source: TracLink does not work.

2009-05-21 Thread Olemis Lang

On Thu, May 21, 2009 at 12:40 PM, Mark Kharitonov
mark.kharito...@gmail.com wrote:

 However, when I write source:/trunk/NC/_Readme.txt in trac wiki it
 does not render it as a hyperlink, but displays it as is.

 What am I doing wrong?

Perhaps the component is disabled in trac.ini . Is this the case ?


-- 
Regards,

Olemis.

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

Featured article:
Un mundo hermoso gracias al producto Z: The World of Goo  -
http://feedproxy.google.com/~r/simelo-es/~3/5Rlq3bHsnHQ/un-mundo-increiblemente-hermoso-gracias_12.html

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



[Trac] Re: Trac 0.11.4 and Subversion 1.6.1

2009-05-21 Thread Eberhard, Keith Civ USAF AFMC 517 SMXS/MXDED

The installs are on a Solaris 10 system. Since CollabNet_Subversion
1.6.2 just became available for Solaris, I uninstalled
CollabNet_Subversion 1.6.1 and installed CollabNet_subversion 1.6.2. I
did an svn dump and load of the svn repository.

I still cannot get trac to browse the svn repository. Trac will browse
the CollabNet_Subversion 1.5.1 repository which is the svn version that
I have been using successfully. I also tried CollabNet Subversion
1.5.6.1, but Trac will not browse this version. Could the trac svn
repository browse problem be related to doing dump and load on the svn
repository.

The following warning is output by tracd ... resync and also by tracd
when access the trac web page.

RuntimeWarning: Python C API version mismatch for module _fs: This
Python has API version 1013, module _fs has version 1011.

The following warning is displayed on the trac web page:

Warning: Can't synchronize with the repository (/mutes/mutesSvnRep does
not appear to be a Subversion repository.). Look in the Trac log for
more information.

The following is output by tracd when the trac web page is accessed:

/opt/CollabNet_Subversion/lib/svn-python/libsvn/fs.py:7: RuntimeWarning:
Python C API version mismatch for module _fs: This Python has API
version 1013, module _fs has version 1011.
  import _fs
/opt/CollabNet_Subversion/lib/svn-python/libsvn/fs.py:7: RuntimeWarning:
Python C API version mismatch for module swig_runtime_data4: This Python
has API version 1013, module swig_runtime_data4 has version 1011.
  import _fs
/opt/CollabNet_Subversion/lib/svn-python/libsvn/core.py:7:
RuntimeWarning: Python C API version mismatch for module _core: This
Python has API version 1013, module _core has version 1011.
  import _core
/opt/CollabNet_Subversion/lib/svn-python/libsvn/delta.py:7:
RuntimeWarning: Python C API version mismatch for module _delta: This
Python has API version 1013, module _delta has version 1011.
  import _delta
/opt/CollabNet_Subversion/lib/svn-python/libsvn/repos.py:7:
RuntimeWarning: Python C API version mismatch for module _repos: This
Python has API version 1013, module _repos has version 1011.
  import _repos
127.0.0.1 - - [21/May/2009 10:03:17] GET /mutesTracEnv HTTP/1.1 200 -
127.0.0.1 - - [21/May/2009 10:03:18] GET
/mutesTracEnv/chrome/common/css/trac.css HTTP/1.1 200 -
127.0.0.1 - - [21/May/2009 10:03:18] GET
/mutesTracEnv/chrome/common/trac.ico HTTP/1.1 200 -
127.0.0.1 - - [21/May/2009 10:03:18] GET
/mutesTracEnv/chrome/common/js/jquery.js HTTP/1.1 200 -
127.0.0.1 - - [21/May/2009 10:03:18] GET
/mutesTracEnv/chrome/common/css/wiki.css HTTP/1.1 200 -
127.0.0.1 - - [21/May/2009 10:03:19] GET
/mutesTracEnv/chrome/common/css/code.css HTTP/1.1 200 -
127.0.0.1 - - [21/May/2009 10:03:20] GET
/mutesTracEnv/chrome/common/js/trac.js HTTP/1.1 200 -
127.0.0.1 - - [21/May/2009 10:03:20] GET
/mutesTracEnv/chrome/common/js/search.js HTTP/1.1 200 -
127.0.0.1 - - [21/May/2009 10:03:22] GET
/mutesTracEnv/chrome/common/trac_logo_mini.png HTTP/1.1 200 -
127.0.0.1 - - [21/May/2009 10:03:22] GET
/mutesTracEnv/chrome/common/dots.gif HTTP/1.1 200 -

The following svn DEBUG entries are in trac.log:

Trac[loader] DEBUG: Loading trac.versioncontrol.svn_fs from
/usr/local/lib/python2.5/site-packages/Trac-0.11.4-py2.5.egg

Trac[svn_fs] DEBUG: Subversion bindings imported

The following lists relavent directories:

mutesserver% pwd
/usr/local/lib/python2.5/site-packages
mutesserver% ls
Genshi-0.5.1-py2.5-solaris-2.10-sun4u.egg
README
Trac-0.11.4-py2.5.egg
easy-install.pth
setuptools-0.6c9-py2.5.egg
setuptools.pth
mutesserver%


mutesserver% pwd
/opt/CollabNet_Subversion/lib/svn-python/libsvn
mutesserver% ls
__init__.py   _delta.so _repos.la core.pyc  ra.py
__init__.pyc  _diff.la  _repos.so delta.py  ra.pyc
_client.la_diff.so  _wc.ladelta.pyc repos.py
_client.so_fs.la_wc.sodiff.py   repos.pyc
_core.la  _fs.soclient.py diff.pyc  wc.py
_core.so  _ra.laclient.pycfs.py wc.pyc
_delta.la _ra.socore.py   fs.pyc
mutesserver%


mutesserver% pwd
/opt/CollabNet_Subversion/lib/svn-python/svn
mutesserver% ls
__init__.py   core.py   diff.py   ra.py wc.py
__init__.pyc  core.pyc  diff.pyc  ra.pycwc.pyc
client.py delta.py  fs.py repos.py
client.pycdelta.pyc fs.pycrepos.pyc
mutesserver%

The following shows PYTHONPATH pointing to svn-python:

mutesserver% env | grep PYTHONPATH
PYTHONPATH=/opt/CollabNet_Subversion/lib/svn-python
mutesserver%

The following is the trac resync output:

mutesserver% trac-admin /mutes/mutesTracEnv resync
Resyncing repository history...
/opt/CollabNet_Subversion/lib/svn-python/libsvn/fs.py:7: RuntimeWarning:
Python C API version mismatch for module _fs: This Python has API
version 1013, module _fs has version 1011.
  import _fs
/opt/CollabNet_Subversion/lib/svn-python/libsvn/fs.py:7: RuntimeWarning:
Python C API version