Re: [SLUG] Debian and starting VNC as Service

2005-09-01 Thread Chris Deigan
quote(Bill);
Any help with either starting services in Debian or starting x11vnc via 
Webmins command line option will be appreciated.

Check out the most excellent post by our very own Jeff Waugh at
http://lists.slug.org.au/archives/slug/2001/August/msg00730.html

-Chris.
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


[SLUG] Linux small business server setup guide

2005-09-01 Thread Simon Wong
Just found this in my browser travels.  Aguide to setting up Debian
Sarge as a small office server that does the following using LDAP for
single sign-on:

DHCP-server
DNS-server
Fileserver (Samba/NFS)
FTP-server
Webserver
Webmail / Client filters
SMTP / Authenticated SMTP(S)
AntiVirus / AntiSpam
IMAP / IMAPS / POP3 / POP3S 
Proxyserver 
Certificate-server 
Fax2Mail-server 
NTP-server (keep time)
LDAP-server / LDAP Backend

http://hannibal.solstice.nl/hannibal-3.0_on-debian-sarge_2005-04-03.html

Thought it might be useful for others too :-)


-- 
Simon Wong [EMAIL PROTECTED]

-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


[SLUG] Re Debian and starting VNC as Service

2005-09-01 Thread Bill

Thanks Chris,

Appears to be just what I ws looking for. I'll give it a go tomorrow.

Thanks also to Jeff.

It's amazing how many requests I've seen ( and posted myself) in various 
forums re this same thing, and nowhere have I seen this method.


Bill




Message: 6
Date: Thu, 1 Sep 2005 17:15:44 +1000
From: Chris Deigan [EMAIL PROTECTED]
Subject: Re: [SLUG] Debian and starting VNC as Service
To: slug@slug.org.au
Message-ID: [EMAIL PROTECTED]
Content-Type: text/plain; charset=us-ascii

quote(Bill);
Any help with either starting services in Debian or starting x11vnc via
Webmins command line option will be appreciated.

Check out the most excellent post by our very own Jeff Waugh at
http://lists.slug.org.au/archives/slug/2001/August/msg00730.html

-Chris.


--

--
SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html

End of slug Digest, Vol 30, Issue 3
***


--
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


Re: [SLUG] Aptitude command to TOTALLY remove KDE

2005-09-01 Thread Sam Couter
Sam Couter wrote:

The Hurd is just a kernel (well, a microkernel and a bunch of servers
that offer services normally provided by more traditional kernels).
GNOME runs on the Hurd and it's about the same as GNOME on Linux or
FreeBSD or any one of a bunch of free operating systems. I don't know if
KDE runs on the Hurd yet, but when it does, it'll be just like running
KDE on Linux or FreeBSD or any one of a bunch of free operating systems.

QuantumG [EMAIL PROTECTED] wrote:
 See, this is flat out wrong.

No, what I said is correct. The kernel is largely irrelevant to the
end-user experience.

 We've know since BeOS that a microkernel 
 makes for a better desktop operating system.

Who's we?

I'm no kernel expert, so what I say here is probably worth exactly what
you paid for it, but...

While I happen to agree with you that a microkernel seems like the best
(most secure, stable, flexible and extensible) possible architecture for
a system to have (barring deadbrained hardware architectures like x86),
whether you're on a microkernel or monolithic system makes very little
difference to the end-user experience. GNOME and KDE still look and
behave like GNOME and KDE whether you're on Linux, one of the BSDs or
the Hurd.

 That is not to say that we should just throw Linux away.  In fact, I 
 advocate the opposite.  We need to refocus work on the Linux kernel and 
 step up the incremental migration of services out of the kernel.  

Some crazy loon whacked the Linux kernel and ORBit (a C library that
implements the CORBA specs) together a few years ago. The extrapolation
of such trends leads to drivers in user space on a physically seperate
machine, anywhere on the planet, with any hardware architecture, and
implemented in any language that has CORBA support. Now that is
something I find interesting, if not immediately useful.
-- 
Sam Eddie Couter  |  mailto:[EMAIL PROTECTED]
Debian Developer|  mailto:[EMAIL PROTECTED]
|  jabber:[EMAIL PROTECTED]
OpenPGP fingerprint:  A46B 9BB5 3148 7BEA 1F05  5BD5 8530 03AE DE89 C75C


signature.asc
Description: Digital signature
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html

Re: [SLUG] Aptitude command to TOTALLY remove KDE

2005-09-01 Thread QuantumG

Sam Couter wrote:


No, what I said is correct. The kernel is largely irrelevant to the
end-user experience.
 



