Re: [Trac] Re: t-h.o down, but community not so much
On 8/14/12, Steffen Hoffmann wrote: > [...] > > Until someone else steps up with an even better plan, there it is for a > start: > > https://bitbucket.org/hasienda/t-h.o_shadow > > One warning: This is nothing official. this is awesome ! thnx ! -- 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] Re: t-h.o down, but community not so much
On Tuesday, August 14, 2012 6:34:11 PM UTC-4, hasienda wrote: > > My bad, the mailing-list is down too, of course. > Another item for thought ... potentially we should move th-users onto Google Groups in the future? -- 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/-/EZBa0xEicWsJ. 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: t-h.o down, but community not so much
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 14.08.2012 21:10, schrieb Steffen Hoffmann: > Hello, > > I call for your response, if there is another repository clone out there > with a revision higher than my own - 11924. > > It might be worth the effort to put the latest available state to > another place, BitBucket and GitHub have been already thrown into the > discussion. > We'll want to serve all of us as good as possible with such an > intermediate solution, at least until t-h.o is restored. My bad, the mailing-list is down too, of course. So a cross-post is in order here, I guess: Until someone else steps up with an even better plan, there it is for a start: https://bitbucket.org/hasienda/t-h.o_shadow One warning: This is nothing official. Changes build on-top are bound to be re-based after we have the original SVN repo back. Meanwhile better use something like Mercurial Queue [1][2] or prepare patches by other means. Enjoy, Steffen Hoffmann [1] http://mercurial.selenic.com/wiki/MqExtension [2] http://oreilly.com/opensource/excerpts/opensource-mercurial/mercurial-queues-reference.html -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlAq0mAACgkQ31DJeiZFuHec0QCgt70Ko2C0pEAv0Z74MODzCfo8 T0YAn19xQ3M3wGJqhu8cY8Ixaeq5U/By =w+4F -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] Re: Share the Wisdom: What's better? Hosting trac on Windows or Linux?
On Tuesday, August 14, 2012 3:58:21 PM UTC-4, ChiefEngr wrote: > > 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 agree with Dimitri's comment. I will add, however, that if you are looking at running a build server at some point, it may influence your decision. You can certainly run separate Trac/SVN and build servers and that can even be preferable, but I'm now in a situation where I'm running a Windows build server and running Trac on a Linux system, and I wish they were both running off the same OS instance. Of course, I'd end up with both running on the Windows server since the build requirements drive everything, and what I really wish is that I could just run a Linux server ;) -- 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/-/yzqN6sfQubwJ. 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 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.
Re: [Trac] Share the Wisdom: What's better? Hosting trac on Windows or Linux?
On 8/14/12, ChiefEngr 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? > if you use Redmine or anything else you'll be removed from this list right away 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 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 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 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.
[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] TracHacks will be down until August 27th
Hi, I am a co-founder of ProjectLocker, a commercial Trac (and SVN and Git) host. I'd like to volunteer ProjectLocker to host the trac-hacks site as a service to the community. ProjectLocker currently hosts thousands of separate Trac instances, so we have experience with Trac hosting at high volumes. We'd be very interested in putting trac-hacks on production-quality infrastructure and management to ensure uptime and performance. We've reached out to the owner of the trac-hacs.org domain, but do not have contact information for the server admin. If this sounds like it would be beneficial for the community, please have the server admin get in touch with me so that we can make it happen. Thanks, Runako Godfrey On Tue, Aug 14, 2012 at 8:43 AM, RjOllos wrote: > A few of us had a brief email exchange with the trac-hacks server admin > about the site being down. He is currently on vacation and can't do > anything to bring the server online until August 27th when he'll be able to > get onsite and fix the issue. > At that point, we'll be discussing what can be done in the future to > avoid a situation like this again. I'm not sure if that might include > alernative hosting for trac-hacks. > > -- > 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/-/-pFvJkTY5h4J. > 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.
Re: [Trac] Re: [Trac-dev] Trac 1.0beta1 around the corner
On Wed, Aug 8, 2012 at 1:02 PM, Remy Blank wrote: > Christian Boos wrote: >> Once the beta1 packages are ready (hopefully later today), I'll >> follow-up here. > > The 1.0beta1 packages are now available for download: > > http://trac.edgewall.org/wiki/TracDownload#LatestBeta > > Testing and feedback are welcome! Please read the release notes before > upgrading. Also, note that while this beta release should be > functionally complete, the translations aren't, and will be improved in > the next few weeks. > We have also released BitNami Trac Stack for 1.0beta1. I'm sure that the ready-to run installers (for Linux, Windows and OS X), virtual machine or the Amazon Images will make easier to get an early look at this much-anticipated release. http://bitnami.org/stack/trac Enjoy! Best regards, Victoria. -- 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] TracHacks will be down until August 27th
On Tue, Aug 14, 2012 at 3:43 PM, RjOllos wrote: > A few of us had a brief email exchange with the trac-hacks server admin > about the site being down. He is currently on vacation and can't do anything > to bring the server online until August 27th when he'll be able to get > onsite and fix the issue. > At that point, we'll be discussing what can be done in the future to avoid a > situation like this again. I'm not sure if that might include alernative > hosting for trac-hacks. I have a few mirrors on BitBucket: https://bitbucket.org/alexandrul/trac-accountldap-plugin https://bitbucket.org/alexandrul/trac-accountmanager-plugin https://bitbucket.org/alexandrul/trac-apacheuserinfo-plugin https://bitbucket.org/alexandrul/trac-fivestarvote-plugin https://bitbucket.org/alexandrul/trac-tags-plugin https://bitbucket.org/alexandrul/trac-tracdeveloper-plugin https://bitbucket.org/alexandrul/trac-vote-plugin https://bitbucket.org/alexandrul/trac-wysiwyg-plugin -- 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] TracHacks will be down until August 27th
A few of us had a brief email exchange with the trac-hacks server admin about the site being down. He is currently on vacation and can't do anything to bring the server online until August 27th when he'll be able to get onsite and fix the issue. At that point, we'll be discussing what can be done in the future to avoid a situation like this again. I'm not sure if that might include alernative hosting for trac-hacks. -- 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/-/-pFvJkTY5h4J. 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.