Re: [Trac] Trac on OSX
Hi Matthew, Thanks a lot for your input and sorry that I have taken so long to respond. I was working on other stuff and only got back to the Trac installation now. I have successfully managed to create authentication and once logged in, I can see the New Ticket field. I have another (or a few) question(s). Right now, I have installed trac on my machine (which isn't the server) just to see how the installation goes and since sqlite was already a part of my OS (Snow Leopard) I didn't install MySQL. Would it be possible to continue using sqlite for actual bugtracking purposes or will i run out of database space soon and/or are the feature in sqlite very limited compared to MySQL? In other wods, what would be the advantage of going with MySQL as opposed to sqlite. We do have a SnowLeopard Server which I can use to install trac once I establish trac is working fine on my system. In that case, I do have MySQL pre-installed on the Server OS. Would there be a big difference in the procedure to set up the trac project if I went for a MySQL DB? Matthew Caron-2 wrote: On 10/22/2010 04:47 AM, cap_sue wrote: http://trac.edgewall.org/wiki/TracInstall, I've managed to get trac running on the standalone server, tracd. However, I don't see the New Ticket tab on the right side of the page. Depending on how you have it configured, you may need to log in first. Also, I'm not sure how/where to add the information under configuring authentication. Can somebody please help? According to the docs, it looks like you tell it where the password file is. See here: http://trac.edgewall.org/wiki/TracStandalone#UsingAuthentication It appears that the password file is htpasswd/htdigest, which you can generate with apache tools. Where are you getting stuck on these steps? -- Matthew Caron Build Engineer Sixnet | www.sixnet.com O +1 518 877 5173 Ext. 138 F +1 518 602 9209 matt.ca...@sixnet.com -- You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-us...@googlegroups.com. To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com. For 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-on-OSX-tp30026741p30188334.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-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] Re: Individual browser view for each user
On Nov 11, 1:28 am, Remy Blank remy.bl...@pobox.com wrote: Yes, there were a number of issues with authz in 0.12, that were fixed in 0.12.1. I've upgraded to 0.12.1 using easy_install, and it seems the issue with missing Browse Source button is fixed indeed :) But it doesn't solve the problem with users having access to the projects they should not see. For example, with authz file like this: [groups] project1 = user1,user2 [/] superadmin = rw [/project1] @project1 = rw user1 and user2 can happily browse the entire source tree regardless of the fact they've been given access only to project1. So, can they be restricted somehow only to project1 directory? -- 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 on OSX
On 11/11/2010 04:14 AM, cap_sue wrote: Thanks a lot for your input and sorry that I have taken so long to respond. I was working on other stuff and only got back to the Trac installation now. I have no idea what that is like at all. Seriously. ;-) (No worries) I have successfully managed to create authentication and once logged in, I can see the New Ticket field. Excellent. I have another (or a few) question(s). Ask away. Would it be possible to continue using sqlite for actual bugtracking purposes or will i run out of database space soon and/or are the feature in sqlite very limited compared to MySQL? In other wods, what would be the advantage of going with MySQL as opposed to sqlite. MySQL is a real database server. It has a finer granularity of locking, better concurrency, less latency, etc. SQLite is a database engine, suitable for small installations and embedding into applications. It is easier to set up, as you don't have to set up a daemon, tweak much of anything, worry that much about security, etc. You won't really run into space issues with either, until you run out of disk space. You also won't (generally) run into compatibility/feature issues as Trac is programmed to be reasonably database abstract. However, you might run into problems with plugins which call direct SQL commands rather than the Trac API, as they may not have been programmed as conservatively as core Trac is. This is generally not a big deal - fix the SQL until it works, file a bug with the plugin maintainer, submit a patch, get on with life. That said, you will likely run into scalability issues. If you're supporting two users, and don't intend in going over about five people in the near future, then don't worry about it - just use SQLite. Once you hit about 5-10 heavy users, however, you'll start seeing issues with people stepping on each other (you'll start seeing database is locked timeout errors) and then you'll need to migrate to a real DB server. Also note that any custom reports you do will be all on you. I've specifically run into variances with time-related ones, as MySQL, PostgreSQL and SQLite all have different date-handling functions. Also, the quoting can be subtly different (PostgreSQL wants single quotes). We do have a SnowLeopard Server which I can use to install trac once I establish trac is working fine on my system. In that case, I do have MySQL pre-installed on the Server OS. Would there be a big difference in the procedure to set up the trac project if I went for a MySQL DB? Depends on how paranoid you are and how much functionality you need. With SQLite, you just point the ini file at the file you want to use and, once it is created, restrict permissions so someone else can't fire up the SQLite CLI client and modify it, while not breaking the permissions necessary for trac to work. Generally, the correct owner and permissions 0644 do the trick, which also means your nightly stats gathering scripts can dump the db to, say, email each manager a summary of the day's events. With MySQL, you (or, at least I) - Install it - Create root user - Create empty trac db - Create trac user with access only to that db - Point trac.ini at that DB with those credentials - Since trac.ini now has credentials, lock it down so no one can read it except those who need to - Create a readonly user with SELECT permissions (so that nightly scripts can query the DB, as mentioned above) It's is not particularly difficult, just a little bit more work. -- Matthew Caron Build Engineer Sixnet | www.sixnet.com O +1 518 877 5173 Ext. 138 F +1 518 602 9209 matt.ca...@sixnet.com -- You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-us...@googlegroups.com. To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/trac-users?hl=en.
Re: [Trac] Data-based graphics in Trac
the google charts API http://code.google.com/apis/chart/docs/making_charts.html is very nice for externalizing server-side data-driven image generation, so it's worth looking at. Combining a made chart with an image map http://www.w3schools.com/TAGS/tag_map.asp would be trivial, for a sufficiently loose definition of trivial. -- 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] Data-based graphics in Trac
David Nicol wrote: the google charts API http://code.google.com/apis/chart/docs/making_charts.html is very nice for externalizing server-side data-driven image generation, so it's worth looking at. Combining a made chart with an image map http://www.w3schools.com/TAGS/tag_map.asp would be trivial, for a sufficiently loose definition of trivial. We already use the workload and burndown charts from a plugin that uses the Google API. Setting aside concerns having our data moving through the cloud, we've run into problems with the URL for a reasonably busy chart being too long so we end up with a failure to invoke the API and an empty or missing graph. We really want to render locally. But 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] Data-based graphics in Trac
On Thu, Nov 11, 2010 at 12:55 PM, David Nicol davidni...@gmail.com wrote: the google charts API http://code.google.com/apis/chart/docs/making_charts.html is very nice for externalizing server-side data-driven image generation, so it's worth looking at. Combining a made chart with an image map http://www.w3schools.com/TAGS/tag_map.asp would be trivial, for a sufficiently loose definition of trivial. JFTR, and there are visualizations (GViz API) based on this API as well ... -- 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-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] Data-based graphics in Trac
On Thu, Nov 11, 2010 at 12:59 PM, Chris Nelson chris.nel...@sixnet.com wrote: David Nicol wrote: the google charts API http://code.google.com/apis/chart/docs/making_charts.html is very nice for externalizing server-side data-driven image generation, so it's worth looking at. Combining a made chart with an image map http://www.w3schools.com/TAGS/tag_map.asp would be trivial, for a sufficiently loose definition of trivial. We already use the workload and burndown charts from a plugin that uses the Google API. Setting aside concerns having our data moving through the cloud, we've run into problems with the URL for a reasonably busy chart being too long so we end up with a failure to invoke the API and an empty or missing graph. JFTR , this wouldn't happen using GViz API since the contents are retrieved from the given URL (not URL-encoded ...). We really want to render locally. But thanks. TracGViz may be suitable for this as well , and there are actually many ways to get there ... one of them (the easiest | straightforward ???) may be to implement Dojo data sources to consume data formatted using GViz wire-protocol . Hence , all Dojo data-enabled widgets would be there for you OOTB . -- 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-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] Re: Individual browser view for each user
eugene wrote: But it doesn't solve the problem with users having access to the projects they should not see. For example, with authz file like this: [groups] project1 = user1,user2 [/] superadmin = rw [/project1] @project1 = rw user1 and user2 can happily browse the entire source tree regardless of the fact they've been given access only to project1. I assume you have removed all source-related permissions (BROWSER_VIEW, FILE_VIEW, LOG_VIEW, CHANGESET_VIEW) with trac-admin, and added AuthzSourcePolicy to [trac] permission_policies? So, can they be restricted somehow only to project1 directory? Well, they should be, and it's working fine here, so either you have hit a bug or still have a configuration issue. Does the authz file have any effect at all? That is, if you set for example: [/] * = Do all your files and directories disappear from the Source Browser? -- Remy signature.asc Description: OpenPGP digital signature
[Trac] Re: Individual browser view for each user
Yes, the trick with removing source related permissions did exactly what I was looking for! Thank you! :) By the way, is this documented anywhere? I didn't find anything even slightly resembling on TracFineGrainedPermissions wiki page... -- 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] Re: Individual browser view for each user
Finally found it here: http://trac.edgewall.org/wiki/TracUpgrade#Auhtzpermissionchecking But I still think it'd be good to have it on Fine Grained Permission page, it could save time and reduce the number of questions in this group :)) -- 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] Re: Individual browser view for each user
eugene wrote: Finally found it here: http://trac.edgewall.org/wiki/TracUpgrade#Auhtzpermissionchecking But I still think it'd be good to have it on Fine Grained Permission page, it could save time and reduce the number of questions in this group :)) Glad it works for you now. Our documentation is a wiki, feel free to improve it for the next user! -- Remy signature.asc Description: OpenPGP digital signature
[Trac] TRAC 0.11.1 on Subversion Edge 1.3 - SVN bindings
Hi all, I have been trying to get TRAC to work using the Python stack which is part of the Subversion Edge installation. First issue I ran into, is that the Windows installers all fail trying to install packages like easy_install, Genshi and TRAC itself because of the non-standard Python installation location (although the correct path is found in the registry). This I could solve easily by downloading the sources and running the setup.py scripts manually. After this, I could start TRACD successfully and was able to access an existing environment with a browser. Immediately an error notification was shown that SVN was not recognized as a repository. I know it means the SVN Python bindings are missing. I think this is strange, because ViewVC, which is part of Subversion Edge, is also running on Python and works just fine. Has anybody tried the same setup? Could you give me a hint on how to solve it? ;o) Thanks a lot, Bas -- 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.