Re: [rt-users] Install on CentOS, best current instructions
Hello, I have been running and upgrading RT on CentOS (today RT 3.8.7 on CentOS v5.5) for several years. In addition to all the good advices previously given, I would add, in short : the main (and single !) issue is about non RHEL-compliant Perl modules; up to RT 3.6, it seemed that we had to deal with only one such non-standard module, now there seem to be more. I picked up some from rpmforge, as I was trying to keep an rpm-administered system if possible, but eventually I dropped this tedious solution, and finished with : make testdeps make fixdeps (documented in the README from the stock tar.gz downloaded RT archive) Now, when I am upgrading my OS, I monitor possible perl* updates : whenever I seen one, I am going back immediately to make testdeps (because I am curious) make fixdeps (jumping here directly should be sufficient as a quick fix) So far so good ... --- Robert GRASSO System engineer CEDRAT S.A. 15 Chemin de Malacher - Inovallée - 38246 MEYLAN cedex - FRANCE Phone: +33 (0)4 76 90 50 45 - Fax: +33 (0)4 56 38 08 30 mailto:robert.gra...@cedrat.com - http://www.cedrat.com > -Message d'origine- > De : rt-users-boun...@lists.bestpractical.com > [mailto:rt-users-boun...@lists.bestpractical.com] De la part > de Steve Szmidt > Envoyé : 6 août 2010 21:24 > À : rt-users@lists.bestpractical.com > Objet : Re: [rt-users] Install on CentOS, best current instructions > > On Friday, August 06, 2010 02:59:42 pm Joseph Spenner wrote: > > > There is also this, which is a bit overkill, but you can > skip the "Active > > Directory 2003 & Exchange 2007" headache, and only do the > RT part. :) > > > > Fortunately I'm windows free so I don't need to mess with > those "headache's". > > These replies are interesting however. > > -- > > Steve Szmidt > Call Center Service Group, LC > http://callcentersg.com > 727-330-9491 opt 5 > > Discover RT's hidden secrets with RT Essentials from O'Reilly Media. > Buy a copy at http://rtbook.bestpractical.com > Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Install on CentOS, best current instructions
Howard Jones wrote: On 06/08/2010 19:09, Jerrad Pierce wrote: Install from source, with a non-system perl. Why non-system perl, Jerrad? I've never had a problem with it (that I know of), but have I just been lucky? My only RPM-related problem is having to reinstall a current version of Sys::Syslog after every yum update (anyone know why that happens?) You are over writing files supplied by the perl package. $ rpm -q --whatprovides 'perl(Sys::Syslog)' perl-5.8.8-32.el5_5.1 When the perl package gets updated, RPM compares the checksums of the installed files to those in the new package, detects the checksums don't match, and installs the files from the new package over the existing ones. This is correct behavior and the only sane way a package manager can operate. Furthermore if you run a verify over your file system errors will be reported since the files installed do not match the checksums from the RPM, so you've made your system unverifiable. Probably not a great tragedy, but something you should avoid unless you have a very persuasive argument. It's trivial to avoid this if you use RPM. You can either roll your own spec file or use cpanspec to do the heavy lifting for you. I use cpanspec. 1: install the cpanspec package (on your development box eh) 2: cpanspec Sys::Syslog 3: edit perl-Sys-Syslog.spec as below 4: rpmbuild -ba --define "_sourcedir `pwd`" --define "_builddir `pwd`" --define "_srcrpmdir `pwd`" --define "_rpmdir `pwd`" perl-Sys-Syslog.spec 5: install the RPM where required, or setup a yum repo All the --defines aren't strictly required, but it forces rpmbuild to use the current directory and that's generally where I want the RPMs to end up. ### spec file edits ### %build # add INSTALLVENDORMAN3DIR %{__perl} Makefile.PL INSTALLDIRS=vendor OPTIMIZE="$RPM_OPT_FLAGS" INSTALLVENDORMAN3DIR=/usr/local/share/man/man3 ... %files %defattr(-,root,root,-) %doc Changes README README.win32 %{perl_vendorarch}/auto/* %{perl_vendorarch}/Sys* # change man path /usr/local/share/man/man3/* ### end spec file edits ### Since vendor is searched before core, the new module gets found first. Since the files are on a different path to the ones in the perl package they won't get affected when perl updates. If you are having a clash in vendor, use site instead, which is even earlier in the perl path. Easy! Cheers, Jeff. -- Jeff Fearn Software Engineer Engineering Operations Red Hat, Inc Freedom ... courage ... Commitment ... ACCOUNTABILITY Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Install on CentOS, best current instructions
On 8/6/10 11:40 AM, "Jerrad Pierce" wrote: >> Why non-system perl, Jerrad? I've never had a problem with it (that I know >> of), but have I just been lucky? >> >> My only RPM-related problem is having to reinstall a current version of >> Sys::Syslog after every yum update (anyone know why that happens?) > > Precisely. RedHat is bad at not clobbering newer versions of modules > (RPM has the ability to run prep scripts, which could check to see that > the version being replaced is not newer than the package to be installed). > > You encounter this, and on Centos 4 I encounter File::Temp occasionally > being downgraded to an incompatible version. > > Discover RT's hidden secrets with RT Essentials from O'Reilly Media. > Buy a copy at http://rtbook.bestpractical.com This is why I normally build the needed Perl module RPMs to live in site_perl instead of vendor_perl, and then epoch them to 100 so RH can't clobber my changes. The problem overall is that CPAN doesn't tie into RPM. Using only the prep scripts like that would break the RPM dependency chain which isn't based off what's on the file system, but rather it's concept of "capabilities" which are only defined in the RPM DB from the metadata provided in RPM. -- Gary L. Greene, Jr. IT Operations Minerva Networks, Inc. Cell: (650) 704-6633 Phone: (408) 240-1239 Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Install on CentOS, best current instructions
If you can follow this thread, here some very specific instructions I typed out once upon a time: http://www.gossamer-threads.com/lists/rt/users/85040?search_string=5.3;#85040 Instead of mod-perl or Apache FastCGI, the instructions call for using mod_fcgid which is part of the standard RHEL repo. -- James Moseley On Fri, Aug 6, 2010 at 1:00 PM, Steve Szmidt wrote: > Hi, > > With all the dependencies there are a number of pitfalls, and a number of > different instructions. I bought the book, which is not completely current > anymore. I don't know what might have changed. > > What/where are the best instructions to follow to do the install? > > Also, I prefer to stick to a RH (rpm) based distro. Right now I'm using > CentOS > for the install. Any thoughts on this? > > PERL is certainly omnipresent in RT and a lot of mods are used. Which is > the > best set of instructions for this distro. > > My production arch is likely to be i386 with 2G RAM and about 5 techs. Of > course SQL loves RAM as does PERL, I'd love to hear some notes on the arch. > > Steve > > Discover RT's hidden secrets with RT Essentials from O'Reilly Media. > Buy a copy at http://rtbook.bestpractical.com > Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Install on CentOS, best current instructions
On Friday, August 06, 2010 02:59:42 pm Joseph Spenner wrote: > There is also this, which is a bit overkill, but you can skip the "Active > Directory 2003 & Exchange 2007" headache, and only do the RT part. :) > Fortunately I'm windows free so I don't need to mess with those "headache's". These replies are interesting however. -- Steve Szmidt Call Center Service Group, LC http://callcentersg.com 727-330-9491 opt 5 Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Install on CentOS, best current instructions
--- On Fri, 8/6/10, Jerrad Pierce wrote: > > Precisely. RedHat is bad at not clobbering newer versions > of modules > (RPM has the ability to run prep scripts, which could check > to see that > the version being replaced is not newer than the package to > be installed). > > You encounter this, and on Centos 4 I encounter File::Temp > occasionally > being downgraded to an incompatible version. > I recently installed RT 3.8.8 on CentOS 5.4, 64bit. There were a few extra steps I had to do in order for the 'make fixdeps' to succeed: # yum install gd # yum install gd-devel Get the graphviz repo file. # cp graphviz-rhel.repo /etc/yum.repos.d/ # yum install graphviz There is also this, which is a bit overkill, but you can skip the "Active Directory 2003 & Exchange 2007" headache, and only do the RT part. :) http://wiki.bestpractical.com/view/CentOS5InstallPlusSome Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Install on CentOS, best current instructions
> Why non-system perl, Jerrad? I've never had a problem with it (that I know > of), but have I just been lucky? > > My only RPM-related problem is having to reinstall a current version of > Sys::Syslog after every yum update (anyone know why that happens?) Precisely. RedHat is bad at not clobbering newer versions of modules (RPM has the ability to run prep scripts, which could check to see that the version being replaced is not newer than the package to be installed). You encounter this, and on Centos 4 I encounter File::Temp occasionally being downgraded to an incompatible version. Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Install on CentOS, best current instructions
On 06/08/2010 19:09, Jerrad Pierce wrote: Install from source, with a non-system perl. Why non-system perl, Jerrad? I've never had a problem with it (that I know of), but have I just been lucky? My only RPM-related problem is having to reinstall a current version of Sys::Syslog after every yum update (anyone know why that happens?) Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Install on CentOS, best current instructions
> With all the dependencies there are a number of pitfalls, and a number of > different instructions. I bought the book, which is not completely current > anymore. I don't know what might have changed. > > What/where are the best instructions to follow to do the install? The README that comes with the distribution. Install from source, with a non-system perl. CPAN/CPANPLUS is your friend, and it will handle dependencies just fine. Installation is trivial unless you have SELinux enabled, and even then it's not too hard to figure out what strictures need to be loosened from logs, list archives and the wiki. -- Cambridge Energy Alliance: Save money. Save the planet. Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] Install on CentOS, best current instructions
Hi, With all the dependencies there are a number of pitfalls, and a number of different instructions. I bought the book, which is not completely current anymore. I don't know what might have changed. What/where are the best instructions to follow to do the install? Also, I prefer to stick to a RH (rpm) based distro. Right now I'm using CentOS for the install. Any thoughts on this? PERL is certainly omnipresent in RT and a lot of mods are used. Which is the best set of instructions for this distro. My production arch is likely to be i386 with 2G RAM and about 5 techs. Of course SQL loves RAM as does PERL, I'd love to hear some notes on the arch. Steve Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com