[Trac] Re: TRAC
Tyrone Hed wrote: > Lars, >I understand your comment was meant to be rude. That's fine Not really, more like ironic, but I guess I failed miserably:) > and is your right. My reason for mentioning that I originally > worked on the mainframe was to point out that I was not a script > kiddie. I did not intend it to mean that it would have helped > me in this unix environment. So, you're not a script kiddie, you're more like a whining old fart like myself then? (trying for ironic, guess I failed again:) >Thank you for your rudeness--it validates my decision to abandon your > product. Not my product at all, don't know why you say that? I don't know why you go on like this, this is one of the more helpful lists around, and disrespecting the people on this list, that's plain rude. Instead of being rude, you should channel that energy into the techie questions, and you should be able to solve your problem with the help of the good people on this list. Besides, http://trac.edgewall.org/ticket/6266 hints towards the fact that you can get Trac running on an Aix box, it has obviously been done before. The ticket lists the dependencies with versions and some additional helpful notes. Good Luck! /Lars > -Original Message- >> From: Lars Stavholm <[EMAIL PROTECTED]> >> Sent: Nov 9, 2007 5:09 PM >> To: trac-users@googlegroups.com >> Subject: [Trac] Re: TRAC >> >> >> Tyrone Hed wrote: >>> Gary, >>> I never claimed to be a unix admin or even close. >>> I do just fine for the simple stuff but I am more in >>> the J2EE world. I worked on mainframes in the mid 1990s >>> and have been working Java in Manhattan since about 1998. >>> >>>And I'm giving up on Trac. Sorry to waste your time. >> I guess the mainframe experience didn't help you a whole lot. >> /L >> >> > > > > > --~--~-~--~~~---~--~~ 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] Re: Regarding TRAC Install
On Fri, Nov 09, 2007 at 05:16:34PM -0500, Noah Kantrowitz wrote: > A few similar tools off the top of my head: > * GForge > * DotProject > * JTrac > * CvsTrac > * SharpForge > * PrimoPlanner (possibly defunct) Jira. Rainer --~--~-~--~~~---~--~~ 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] safe ticket life cycle patch 0.10.4 -> 0.11?
Hi, Happily been using 0.10.4 in a research group for a couple of months now. And it takes more effort in getting the guys actually using trac then installing it :-) One of the earlier tickets in our system is "migrate to 0.11.x" in view of the serious improvement in the ticket life cycle (aka work flow). Is there any chance of patching 0.10.4 safely (stability is and remains key for us) to 0.11.x standards, such that - only - this ticket life cycle feature can be brought into place? I am not reluctant to merge some python files... but, hm... you know what I mean. Cheers! JtH --~--~-~--~~~---~--~~ 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] Single Sign On Authentication
Hi All, At my work place, we are using SSO for our web applications. I am wondering if any is currently working on any plugin or anything that may integrate with this? Basically, apache will help do the authentication. If everything is successful, the user name is stored in a variable in the session. I want to modify TRAC to use that variable as the user login w/o having the need for the password and automatically log the user in. Thanks, Doug --~--~-~--~~~---~--~~ 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] Re: TRAC "difficult install" = 2,760 Google hits
I thought trac was a breeze to install. Administering it is even easier. Wonderful product - such a shame my manager is adverse to open source solutions :( On Nov 9, 3:38 pm, "Jesse Stewart" <[EMAIL PROTECTED]> wrote: > On Nov 9, 2007 1:11 PM, Tyrone Hed <[EMAIL PROTECTED]> wrote: > > > > > Well, this really explains it: EVERYBODY thinks it's impossible to > > install TRAC. > > I had no trouble setting it up on ubuntu. There were quite a few steps > required in my case, but being an svn *and* python newcomer I was > surprised it took less than one day. I think the docs could use a > little more detail on the way python packages work (even though that > information can be found elsewhere too). --~--~-~--~~~---~--~~ 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] Re: Begginer
On 11/09/2007 05:37 PM, Samuel A. Falvo II spoke thusly: > I am getting pretty sick of this question being asked over and over > again, so I'm going to write something to address this question once > and for all. Excellent, Samuel! You should submit this to several magazines/newspapers or whatever as an editorial. At the very least post it on a blog somewhere! Thanks for your thoughtful description of the issues we all live with every day. -Dan -- C. Daniel Chase [EMAIL PROTECTED] Web Systems Analyst (423) 425-4003 The University of Tennessee at Chattanooga http://www.utc.edu/ Get Firefox! http://www.spreadfirefox.com/?q=affiliates&id=58708&t=1 HighEdWebDev 2007 http://highedweb.org/2007/ --~--~-~--~~~---~--~~ 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] Installation using virtual servers
For those of you who feel it is hard getting trac (or any other software) running, may I give a brief recommendation of the way I did it (at least, for those starting from scratch)? Install a fairly minimal Linux system (I used a 64-bit debian server installation, with no non-essential package options). Use lvm2 for your disks, combined with either reiserfs or xfs - that lets you make separate partitions for different purposes, and resize then as needed without even umounting them. Pick a virtual server system. I use openvz, which gives strong separation with minimal overhead (the virtual servers share the main kernel) - alternatives include linux-vservers (slightly lighter), kvm (heavier, as the kernels are separate), xen (even the "host" is a virtual machine), and various commercial choices. Don't install any significant software on the host. Make virtual servers for each application, using a lvm2 partition for each. The virtual servers can be different distros (I use a mixture of 32-bit and 64-bit debian, but you can spread out wider than that even while sharing the kernel). This way, you can pick whichever distribution you want to fit the problem at hand, and you can pick whichever versions of the software you like. If you have a trac server that prefers apache 2, use apache 2 on your trac virtual server. If you have a crm server that prefers apache 1, use apache 1 on the crm virtual server - there are no conflicts, and no concerns about which port they want to use, as they are different virtual servers. If you're half-way through a server setup, and find you've made a complete mess, erasing the virtual server and starting again is done in a couple of minutes (using a web cache proxy makes downloads and updates faster). Many people will tell you about the benefits of virtual servers in terms of security, or the ability to use fewer physical servers, or the ability to migrate virtual servers between physical servers as you need more power or space. All of that is true, but the big benefit I see is the separation of tasks so that you can avoid any questions of conflicts, and the freedom to have different balances between version stability and frequent updates for different services. My trac installation was done quickly and easily following a couple of how-tos found by google, starting from a minimal installation of debian on a virtual server. David --~--~-~--~~~---~--~~ 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] Re: TRAC "difficult install" = 2,760 Google hits
[EMAIL PROTECTED] kirjoitti: > I thought trac was a breeze to install. Administering it is even > easier. Wonderful product - such a shame my manager is adverse to open > source solutions :( Too bad about that OSS stuff. We managed to convince our management that OSS is good and almost all our end products run on OSS stuff or at least uses OSS components. Including Trac to keep our tickets in order.. :) What comes to installation of Trac I first found it was difficult to install (it was more diffult around version 0.7 or so when I started to use Trac.) Specially because back then company I work for didn't had *nix servers, only Windows. Getting all dependencies were pretty painful, specially that [place your favourite dirty word here] Clearsilver. Good that I don't need it anymore. Well I managed eventually to get single project to run but since work environment contained multiple projects it was a bit challenge to make all work. Now what makes Trac difficult to "install". Installation usually goes "smoothly" since there is not really much to install. But using and maintaining first instance might be a bit difficult. What Trac could use is "management console" that can be used to setup svn+trac without a hitch. Now you need to know at least a bit of command-line and such - things that some people never have used to. :) -- Jani Tiainen --~--~-~--~~~---~--~~ 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] Re: Installation using virtual servers
David Brown kirjoitti: > For those of you who feel it is hard getting trac (or any other > software) running, may I give a brief recommendation of the way I did it > (at least, for those starting from scratch)? Very good advice... > Pick a virtual server system. I use openvz, which gives strong > separation with minimal overhead (the virtual servers share the main > kernel) - alternatives include linux-vservers (slightly lighter), kvm > (heavier, as the kernels are separate), xen (even the "host" is a > virtual machine), and various commercial choices. vmware does pretty good job for server virtualization these days. Very good pick. > Many people will tell you about the benefits of virtual servers in terms > of security, or the ability to use fewer physical servers, or the > ability to migrate virtual servers between physical servers as you need > more power or space. All of that is true, but the big benefit I see is > the separation of tasks so that you can avoid any questions of > conflicts, and the freedom to have different balances between version > stability and frequent updates for different services. Well for security things it might actually give a less security... But good thing is that you can separate tasks - You don't need to bloat server with all kind of unneeded stuff and if something fails while setting up you can start over. If you bloat single server that is pretty much impossible. Good thing is also that some virtual servers allows makes copies and then you can play around with copy without having to destroy your running environment. -- Jani Tiainen --~--~-~--~~~---~--~~ 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] Re: Single Sign On Authentication
Are you using windows? If so, the mod_auth_sspi module for Apache is what you need. Works pretty well unless you machine has cached windows credentials like mine did :) Good Luck, Andrew --~--~-~--~~~---~--~~ 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] Re: Installation using virtual servers
Jani Tiainen wrote: > David Brown kirjoitti: >> For those of you who feel it is hard getting trac (or any other >> software) running, may I give a brief recommendation of the way I did it >> (at least, for those starting from scratch)? > > Very good advice... > >> Pick a virtual server system. I use openvz, which gives strong >> separation with minimal overhead (the virtual servers share the main >> kernel) - alternatives include linux-vservers (slightly lighter), kvm >> (heavier, as the kernels are separate), xen (even the "host" is a >> virtual machine), and various commercial choices. > > vmware does pretty good job for server virtualization these days. Very > good pick. > It depends on your requirements - vmware (in my limited experience) is relatively heavy. Each virtual machine has its own separate installation of an operating system. That means setting up a new server is similar to a standard installation (although I suppose you can install a base, then copy it for new machines?). Changes such as giving the virtual server more or less resources (memory, disk place, etc.) are akin to doing the changes physically, and require the same sorts of service such as reboots to see the extra memory. Openvz, on the other hand, is much easier. It is somewhat akin to an enhanced chroot jail - it's file system is a branch of the host's file system, and it's processes run on the host's kernel. But extra levels of security and accounting allow finer control of the virtual servers, so that you can control maximums and guaranteed minimums for memory, cpu time, network buffers, disk space, etc., and you cannot break out of the virtual machine using known chroot methods (I'm not claiming it can't be broken, of course). Sometimes you want to run a different kernel on your virtual machine, or use more virtualised devices (other than disks and networks), and then need a more complete virtualisation system (like vmware, kvm, or xen). But for my use (with virtual servers for email, databases, an ftp server, two experimental crm systems, svn/trac, freenx, and probably a few others I've forgotten at the moment), openvz is a better way to go. (The SWsoft also have commercial version called Virtuozzo, if you want paid support, extra management tools, etc.) >> Many people will tell you about the benefits of virtual servers in terms >> of security, or the ability to use fewer physical servers, or the >> ability to migrate virtual servers between physical servers as you need >> more power or space. All of that is true, but the big benefit I see is >> the separation of tasks so that you can avoid any questions of >> conflicts, and the freedom to have different balances between version >> stability and frequent updates for different services. > > > Well for security things it might actually give a less security... > A collection of virtual machines on one physical machine will, all other things being equal, be less secure than a corresponding collection of physical machines. And a lightweight virtualisation system like openvz will be slightly less secure than a more heavyweight solution. But my belief (I've nothing but experience and common sense to back this up - no statistics or reports) is that separate virtual machines for different tasks is more secure than the traditional method of one server providing a range of services. Attack vectors often exploit combinations of software for security breaches - one service's faults might allow the attacker to run a script, while another service's faults might allow for privilege escalation to root. When these two services are on separate virtual servers, this connection is broken, and damage is much more limited. For additional security, none of the openvz virtual machines have any valid logins (you can enter a virtual machine shell from the host). Of course, if anyone breaks out to the host from one of the virtual machines, and gets root access, everything is lost on all the virtual servers - but that applies whenever someone gets root access. > But good thing is that you can separate tasks - You don't need to bloat > server with all kind of unneeded stuff and if something fails while > setting up you can start over. If you bloat single server that is pretty > much impossible. > Absolutely. It makes setup easy, and it makes it easy to see what is happening and what is important on a given virtual server. It also makes updates faster and smoother (again, a web cache makes these much faster for common files). > Good thing is also that some virtual servers allows makes copies and > then you can play around with copy without having to destroy your > running environment. > That's easy too on openvz, as is backup or comparison between virtual machines (to see why one setup works and not another). mvh., David --~--~-~--~~~---~--~~ You received this message because yo
[Trac] Re: Just installed and get blank 'available projects' page when fire up tracd
It's been awhile since I setup svn on Trac, but I think you need the Python svn module first. If you're using windows, you can get those here: http://subversion.tigris.org/servlets/ProjectDocumentList?folderID=8100&expandFolder=8100&folderID=8100 You need to be sure you pick the right one for your version of svn and python. After that, I think you simply need to tell trac where your svn repo is in the trac.ini file. I forget exactly what the property in the .ini is, but it was easy to find. I also vaguely remember reading that the SVN repo and Trac needed to be located on the same physical server. I'm not sure that's true anymore but you can ry it this way if you have any problems doing it remotely. Good Luck!! Drew On Nov 9, 7:18 pm, "Paul Hutton" <[EMAIL PROTECTED]> wrote: > Hi Drew, > > Ok, a reboot appears to have sorted this out. I now have the unsupported > version control system error, which I should be able to figure out from > the forums, etc. I think that I need to install the svn bindings > properly - if you have any pointers on this that would be great > > Thanks, > > Paul > > -Original Message- > From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] > > On Behalf Of [EMAIL PROTECTED] > Sent: Saturday, 10 November 2007 1:16 AM > To: Trac Users > Subject: [Trac] Re: Just installed and get blank 'available projects' > page when fire up tracd > > Did your run > > trac-admin /path/to/myproject initenv > > to create a trac project? > > You will also need to add that project ti the tracd command so it > knows about it when it starts the server. > > tracd --port 8000 /path/to/myproject > > Hope this helps!! > Drew > > On Nov 8, 2:58 pm, Daryan <[EMAIL PROTECTED]> wrote: > > Hi all, > > > I am new to Trac and I am after some help please. I have just > > installed Trac on a windows platform using python 2.4 and then fired > > up tracd as per the install instructions TracOnWindows. The result > > that I get in the browser is a single blank page saying 'Available > > Projects' in a large font.The tracd console window shows no errors > > just a simple get command. Does anyone know what I may have done > > wrong? > > > Seems similar > tohttp://groups.google.com/group/trac-users/browse_thread/thread/4f66a2. > .. > > but obviously a different platform > > > 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Just installed and get blank 'available projects' page when fire up tracd
Drew, All excellent advice mate, thanks. Cheers, Paul -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Sunday, 11 November 2007 5:15 AM To: Trac Users Subject: [Trac] Re: Just installed and get blank 'available projects' page when fire up tracd It's been awhile since I setup svn on Trac, but I think you need the Python svn module first. If you're using windows, you can get those here: http://subversion.tigris.org/servlets/ProjectDocumentList?folderID=8100&; expandFolder=8100&folderID=8100 You need to be sure you pick the right one for your version of svn and python. After that, I think you simply need to tell trac where your svn repo is in the trac.ini file. I forget exactly what the property in the .ini is, but it was easy to find. I also vaguely remember reading that the SVN repo and Trac needed to be located on the same physical server. I'm not sure that's true anymore but you can ry it this way if you have any problems doing it remotely. Good Luck!! Drew On Nov 9, 7:18 pm, "Paul Hutton" <[EMAIL PROTECTED]> wrote: > Hi Drew, > > Ok, a reboot appears to have sorted this out. I now have the unsupported > version control system error, which I should be able to figure out from > the forums, etc. I think that I need to install the svn bindings > properly - if you have any pointers on this that would be great > > Thanks, > > Paul > > -Original Message- > From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] > > On Behalf Of [EMAIL PROTECTED] > Sent: Saturday, 10 November 2007 1:16 AM > To: Trac Users > Subject: [Trac] Re: Just installed and get blank 'available projects' > page when fire up tracd > > Did your run > > trac-admin /path/to/myproject initenv > > to create a trac project? > > You will also need to add that project ti the tracd command so it > knows about it when it starts the server. > > tracd --port 8000 /path/to/myproject > > Hope this helps!! > Drew > > On Nov 8, 2:58 pm, Daryan <[EMAIL PROTECTED]> wrote: > > Hi all, > > > I am new to Trac and I am after some help please. I have just > > installed Trac on a windows platform using python 2.4 and then fired > > up tracd as per the install instructions TracOnWindows. The result > > that I get in the browser is a single blank page saying 'Available > > Projects' in a large font.The tracd console window shows no errors > > just a simple get command. Does anyone know what I may have done > > wrong? > > > Seems similar > tohttp://groups.google.com/group/trac-users/browse_thread/thread/4f66a2. > .. > > but obviously a different platform > > > 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 [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Single Sign On Authentication
is there any possibility of a "mod_auth_sspi" which runs on unix/linux too? On Nov 10, 6:37 pm, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > Are you using windows? If so, the mod_auth_sspi module for Apache is > what you need. Works pretty well unless you machine has cached > windows credentials like mine did :) > > Good Luck, > Andrew --~--~-~--~~~---~--~~ 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] Re: TRAC "difficult install" = 2,760 Google hits
what does "adverse" do in these paragraphs? i mean usually there is something like a "need", and a "solution", and maybe "better solution", isn't it? On Nov 10, 2:50 pm, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > I thought trac was a breeze to install. Administering it is even > easier. Wonderful product - such a shame my manager is adverse to open > source solutions :( > > On Nov 9, 3:38 pm, "Jesse Stewart" <[EMAIL PROTECTED]> wrote: > > > On Nov 9, 2007 1:11 PM, Tyrone Hed <[EMAIL PROTECTED]> wrote: > > > > Well, this really explains it: EVERYBODY thinks it's impossible to > > > install TRAC. > > > I had no trouble setting it up on ubuntu. There were quite a few steps > > required in my case, but being an svn *and* python newcomer I was > > surprised it took less than one day. I think the docs could use a > > little more detail on the way python packages work (even though that > > information can be found elsewhere too). --~--~-~--~~~---~--~~ 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] Re: Single Sign On Authentication
maybe kerberos/gssapi would be a possibility? see http://www.grolmsnet.de/kerbtut/ ... On Nov 10, 1:20 pm, anhD <[EMAIL PROTECTED]> wrote: > Hi All, > At my work place, we are using SSO for our web applications. I > am wondering if any is currently working on any plugin or anything > that may integrate with this? Basically, apache will help do the > authentication. If everything is successful, the user name is stored > in a variable in the session. I want to modify TRAC to use that > variable as the user login w/o having the need for the password and > automatically log the user in. > > Thanks, > Doug --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---
