You can subscribe to this list here.
2001 |
Jan
|
Feb
(30) |
Mar
(123) |
Apr
(188) |
May
(90) |
Jun
(68) |
Jul
(129) |
Aug
(72) |
Sep
(97) |
Oct
(99) |
Nov
(168) |
Dec
(35) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(75) |
Feb
(55) |
Mar
(104) |
Apr
(49) |
May
(12) |
Jun
(11) |
Jul
(47) |
Aug
(104) |
Sep
(14) |
Oct
(26) |
Nov
(31) |
Dec
(10) |
2003 |
Jan
(78) |
Feb
(76) |
Mar
(47) |
Apr
(30) |
May
(19) |
Jun
(36) |
Jul
(48) |
Aug
(43) |
Sep
(54) |
Oct
(25) |
Nov
(79) |
Dec
(39) |
2004 |
Jan
(43) |
Feb
(14) |
Mar
(17) |
Apr
(15) |
May
(18) |
Jun
(20) |
Jul
(7) |
Aug
(30) |
Sep
(49) |
Oct
(17) |
Nov
(14) |
Dec
(72) |
2005 |
Jan
(55) |
Feb
(27) |
Mar
(34) |
Apr
(15) |
May
(8) |
Jun
(23) |
Jul
(7) |
Aug
(19) |
Sep
(3) |
Oct
(44) |
Nov
(3) |
Dec
|
2006 |
Jan
(20) |
Feb
(5) |
Mar
(8) |
Apr
(12) |
May
(16) |
Jun
(22) |
Jul
(39) |
Aug
(65) |
Sep
(4) |
Oct
(11) |
Nov
|
Dec
(5) |
2007 |
Jan
(2) |
Feb
(2) |
Mar
(8) |
Apr
(3) |
May
(28) |
Jun
(6) |
Jul
(3) |
Aug
(9) |
Sep
(15) |
Oct
|
Nov
(12) |
Dec
(2) |
2008 |
Jan
(3) |
Feb
(14) |
Mar
|
Apr
(4) |
May
|
Jun
(12) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
(1) |
2009 |
Jan
|
Feb
(2) |
Mar
(4) |
Apr
|
May
|
Jun
(14) |
Jul
|
Aug
(1) |
Sep
(66) |
Oct
(21) |
Nov
|
Dec
(1) |
2010 |
Jan
(2) |
Feb
(2) |
Mar
(2) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2011 |
Jan
|
Feb
(100) |
Mar
(17) |
Apr
(1) |
May
(1) |
Jun
|
Jul
(3) |
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
From: Daniel C. <th...@is...> - 2001-03-06 17:10:47
|
Please forgive my newbie nature. I got all of the slashcode .9 running properly, except for slashd. (Am I correct in assuming that slashd is what updates the stories queue and places the new stories on the front page?) When I try to run slashd it gives me all sorts of errors like: Subroutine chopEntity redefined at /usr/lib/perl5/5.6.0/Exporter.pm line 57. Exporter::import('addToMenu', 'bakeUserCookie', 'balanceTags', 'changePassword', 'chopEntity', 'createCurrentAnonymousCoward', 'createCurrentDB', 'createCurrentForm', ...) called at /etc/init.d/slashd line 26 main::BEGIN() called at /usr/lib/perl5/site_perl/5.6.0/i386-linux/Slash/Utility.pm line 26 require 0 called at /usr/lib/perl5/site_perl/5.6.0/i386-linux/Slash/Utility.pm line 26 I'm using the most recent versions of Slash::Utility (bender) and Exporter. Exporter shouldn't be causing a problem, and Utility.pm has part of its man file on line 26, no code. Is this a configuration issue or something else? thanks dan |
From: Chris N. <pu...@po...> - 2001-03-04 23:26:20
|
At 17:11 -0600 2001.03.04, Dan Choate wrote: >Hey, I recently moved my web site from bender back down to the .9 tree, but >now I'm experiencing some errors getting slashd to run. The specific error >is that it cannot find the function getSlashConf(). Can any of you tell me >which module this should be in? You still have the Slash modules installed. These are interfering with your existing Slash.pm for .9 or 1.0. The only module you really need to worry about is Slash.pm, though. Look for it with: perl -MSlash -le 'print $INC{"Slash.pm"}' Delete the bender one from your Perl library directories. -- Chris Nandor pu...@po... http://pudge.net/ Open Source Development Network pu...@os... http://osdn.com/ |
From: Dan C. <ch...@se...> - 2001-03-04 23:10:08
|
Hey, I recently moved my web site from bender back down to the .9 tree, but now I'm experiencing some errors getting slashd to run. The specific error is that it cannot find the function getSlashConf(). Can any of you tell me which module this should be in? thanks dan choate |
From: <ni...@ur...> - 2001-03-04 19:39:19
|
I have a slash site that I've been running for a while now, and the older stuff box still says "maximum stories is 30" or something like that. I have way more than 30 stories posted and I want older stories to show up. Running Slash 1.0.8 site is www.jacket.org Thanks, Nick Urban |
From: Chris N. <pu...@po...> - 2001-03-02 19:57:58
|
At 08:57 -0800 2001.03.01, Mike Gholson wrote: >Yes, after installing expat, things moved forward. But, I don't >remember seeing a section about the manual install of expat in the >installation instructions. I'm using a combination of two instructions >- one from the tarball distribution and the other from bender. I >definately like the bender-install method. It is in the bender INSTALL. It is under REQUIREMENTS. Grep for "expat" if you don't believe me. :-) I've added a note under the section describing the CPAN installation to remind you to look at REQUIREMENTS. >This leads me to the next question. > >Why two installations? Why doesn't slash come default with the source >code for all installations? Seems like that would be easier to support. I am not sure what you are referring to by "two installations". >> This may be better explained in the INSTALL docs (including URLs for >> expat), while we wait for major distributions to include it >> by default, if ever. >--------------- > >My lack of understanding about the distribution process through CPAN >prevents me from coming up with a valid point on this. But, what does >it take to add something like this to your Bundle::Slash module? It cannot be done, unless I write my own module that builds and installs expat, which I am not going to do. :) -- Chris Nandor pu...@po... http://pudge.net/ Open Source Development Network pu...@os... http://osdn.com/ |
From: Chris N. <pu...@po...> - 2001-03-01 18:53:25
|
At 19:44 +0100 2001.03.01, Jean-Philippe Moins wrote: >I agree w/ other's opinions I have read in the 26 Feb 2001 daily bundle: > - Concepts are unclear (and names resemble a lot) > For example: assuming DBI::Password provides some key-ring function, >then why would I want to "add other virtual users" ?? I am not sure what the confusion here is. You may have more than one Slash site on a machine. Also, DBIx::Password is not slash-specific, and you might use it for any number of other database configs for any number of applications. > - This interactive install shell is nice when you install once, and it >works. In all other circumstances, you soon regret a config file & emacs >(ok, vi too). You can always edit the file directly, as long as you know Perl. -- Chris Nandor pu...@po... http://pudge.net/ Open Source Development Network pu...@os... http://osdn.com/ |
From: Jean-Philippe M. <jp...@si...> - 2001-03-01 18:43:17
|
> Chris Nandor wrote: > > Yes, all of your pain appears to be regarding DBIx::Password. Yes, I think > > we could use better documentation for it. Maybe Brian can give some? > What did you find difficult to understand about the install of the > module? > What tripped you up? > > -Brian > Brian, I agree w/ other's opinions I have read in the 26 Feb 2001 daily bundle: - Concepts are unclear (and names resemble a lot) For example: assuming DBI::Password provides some key-ring function, then why would I want to "add other virtual users" ?? - I run a small site, on a small dedicated machine. So this feature isn't important to me; which means that I will rather read the doc for Slash than a long doc for DBI::Password. What I would like to see is a use-case: 1. the BD is there:... , user passwd is..., Slash is there: ..., admin passw is... 2. configure DBI::Passwd as follows: ... 3. alternatively, you could ... (things for people with distributed or multi-hosted or complex in other ways Slash configurations) 4. RTFM for details - This interactive install shell is nice when you install once, and it works. In all other circumstances, you soon regret a config file & emacs (ok, vi too). Hope this helps, --JPM |
From: Barry V. <ba...@vo...> - 2001-03-01 17:44:48
|
unsubscribe zaazsa ba...@vo... |
From: Mike G. <mt...@mg...> - 2001-03-01 16:57:11
|
> -----Original Message----- > From: Alessio Bragadini [mailto:al...@al...] > > Well, more exactly is the dependance of a CPAN module > (XML::Parser) upon > a non-Perl component as expat. So, you positively first need > to install > expat. ---------------- Yes, after installing expat, things moved forward. But, I don't remember seeing a section about the manual install of expat in the installation instructions. I'm using a combination of two instructions - one from the tarball distribution and the other from bender. I definately like the bender-install method. This leads me to the next question. Why two installations? Why doesn't slash come default with the source code for all installations? Seems like that would be easier to support. > This may be better explained in the INSTALL docs (including URLs for > expat), while we wait for major distributions to include it > by default, if ever. --------------- My lack of understanding about the distribution process through CPAN prevents me from coming up with a valid point on this. But, what does it take to add something like this to your Bundle::Slash module? -- Mike |
From: Chris N. <pu...@po...> - 2001-03-01 16:14:09
|
At 23:41 -0800 2001.02.28, Mike Gholson wrote: >I then tried a manual install of XML-Parser from the link supplied >in the Install doc: http://search.cpan.org/search?dist=XML-Parser > >That failed because it needed expat. So, that was downloaded >from SourceForge. Yes, this is noted in the INSTALL. Perhaps not prominently enough, though. >Cutting story short: After installing these two packages manually, >the install-slashsite file worked w/out error. Good. >My opinion: Using CPAN wasn't working correctly. Upon manual >install of the files, it seems to be working. Could it be my >selection of CPAN download sites? Possibly timing out or lack >of all CPAN modules? What's a good CPAN site to use for the >Slash distribution files? I am not sure, as I don't know what problem you were having with CPAN. At 10:38 +0200 2001.03.01, Alessio Bragadini wrote: >This may be better explained in the INSTALL docs (including URLs for >expat), while we wait for major distributions to include it by default, >if ever. There is a URL for expat in INSTALL. But it is toward the end, where the required modules are listed, not in the part about using CPAN.pm. -- Chris Nandor pu...@po... http://pudge.net/ Open Source Development Network pu...@os... http://osdn.com/ |
From: Alessio B. <al...@al...> - 2001-03-01 08:36:43
|
Mike Gholson wrote: > My opinion: Using CPAN wasn't working correctly. Upon manual > install of the files, it seems to be working. Well, more exactly is the dependance of a CPAN module (XML::Parser) upon a non-Perl component as expat. So, you positively first need to install expat. This may be better explained in the INSTALL docs (including URLs for expat), while we wait for major distributions to include it by default, if ever. -- Alessio F. Bragadini al...@al... APL Financial Services http://village.albourne.com Nicosia, Cyprus phone: +357-2-755750 "It is more complicated than you think" -- The Eighth Networking Truth from RFC 1925 |
From: Mike G. <mt...@mg...> - 2001-03-01 07:41:21
|
Chris (and others watching), Here's the latest on this venture. Apologies for the delay. > -----Original Message----- > From: Chris Nandor [mailto:pu...@po...] > > At 10:52 -0800 2001.02.25, Mike Gholson wrote: > >perl Makefile.PL -- success > >make -- success > >make install -- success > > Good. > > > >> Then please test everything out (what you can; especially > stuff like > >> install-slashsite, slashd, portald, etc.) and report back; if > >> it works for > >> you, then the fix is just to change PREFIX to something else. > >------------------ > > > >install-slashsite -- fails (see below) > > > >[root@Fairlady bin]# ./install-slashsite > >Can't locate XML/Parser.pm in @INC (@INC > >contains: /usr/lib/perl5/5.00503/i386-linux /usr/lib/perl5/5.00503 > >/usr/lib/perl5/site_perl/5.005/i386-linux > /usr/lib/perl5/site_perl/5.005 > >.) at > /usr/lib/perl5/site_perl/5.005/i386-linux/Slash/Utility.pm line 36. > > Is XML::Parser installed? --------------- It was trying to install. But, it saw errors. > >slashd start -- fails (see below) > > > >NOT Starting slashd: No /usr/local/slash/slash.sites > > I believe slash.sites is created when the site is created. If > install-slashsite does not create a site, there are no sites > for slashd to > run against. -------------- Yep. > :) Thanks. It looks like it is all OK, except for the lack of > XML::Parser. It could be that when you ran Bundle::Slash, > you did not have > expat installed, so XML::Parser failed. Re-run the install of > Bundle::Slash (it will safely skip anything already > installed). See the > note in INSTALL about expat. ----------------- I tried to install Bundle::Slash and kept failing during the XML section. Kept seeing the 'missing parser.pm @INC' error. I then tried a manual install of XML-Parser from the link supplied in the Install doc: http://search.cpan.org/search?dist=XML-Parser That failed because it needed expat. So, that was downloaded from SourceForge. Cutting story short: After installing these two packages manually, the install-slashsite file worked w/out error. My opinion: Using CPAN wasn't working correctly. Upon manual install of the files, it seems to be working. Could it be my selection of CPAN download sites? Possibly timing out or lack of all CPAN modules? What's a good CPAN site to use for the Slash distribution files? [m] |
From: Zoran L. <zo...@i-...> - 2001-03-01 03:21:59
|
I'm running 1.0.9 and everything appears fine on the surface. I restored my site from backups after a server upgrade, and now when I visit pollBooth.pl, the dates next to the plos show up as "W M D." I've tried re-installing various perl modules, but haven't found the right one. When I originally installed slash, I installed the perl modules by hand. This time around, I used Bundle::Slash and just can't get all the kinks worked out. Please, anyone, if you have some advice, or know how to fix this, please let me know. Zoran |
From: Greg D. <gr...@je...> - 2001-02-27 05:34:40
|
On Tue, 27 Feb 2001 06:23:04 -0500, David Tansey said: >Hi, > > I am a slash newbie and a non-static web site newbie... so when i took > on slash on a debian woody system it was a big deal for me. I got pretty > far, but when i tried to start apache i got "invalid command" errors in > my httpd.conf file. Should I be asking "why?" or should I be trying > slash on something less developmental.. like debian 2.1 or something? > > Any help for a newbie would be great. I am pretty sure i followed the > INSTALL directions properly, though i may have lost something between > the INSTALL.debian and the INSTALL files. But it doesn't seem that if i > didn't install some perl module apache wouldn't start. Slash handles dynamism 2 ways. One is really through static .shtml files (if you don't count SSI as dynamic) that are generated by the .pl files, and the other is by hitting the .pl files themselves. example, go to any slashsite's index.pl, topics.pl, users,pl and compare it to index.shtml, topics.shtml and so on. So don't let non-static sites scare you. Just think of it as static *for each user* :) I would have to see your httpd.conf to know why apache gives that error. You can also run /usr/local/apache/bin/apachectl -h for info on doing syntax config test. It's very helpful. I see no reason slash wouldn't run on 2.2, that's what my site runs on (but I didn't install the OS, I don't own the hardware). If you want some help, just tar up your configs for apache, slash, and a small doc what you've done and mail to me. I can probably get back to you wthinin 24 hours. Greg |
From: David T. <djt...@bi...> - 2001-02-27 03:20:49
|
Hi, I am a slash newbie and a non-static web site newbie... so when i took on slash on a debian woody system it was a big deal for me. I got pretty far, but when i tried to start apache i got "invalid command" errors in my httpd.conf file. Should I be asking "why?" or should I be trying slash on something less developmental.. like debian 2.1 or something? Any help for a newbie would be great. I am pretty sure i followed the INSTALL directions properly, though i may have lost something between the INSTALL.debian and the INSTALL files. But it doesn't seem that if i didn't install some perl module apache wouldn't start. Thanks for your time, David Tansey |
From: Chris N. <pu...@po...> - 2001-02-26 19:28:00
|
At 09:28 -0900 2001.02.26, Nathan Vonnahme wrote: >On Mon, 26 Feb 2001, Chris Nandor wrote: > >> Well, first of all, I think some people might get easily confused with >> virtual user vs. database user. Also, the module does not contain any >> information about adding more virtual users. I don't recall if this is in >> the README, but it is not in the module POD. *I* know this stuff, but >> others won't. Also, it would be nice if, as some have said, you didn't >> have to re-enter all the data for all the virtual users each time you ran >> the Makefile.PL, but I know of no easy way around that. > >I think throughout the documentation it would be useful to carefully >differentiate between the diverse kinds of users: Are you talking about all the Slash docs? As far as I know, they are differntiated. If you see a place they are not, please let me know. >mysql users >DBIx::Password virtual users >system users (owning files, running slashd) > >as well as >authors >slash users > >Perhaps a glossary somewhere would help, along iwth consistent terminology >about the different kinds of users? Again, I think the terminology in the Slash docs is consistent. However, a glossary might be helpful. Right now we don't really have a general place for this kind of information, unfortunately. I am not sure what kind of document is needed. The organization and purpose must be decided before a document could be worked on. -- Chris Nandor pu...@po... http://pudge.net/ Open Source Development Network pu...@os... http://osdn.com/ |
From: Nathan V. <na...@th...> - 2001-02-26 18:33:47
|
On Mon, 26 Feb 2001, Chris Nandor wrote: > Well, first of all, I think some people might get easily confused with > virtual user vs. database user. Also, the module does not contain any > information about adding more virtual users. I don't recall if this is in > the README, but it is not in the module POD. *I* know this stuff, but > others won't. Also, it would be nice if, as some have said, you didn't > have to re-enter all the data for all the virtual users each time you ran > the Makefile.PL, but I know of no easy way around that. I think throughout the documentation it would be useful to carefully differentiate between the diverse kinds of users: mysql users DBIx::Password virtual users system users (owning files, running slashd) as well as authors slash users Perhaps a glossary somewhere would help, along iwth consistent terminology about the different kinds of users? |
From: Chris N. <pu...@po...> - 2001-02-26 17:13:43
|
At 09:35 -0800 2001.02.26, Brian Aker wrote: >Chris Nandor wrote: >> Yes, all of your pain appears to be regarding DBIx::Password. Yes, I think >> we could use better documentation for it. Maybe Brian can give some? >What did you find difficult to understand about the install of the >module? >What tripped you up? Well, first of all, I think some people might get easily confused with virtual user vs. database user. Also, the module does not contain any information about adding more virtual users. I don't recall if this is in the README, but it is not in the module POD. *I* know this stuff, but others won't. Also, it would be nice if, as some have said, you didn't have to re-enter all the data for all the virtual users each time you ran the Makefile.PL, but I know of no easy way around that. -- Chris Nandor pu...@po... http://pudge.net/ Open Source Development Network pu...@os... http://osdn.com/ |
From: Brian A. <br...@ta...> - 2001-02-26 16:58:24
|
Chris Nandor wrote: > Yes, all of your pain appears to be regarding DBIx::Password. Yes, I think > we could use better documentation for it. Maybe Brian can give some? What did you find difficult to understand about the install of the module? What tripped you up? -Brian |
From: shane <sh...@lo...> - 2001-02-26 16:52:32
|
At 10:30 AM 2/26/2001 +0100, you wrote: >Chris Nandor <pu...@po...> wrote: > > > > > >Perhaps you want to add a note to the Requirements section in INSTALL. > > > > What is the "almost"? Is that referring to the problem with PREFIX? If > > so, then great, since that should be unrelated to "install". I'll add the > > note to INSTALL. > >I confirm install v. 4.x seems to be required. Here is the "almost": > >Now bin/install-slashsite is failing. Basically, the trace deals with >all perl Slash/DB files. > => I tracked that DB.pm gets driver name '0' instead of 'mysql'; I >hardcoded it, so that I could install completely. > => Now my slash site is running, except slashd fails to start >(complains about its inability to connect to the DB) > >I feel a lot of pain using DBIx::Password. I happen to be stupid, and >the configuration dialog of DBIx:Password is really cryptic to me >(besides, I don't understand the need for this module, anyway). >It installs ok and all, but Slash seems to be unable to connect. (I am >not networking anything, and I install as root. Older Slash codes run >ok). > >Has someone a foolproof guide to DBIx:Password ? If you look at the file "Password.pm" that is installed into your perl when you install DBIx (mine is at /usr/lib/perl5/site_perl/5.005/DBIx/Password.pm ) you can see the password information is there in plaintext. an example: my $virtual1 = { 'domainhurdercom' => { 'username' => 'domainhurdercom', 'password' => 'notforyoutoknow, 'port' => '', 'database' => 'domianhurdercom', 'attributes' => {}, 'connect' => 'DBI:mysql:database=domainhurdercom;host=sql1', 'driver' => 'mysql', 'host' => 'sql1' }, You can, if you're careful, edit that file to add/change/delete dbi password accounts in it. For me, atleast, it was easier then re-installing the damned thing each time I wanted to make a change and then having to retype all the account information back in again and again. Shane |
From: Chris N. <pu...@po...> - 2001-02-26 16:44:55
|
Note that SourceForge has updated the patch / bug / support managers, so there is now one "Artifact Manager", and we can create any kind of artifact types we want. The active artifact types are Bugs and Patches, same as before, and a new one for Feature Requests. This will help us keep FRs separate from bugs. I have transferred all the FRs from the Bug Manager over to the new FR Manager. Thanks, -- Chris Nandor pu...@po... http://pudge.net/ Open Source Development Network pu...@os... http://osdn.com/ |
From: Chris N. <pu...@po...> - 2001-02-26 15:57:05
|
At 10:52 -0800 2001.02.25, Mike Gholson wrote: >perl Makefile.PL -- success >make -- success >make install -- success Good. >> Then please test everything out (what you can; especially stuff like >> install-slashsite, slashd, portald, etc.) and report back; if >> it works for >> you, then the fix is just to change PREFIX to something else. >------------------ > >install-slashsite -- fails (see below) > >[root@Fairlady bin]# ./install-slashsite >Can't locate XML/Parser.pm in @INC (@INC >contains: /usr/lib/perl5/5.00503/i386-linux /usr/lib/perl5/5.00503 >/usr/lib/perl5/site_perl/5.005/i386-linux /usr/lib/perl5/site_perl/5.005 >.) at /usr/lib/perl5/site_perl/5.005/i386-linux/Slash/Utility.pm line 36. Is XML::Parser installed? >slashd start -- fails (see below) > >NOT Starting slashd: No /usr/local/slash/slash.sites I believe slash.sites is created when the site is created. If install-slashsite does not create a site, there are no sites for slashd to run against. >No problem. I'm a QA engineer during the week. So, this kind of >testing doesn't bother me. If you need me to do more, please let >me know. Although, I am still very new to slash. :) :) Thanks. It looks like it is all OK, except for the lack of XML::Parser. It could be that when you ran Bundle::Slash, you did not have expat installed, so XML::Parser failed. Re-run the install of Bundle::Slash (it will safely skip anything already installed). See the note in INSTALL about expat. Thanks, -- Chris Nandor pu...@po... http://pudge.net/ Open Source Development Network pu...@os... http://osdn.com/ |
From: Chris N. <pu...@po...> - 2001-02-26 15:42:52
|
At 10:30 +0100 2001.02.26, Jean-Philippe Moins wrote: >Chris Nandor <pu...@po...> wrote: >> > >> >Perhaps you want to add a note to the Requirements section in INSTALL. >> >> What is the "almost"? Is that referring to the problem with PREFIX? If >> so, then great, since that should be unrelated to "install". I'll add the >> note to INSTALL. > >I confirm install v. 4.x seems to be required. Here is the "almost": > >Now bin/install-slashsite is failing. Basically, the trace deals with >all perl Slash/DB files. > => I tracked that DB.pm gets driver name '0' instead of 'mysql'; I >hardcoded it, so that I could install completely. > => Now my slash site is running, except slashd fails to start >(complains about its inability to connect to the DB) > >I feel a lot of pain using DBIx::Password. I happen to be stupid, and >the configuration dialog of DBIx:Password is really cryptic to me >(besides, I don't understand the need for this module, anyway). >It installs ok and all, but Slash seems to be unable to connect. (I am >not networking anything, and I install as root. Older Slash codes run >ok). Yes, all of your pain appears to be regarding DBIx::Password. Yes, I think we could use better documentation for it. Maybe Brian can give some? -- Chris Nandor pu...@po... http://pudge.net/ Open Source Development Network pu...@os... http://osdn.com/ |
From: Jean-Philippe M. <jp...@si...> - 2001-02-26 09:29:29
|
Chris Nandor <pu...@po...> wrote: > > > >Perhaps you want to add a note to the Requirements section in INSTALL. > > What is the "almost"? Is that referring to the problem with PREFIX? If > so, then great, since that should be unrelated to "install". I'll add the > note to INSTALL. I confirm install v. 4.x seems to be required. Here is the "almost": Now bin/install-slashsite is failing. Basically, the trace deals with all perl Slash/DB files. => I tracked that DB.pm gets driver name '0' instead of 'mysql'; I hardcoded it, so that I could install completely. => Now my slash site is running, except slashd fails to start (complains about its inability to connect to the DB) I feel a lot of pain using DBIx::Password. I happen to be stupid, and the configuration dialog of DBIx:Password is really cryptic to me (besides, I don't understand the need for this module, anyway). It installs ok and all, but Slash seems to be unable to connect. (I am not networking anything, and I install as root. Older Slash codes run ok). Has someone a foolproof guide to DBIx:Password ? --JPM |
From: Mike G. <mt...@mg...> - 2001-02-25 18:52:11
|
Chris, The instructions worked, however, slash is still giving me problems when running install-slashsite. See below. > -----Original Message----- > From: Chris Nandor [mailto:pu...@po...] > > I can fix this, I think. Although I am not sure if this will fix the > problem, exactly. I am concerned that perhaps not all the > scripts will > work properly with PREFIX of other than /usr/local/slash. So > here is my > idea: please go back to your slash installation directory. > Do "cd Slash". > Then do "perl Makefile.PL". Then do "make", and "make install". This > should install the modules in the correct place. ----------------- perl Makefile.PL -- success make -- success make install -- success > Then please test everything out (what you can; especially stuff like > install-slashsite, slashd, portald, etc.) and report back; if > it works for > you, then the fix is just to change PREFIX to something else. ------------------ install-slashsite -- fails (see below) [root@Fairlady bin]# ./install-slashsite Can't locate XML/Parser.pm in @INC (@INC contains: /usr/lib/perl5/5.00503/i386-linux /usr/lib/perl5/5.00503 /usr/lib/perl5/site_perl/5.005/i386-linux /usr/lib/perl5/site_perl/5.005 .) at /usr/lib/perl5/site_perl/5.005/i386-linux/Slash/Utility.pm line 36. BEGIN failed--compilation aborted at /usr/lib/perl5/site_perl/5.005/i386-linux/Slash/Utility.pm line 36. BEGIN failed--compilation aborted at /usr/lib/perl5/site_perl/5.005/i386-linux/Slash/DB/Utility.pm line 9. BEGIN failed--compilation aborted at /usr/lib/perl5/site_perl/5.005/i386-linux/Slash/DB.pm line 10. BEGIN failed--compilation aborted at ./install-slashsite line 11. [root@Fairlady bin]# slashd start -- fails (see below) NOT Starting slashd: No /usr/local/slash/slash.sites > I am sorry for asking to put this burden on you, but I do not > have time in > the next few days to set up and test a new install; if you don't get a > chance, that's OK; I can try sometime next week. ------------------ No problem. I'm a QA engineer during the week. So, this kind of testing doesn't bother me. If you need me to do more, please let me know. Although, I am still very new to slash. :) -- Mike Gholson |