Whether or not the kernel has real time scheduling or not makes one heck 
of a difference to the end-user experience.  And, (for I think, the 
third time now?) although you can hack real time scheduling into a 
monolithic kernel it's not a sane thing to do.


Trent
--
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


Re: [SLUG] Aptitude command to TOTALLY remove KDE

2005-09-01 Thread Jeff Waugh
quote who=QuantumG

 Whether or not the kernel has real time scheduling or not makes one heck
 of a difference to the end-user experience.

And for the third time, you haven't suggested any reasons why you think this
is the case. There is more to user experience than the extreme technical
definition of responsiveness suggested by real time scheduling.

- Jeff

-- 
EuroOSCON: October 17th-20thhttp://conferences.oreillynet.com/eurooscon/
 
I am a pitbull on the pantleg of opportunity. - George W. Bush (by
way of Miles Nordin)
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


Re: [SLUG] Aptitude command to TOTALLY remove KDE

2005-09-01 Thread QuantumG

Jeff Waugh wrote:


And for the third time, you haven't suggested any reasons why you think this
is the case. There is more to user experience than the extreme technical
definition of responsiveness suggested by real time scheduling.
 



Obviously.  But real time scheduling *does* contribute to that 
experience.  Which is the claim that I made.  So why are you arguing?


Trent
--
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


Re: [SLUG] Aptitude command to TOTALLY remove KDE

2005-09-01 Thread telford
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Thu, Sep 01, 2005 at 08:37:21PM +1000, QuantumG wrote:
 Sam Couter wrote:
 
 No, what I said is correct. The kernel is largely irrelevant to the
 end-user experience.
  
 
 
 Whether or not the kernel has real time scheduling or not makes one heck 
 of a difference to the end-user experience.  And, (for I think, the 
 third time now?) although you can hack real time scheduling into a 
 monolithic kernel it's not a sane thing to do.

MS-Windows (built on Non Trustworthy technology :-) has a level of priority
called real time which happens to make no real time guarantees and for
that matter is merely a do your best type of implementation.
On the other hand, so many people rave about how great the MS-Windows
user experience is...  go figure.

Does RT-Linux count as hacking real time scheduling into a monolithic
kernel? Certainly the RT-Linux real time is as much a hard real-time
implementation as you can achieve on i386 architectures without using
dedicated I/O processors. I would say that the implementation is quite
sane although not particularly convenient for coding to (but then again,
99% of code doesn't need it and the small amount that does need it
also needs very careful design so the inconvenience of the API is 
probably the least of your problems). In other words, taking regular
user-space bloatware applications and cranking up their priority to
something that happens to be called real time is a meaningless gesture.

- Tel
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.6 (GNU/Linux)

iQIVAwUBQxbnxcfOVl0KFTApAQJIhg//ZpWmdrfMKdxrwwr8HHxZGe4S5ZIEio10
O5XzGQO9ENu4D1Y4oNsnLLg/1uVzAIcYaLOu8IWYKIolZ2gtGD9LIO7TIaUHkzc+
MdEzFE4GY2He81RZLrIE9moS/RFJXjoAT/rdlbWMNMdyd9DeZLdu/kmGKT/RLohN
J5cNVUALE9opvwOHwfZoAu2R9dmODgvypmc8vo1Yw6Ty9TUZ9nPuA3pmG0n6fqUe
mjny3yRZsKFEItofxb6bSaEj3+DAZaPbBkWIhqN8eriM6Ehu6SpcudcaC/96qtDg
NlguVcF7QHz/K0vil79NExNXj4mgfZSfIWRZjlogFiXeZ0AOFUYIwgOVYeze/kle
zbgT3/wwhS4xGczuCUDj3WL63k2eAoe7mLzrsAROhNfl1RoQB3NkArfgYXfpbIeC
gzUZ/3eS3H5p/lLoqeu+V2f7i7T9qW1o3wrnywUMzfOXK0VjA2wZsfxOa6JRTHoX
WSm1P4u0524smNk9VezC1d9CiYSEcCPEMBIqzW90XDwfaN9kdY1VYdkiomytAEpr
5wepnEzH3ovg/2uUmVUHrtQzThcnHoYaNr8bGowhtob/GOYdCVVBrc4f0waild4R
4izbPnyR1U4bcX3GsxuOmQvYxzQ5DlLfIMBCD3Po7D3+omQ9Y/x//P0oUKiYijck
TdnnVoj35VI=
=Txjq
-END PGP SIGNATURE-
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


[SLUG] Re: Aptitude command to TOTALLY remove KDE

