headers
Paul Pruett | 1 Feb 2005 01:05

mod_frontpage fyi info

just an FYI,

was looking at www.rtr.com faqs ans saw ...

for those of us reluctantly using mod_frontpage,
notes at www.rtr.com mention about the 'end' of support by Microsoft for 
FP2002 next summer... nothing to panic about, but good to be aware.

--- verbose extra info for mod_frontpage users ---

the following did not google quickly... either that means it was 
simple or there is a better way or no one cares ;)
.... but I add it here for other for googlers

If you and your client totally forget the microsoft frontpage 
login password... lost password... lost microsoft frontpage server
extenstions password and use unix...  since it uses the apache .htaccess and htpasswd 
method... you may be able to look at .htacces for the web and then 
determine which file is used for password and edit the file appropriately.

for example.
cd ~website
  grep pwd .htaccess
  AuthUserFile /var/******/website/_vti_pvt/service.pwd

cat /var/******/website/_vti_pvt/service.pwd
# -FrontPage-
somefpuser:OpGUR55662222

So then you can delete the somefpuser line and replace with
(Continue reading)

Permalink | Reply | 0 comments |
headers
Ted Unangst | 1 Feb 2005 04:44

Re: Java

On Mon, 31 Jan 2005, Steve Murdoch wrote:

> >http://intricatesoftware.com:81/OpenBSD/java/jdk14.html
> 
> I've been hunting that for a while now. It mentions that the code is for 
> testing purposes only.
> 
> Does anyone have experiences with this on a  production server ?

you can be the first. :)  but seriously, if it works for you, that's all 
that matters.  and if it works for me, you would never actually commit to 
using it without testing your app anyway, right?

--

-- 
so what do you want
you want to be famous and rich and happy
but you're terrified you have nothing to offer this world
Permalink | Reply | 0 comments |
headers
Damon McMahon | 1 Feb 2005 05:31
Picon

Once patched 3.5 as root, now can't apply 025_getcwd

Greetings,

During 'make depend' applying 025_getcwd as my build user 'software'
(which is a member of wsrc) I get:

  mv: .depend: set owner/group: Operation not permitted

From what I understand this is most likely because (before knowing any
better) I applied a patch [can't remember which one] as root [or some
other priviledged user].

How do I find which file/s I need to 

  chmod software:wsrc 

?

Many thanks in advance,
Damon
Permalink | Reply | 3 comments |
headers
Jason Crawford | 1 Feb 2005 05:41
Picon

Re: Once patched 3.5 as root, now can't apply 025_getcwd

If you compile all software in /usr/src as software:wsrc, just (as root):
cd /usr/src
chown -R software:wsrc *

and now everything in there will be owned by software:wsrc. If you
build object files in /usr/obj (which is strongly advised) make sure
files in /usr/obj is also owned by software:wsrc just like in /usr/src

On Tue, 1 Feb 2005 15:01:05 +1030, Damon McMahon
<damon.mcmahon <at> gmail.com> wrote:
> Greetings,
> 
> During 'make depend' applying 025_getcwd as my build user 'software'
> (which is a member of wsrc) I get:
> 
>   mv: .depend: set owner/group: Operation not permitted
> 
> From what I understand this is most likely because (before knowing any
> better) I applied a patch [can't remember which one] as root [or some
> other priviledged user].
> 
> How do I find which file/s I need to
> 
>   chmod software:wsrc
> 
> ?
> 
> Many thanks in advance,
> Damon
(Continue reading)

Permalink | Reply | 2 comments |
headers
C. Bensend | 1 Feb 2005 05:46

"Out of memory!" errors running sa-learn on 3.6-STABLE AMD64

Hey folks,

   I just cut over my personal web/mailserver to a 3.6-STABLE system,
running an AMD64 3000+ with 2GB of DDR400 RAM.  For the most part,
things are running smoothly, but I'm seeing some strange memory
issues every now and again.

   One thing I've noticed is occasional "pauses" - the machine seems
to pause for a few seconds.  I'm not sure if this is due to my net
connection (I'm ssh'ed in remotely), but it never happened with the
old machine.  Nothing in the log files that I've found, either.

   The one I'm fighting with now is training my SpamAssassin Bayes
database using 'sa-learn'.  I'm attempting to train a directory of
5000 corpus spam emails (something I did often on the old PIII-800
with 512MB of RAM).

   What I'm getting is this (wrapped for your viewing comfort):

[benny <at> fusion ~]$ time sa-learn --showdots --spam --dir
/home/benny/Maildir/.SPAM.corpus.2004.archive10/cur/
..................................................................
..................................................................
..................................................................
..................................................................
..............................................Out of memory!

   Out of memory?  I still have over a gig of RAM free, no swap is
being used, and my user is in the 'staff' login group.  OK, so I'm
obviously hitting some sort of limit - I changed my user to the
(Continue reading)

Permalink | Reply | 5 comments |
headers
Damon McMahon | 1 Feb 2005 05:56
Picon

Re: Once patched 3.5 as root, now can't apply 025_getcwd

Jason,

Thanks for your response - I've tried:

 chown -R software:wsrc *

in both /usr/src and /usr/obj but to no avail. I still get:

...
/lib/libc/yp/xdr_ypresp_val.c /usr/src/lib/libc/yp/xdr_ypstat.c
mv: .depend: set owner/group: Operation not permitted

