|
From: Reid M. <rei...@gm...> - 2007-05-24 13:59:55
|
First I got the 2.2.6 tarball running; then I noticed many features were missing. So I followed the "get it from CVS" directions from http://www.slashcode.com/article.pl?sid=06/02/26/2117247&tid=4&tid=1 All was fine. I read the instructions. Deleted and recreated the MySQL database. make && make install on the new "slash" code I downloaded. Then, when I performed the bin/install-slashsite -u VIRTUAL_USER step, all went well, EXCEPT for the following... Error:Slash::Install:/usr/local/perl-5.8.8/lib/site_perl/5.8.8/i686-linux/Slash/Install.pm:368:virtuser='slash' -- hostinfo='Localhost via UNIX socket' -- Table 'slash.sections' doesn't exist -- INSERT into sections (section, artcount, title) VALUES ('newsvac', 0, 'NewsVac Links') Which was called by:Slash::Install:/usr/local/perl-5.8.8/lib/site_perl/5.8.8/i686-linux/Slash/Install.pm:167 === (NewsVac) Failed on :INSERT into sections (section, artcount, title) VALUES ('newsvac', 0, 'NewsVac Links'): >From poking around, it seems I may have jumbled the code streams?! as the new code should not be trying to create this table anymore. Does slash save data in the perl modules?! I did not reinstall those. BTW - I got R_2_5_0_94 -- is there something newer? |
|
From: Scott L. <sc...@gu...> - 2007-05-24 16:21:16
|
Reid, On Thu, 2007-05-24 at 09:59 -0400, Reid Maynard wrote: > Table 'slash.sections' > doesn't exist Is this an upgrade? Like from 2.2.6 to a current R_ tag? If so, it would appear that you haven't updated the database, or that conversion may not have gone well. Have you tried a fresh install of R_2_5_0_94 instead of an upgrade? If this is a single site on a single box, that may go better. -- Regards, Scott Lockwood |
|
From: shane <sh...@lo...> - 2007-05-24 16:34:10
|
On May 24, 2007, at 9:59 AM, Reid Maynard wrote: > First I got the 2.2.6 tarball running; then I noticed many features > were missing. So I followed the "get it from CVS" directions from > http://www.slashcode.com/article.pl?sid=06/02/26/2117247&tid=4&tid=1 > > All was fine. I read the instructions. Deleted and recreated the MySQL > database. make && make install on the new "slash" code I downloaded. > Then, when I performed the > > bin/install-slashsite -u VIRTUAL_USER > > step, all went well, EXCEPT for the following... > > Error:Slash::Install:/usr/local/perl-5.8.8/lib/site_perl/5.8.8/i686- > linux/Slash/Install.pm:368:virtuser='slash' > -- hostinfo='Localhost via UNIX socket' -- Table 'slash.sections' > doesn't exist -- INSERT into sections (section, artcount, title) > VALUES ('newsvac', 0, 'NewsVac Links') > Which was called > by:Slash::Install:/usr/local/perl-5.8.8/lib/site_perl/5.8.8/i686- > linux/Slash/Install.pm:167 > === (NewsVac) Failed on :INSERT into sections (section, artcount, > title) VALUES ('newsvac', 0, 'NewsVac Links'): > >> From poking around, it seems I may have jumbled the code streams? Yes, I'd say that's it. be sure you shutdown apache shutdown slashd do a 'drop database slash' and then 'create database slash', rm -fR /usr/local/slash cd /usr/local/src/slash make UNINST=1 install then run install-slashsite >> ! as > the new code should not be trying to create this table anymore. I'm got an install of our version of T_2_5_0_156 running here, and I've no such "sec%" tables. > > Does slash save data in the perl modules?! I did not reinstall those. No. > > BTW - I got R_2_5_0_94 -- is there something newer? I would use the latest T-tag. Shane |
|
From: Jamie M. <ja...@mc...> - 2007-05-28 19:15:13
|
sh...@lo... (shane) writes: >> Does slash save data in the perl modules?! I did not >> reinstall those. >=20 > No. Slash doesn't, but DBIx/Password.pm does, and you probably installed that for the first time with the first install. Make sure the DBIx::Password virtual user you're using points to the database you think it points to. (If that was confusing, the "Types of Users" section of the INSTALL file may help clarify.) >> BTW - I got R_2_5_0_94 -- is there something newer? >=20 > I would use the latest T-tag. >=20 > Shane I probably would too. --=20 Jamie McCarthy http://mccarthy.vg/ ja...@mc... |
|
From: Larson, T. E. <TEL...@we...> - 2007-05-29 15:32:07
|
Jamie McCarthy wrote: > sh...@lo... (shane) writes: >> I would use the latest T-tag. >=20 > I probably would too. Isn't the point of the R tags to let us know when it is "good" to grab the code? How would the typical slash site admin know if any given T tag was "good" or not? Tim --=20 Tim Larson InterCall, a subsidiary of West Corporation Eschew obfuscation! |
|
From: shane <sh...@lo...> - 2007-05-30 13:48:53
|
On May 29, 2007, at 11:29 AM, Larson, Timothy E. wrote: > Jamie McCarthy wrote: >> sh...@lo... (shane) writes: >>> I would use the latest T-tag. >> >> I probably would too. > > Isn't the point of the R tags to let us know when it is "good" to grab > the code? I think the R and T tags are explained in the INSTALL, but my understanding is the R are more "for release", yes. > How would the typical slash site admin know if any given T > tag was "good" or not? Ask on the listserve(s)? Typically, I just grab the lateste T-tag, install it, and do a quick look through the error logs for oddities. But we also try to stay within a week or two of the T-tags in production. That time period varies depending on the newly submitted-bugs-list on the Slash SF page, and our time avaialble to merge the changes into our cvs repo. Shane |