24
Modes "1024x800" "640x480"
EndSubSection
EndSection
On Tue, 2004-04-06 at 14:52, Craig Schneider wrote:
> Hi guys
>
> Would anyone know how to start klpr in X on startup and have the window
> centered and the res 800x600 ?
>
> Thanks
> Craig
>
>
24
Modes "1024x800" "640x480"
EndSubSection
EndSection
On Tue, 2004-04-06 at 14:52, Craig Schneider wrote:
> Hi guys
>
> Would anyone know how to start klpr in X on startup and have the window
> centered and the res 800x600 ?
>
> Thanks
> Craig
>
>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hi guys
Would anyone know how to start klpr in X on startup and have the window
centered and the res 800x600 ?
Thanks
Craig
Hi guys
Would anyone know how to start klpr in X on startup and have the window
centered and the res 800x600 ?
Thanks
Craig
On Fri, 2003-01-10 at 18:44, David Bishop wrote:
> On Friday 10 January 2003 10:11 am, Adrian 'Dagurashibanipal' von Bidder
> wrote:
> > For some, this is near impossible - I'm in Zurich, my server is in
> > Bern...
>
> Then I don't understand how you would expect staying in runlevel 1 would wor
- Original Message -
From: "David Bishop" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, January 10, 2003 6:44 PM
Subject: Re: SpamAssassin Causing Server Startup Failure
> > For some, this is near impossible - I'm in Zurich, my server i
er to stay in runlevel 1 during the boot process.
> >
> > I cannot really help you with your Spamassissin problems but if you do
> > not want to process any startup scripts at all then from lilo use :
> >
> > linux init=/bin/sh
>
> For some, this is near impossible - I&
s but if you do not
> want to process any startup scripts at all then from lilo use :
>
> linux init=/bin/sh
For some, this is near impossible - I'm in Zurich, my server is in
Bern...
cheers
-- vbi
--
featured link: http://fortytwo.ch/gpg/subkeys
signature.asc
Description: This is a digitally signed message part
Hi,
> server I can try this in. Unfortunately, I don't quite know how to force a
> Debian server to stay in runlevel 1 during the boot process.
I cannot really help you with your Spamassissin problems but if you do not
want to process any startup scripts at all then from lilo use :
On Fri, 2003-01-10 at 04:30, Dale W Hodge wrote:
> Hum... A similar thing happened to me today. The load got so high it brought my
> system to it's knees. I ended up forcing a reboot to fix it. I reset the config
> with -L (perform local tests only) -m10 (limit children to max of 10) -S (Stop
> c
> -Original Message-
> From: Gene Grimm [mailto:[EMAIL PROTECTED]]
> During the past couple of days I have noticed log entries showing that
> spamassassin's daemon refused connections from spamc on our two mail
> servers. Today, our local mail server was so bogged down I was forced to
> re
> non-critical server I can try this in. Unfortunately, I don't quite know
> how to force a Debian server to stay in runlevel 1 during the boot process.
from the lilo prompt: 'linux (or whatever image name here) single'
--
D.A.Bishop
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subjec
- Original Message -
> ... When 'initd' got to spamassassin, the server just hung and would
> not continue the boot process. I waited for almost five minutes but it
> didn't time out or continue. ... I have not yet tried to simply
> turn off spamd in /etc/defaults/spamassassin but have one
During the past couple of days I have noticed log entries showing that
spamassassin's daemon refused connections from spamc on our two mail
servers. Today, our local mail server was so bogged down I was forced to
reset it. When 'initd' got to spamassassin, the server just hung and would
not continu
On Wed, 10 Jul 2002, Roger Abrahamsson wrote:
>
>
> But what happens now if you allow every user to run scripts through
> suexec beneath public_html?
> that means they "have" to own their public_html directory and thus
> always can change the access bits
> and delete it, causing the server to
On Wed, 10 Jul 2002, Roger Abrahamsson wrote:
>
>
> But what happens now if you allow every user to run scripts through
> suexec beneath public_html?
> that means they "have" to own their public_html directory and thus
> always can change the access bits
> and delete it, causing the server to
But what happens now if you allow every user to run scripts through
suexec beneath public_html?
that means they "have" to own their public_html directory and thus
always can change the access bits
and delete it, causing the server to refuse restarting?
regards
/Roger
--
Roger Abrahamsson
Sys/Ne
--On Freitag, 5. Juli 2002 11:38 +1000 Jason Lim <[EMAIL PROTECTED]>
wrote:
But won't "rmdir ." succeed if they are in the public_html directory?
rmdirs _below_ client1/site1/cgi-bin/ and client1/site1/htdocs/ would
all work.
rmdirs of client1/site1/htdocs/, or client1/site1/cgi-bin/ themselves
w
But what happens now if you allow every user to run scripts through
suexec beneath public_html?
that means they "have" to own their public_html directory and thus
always can change the access bits
and delete it, causing the server to refuse restarting?
regards
/Roger
--
Roger Abrahamsson
Sy
On Fri, Jul 05, 2002 at 01:42:33PM +1000, Donovan Baarda wrote:
> On Fri, Jul 05, 2002 at 01:33:55PM +1000, Donovan Baarda wrote:
[...]
> This allows root to create other directories in public_html like
> "public_html" that cannot be deleted by abo. The o+t,g+s combo is a nice
^
Ugh, should be
On Fri, Jul 05, 2002 at 09:03:02AM +1000, Jason Lim wrote:
> If the user deletes /home/username/log, or public_html, Apache won't load.
> And it doesn't give a useful error most times unless you start
> investigating. There doesn't seem a way to make Apache handle the
> situation gracefully, by eit
On Fri, Jul 05, 2002 at 01:42:33PM +1000, Donovan Baarda wrote:
> On Fri, Jul 05, 2002 at 01:33:55PM +1000, Donovan Baarda wrote:
[...]
> This allows root to create other directories in public_html like
> "public_html" that cannot be deleted by abo. The o+t,g+s combo is a nice
^
Ugh, should be "
On Fri, Jul 05, 2002 at 01:33:55PM +1000, Donovan Baarda wrote:
> On Fri, Jul 05, 2002 at 11:38:53AM +1000, Jason Lim wrote:
[...]
> Given this, I would suggest something like this for an example user "abo";
>
> minkirri:~$ dl
> total 2
> drwxrws--t4 root abo81 Jul 5 13:13 ./
You can make 3 predefined directories for each customer that they can't
delete. One htdocs, logs, and "stuff" or something, for them to put all the
non web accessible stuff in.
Another thing you can do is create a wrapper script for the Apache startup
that checks for the exist
On Fri, Jul 05, 2002 at 11:38:53AM +1000, Jason Lim wrote:
> > But won't "rmdir ." succeed if they are in the public_html directory?
[...]
> I was just thinking about (using your examples) making the htdocs and
> cgi-bin directories immutable (+i). However, I am not very familiar with
> using those
;[EMAIL PROTECTED]>
To: "Chris Wagner" <[EMAIL PROTECTED]>
Cc:
Sent: Friday, July 05, 2002 11:12 AM
Subject: Re: Users deleting public_html and log causing Apache to fail
startup
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Thu, 04 Jul 2002, Chris Wagner wrote:
> >On Fri, 05 Jul 2002, Jason Lim wrote:
> >They don't have write access to its parent directory:
> >
> >[EMAIL PROTECTED]:~/test$ mkdir public_html
> >[EMAIL PROTECTED]:~/test$ sudo chown root. .
> >[EMAIL PROTECTED]:~/test$ rmdir public_html
> >rmdir: `p
On Fri, 05 Jul 2002, Jason Lim wrote:
> > log directory read only
>
> Yeap... that can be done easily... chmod a-w log.
>
> > The user may not remove their document root
>
> How do you do that, while allowing them full access to that directory?
They don't have write access to its parent direct
Sent: Friday, July 05, 2002 9:20 AM
Subject: Re: Users deleting public_html and log causing Apache to fail
startup
On Fri, 05 Jul 2002, Jason Lim wrote:
> The "users that know too much" keep on deleting their directories that
> Apache uses to load up files from.
>
> For
On Fri, 05 Jul 2002, Jason Lim wrote:
> The "users that know too much" keep on deleting their directories that
> Apache uses to load up files from.
>
> For example, assume the user directory is /home/username/public_html (for
> the HTML docs), and /home/username/log (for the LOG files).
> So, ho
Hi all,
The "users that know too much" keep on deleting their directories that
Apache uses to load up files from.
For example, assume the user directory is /home/username/public_html (for
the HTML docs), and /home/username/log (for the LOG files).
If the user deletes /home/username/log, or publi
Title: Problems with rsync and testing distribution
put it
in /etc/rc.boot
Trey
-Original Message-From: Jasmin Malkic
[mailto:[EMAIL PROTECTED]]Sent: Wednesday, August 09, 2000 2:57
AMTo: Debian-Isp (E-mail)Subject:
Startup
Do anybody know how to
efficienly
Title: Problems with rsync and testing distribution
Do anybody know how to
efficienly put e.g. ipchains firewall script into startup od Debian
2.2.x
I tried to put it into init.tab with respawn option
but it keeps running virtually every 5 mins al least for 50 times. As I've
no
Mr. Ghost,
I have found that most of the time the /etc/rc.boot directory works
very well for starting your own services or making machine-specific
setting changes -- like scripts to set up ipchains or iptables.
It's one of those directories where everything gets executed in
alpanumeric sort orde
Hello All,
I have a simple question that I hope someone can answer.
What is the general init file that I would be able to start
new services from on reboot, so that I would not have to manually
start services (processes) on reboot.
i.e- portsentry
I would assume somewhere in /etc/init.d there wo
35 matches
Mail list logo