In case its relevant, due to the small HDD on this host I do not have
the entire source tree in /usr/src but rather only /usr/src/lib/libc/*
and /usr/src/lib/.Makefile - would this make any difference?

Any other ideas?

Regards,
Damon

On Mon, 31 Jan 2005 23:41:48 -0500, Jason Crawford
<jasonrcrawford <at> gmail.com> wrote:
> If you compile all software in /usr/src as software:wsrc, just (as root):
> cd /usr/src
> chown -R software:wsrc *
> 
> and now everything in there will be owned by software:wsrc. If you
> build object files in /usr/obj (which is strongly advised) make sure
> files in /usr/obj is also owned by software:wsrc just like in /usr/src
(Continue reading)

Permalink | Reply | 1 comment |
headers
Jason Crawford | 1 Feb 2005 05:59
Picon

Re: Once patched 3.5 as root, now can't apply 025_getcwd

Well, I would first suggest doing a 'make cleandir' as root in
/usr/src or /usr/src/lib, whichever is the topmost source directory
where you would build everything from. That should clean up all files
in there that would be generated during make depend or make, and then
doing the chown command again. It looks like you have a .depend file
that is not being chown'd, so you must remove it as root (doing make
cleandir as root should do it).

On Tue, 1 Feb 2005 15:26:15 +1030, Damon McMahon
<damon.mcmahon <at> gmail.com> wrote:
> Jason,
> 
> Thanks for your response - I've tried:
> 
>  chown -R software:wsrc *
> 
> in both /usr/src and /usr/obj but to no avail. I still get:
> 
> ...
> /lib/libc/yp/xdr_ypresp_val.c /usr/src/lib/libc/yp/xdr_ypstat.c
> mv: .depend: set owner/group: Operation not permitted
> 
> In case its relevant, due to the small HDD on this host I do not have
> the entire source tree in /usr/src but rather only /usr/src/lib/libc/*
> and /usr/src/lib/.Makefile - would this make any difference?
> 
> Any other ideas?
> 
> Regards,
> Damon
(Continue reading)

Permalink | Reply | 0 comments |
headers
Kevin | 1 Feb 2005 06:21
Picon

Re: "Out of memory!" errors running sa-learn on 3.6-STABLE AMD64

On Mon, 31 Jan 2005 22:46:07 -0600 (CST), C. Bensend
<benny <at> bennyvision.com> wrote:
>   I just cut over my personal web/mailserver to a 3.6-STABLE system,
> running an AMD64 3000+ with 2GB of DDR400 RAM.  For the most part,
> things are running smoothly, but I'm seeing some strange memory
> issues every now and again.
. . .
>   The one I'm fighting with now is training my SpamAssassin Bayes
> database using 'sa-learn'.  I'm attempting to train a directory of
> 5000 corpus spam emails (something I did often on the old PIII-800
> with 512MB of RAM).

The sa-learn process can consume a significant amount of RAM,
and depending on the OS version you were running on the P3/800,
memory consumption of perl (sa-learn is a perl script)  may have
increased significantly with the move to ELF, etc.

>   What I'm getting is this (wrapped for your viewing comfort):
> 
> [benny <at> fusion ~]$ time sa-learn --showdots --spam --dir
> /home/benny/Maildir/.SPAM.corpus.2004.archive10/cur/
> ..................................................................
> ..................................................................
> ..................................................................
> ..................................................................
> ..............................................Out of memory!
> 
>   Out of memory?  I still have over a gig of RAM free, no swap is
> being used, and my user is in the 'staff' login group.  OK, so I'm
> obviously hitting some sort of limit - I changed my user to the
(Continue reading)

Permalink | Reply | 3 comments |
headers
C. Bensend | 1 Feb 2005 06:43

Re: "Out of memory!" errors running sa-learn on 3.6-STABLE AMD64

> The sa-learn process can consume a significant amount of RAM,
> and depending on the OS version you were running on the P3/800,
> memory consumption of perl (sa-learn is a perl script)  may have
> increased significantly with the move to ELF, etc.

I was running OpenBSD 3.3-STABLE.

> OpenBSD's  default limits are set in /etc/login.conf based on the
'class',
> you will want to adjust datasize-cur.  If you use  the 'ksh' shell, the
built-in command 'ulimit -a'  will show the current limits.

Yes, class.  My bad, just using the wrong term is all.

> I've encountered the exact same issue with sparc64, perhaps the issue is
in part related to 64-bit mode?  Or more likely, sa-learn is simply a
memory hog :)

Part of the problem might be that.  But I don't see any memory spike,
I don't really see any noticable increase in memory at all.  I can
believe that sa-learn is a pig, but on a machine like this, I shouldn't
get an "Out of memory" error unless I'm whacking a limit that I'm not
aware of.  And if running ELF increases the memory enough that an old
machine with 1/4th of the RAM can do it, while this one cannot... Well,
that doesn't quite add up to me.  :/

Incidentally, I'm running bash from packages, and 'ulimit -a' shows:

[benny <at> fusion ~]$ ulimit -a
core file size        (blocks, -c) unlimited
(Continue reading)

Permalink | Reply | 0 comments |
headers
C. Bensend | 1 Feb 2005 06:56

Re: "Out of memory!" errors running sa-learn on 3.6-STABLE AMD64

> OpenBSD's  default limits are set in /etc/login.conf based on the 'class',
> you will want to adjust datasize-cur.  If you use  the 'ksh' shell, the

And incidentally, just for testing sake, I changed the datasize-cur
to 'infinity', logged out, logged in, and no difference.  :(

Benny

--

-- 
"I'm on the Zoloft to keep from killing y'all."
                                                  -- Mike Tyson
Permalink | Reply | 0 comments |

Gmane