Re: [Trac] Share the Wisdom: What's better? Hosting trac on Windows or Linux?
Quoting ChiefEngr jwane...@gmail.com: I'm thinking about rolling out somethng like Trac with SVN to handle revision control (and whatever database engine is the best way to go). SVN is OK, esp. when using the Tortoise GUI on Windows. Anyway in the open source community most people use git nowadays, which is much more powerful than SVN. My question? Well, should I host this server on a Windows box or a Linux box? For the end user, there is no difference at all. For the admin, Linux is most likely the better choice than Windows, but YMMV. As a Debian developer, I'm biased, but I would go for a Debian server, or maybe for Ubuntu LTS. Or, is Trac the wrong tool? Is Redmine or something else better? Trac is just fine, but ask on the redmine list as well to get a more balanced view. So here is your chance -- someone is actually **asking** for your opinion! You didn't ask, which database engine to use. I answer anyway: Use PostgreSQL. SQLite gets slow on multiple users. You didn't ask for the web server to use neither, but I suggest to use Apache with mod_wsgi and the apache2-mpm-worker package. Summary: Debian (or Ubuntu) Linux + Apache + WSGI + PostgreSQL + SVN (or git) + Trac, and you're fine. Cheers -- 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] Share the Wisdom: What's better? Hosting trac on Windows or Linux?
On 2012-08-15 12:33, W. Martin Borgert wrote: Summary: Debian (or Ubuntu) Linux + Apache + WSGI + PostgreSQL + SVN (or git) + Trac, and you're fine. Or Debian + nginx + uWSGI + PostgreSQL + git/mercurial + Trac, at least it works on my PC. Eduard -- 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] Share the Wisdom: What's better? Hosting trac on Windows or Linux?
Greetings, On Wed, Aug 15, 2012 at 1:28 AM, ChiefEngr jwane...@gmail.com wrote: Hello Everyone, I'm looking to set up a project tracking environment for a group of people who's primary desktop environment is Windows, but who are doing development under both WIndows and Linux systems. (To clarify, not a alot of cross-platform development going on here -- Windows based development is for Windows envrironments and Linux-based development is for Linux environments.) There's C(xx), Python, Perl, Java, and even MS Visual Studio work happening here. I'm thinking about rolling out somethng like Trac with SVN to handle revision control (and whatever database engine is the best way to go). I figure I'll also want Doxygen to plug in to this so we can take advantage of what it brings to the table. I'll probably want some kind of user-based access controls, but I'm not worried about having single login (although it would be very nice, especially from the WIndows side of things). We're not running a domain (AD, LDAP, et al). My question? Well, should I host this server on a Windows box or a Linux box? Is one going to be more seamless for my users? Is one going to be more seamless (and more stable) for me to get going? Which flavor of OS is more likely to work (on the Windows side - Windows Server (03, 08) vs a desktop Windows (XP, 7) [no Vista!]; on the Linux side - CentOS (5, 6), Fedora, Ubuntu)? I had setup SVN+Trac on Centos 5 for about half a dozen sites with full ACL. Yet to hear any issues. Couple of sites had 50+ devs, QA etc. In one site they used SVN for everything -- even docs and spreadsheets. Mix of clients -- fedora, xp, ubuntu, centos et al. In the process of setting up SVN+Trac on Centos 6 box may be this or next week. HTH -- Regards, Rajagopal -- 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] Share the Wisdom: What's better? Hosting trac on Windows or Linux?
Hello Everyone, I'm hoping to pick your collective brain before I embark on this journey and make all sorts of bad choices. I'm looking to set up a project tracking environment for a group of people who's primary desktop environment is Windows, but who are doing development under both WIndows and Linux systems. (To clarify, not a alot of cross-platform development going on here -- Windows based development is for Windows envrironments and Linux-based development is for Linux environments.) There's C(xx), Python, Perl, Java, and even MS Visual Studio work happening here. I'm thinking about rolling out somethng like Trac with SVN to handle revision control (and whatever database engine is the best way to go). I figure I'll also want Doxygen to plug in to this so we can take advantage of what it brings to the table. I'll probably want some kind of user-based access controls, but I'm not worried about having single login (although it would be very nice, especially from the WIndows side of things). We're not running a domain (AD, LDAP, et al). My question? Well, should I host this server on a Windows box or a Linux box? Is one going to be more seamless for my users? Is one going to be more seamless (and more stable) for me to get going? Which flavor of OS is more likely to work (on the Windows side - Windows Server (03, 08) vs a desktop Windows (XP, 7) [no Vista!]; on the Linux side - CentOS (5, 6), Fedora, Ubuntu)? Or, is Trac the wrong tool? Is Redmine or something else better? So here is your chance -- someone is actually **asking** for your opinion! I'll be very grateful for any guidance now (before I give Charon my coin). Thanks in advance for yor thoughtful replies. -- 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/-/d7l9_KujIFsJ. 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] Share the Wisdom: What's better? Hosting trac on Windows or Linux?
On 08/14/2012 03:58 PM, ChiefEngr wrote: My question? Well, should I host this server on a Windows box or a Linux box? My default choice is Trac + Git on Linux. 1. On revision control: However, given the love Windows users have for GUIs and IDEs, you might want to take a long look at Mercurial (hg), which is what my wife uses at her shop (predominantly Windows-based development using C# and Java, with Linux server backends). It integrates more nicely with things and doesn't scare the n00bs. I wouldn't set up new projects with SVN. Once you really get used to using a DVCS, you'll wonder how you got by without it. One caveat - if you're going to be doing a lot of FLOSS, git may be preferable to hg, because it has greater market penetration into that sector. Since my job is mainly Linux-based FLOSS, and most of us are on Linux (or the first thing we do on Windows is install Cygwin) we use git here. 2. On servers: I've been quite fond of Ubuntu LTS server for the past 5 years or so. apt is fast, all the breaking of things Canonical has done has been on the workstation side (Unity, blech!), and it's got a 5 year support cycle for LTS. Debian is another solid choice. I tend to not like rpm-based distros because they take so long to query their DBs when installing packages (I literally can start a query, ssh into a debian machine, run that query, get my result, log off, and the RPM query will still be running). Also compelling is the automatic updating of pretty much everything. Basically, there are two buckets - things you install manually and things that come from repositories. The former, you have to keep updated yourself. The latter get updated automatically, as part of the OS. I find that, with Windows, the former list is rather large, and they may or may not implement their own update mechanism. As such, the maintenance overhead under Linux ends up being much less for me, because I don't need to manually install updates for everything. I just periodically log in to the server and check for updates, then install whatever it finds. Heck, you can even configure it to automatically silently install all critical updates. So, for a normal Trac installation, the only things I find myself having to update manually are the Trac install (because we've modified the source) and plugins. -- Matthew Caron, Software Build Engineer Sixnet, a Red Lion business | www.sixnet.com +1 (518) 877-5173 x138 office -- 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] Share the Wisdom: What's better? Hosting trac on Windows or Linux?
On 08/14/2012 02:58 PM, ChiefEngr wrote: Hello Everyone, ... My question? Well, should I host this server on a Windows box or a Linux box? Is one going to be more seamless for my users? Is one going to be more seamless (and more stable) for me to get going? Which flavor of OS is more likely to work (on the Windows side - Windows Server (03, 08) vs a desktop Windows (XP, 7) [no Vista!]; on the Linux side - CentOS (5, 6), Fedora, Ubuntu)? The best OS is the one you (or whoever ends up maintaining the server) know best. -- Dimitri Maziuk Programmer/sysadmin BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu signature.asc Description: OpenPGP digital signature
Re: [Trac] Share the Wisdom: What's better? Hosting trac on Windows or Linux?
On 14/08/12 21:50, Dimitri Maziuk wrote: On 08/14/2012 02:58 PM, ChiefEngr wrote: Hello Everyone, ... My question? Well, should I host this server on a Windows box or a Linux box? Is one going to be more seamless for my users? Is one going to be more seamless (and more stable) for me to get going? Which flavor of OS is more likely to work (on the Windows side - Windows Server (03, 08) vs a desktop Windows (XP, 7) [no Vista!]; on the Linux side - CentOS (5, 6), Fedora, Ubuntu)? The best OS is the one you (or whoever ends up maintaining the server) know best. +1 -- Regards, Frank Jack of all, fubars -- 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] Share the Wisdom: What's better? Hosting trac on Windows or Linux?
On 8/14/12, ChiefEngr jwane...@gmail.com wrote: Hello Everyone, :) I'm hoping to pick your collective brain before I embark on this journey and make all sorts of bad choices. I'm looking to set up a project tracking environment for a group of people who's primary desktop environment is Windows, but who are doing development under both WIndows and Linux systems. (To clarify, not a alot of cross-platform development going on here -- Windows based development is for Windows envrironments and Linux-based development is for Linux environments.) There's C(xx), Python, Perl, Java, and even MS Visual Studio work happening here. I used to manage one such scenario where many Windows and GNU/Linux PCs (... including VMs ...) were deployed . - I do not recommend using IIS on Windows ... it's a real PITA . - httpd on Windows works , but I've always achieved poor performance as compared with ... - httpd on GNU/Linux has delivered good performance to me. I've always used Debian on all my servers - ... but you can run it in many other scenarios and it will work I'm thinking about rolling out somethng like Trac with SVN to handle revision control well , if you ask me I prefer DVCS , especially Mercurial because it's very similar to svn, has simple concise set of commands , and is powered by Python , which makes it really multi-platform and easy to be migrated from one place (platform) to the other . but svn is just fine if that's what you like . (and whatever database engine is the best way to go). SQL Server * is out of the equation if you want to use Trac . PostgreSQL and MySQL are good choices for big projects . I figure I'll also want Doxygen to plug in to this so we can take advantage of what it brings to the table. There's a plugin @ t.h.o afaicr I'll probably want some kind of user-based access controls, but I'm not worried about having single login (although it would be very nice, especially from the WIndows side of things). We're not running a domain (AD, LDAP, et al). there are a lot of integrations possible . Once upon a time I even managed to setup an SSO based on OpenId powered by a central OpenId server running gracie connected to MS AD for user login via PAM ... all that flexible will be available ootb in GNU/Linux afaik . My question? Well, should I host this server on a Windows box or a Linux box? I prefer GNU/Linux Is one going to be more seamless for my users? Users should not notice the difference , except maybe server performance , if this happens ... Is one going to be more seamless (and more stable) for me to get going? Which flavor of OS is more likely to work (on the Windows side - Windows Server (03, 08) vs a desktop Windows (XP, 7) [no Vista!]; on the Linux side - CentOS (5, 6), Fedora, Ubuntu)? On Windows , I've always preferred Windows Server 2003 with Apache httpd Or, is Trac the wrong tool? Is Redmine or something else better? joke if you use Redmine or anything else you'll be removed from this list right away /joke That's something you need to decide and depends on what you actually want to do ... and your favorite flavor . -- 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.
Re: [Trac] Share the Wisdom: What's better? Hosting trac on Windows or Linux?
On 8/14/12, Matthew Caron matt.ca...@redlion.net wrote: On 08/14/2012 03:58 PM, ChiefEngr wrote: My question? Well, should I host this server on a Windows box or a Linux box? My default choice is Trac + Git on Linux. 1. On revision control: However, given the love Windows users have for GUIs and IDEs, you might want to take a long look at Mercurial (hg), which is what my wife uses at her shop (predominantly Windows-based development using C# and Java, with Linux server backends). It integrates more nicely with things and doesn't scare the n00bs. +1 I wouldn't set up new projects with SVN. Once you really get used to using a DVCS, you'll wonder how you got by without it. I second that ... but it's up to the original poster to decide One caveat - if you're going to be doing a lot of FLOSS, git may be preferable to hg, because it has greater market penetration into that sector. Since my job is mainly Linux-based FLOSS, and most of us are on Linux (or the first thing we do on Windows is install Cygwin) we use git here. you could always access your Git repos with Mercurial , and you won't need millions of aliases between the lines of all volumes in your complete Harry Potter collection ;) 2. On servers: I've been quite fond of Ubuntu LTS server for the past 5 years or so. apt is fast, all the breaking of things Canonical has done has been on the workstation side (Unity, blech!), and it's got a 5 year support cycle for LTS. Debian is another solid choice. +1 I tend to not like rpm-based distros because they take so long to query their DBs when installing packages (I literally can start a query, ssh into a debian machine, run that query, get my result, log off, and the RPM query will still be running). +1 ... apt is a pleasure . besides there are tools to create deb install packages for Python apps and you'll be able to use them in order to manage installations via your package management system . Even if you pull plugin code from t.h.o. svn , you'll always know why a file is hanging out somewhere in your file system . That's a higher state of mind Windows admins don't actually enjoy ;) Also compelling is the automatic updating of pretty much everything. Basically, there are two buckets - things you install manually and things that come from repositories. The former, you have to keep updated yourself. The latter get updated automatically, as part of the OS. I find that, with Windows, the former list is rather large, and they may or may not implement their own update mechanism. As such, the maintenance overhead under Linux ends up being much less for me, because I don't need to manually install updates for everything. I just periodically log in to the server and check for updates, then install whatever it finds. Heck, you can even configure it to automatically silently install all critical updates. +1 So, for a normal Trac installation, the only things I find myself having to update manually are the Trac install (because we've modified the source) and plugins. jfyi , the later may be automated with cron , svn , stdeb (or alike) , apt , and such tools ... and everything is managed by debian package manager like I mentioned before ;) -- 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.