2005-09-01 Thread telford
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Thu, Sep 01, 2005 at 08:48:41AM +1000, QuantumG wrote:

 I didn't say it was impossible.  I said it was insane.  Yes, you can 
 hack real time scheduling into Linux.  Yes, we do have a kernel threads 
 and kernel re-entry in Linux.  Does Linux have the best architecture for 
 such features?  Hell no.  The result is a massive blob of complexity 
 running at the highest privilege level on the system.
 
 As for whether or not a microkernel really made a lot of difference to 
 BeOS.. it contributed a lot to the overall system architecture.  It let 
 the developers compartmentalize concerns into communicating servers more 
 readily than a monolithic kernel does. 

Don't forget that a microkernel introduces communication overhead and
usually some extra scheduling overhead which in turn eats into performance.
I seem to remember there was a big squabble over who had the fastest
webserver until Linux introduced a kernel level http accelerator which
blew everyone else out of the water so badly that they first tried accusing
the kernel developers of cheating and when that didn't work they just
stopped playing that game, took the ball and went home.

That just happens to be one example of a real time task that Linux turns
out to be rather good at. However, other real time tasks (such as queuing
live music streams) have proven a bit more of a challenge and to some
extent the idea that real time means anything specific is in itself
quite wrong because there are a great many different tasks that have
special sorts of time constraints (e.g. low average latency, bounded
worst case latency, consistent latency (low jitter), fast resume
from a power-save state (power efficient), accurate and reliable internal
timing sources, etc) and depending on the situation, different
constraints will become critical.

- Tel

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.6 (GNU/Linux)

iQIVAwUBQxbtMcfOVl0KFTApAQKoZhAAjecVbjt1TkSmg2caEmMCQNuShJxY8uPd
/wC/ut9FYp3HqdZPJEFC15z27OkedkHV7zKorrCQs5vXzSgqckkXPkUeqK1yjUPd
IROh7xtxkVr4TobCBR/sXI7ZinbcU66jPxvPAAibKAhYsbTk2/0AgptGNZK+Xylj
G8o26E9228nTdnseUd8wqGWJxtCT1/1vcjHy9vdZuDexI/zQYC8HKiuShsf/92GX
RvB+2pJnfgMK5VzmzKYuw77hxA62LHJamr5pt/9UwjsHeUZQ6Jklmw32RHxiCNDo
+PC+7sqpSRiS1erSjsg32soS+NWVrpeHq3E0sLANDGzTPM+YRLGLep/XC30ay37H
Fx/Q6SIKtJlxVguqA69BGWZSd7Oo5oitX5+P0EEBvAY+Thhr7Oxufmd1wvsVQrel
0lOXLus3zr1lkhZ5kUhuQBLNvvNCwuEVdn/kJ5D3V8fm90Ma2Yq76nxs/1Z5qee5
NiyLgHut8ODlpBa9mQJ/t1EnPhApTrX6jtbK6Bs4EbdZNdp0B2z+tJYrdO+qgpgH
zeIvSL1sP7P4APhMUdzblzBeVzomJ2ughFoFjtEzXflkLrOsNm6k1zQtTX6TkQbc
syKJySo9IrHmvUAqWsd+cmyy8OvTeTquNBR2xbHIqMrvR7Dbxz+Bmtoe3uQz3rcj
wd3YlBB2hNw=
=bZn5
-END PGP SIGNATURE-
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


Re: [SLUG] Re: Aptitude command to TOTALLY remove KDE

2005-09-01 Thread QuantumG

[EMAIL PROTECTED] wrote:


Don't forget that a microkernel introduces communication overhead and
usually some extra scheduling overhead which in turn eats into performance.
I seem to remember there was a big squabble over who had the fastest
webserver until Linux introduced a kernel level http accelerator which
blew everyone else out of the water so badly that they first tried accusing
the kernel developers of cheating and when that didn't work they just
stopped playing that game, took the ball and went home.
 



That's because it's a stupid idea.  Really, it is.  We can put all the 
code of the entire system into one process and run it in ring-0 and 
we'll have the fastest system in the world!  Until it crashes.  Which is 
what the argument really boils down to.  When something which is part of 
the kernel crashes, do you want it to take down the whole machine or 
do you want it to be contained and replacable?  A web server should run 
in user space.  End of story.  Debatably a file system and a network 
stack should run in user space.. if you can get sufficient performance.  
For a desktop operating system (which, remember, is what we were talking 
about) today's hardware is so much overkill that you could run different 
parts of the kernel on different parts of a local network and still get 
adequate performance.  So why are we still running it in ring-0?  
Because that's the system we have today and it doesn't make sense to 
reinvent the wheel if it is working.  But it does make sense to keep 
working on it and slowly migrate things out of ring-0 and into their own 
process space so we can get rock solid stability and the flexibility 
needed to implement and debug new things more safely.


