Menu
▾
▴
slashcode-general — This is the general discussion list. Install questions welcome.
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: Chris N. <pu...@po...> - 2001-03-26 22:08:02
|
At 23:52 +0200 2001.03.26, Stefan Strigler wrote:
>portald doesn't seem to work with RDF containing german Umlauts (=FC,=F6=
,=E4
>etc.)
>
>XML::Parser just stops with en error, if it encounters such a character.
>(Well in fact, he just does this, if the encoding isn't set right in the
>RDF-file). So I added the following:
>
>$p->parse($d, ProtocolEncoding =3D> 'ISO-8859-1') or
> portaldLog("$bid did not parse properly");
The fact that $p->parse($d) fails means the document is broken. If Slash
created that document, then the way to fix it is to include "encoding =3D=
>
'ISO-8859-1'" in the newrdf function in slashd. In Slash 2.0, this is
handled by "rdfencoding" in the vars table.
>This seems to fix the problem for the first step, but now, if I got it
>right, the resulting data is encoded in UTF-8 and therefore doesn't
Nope. UTF-8 is the default. ISO-8859-1 is not UTF-8, but Latin-1.
>display right in the browser. I only get very ugly symbols but not the
>umlauts (in fact, these should be html-encoded, but this is another
>problem, I can easily deal with).
Nope, the encoding of the RDF really has nothing to do with how it is
displayed. "=FC" will look bad on most browsers, because chances are you=
r
HTML document is set to only display ASCII characters, and even if it is
not, most clients won't display it properly. The answer is to do as you
suggest: convert the data to the proper HTML entities.
When you put data into Slash, in a story etc., you should use the HTML
entities. The only problem with this is in the daily mailer, which (I
think) would just put the HTML entities in verbatim. It's on my list of
things to look at.
--=20
Chris Nandor pu...@po... http://pudge.net/
Open Source Development Network pu...@os... http://osdn.com/
|
|
From: Stefan S. <ze...@ze...> - 2001-03-26 21:52:49
|
Hi an Hello,
portald doesn't seem to work with RDF containing german Umlauts (=FC,=F6,=
=E4
etc.)
XML::Parser just stops with en error, if it encounters such a character.
(Well in fact, he just does this, if the encoding isn't set right in the
RDF-file). So I added the following:
$p->parse($d, ProtocolEncoding =3D> 'ISO-8859-1') or
portaldLog("$bid did not parse properly");
This seems to fix the problem for the first step, but now, if I got it
right, the resulting data is encoded in UTF-8 and therefore doesn't
display right in the browser. I only get very ugly symbols but not the
umlauts (in fact, these should be html-encoded, but this is another
problem, I can easily deal with).
Any idea how to fix this?
Greets,
Steve
=09
|
|
From: Alessio B. <al...@se...> - 2001-03-26 21:51:01
|
We are working to translate the Bender templates into Italian. Once it's completed, which is the best way to distribute it? A patch on top of slash 2.0, a new theme, a plugin? -- Alessio F. Bragadini al...@se... http://www.citinv.it |
|
From: Tom P. <to...@in...> - 2001-03-26 21:24:57
|
Can someone tell me what modules I need for slash 2.0 ( bender ) and the correct path for each... I have a feeling I am missing some. When I run cpan on bundle::slash I get all up-to-date, However, when I try to uncomment any of the following apache directives PerlModule Slash PerlModule Slash::Apache PerlModule Slash::Apache::User PerlModule Slash::Apache::Log PerlModule Slash::Display::Plugin apache wont start... This one works though... PerlModule Slash::DB::MySQL Apache's error log not helpful, to me anyways... ###### cut http error log #### [Mon Mar 26 10:54:56 2001] [notice] Apache/1.3.14 (Unix) (Red-Hat/Linux) mod_ssl/2.7.1 OpenSSL/0.9.5a DAV/1.0.1 PHP/4.0.3pl1 mod_perl/1.24 configured -- resuming normal operations [Mon Mar 26 10:57:00 2001] [notice] SIGHUP received. Attempting to restart #### end cut ###### I had 1.0.9 running on this box, would love to try out bender though. Thanks! on 3/26/01 2:27 PM, Chris Nandor at pu...@po..., wrote: > At 20:37 -0800 2001.03.24, Brian Aker wrote: >> template-tool -u DBIx-NAME -d -D /tmp > > At 21:09 -0800 2001.03.24, Brian Aker wrote: >> template-tool -u dbname -s filename > > Note that the value of -u is the "virtual user" name, not the database > name. It is the name that is stored in DBIx::Password, and we refer to it > as the "virtual user". It is also the name in your site's .conf file for > SlashVirtualName. Sincerely, -- Tom Pryor daVinci Interactive, LLC http://www.dvia.com/ office: 888-346-5973 to...@da... Your single source for all your web development needs. Domain Names, Hosting, Monitoring, Design and Programming |
|
From: shane <sh...@lo...> - 2001-03-26 21:11:37
|
At 08:16 AM 3/23/2001 -0500, you wrote: >Dave Aiello wrote: > > > > The April issue of LinuxJournal has an article called "Battening down the > > Hatches with Bastille". Has any discussion taken place on what would be > > required to get Slash running on a Bastille-hardened server? > > > >Not to my knowledge. The only real issue would be that all the ports >that you run your db and webserver are open. >I have a mandrake box that I have locked down Big Time (TM) with >ipchains, trimmed down scant inetd.conf, and other security tweaks, and >it runs fine. Another security issue is to run mysql or whatever db you >run as a non-privileged user. > > > > I have looked around Slashcode.com and done some Google searches to try > to find > > this information without bothering the whole list. Sorry if this is an old > > issue.... > > > > Dave Aiello > > CTDATA Apachetoday.com's got an article about trimming down a webserver box. While it doesn't talk about specifically locking it down (nor Big Time (TM), heh) it is along similar lines: Is your web server running unnecessary software? Feb 20, 2001, 20 :45 UTC (7 Talkback[s]) (7832 reads) (Other stories by Jeremy C. Reed) <URL: http://apachetoday.com/news_story.php3?ltsn=2001-02-20-003-06-PS-LF-AD > Dave, I saw that article too. I'm hoping to try it on a redhat box asap. Shane |
|
From: Chris N. <pu...@po...> - 2001-03-26 19:28:31
|
At 20:37 -0800 2001.03.24, Brian Aker wrote: >template-tool -u DBIx-NAME -d -D /tmp At 21:09 -0800 2001.03.24, Brian Aker wrote: >template-tool -u dbname -s filename Note that the value of -u is the "virtual user" name, not the database name. It is the name that is stored in DBIx::Password, and we refer to it as the "virtual user". It is also the name in your site's .conf file for SlashVirtualName. -- Chris Nandor pu...@po... http://pudge.net/ Open Source Development Network pu...@os... http://osdn.com/ |
|
From: Chris N. <pu...@po...> - 2001-03-26 19:13:07
|
At 13:07 -0600 2001.03.25, Nicholas Ritter wrote: >Slash should not be to slow if it MySQL, Slash, and Apache are all running >on a Pentium III 800 with 512MB RAM, and 100Base-T Ethernet? (Nobody is >hitting the site yet, BTW) Nah, that's plenty speedy. Note that Slash 2 will be be slower when it first starts up, and get faster, as templates are 1. requested, 2. compiled, and 3. cached inside each httpd. Once a template has been compiled and cached, the next time it is requested, it is faster. On our TODO is a way to make templates compiled and cached on startup. -- Chris Nandor pu...@po... http://pudge.net/ Open Source Development Network pu...@os... http://osdn.com/ |
|
From: Tom P. <to...@in...> - 2001-03-26 19:01:07
|
I am having problems with the Slash::Apache trying to upgrade to 2.0pre modules... ############################## cut httpd.conf ######################## AddHandler perl-script .pl PerlHandler Apache::Registry # add in modules for compiling into each process PerlModule Slash # PerlModule Slash::Apache # PerlModule Slash::Apache::User # PerlModule Slash::Apache::Log # PerlModule Slash::Display::Plugin # used in a couple of .pl files PerlModule Image::Size # add other, or comment out, DB modules here # PerlModule Slash::DB::MySQL LimitRequestBody 75000 ######################################################################### When I uncomment any of the above modules I can't get apache to start! I get this in my apache error log... [Mon Mar 26 13:55:59 2001] [notice] child pid 22228 exit signal Segmentation fault (11) Any ideas? I had 1.0.9 installed previously, I wonder If there is a conflict somewhere. Thanks t on 3/26/01 1:05 PM, Nathan Vonnahme at na...@th..., wrote: > > On Sun, 25 Mar 2001, Nicholas Ritter wrote: > >> I had to update Bundle::Apache on the system (thanx Darren), and add some >> mod_perl stuff. Does anyone on this list add a startup.pl to their mod_perl >> setup prior to the slash config section of Apache? > > The PerlModule lines in the example conf are the kind of thing that would > normally go in a startup.pl, so I don't think it's necessary to have one. > I think having a startup.pl is kind of old-fashioned. > > -n Sincerely, -- Tom Pryor daVinci Interactive, LLC http://www.dvia.com/ office: 888-346-5973 to...@da... Your single source for all your web development needs. Domain Names, Hosting, Monitoring, Design and Programming |
|
From: Nathan V. <na...@th...> - 2001-03-26 18:12:43
|
On Sun, 25 Mar 2001, Nicholas Ritter wrote: > I had to update Bundle::Apache on the system (thanx Darren), and add some > mod_perl stuff. Does anyone on this list add a startup.pl to their mod_perl > setup prior to the slash config section of Apache? The PerlModule lines in the example conf are the kind of thing that would normally go in a startup.pl, so I don't think it's necessary to have one. I think having a startup.pl is kind of old-fashioned. -n -- Nathan Vonnahme na...@th... senior web developer third sector technologies http://enteuxis.org/nathan http://thethirdsector.com |
|
From: Nicholas R. <ri...@lf...> - 2001-03-25 19:07:22
|
On 3/24/01 8:25 PM, "darren chamberlain" <dl...@us...> wrote: > Nicholas Ritter (ri...@lf...) said something to this effect on 03/23/2001: >> This fixed the error I was having, although now I am getting the following: >> >> Syntax error on line 11 of /usr/local/slash/httpd/slash.conf: >> Can't locate Apache/Cookie.pm in @INC (@INC contains: >> /usr/lib/perl5/5.6.0/i386-linux /usr/lib/perl5/5.6.0 >> /usr/lib/perl5/site_perl/5.6.0/i386-linux /usr/lib/perl5/site_perl/5.6.0 >> /usr/lib/perl5/site_perl . /var/www/ /var/www/lib/perl) at >> /usr/lib/perl5/site_perl/5.6.0/i386-linux/Slash/Apache/User.pm line 11. >> BEGIN failed--compilation aborted at >> /usr/lib/perl5/site_perl/5.6.0/i386-linux/Slash/Apache/User.pm line 11. >> Compilation failed in require at (eval 17) line 3. >> >> /var/www/bin/apachectl start: httpd could not be started > > Sorry for the offlist reply, but Apache::Cookie comes with > libapreq, rather than one of the more normally-named modules or > bundles. Take a look at > http://search.cpan.org/search?dist=libapreq to get started. > > (darren) I got it to work! I had to update Bundle::Apache on the system (thanx Darren), and add some mod_perl stuff. Does anyone on this list add a startup.pl to their mod_perl setup prior to the slash config section of Apache? The only problem I am now having, is that the load of the site is slow, the graphics are broken, and the admin interface link is broken or doesn't work. I figure I will reinstall slash now that I have fixed my mod_perl problems, and see how it goes. Slash should not be to slow if it MySQL, Slash, and Apache are all running on a Pentium III 800 with 512MB RAM, and 100Base-T Ethernet? (Nobody is hitting the site yet, BTW) Thanx to all of you for your help on this, especially Jonathan and Darren. Nicholas |
|
From: Peter B. <pe...@el...> - 2001-03-25 15:47:01
|
I am trying to reduce the number of stories that is displayed on the front page from the default of 10 to just 3. I think that I want to change maxstories but I can't seem to find where it is set. Can someone point me to where maxstories is initialized? |
|
From: Brian A. <br...@ta...> - 2001-03-25 04:20:54
|
daniel j wharton wrote: > > sorry, but could you also tell me how to load new templates? template-tool -u dbname -s filename -Brian |
|
From: daniel j w. <dj...@se...> - 2001-03-25 04:04:42
|
sorry, but could you also tell me how to load new templates? On Sat, 24 Mar 2001, Brian Aker wrote: > daniel j wharton wrote: > > how can you dump the files? Will they come out in the same file format as > > the original templates? > template-tool -u DBIx-NAME -d -D /tmp > > The above would dump them all to the directory /tmp. > -Brian > > _______________________________________________ > Slashcode-general mailing list > Sla...@li... > http://lists.sourceforge.net/lists/listinfo/slashcode-general > -- daniel j wharton The Secret Media Group www.secretmedia.org www.kamikazewords.com www.burnit.net Extended Contact Info: URL: danielwharton.com ICQ: 10020980 AIM: dotKAMbot |
|
From: Brian A. <br...@ta...> - 2001-03-25 03:49:10
|
daniel j wharton wrote: > how can you dump the files? Will they come out in the same file format as > the original templates? template-tool -u DBIx-NAME -d -D /tmp The above would dump them all to the directory /tmp. -Brian |
|
From: daniel j w. <dj...@se...> - 2001-03-25 03:34:34
|
On Sat, 24 Mar 2001, Brian Aker wrote: > During the install the templates are loaded from disk to the database > for your site. Personally I just then dump the templates from time to > time to > disk in mass for that site (basically, I use slashcode as a template > for my own themes). > -Brian how can you dump the files? Will they come out in the same file format as the original templates? -- daniel j wharton The Secret Media Group www.secretmedia.org www.kamikazewords.com www.burnit.net Extended Contact Info: URL: danielwharton.com ICQ: 10020980 AIM: dotKAMbot |
|
From: Brian A. <br...@ta...> - 2001-03-25 02:47:19
|
daniel j wharton wrote: > I have a question about where the templates are stored for a site? Are > they in the database, or does it use the ones in > /usr/local/slash/themes/slashcode/templates? If it does keep them in the > database, is it possible to export them so I can use my current theme on > another site? During the install the templates are loaded from disk to the database for your site. Personally I just then dump the templates from time to time to disk in mass for that site (basically, I use slashcode as a template for my own themes). -Brian |
|
From: darren c. <dl...@us...> - 2001-03-25 02:27:36
|
Nicholas Ritter (ri...@lf...) said something to this effect on 03/23/2001: > This fixed the error I was having, although now I am getting the following: > > Syntax error on line 11 of /usr/local/slash/httpd/slash.conf: > Can't locate Apache/Cookie.pm in @INC (@INC contains: > /usr/lib/perl5/5.6.0/i386-linux /usr/lib/perl5/5.6.0 > /usr/lib/perl5/site_perl/5.6.0/i386-linux /usr/lib/perl5/site_perl/5.6.0 > /usr/lib/perl5/site_perl . /var/www/ /var/www/lib/perl) at > /usr/lib/perl5/site_perl/5.6.0/i386-linux/Slash/Apache/User.pm line 11. > BEGIN failed--compilation aborted at > /usr/lib/perl5/site_perl/5.6.0/i386-linux/Slash/Apache/User.pm line 11. > Compilation failed in require at (eval 17) line 3. > > /var/www/bin/apachectl start: httpd could not be started Sorry for the offlist reply, but Apache::Cookie comes with libapreq, rather than one of the more normally-named modules or bundles. Take a look at http://search.cpan.org/search?dist=libapreq to get started. (darren) -- #define NAME "darren chamberlain" #define EMAIL "dl...@us..." |
|
From: daniel j w. <dj...@se...> - 2001-03-25 00:52:14
|
I have a question about where the templates are stored for a site? Are they in the database, or does it use the ones in /usr/local/slash/themes/slashcode/templates? If it does keep them in the database, is it possible to export them so I can use my current theme on another site? thanks -- daniel j wharton The Secret Media Group www.secretmedia.org www.kamikazewords.com www.burnit.net Extended Contact Info: URL: danielwharton.com ICQ: 10020980 AIM: dotKAMbot |
|
From: Ryan W. <li...@bs...> - 2001-03-23 23:22:21
|
Patrick Galbraith wrote: > Dave Aiello wrote: > > > > The April issue of LinuxJournal has an article called "Battening down the > > Hatches with Bastille". Has any discussion taken place on what would be > > required to get Slash running on a Bastille-hardened server? > > > > Not to my knowledge. The only real issue would be that all the ports > that you run your db and webserver are open. > I have a mandrake box that I have locked down Big Time (TM) with > ipchains, trimmed down scant inetd.conf, and other security tweaks, and > it runs fine. Another security issue is to run mysql or whatever db you > run as a non-privileged user. > If you really want to be secure do not open up ports to the db unless it is being run off of a seperate server than the website. As long as you provide the ability for the loopback device to connect all you should need would be the webserver port open and mayby a mail port open. > > > I have looked around Slashcode.com and done some Google searches to try to find > > this information without bothering the whole list. Sorry if this is an old > > issue.... > > > > Dave Aiello > > CTDATA > > > > _______________________________________________ > > Slashcode-general mailing list > > Sla...@li... > > http://lists.sourceforge.net/lists/listinfo/slashcode-general > > _______________________________________________ > Slashcode-general mailing list > Sla...@li... > http://lists.sourceforge.net/lists/listinfo/slashcode-general |
|
From: Jonathan P. <pa...@sl...> - 2001-03-23 18:30:23
|
On Fri, Mar 23, 2001 at 12:16:34PM -0600, Nicholas Ritter wrote: >=20 > >=20 > > do you have all the httpd conf files in place? Does your httpd.conf have > > an include line to /usr/local/slash/httpd/slash.conf (which then has a > > link to /usr/local/site/yoursite/yoursite.conf)? > >=20 > > This is the only thing that I can think of that would give you this > > error. Make sure all these files are in place, also make sure that your > > install process put all the necessary modules into your perl library > > path. > >=20 >=20 >=20 > This fixed the error I was having, although now I am getting the followin= g: >=20 > Syntax error on line 11 of /usr/local/slash/httpd/slash.conf: > Can't locate Apache/Cookie.pm in @INC (@INC contains:=20 > /usr/lib/perl5/5.6.0/i386-linux /usr/lib/perl5/5.6.0=20 > /usr/lib/perl5/site_perl/5.6.0/i386-linux /usr/lib/perl5/site_perl/5.6.0= =20 > /usr/lib/perl5/site_perl . /var/www/ /var/www/lib/perl) at=20 > /usr/lib/perl5/site_perl/5.6.0/i386-linux/Slash/Apache/User.pm line 11. > BEGIN failed--compilation aborted at=20 > /usr/lib/perl5/site_perl/5.6.0/i386-linux/Slash/Apache/User.pm line 11. > Compilation failed in require at (eval 17) line 3. >=20 > /var/www/bin/apachectl start: httpd could not be started >=20 >=20 >=20 > I figure this is a module install problem. I do a locate for cookie.pm,= =20 > and find it in: /usr/lib/perl5/5.6.0/CGI/Cookie.pm >=20 >=20 > So is this a module install issue, a path that needs to be added to the= =20 > perl INC (if so, how is the best way to do that) or something else? >=20 > Nicholas This might be an install issue. Can you send me the output of perl '-V:install.*' please? thanks, --=20 Jonathan "CowboyNeal" Pater | pa...@sl... http://cowboyneal.org/ | http://slashdot.org/ "No matter how big or soft or warm your beds is, you still have to get out of it." -- Grace Slick |
|
From: Nicholas R. <ri...@lf...> - 2001-03-23 18:16:37
|
> > do you have all the httpd conf files in place? Does your httpd.conf have > an include line to /usr/local/slash/httpd/slash.conf (which then has a > link to /usr/local/site/yoursite/yoursite.conf)? > > This is the only thing that I can think of that would give you this > error. Make sure all these files are in place, also make sure that your > install process put all the necessary modules into your perl library > path. > This fixed the error I was having, although now I am getting the following: Syntax error on line 11 of /usr/local/slash/httpd/slash.conf: Can't locate Apache/Cookie.pm in @INC (@INC contains: /usr/lib/perl5/5.6.0/i386-linux /usr/lib/perl5/5.6.0 /usr/lib/perl5/site_perl/5.6.0/i386-linux /usr/lib/perl5/site_perl/5.6.0 /usr/lib/perl5/site_perl . /var/www/ /var/www/lib/perl) at /usr/lib/perl5/site_perl/5.6.0/i386-linux/Slash/Apache/User.pm line 11. BEGIN failed--compilation aborted at /usr/lib/perl5/site_perl/5.6.0/i386-linux/Slash/Apache/User.pm line 11. Compilation failed in require at (eval 17) line 3. /var/www/bin/apachectl start: httpd could not be started I figure this is a module install problem. I do a locate for cookie.pm, and find it in: /usr/lib/perl5/5.6.0/CGI/Cookie.pm So is this a module install issue, a path that needs to be added to the perl INC (if so, how is the best way to do that) or something else? Nicholas |
|
From: Chris N. <pu...@po...> - 2001-03-23 16:30:55
|
At 09:49 -0600 2001.03.23, Nicholas Ritter wrote: >DBI is up to date. >Data::ShowTable is up to date. >Mysql is up to date. >DBD::mysql is up to date. >Date::Parse is up to date. >XML::Parser is up to date. >Date::Manip is up to date. >Mail::Sendmail is up to date. >Apache::DBI is up to date. >Apache::DBILogConfig is up to date. >Apache::DBILogger is up to date. >Image::Size is up to date. >Bundle summary: The following items in bundle Bundle::Slash had >installation problems: > Bundle::DBI and the following items had problems during recursive bundle > calls: RPC::PlServer I wonder which Bundle::Slash you are using? I thought I took care of that, by removing Bundle::DBI from Bundle::Slash. But yes, as you note, RPC::PlServer is not needed for our purposes, and it fails tests on EVERY machine I try to install it on. :-) -- Chris Nandor pu...@po... http://pudge.net/ Open Source Development Network pu...@os... http://osdn.com/ |
|
From: Jonathan P. <pa...@sl...> - 2001-03-23 16:01:03
|
On Fri, Mar 23, 2001 at 09:49:07AM -0600, Nicholas Ritter wrote: > I have uninstalled the apache and mod_perl rpms, and followed the > instructions in slash for installing apache and mod_perl. >=20 > I am now running: >=20 > Apache 1.3.19 > Mod_perl 1.25 >=20 > The only error throughout the installation was with the DBI part of > Bundle::Slash. --here is the output from -MCPAN: >=20 > DBI is up to date. > Data::ShowTable is up to date. > Mysql is up to date. > DBD::mysql is up to date. > Date::Parse is up to date. > XML::Parser is up to date. > Date::Manip is up to date. > Mail::Sendmail is up to date. > Apache::DBI is up to date. > Apache::DBILogConfig is up to date. > Apache::DBILogger is up to date. > Image::Size is up to date. > Bundle summary: The following items in bundle Bundle::Slash had > installation problems: > Bundle::DBI and the following items had problems during recursive bundle > calls: RPC::PlServer I don't know what the exact problem is, but you should probably try installing RPC::PlServer individually until it succeeds. >=20 > Aside from this, I start apache and get the same error I got before > regarding: >=20 > Invalid command 'SlashVirtualUser', perhaps mis-spelled or defined by a > module not included in the server configuration I just did a reinstall using the RPM and I don't get this error. Perhaps there is something wrong with your httpd.conf or one of the conf files it includes. >=20 > I didn't think that the DBI part of Bundle::Slash would cause the error I= am > having with apache and the above error. I am installing the slash site as= a > virtual server on port 83, can the be a problem with DBIx::password, apac= he, > and slash? >=20 > Nicholas >=20 Also, check /usr/share/doc/slash-2.0.0_pre1/INSTALL.rpm for more RPM-related tips. --=20 Jonathan "CowboyNeal" Pater | pa...@sl... http://cowboyneal.org/ | http://slashdot.org/ "I sometimes go to my own little world, but that's okay, they know me there." -- Joel Hodgson |
|
From: Nicholas R. <ri...@lf...> - 2001-03-23 15:49:24
|
I have uninstalled the apache and mod_perl rpms, and followed the instructions in slash for installing apache and mod_perl. I am now running: Apache 1.3.19 Mod_perl 1.25 The only error throughout the installation was with the DBI part of Bundle::Slash. --here is the output from -MCPAN: DBI is up to date. Data::ShowTable is up to date. Mysql is up to date. DBD::mysql is up to date. Date::Parse is up to date. XML::Parser is up to date. Date::Manip is up to date. Mail::Sendmail is up to date. Apache::DBI is up to date. Apache::DBILogConfig is up to date. Apache::DBILogger is up to date. Image::Size is up to date. Bundle summary: The following items in bundle Bundle::Slash had installation problems: Bundle::DBI and the following items had problems during recursive bundle calls: RPC::PlServer Aside from this, I start apache and get the same error I got before regarding: Invalid command 'SlashVirtualUser', perhaps mis-spelled or defined by a module not included in the server configuration I didn't think that the DBI part of Bundle::Slash would cause the error I am having with apache and the above error. I am installing the slash site as a virtual server on port 83, can the be a problem with DBIx::password, apache, and slash? Nicholas On 3/23/01 7:07 AM, "Chris Nandor" <pu...@po...> wrote: > At 22:49 -0600 2001.03.22, Nicholas Ritter wrote: >> RPMs not going to work? Apache has been working great. I have not had >> occasion to use mod_perl for much other than Bronc a while back (so I am not >> sure whether it is working properly.) >> >> Why do you say it won't work? > > Read INSTALL for more information about the specific needs of Apache and > mod_perl with Bender. Essentially, you need to compile options in that > don't come with most prebuilt binaries. |
|
From: Chris N. <pu...@po...> - 2001-03-23 13:11:30
|
At 22:49 -0600 2001.03.22, Nicholas Ritter wrote: >RPMs not going to work? Apache has been working great. I have not had >occasion to use mod_perl for much other than Bronc a while back (so I am not >sure whether it is working properly.) > >Why do you say it won't work? Read INSTALL for more information about the specific needs of Apache and mod_perl with Bender. Essentially, you need to compile options in that don't come with most prebuilt binaries. -- Chris Nandor pu...@po... http://pudge.net/ Open Source Development Network pu...@os... http://osdn.com/ |
19 messages has been excluded from this view by a project administrator.