Trent
--
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


[SLUG] Manageable Linux Bittorrent Client?

2005-09-01 Thread Terry Collins

Is there a Linux bittorrent client that provides
a) download queueing?
b) download capping?
c) upload capping?

I've rolled out the Debian bittorrent  bittorrent-gui debs and whilst 
I'm prepared to devote a whole machine to this purpose I am not prepared 
to allow it to clog up my internet link. So I really need something that 
provides the above features.


--
   Terry Collins {:-)}}} email: terryc at woa.com.au  www: 
http://www.woa.com.au
   Wombat Outdoor Adventures Bicycles, Computers, GIS, Printing, 
Publishing


 People without trees are like fish without clean water
--
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


Re: [SLUG] Manageable Linux Bittorrent Client?

2005-09-01 Thread Gottfried Szing


Terry Collins wrote:
 Is there a Linux bittorrent client that provides
 a) download queueing?
 b) download capping?
 c) upload capping?
 
 I've rolled out the Debian bittorrent  bittorrent-gui debs and whilst
 I'm prepared to devote a whole machine to this purpose I am not prepared
 to allow it to clog up my internet link. So I really need something that
 provides the above features.

my favorite for download on linux is still the btdownloadcurses, because
it is very handy and can be run in headless-mode (nice if the prog is
run on a server).

maybe the options max_upload_rate and max_download_rate solves problem b
and c.

hth, goofy
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


Re: [SLUG] Manageable Linux Bittorrent Client?

2005-09-01 Thread David Helstroom
On 01/09/05, Terry Collins [EMAIL PROTECTED] wrote:
Is there a Linux bittorrent client that providesa) download queueing?b) download capping?c) upload capping?
Hi Terry,



If you don't mind having to install/run Java, Azureus
(http://azureus.sourceforge.net) is a safe bet. Really easy to
use, and does everything you want (plus more).

Hope that helps,


 Dave.





-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html

Re: [SLUG] Manageable Linux Bittorrent Client?

2005-09-01 Thread Richard
Ive been using Azureus under Linux. It has just about every feature
under the sun and what isn't there can be added as a plugin.

http://azureus.sourceforge.net/

On Fri, 2005-09-02 at 00:22 +1000, Terry Collins wrote:
 Is there a Linux bittorrent client that provides
 a) download queueing?
 b) download capping?
 c) upload capping?
 

Regards

Richard Neal

Childlessness is hereditary, if your parents don't have children neither
will you.







-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


Re: [SLUG] Debian and starting VNC as Service

2005-09-01 Thread luke
Hi.

01Sep2005 @ 12:42 Bill thusly spake
 Any help with either starting services in Debian or starting x11vnc via 
 Webmins command line option will be appreciated.

I've used tightvnc for a while now. It's great.
I use it to access windows boxes. It can be started as a service on Windows
boxes so it starts at boot.

I used the info at the following URL
http://www.vanemery.com/Linux/VNC/vnc-over-ssh.html

additional notes:
/
vnc configuration
The ~/.vnc/xstartup file (on server side) contains a line to start a particular 
window manager.
On the server side start vncserver as follows:
'./vncserver :64 -geometry 1152x864 -depth 24 -name LINUX'
-name can be anything
'netstat -ta' shows the ports the server is then listening on.
to kill the server: 'vncserver -kill :64' 

then connect to the server with a client using the following command

/usr/local/vnc/vncviewer/vncviewer -via 203.xx.xx.xx localhost:64
 ^   
local progremote
\___

I get a machine to start vnc on startup with the following command:
'su -l luke -c vncserver :64 -geometry 1152x864 -depth 24 -name LINUX'


then I have an 'expect' script to connect to the vnc server:

/
#!/usr/bin/expect

set timeout -1

spawn /myProgs/vnc/vncviewer/vncviewer -via 203.xx.xx.xx localhost:64
expect [EMAIL PROTECTED]'s password: 
sleep 1
send xx\r
expect Password: 
sleep 1
send xx\r
send exit\r
expect eof
\_

Good luck.
Kind regards.
Luke.


-- 
._..
.|  .| |.|/.|_ .
.|__.|_|.|\.|_ .
:61 421 276 282:
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


Re: [SLUG] Manageable Linux Bittorrent Client?

2005-09-01 Thread Chris Deigan
quote(Terry Collins);
Is there a Linux bittorrent client that provides
a) download queueing?
b) download capping?
c) upload capping?

Like others have said, Azureus.

Just beware of it's resource footprint. :)

-Chris.
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html