[SLUG] Re: voip/Ekiga and "could not open audio channel"

[Adam Bogacki]

> Date: Wed, 27 Dec 2006 11:55:32 +1100
> From: Sonia Hamilton <[EMAIL PROTECTED]>
> To: SLUG List 
> Subject: [SLUG] voip/Ekiga and "could not open audio channel"
> 
> I'm using voip on my machine (Ekiga) and all is working fine. But I
> notice that when I've been playing music and then try to place a call, I
> get an error along the lines of "Could not open audio channel for audio
> reception".
> 
> Sometimes closing my music player (xmms) solves the problem, sometimes I
> have to logoff/on.
> 
> Is there any tool I can use that allows me to control these audio
> channels, and change which program has access?
> 
> $ uname -a
> Linux hp 2.6.17-10-386 #2 Tue Dec 5 22:26:18 UTC 2006 i686 GNU/Linux
> $ cat /etc/issue
> Ubuntu 6.10 \n \l
> $ xmms --version
> xmms 1.2.10
> $ ekiga --version
> Gnome ekiga 2.0.3
> 
> --
> Sonia Hamilton. GPG key A8B77238.

You need to set up a .asoundrc using dmix which allows multiple applications.

See 


I you don't have a '/home/user/.asoundrc' create one. Cut 'n paste ..

I've had the same problem.

Cheers,

Adam Bogacki,
[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: voip/Ekiga and "could not open audio channel"

[Sonia Hamilton]

Adam Bogacki wrote:

I'm using voip on my machine (Ekiga) and all is working fine. But I
notice that when I've been playing music and then try to place a call, I
get an error along the lines of "Could not open audio channel for audio
reception".


You need to set up a .asoundrc using dmix which allows multiple applications.

See 


I you don't have a '/home/user/.asoundrc' create one. Cut 'n paste ..


Thanks Adam. Other people have recommended I use RhythmBox (because it 
uses ALSA). It's a bit clunky compared to xmms - any other ALSA music 
players people could recommend?


--
Sonia Hamilton. GPG key A8B77238.
--
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] frozen throne under wine

[Ken Foskey]

On Wed, 2006-12-27 at 19:27 +1100, Ken Foskey wrote:
> I have glx installed (now...) and I cannot run frozen throne under wine
> correctly.  Have I missed something?

OK so glxgears did not work and I am now using proprietary nvidia
drivers and glx is definitely working...

opengl32.dll.so is missing from /usr/lib/wine...

Warning: the specified System directory L"c:\\windows\\system32" is not
accessible.
Warning: the specified System directory L"c:\\windows\\system32" is not
accessible.
err:ole:CoGetClassObject class {cda42200-bd88-11d0-bd4e-00a0c911ce86}
not registered
err:ole:CoGetClassObject no class object
{cda42200-bd88-11d0-bd4e-00a0c911ce86} could be created for context 0x1
err:ole:CoGetClassObject class {e436ebb2-524f-11ce-9f53-0020af0ba770}
not registered
err:ole:CoGetClassObject no class object
{e436ebb2-524f-11ce-9f53-0020af0ba770} could be created for context 0x1
err:module:import_dll Library OPENGL32.dll (which is needed by L"C:\
\Program Files\\Warcraft III\\Game.dll") not found

-- 
Ken Foskey
FOSS developer

-- 
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] RPM vs source installs, can it cause probs ?

[Voytek Eymont]

On Thu, December 28, 2006 10:45 am, Penedo wrote:
> On 28/12/06, Howard Lowndes <[EMAIL PROTECTED]> wrote:

> Haven't tried this myself (being a Debian person) but how feasible would
> it be for Voytek to try to create RPM's for the versions he's interested
> in?

in case of Postfix I generally make RPM from source RPMs provided by Simon
Mudd


-- 
Voytek

-- 
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: voip/Ekiga and "could not open audio channel"

[Jan Schmidt]

On Thu, 2006-12-28 at 20:59 +1100, Sonia Hamilton wrote:
> Adam Bogacki wrote:
> >> I'm using voip on my machine (Ekiga) and all is working fine. But I
> >> notice that when I've been playing music and then try to place a call, I
> >> get an error along the lines of "Could not open audio channel for audio
> >> reception".
> > 
> > You need to set up a .asoundrc using dmix which allows multiple 
> > applications.
> > 
> > See 
> > 
> > 
> > I you don't have a '/home/user/.asoundrc' create one. Cut 'n paste ..
> 
> Thanks Adam. Other people have recommended I use RhythmBox (because it 
> uses ALSA). It's a bit clunky compared to xmms - any other ALSA music 
> players people could recommend?

How about xmms? :)

Preferences->"Audio I/O Plugins" tab -> Output Plugin = ALSA.
Configure->Audio device= "default"

Uses Dmix happily here (even though dmix sucks in other ways, and we
need to replace it - but that's an issue for future distro releases :)

J.

-- 
Jan Schmidt [EMAIL PROTECTED]

The woman you buy -- and she is the least expensive -- takes a great
deal of money. The woman who gives herself takes all your time. - Balzac


-- 
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] blocking image/html email in postfix. Was: SPAM is ramping up

[Voytek Eymont]

On Tue, December 26, 2006 3:05 pm, Howard Lowndes wrote:

>>> Sonia, why don't you look at the other restrictions that are
>>> available in postfix.
>>>
>>> I'm currently handling around 200,000 emails per day, but by the time
>>>  they have run the gauntlet only about 5 spam emails per day make it
>>> into my INBOX.
>> [snip]

yes, definitely worth doing

whilst I handle somewhat less mail than you, I have excellent results from
Postfix 'counter measures', the added benefit, most of the junk never
enters the server

conversely, very few, if any, spams make it through
whilst not as sophisticated as yours, if anyone is interested, my setup is
as follows:

body_checks_size_limit = 15
body_checks = pcre:/etc/postfix/body_checks
header_checks = pcre:/etc/postfix/header_checks

smtpd_helo_required = yes
disable_vrfy_command = yes


smtpd_restriction_classes = from_freemail_host

from_freemail_host =
 reject_unknown_client,
 check_client_access hash:/etc/postfix/freemail_hosts,
 check_client_access regexp:/etc/postfix/freemail_reject,
 reject

smtpd_helo_restrictions =
 permit_mynetworks,
 check_helo_access regexp:/etc/postfix/helo_access

smtpd_recipient_restrictions =
 permit_mynetworks,
 check_client_access hash:/etc/postfix/pop-before-smtp,
 reject_unauth_destination,
 check_recipient_access hash:/etc/postfix/recipient_no_checks,
 reject_non_fqdn_sender,
 reject_non_fqdn_recipient,
 reject_invalid_hostname,
 reject_non_fqdn_hostname,
 reject_unknown_sender_domain,
 reject_unknown_recipient_domain,
 reject_unlisted_recipient,
 check_policy_service inet:127.0.0.1:10031,
 check_sender_access hash:/etc/postfix/freemail_access,
 check_recipient_access hash:/etc/postfix/recipient_checks,
 check_recipient_access pcre:/etc/postfix/recipient_checks.pcre,
 check_helo_access hash:/etc/postfix/helo_checks,
 check_sender_access hash:/etc/postfix/sender_checks,
 check_client_access hash:/etc/postfix/client_checks,
 check_client_access pcre:/etc/postfix/client_checks.pcre,
 reject_rbl_client zen.spamhaus.org,
 reject_rbl_client list.dsbl.org,
 reject_rbl_client combined.njabl.org,
 reject_rhsbl_sender dsn.rfc-ignorant.org,
 reject_rbl_client korea.services.net,
 reject_rbl_client dul.dnsbl.sorbs.net,
 permit



-- 
Voytek

-- 
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] is Perl really needed ?

[Voytek Eymont]

On Thu, December 28, 2006 4:25 pm, Erik de Castro Lopo wrote:

>> perhaps, but, it certainly would have prevented two infiltration I had
>> in the last few month
>
> I *REALLY* honestly don't think so. Once somebody is in they will
> use a Perl script. If Perl isn't installed they will do something else,
> like uploading a precomiled binary.
>
> The idea is to prevent people getting in to begin with. Once they
> are in its way too late.

Erik, thanks

you obviously have a great deal more experience than I do, and, I agree
the idea is to prevent in the 1st place, however,

going by a rather limited experience of two semi-successful infiltrations,
they call a code from a remote server like 'sg-webDOTorg/cmd2DOTtxt'
(change DOT to .), trying 5 downloaders until it executes,

I'm guessing if the download/execution fails, the scripts will
search/target other servers

sure, what I'm suggesting will not stop a serious attempt to exploit a
hole, but, it should deflect such a script

as it was, when I realized the server was infiltrated, the 'solution' was:
remove downloaders, remove perl, reboot server, problem removed;
next day the problem was located, 'faulty' CMSs were deleted, and, Perl
re-instated

so, until the CMSs were removed, someone could've run different exploits,
but it didn't happen.

I feel this is like moving ssh to a non-stand port, a small measure to
reduce exposure.

lastly, now that '/tmp' is mounted as
/tmp type ext3 (rw,noexec,nosuid,nodev,noatime,nodiratime)
that should hopefully prevent execution of such expolits

thanks for all the comments

-- 
Voytek

-- 
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] blocking image/html email in postfix. Was: SPAM is ramping up

[Voytek Eymont]

On Thu, December 28, 2006 11:31 pm, Howard Lowndes wrote:
> My only comment would be: "Why leave your client type checks until you
> get to the RCPT type checks?"

Howard,

because I'm scared of re-arranging these on my own, for fear of allowing
relaying or breaking popb4, or...

> If they are going to fail client type
> checks, which are basically checks against the connecting IP address, then
> why subject postfix to having to also do HELO, MAIL and RCPT checks on
> email that could have been chucked out a lot earlier.  The same goes for
> HELO and MAIL checks; if they fail then drop the email immediately,
> don't waste unnecessary processing cycles on email which you could get rid
> of earlier.

so how would you re-arrange, where should they go ?

smtpd_recipient_restrictions =
  permit_mynetworks,
  check_client_access hash:/etc/postfix/pop-before-smtp,
  reject_unauth_destination,
  check_recipient_access hash:/etc/postfix/recipient_no_checks,
  reject_non_fqdn_sender,
  reject_non_fqdn_recipient,
  reject_invalid_hostname,
  reject_non_fqdn_hostname,
  reject_unknown_sender_domain,
  reject_unlisted_recipient,
  check_policy_service inet:127.0.0.1:10031,
  check_sender_access hash:/etc/postfix/freemail_access,
  check_recipient_access hash:/etc/postfix/recipient_checks,
  check_recipient_access pcre:/etc/postfix/recipient_checks.pcre,
  check_helo_access hash:/etc/postfix/helo_checks,
  check_sender_access hash:/etc/postfix/sender_checks,
  check_client_access hash:/etc/postfix/client_checks,
  check_client_access pcre:/etc/postfix/client_checks.pcre,
  reject_rbl_client...

-- 
Voytek

-- 
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] Problems with Evolution email

[Ben Stringer]

On Sat, 2006-10-21 at 21:46 +1000, Ken Caldwell wrote:
> I keep seeing the following message in evolution:
> 
> Error while Storing folder 'Inbox'.
> Summary and folder mismatch, even after a sync
> 
> I have seen other queries about this on Ubuntu forums but not what
> causes it or how to fix.
> 
> Can anyone on this list cast any light on this?

Yep - I have seen this numerous times. It usually occurs for me when Evo
has not been able to complete the writes of it's working files, either
due to a sudden shutdown, or a full disk partition. If you had a problem
with a full disk partition, be sure to free up space before proceeding.

The fix (standard disclaimers: backup first, be careful etc.) is to shut
down Evolution, then remove Inbox.cmeta, Inbox.ev-summary,
Inbox.ibex.index, Inbox.ibex.index.data.

The location of these files will vary depending on your version of
Evolution - for 2.0.4, they are in ~/.evolution/mail/local

Once removed, restart Evolution. It will re-create all the removed files
from the Inbox file. Depending on the size of your inbox, this could
take a while.

Cheers, Ben

Ben Stringer = [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

Re: [SLUG] frozen throne under wine

[Dean Hamstead]

did you compile or did you get wine from a binary?

possibly opengl support has been excluded, either by autoconfig (or its friend) 
not finding opengl headers when compiling or because wine has been split into 
small pieces (ie wine-base, wine-opengl, wine-this, wine-that, wine-theother) 
in which case you would need to add the extra wine packages.

Dean

On Thu, 28 Dec 2006 21:18:24 +1100, Ken Foskey <[EMAIL PROTECTED]> wrote:
> On Wed, 2006-12-27 at 19:27 +1100, Ken Foskey wrote:
>> I have glx installed (now...) and I cannot run frozen throne under wine
>> correctly.  Have I missed something?
> 
> OK so glxgears did not work and I am now using proprietary nvidia
> drivers and glx is definitely working...
> 
> opengl32.dll.so is missing from /usr/lib/wine...
> 
> Warning: the specified System directory L"c:\\windows\\system32" is not
> accessible.
> Warning: the specified System directory L"c:\\windows\\system32" is not
> accessible.
> err:ole:CoGetClassObject class {cda42200-bd88-11d0-bd4e-00a0c911ce86}
> not registered
> err:ole:CoGetClassObject no class object
> {cda42200-bd88-11d0-bd4e-00a0c911ce86} could be created for context 0x1
> err:ole:CoGetClassObject class {e436ebb2-524f-11ce-9f53-0020af0ba770}
> not registered
> err:ole:CoGetClassObject no class object
> {e436ebb2-524f-11ce-9f53-0020af0ba770} could be created for context 0x1
> err:module:import_dll Library OPENGL32.dll (which is needed by L"C:\
> \Program Files\\Warcraft III\\Game.dll") not found
> 
> --
> Ken Foskey
> FOSS developer
> 
> --
> SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
> Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html

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

[SLUG] Fedora 6 movies

[john gibbons]

Bingo Matt!! Your referral to http://www.fedoraforum.org/ worked. There 
is a thread there with detailed instructions. I tested the result with a 
protected movie and it ran without any problems.


Also  thanks to everyone else who offered suggestions.

John.

Matthew Hannigan wrote:
Sorry John, I haven't tried doing this
sort of thing myself, nor have I ever tried "Kaffiene".

You might try on Fedora forums: http://www.fedoraforum.org/

Matt

On Wed, Dec 27, 2006 at 07:02:14AM +1100, john gibbons wrote:
 Thanks Howard and Mathew.

Libdvdcss is now installed but Kaffeine is telling me I do not have the 
appropriate plugins to run protected movies. Any advice about what they 
might be and where they are hiding to avoid my presence?


John.


Matthew Hannigan wrote:
   On Tue, Dec 26, 2006 at 12:52:01PM +1100, john gibbons wrote:


I am having no luck trying to download and install libdvdcss2. Anyone 
done any better?
   

What have you tried?

libdvdcss is in livna, and as far as I can tell, that's the
same thing as libdvdcss2

   rpm -ivh http://rpm.livna.org/livna-release-6.rpm
   yum install libdvdcss


Matt

--
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] is Perl really needed ?

[Penedo]

On 28/12/06, Voytek Eymont <[EMAIL PROTECTED]> wrote:


I feel this is like moving ssh to a non-stand port, a small measure to
reduce exposure.



I actually did this mostly to keep the system logs much cleaner (especially
with Apache). In any case it still requires a password to use ssh.

lastly, now that '/tmp' is mounted as

/tmp type ext3 (rw,noexec,nosuid,nodev,noatime,nodiratime)
that should hopefully prevent execution of such expolits



That's the point - it might prevent execution of *such* exploits but not
necessarily others which use a different attack vector. A more "holistic"
approach would be to just build a complete wall around the untrusted servers
so whatever attackers manage to do to harm them will be contained within
their boundaries. In addition to resulting in a more secure system it should
also help you reduce the amount of resources (mostly time) you spend on
cleaning up the mess and chasing the back doors out of the infected systems.

"prevent execution of such exploits" is a bit like installing a lock on the
front door after an attacker broke in, without doing the same to lock down
all the other entrances and thinking about setting up a complete security
system which will cover all the possible entrances and be resilient for more
sophisticated attacks (e.g. you hardly hear about thieves cutting off phone
and power lines to houses to buy themselves more time but still many alarm
systems try to be resilient for such attacks by having their own internal
power supply and maybe have a wireless communications backup).

thanks for all the comments


You are welcome.

Cheers,

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

[SLUG] LSOF - is there a real-time GUI?

[bill]

What I'm looking for - if it exists - is a GUI for LSOF that updates in 
real-time.


Under Winblows ( some time ago now) I had such a tool - one that showed 
connected IP, port and program name. Don't remember what it was called.


Is there such a program for Linux?

I've googled and found many monitoring programs but haven't as yet found 
one that does what I want.


I'm using Kubuntu 6.06 Dapper and Kubuntu 6.10 Edgy on a home LAN.

Thanks in advance for URL's/program names etc.

Bill


--
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] LSOF - is there a real-time GUI?

[Penedo]

On 29/12/06, bill <[EMAIL PROTECTED]> wrote:


What I'm looking for - if it exists - is a GUI for LSOF that updates in
real-time.

Under Winblows ( some time ago now) I had such a tool - one that showed
connected IP, port and program name. Don't remember what it was called.



I usually associate "lsof" with filesystem monitoring. What you are looking
for sounds like "netstat -p". Are you interested in filesystem or network
connections?

Whatever you want, I'm not aware of a GUI interface for such a tool off the
top of my head.

If you are after filesystem operations monitoring then maybe "inotify-tools"
(http://inotify-tools.sourceforge.net/, also has a Debian package) could be
something to start digging from.

--P
--
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] LSOF - is there a real-time GUI?

[Zhasper]

On 12/29/06, Penedo <[EMAIL PROTECTED]> wrote:

On 29/12/06, bill <[EMAIL PROTECTED]> wrote:
>
> What I'm looking for - if it exists - is a GUI for LSOF that updates in
> real-time.
>
> Under Winblows ( some time ago now) I had such a tool - one that showed
> connected IP, port and program name. Don't remember what it was called.


I usually associate "lsof" with filesystem monitoring. What you are looking
for sounds like "netstat -p". Are you interested in filesystem or network
connections?

Whatever you want, I'm not aware of a GUI interface for such a tool off the
top of my head.

If you are after filesystem operations monitoring then maybe "inotify-tools"
(http://inotify-tools.sourceforge.net/, also has a Debian package) could be
something to start digging from.

--P


Under linux, sockets are files, so lsof does show sockets as well.

If all you're interested in are the sockets and the processes holding
them though, "netstat -np" will give you much faster response than
using lsof.

I've seen GUIs for netstat - I'm fairly sure Gnome comes with one as
part of an app called "Network Tools" or something like that - but
can't recall details offhand, and don't have a 'nix machine handy to
look at.

--
There is nothing more worthy of contempt than a man who quotes himself
- Zhasper, 2004
--
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] is Perl really needed ?

[Jacinta Richardson]

Voytek Eymont wrote:


sure, what I'm suggesting will not stop a serious attempt to exploit a
hole, but, it should deflect such a script


This is probably correct, renaming Perl may deflect scripts which rely on perl 
being easily found.  However, patching the hole and securing your system is 
likely to have a greater return on investment.


You mention that the script uses multiple paths to attempt to download the 
exploit.  It may be possible that it also uses multiple execution paths: Perl, 
then Python, shell and maybe a few other things.  Renaming all of these may not 
be feasible.



as it was, when I realized the server was infiltrated, the 'solution' was:
remove downloaders, remove perl, reboot server, problem removed;
next day the problem was located, 'faulty' CMSs were deleted, and, Perl
re-instated


I'm not certain about your confidence here about "problem removed".  I 
understand that you haven't seen different exploits occurring, but without a 
full re-install it's difficult to be certain that root kits haven't been 
installed on your system and are now lying in wait.  Most systems administrators 
will therefore encourage you to do a complete re-install, or restore from a 
known good state after any compromise.



so, until the CMSs were removed, someone could've run different exploits,
but it didn't happen.


Depending on how much access to your machines they got, I'm not sure you can say 
this with confidence.  Logs can be faked, important entries removed etc.



lastly, now that '/tmp' is mounted as
/tmp type ext3 (rw,noexec,nosuid,nodev,noatime,nodiratime)
that should hopefully prevent execution of such expolits


It should reduce them, but it probably won't prevent all (or even possibly most) 
of them.  If the CMS has a directory to which it can write, then the exploit can 
edit that instead of /tmp/   The best solution is to wall off the CMS, or get a 
better CMS to start with.  You may find something like TripWire a useful tool as 
well.


All the best,

Jacinta
--
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] LSOF - is there a real-time GUI?

[Penedo]

On 29/12/06, Zhasper <[EMAIL PROTECTED]> wrote:


Under linux, sockets are files, so lsof does show sockets as well.



I know lsof can monitor also network connections but that's not because
"sockets are files".
UNIX-domain sockets, which are usually uninteresting, indeed occupy i-nodes
on filesystems, but I'm not aware of a standard way to map network sockets (
e.g. TCP/UDP sockets) to filesystem names. Do you? (maybe there is some
specialized linux filesystem which does this, but I don't see one on my
system right now. I think there used to be some attempts to map TCP and UDP
ports under /dev/tcp and such but they died out on ages ago, at least on
Linux. Maybe they still live on systems like Plan 9, Hurd and Ameoba).

I've seen GUIs for netstat - I'm fairly sure Gnome comes with one as

part of an app called "Network Tools" or something like that - but
can't recall details offhand, and don't have a 'nix machine handy to
look at.



Looking at GNOME's Network Tools 2.14.2 (Debian Etch) it appears to be a
simple interface to one-time execution of netstat, not even with an option
to add the "-p" option.

Cheers,

--P
--
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: voip/Ekiga and "could not open audio channel"

[Adam Bogacki]

>Thanks Adam. Other people have recommended I use RhythmBox (because it
>uses ALSA). It's a bit clunky compared to xmms - any other ALSA music
>players people could recommend?
>
>--
>Sonia Hamilton. GPG key A8B77238.

Once you've '/home/user/.asoundrc' with dmix set up, it's not reallly an issue.

Personally, after trying them all out I settled on using mplayer from the
command line. It operates faster and more efficiently in terms of
memory than any GUI based app, most of which use ALSA anyway.

Eg,

[EMAIL PROTECTED]:~/Media/Audio$ mplayer -playlist *.ram [or .wav or .mp3 
or whatever]
MPlayer 2:0.99+1.0pre8-0ubuntu8 (C) 2000-2006 MPlayer Team
.. [and so on] ..

Getting you head around 'man mplayer' can be a bit daunting at first
but in practice you only need a few relevant commands unless you wish
to become an mplayer guru.

It's a good idea to have a comprehensive codec selection and update
frequently, simple on debian based systems.

The difficult bit can be getting the initial *.ram or .asx files
for streaming media, and staying in touch with changes on their websites.

Cheers,

Adam. 

-- 
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: [Fwd: Re: [CTTE] SLUG after LCA]

[Leslie Hawthorn]

On 12/15/06, Lindsay Holmwood <[EMAIL PROTECTED]> wrote:



Apologies for the delay, we've been flat out. :-)



Sorry for *my* late reply this time.

The interactive session sounds really good, and will probably suit our

audience really well.



Excellent.

Would you be able to send a quick blurb through to put on the SLUG

calendar?



Leslie Hawthorn from Google's Open Source Program Office (OSPO) will give a
brief overview of what OSPO is, a bit about the Google Summer of Code
program, followed by many minutes of Q&A.

Cheers,
LH



--
Leslie Hawthorn
Open Source Program Office
Google Inc.
--
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] LSOF - is there a real-time GUI?

[Matthew Hannigan]

On Fri, Dec 29, 2006 at 11:24:23AM +1100, bill wrote:
> What I'm looking for - if it exists - is a GUI for LSOF that updates in 
> real-time.
> 
> Under Winblows ( some time ago now) I had such a tool - one that showed 
> connected IP, port and program name. Don't remember what it was called.
> 
> Is there such a program for Linux?

The 'watch' command can turn simple text output commands
into 'live' ones:

watch netstat -nput

works pretty well

Or you could try ntop :  http://www.ntop.org

Matt


-- 
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] LSOF - is there a real-time GUI?

[Zhasper]

On 12/29/06, Penedo <[EMAIL PROTECTED]> wrote:

On 29/12/06, Zhasper <[EMAIL PROTECTED]> wrote:
>
> Under linux, sockets are files, so lsof does show sockets as well.


I know lsof can monitor also network connections but that's not because
"sockets are files".



From the lsof man page:



An open file may be a regular file, a directory, a block special file, a 
character special file, an
executing text reference, a library, a stream or a network file (Internet 
socket, NFS file or UNIX
domain socket.)


How are you defining "file"?


UNIX-domain sockets, which are usually uninteresting, indeed occupy i-nodes
on filesystems, but I'm not aware of a standard way to map network sockets (
e.g. TCP/UDP sockets) to filesystem names. Do you? (maybe there is some
specialized linux filesystem which does this, but I don't see one on my
system right now.


I thought there might be something in /proc, but I can't see anything.


--
There is nothing more worthy of contempt than a man who quotes himself
- Zhasper, 2004
--
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] LSOF - is there a real-time GUI?

[Penedo]

On 29/12/06, Zhasper <[EMAIL PROTECTED]> wrote:


From the lsof man page:

> An open file may be a regular file, a directory, a block special file, a
character special file, an
> executing text reference, a library, a stream or a network file
(Internet socket, NFS file or UNIX
> domain socket.)




That ("Internet socket") is lsof-specific definition.



How are you defining "file"?



Would "something that can be named using a UNIX path and can be opened with
open(2)" (i.e. not directories) satisfy you?


UNIX-domain sockets, which are usually uninteresting, indeed occupy
i-nodes
> on filesystems, but I'm not aware of a standard way to map network
sockets (
> e.g. TCP/UDP sockets) to filesystem names. Do you? (maybe there is some
> specialized linux filesystem which does this, but I don't see one on my
> system right now.

I thought there might be something in /proc, but I can't see anything.



Me too. Tried to look around /proc, /dev and even /sys after your first
reply but couldn't see anything except for /proc/net/{tcp,udp}, which don't
really count do they (look like the source for netstat(8) output) ?

Cheers, and Happy New Year

--P
--
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] LSOF - is there a real-time GUI?

[Penedo]

On 29/12/06, Matthew Hannigan <[EMAIL PROTECTED]> wrote:


On Fri, Dec 29, 2006 at 11:24:23AM +1100, bill wrote:
> What I'm looking for - if it exists - is a GUI for LSOF that updates in
> real-time.
>
> Under Winblows ( some time ago now) I had such a tool - one that showed
> connected IP, port and program name. Don't remember what it was called.
>
> Is there such a program for Linux?

The 'watch' command can turn simple text output commands
into 'live' ones:

watch netstat -nput

works pretty well



Indeed, though the original question was looking for a GUI solution for some
reason :^).

Or you could try ntop :  http://www.ntop.org


As far as I can see, ntop gives per-host statistics, it doesn't break things
down to the local program names.

Cheers,

--P
--
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] LSOF - is there a real-time GUI?

[Matthew Hannigan]

On Fri, Dec 29, 2006 at 03:13:13PM +1100, Penedo wrote:
> On 29/12/06, Matthew Hannigan <[EMAIL PROTECTED]> wrote:
> >
> >On Fri, Dec 29, 2006 at 11:24:23AM +1100, bill wrote:
> >> What I'm looking for - if it exists - is a GUI for LSOF that updates in
> >> real-time.
> >>
> >> Under Winblows ( some time ago now) I had such a tool - one that showed
> >> connected IP, port and program name. Don't remember what it was called.
> >>
> >> Is there such a program for Linux?
> >
> >The 'watch' command can turn simple text output commands
> >into 'live' ones:
> >
> >watch netstat -nput
> >
> >works pretty well
> 
> 
> Indeed, though the original question was looking for a GUI solution for some
> reason :^).

I deem tuis to be guis :-)   It all comes down to
dots of light on a screen 


>> Or you could try ntop :  http://www.ntop.org
> 
> 
> As far as I can see, ntop gives per-host statistics, it doesn't break things
> down to the local program names.

Ah true nuff.

Something based on inotify or similar must be around somewhere


-- 
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] LSOF - is there a real-time GUI?

[Penedo]

On 29/12/06, Matthew Hannigan <[EMAIL PROTECTED]> wrote:


Something based on inotify or similar must be around somewhere



That was exactly what I though when I read Bill's original question (after
all, Bill mentioned lsof) but it looks like Bill is interested in network
traffic and inotify only handles, well, i-nodes (i.e. things that can be
found on the file system hierarchy) and not network stuff.

Cheers,

--P
--
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] LSOF - is there a real-time GUI?

[Julio Cesar Ody]

All in all, if you have Ruby installed, you can always use the builtin
GUI for lsof.

Just run:

$ ruby -rtk -e 'r=TkRoot.new{title"LSOF
GUI"};t=TkText.new(r);t.pack;u=Thread.start{loop{t.value=`sudo
lsof`;sleep 2}};Tk.mainloop'

In a single line, of course.

Happy new year.

f/p


On 12/29/06, Penedo <[EMAIL PROTECTED]> wrote:

On 29/12/06, Matthew Hannigan <[EMAIL PROTECTED]> wrote:
>
> Something based on inotify or similar must be around somewhere


That was exactly what I though when I read Bill's original question (after
all, Bill mentioned lsof) but it looks like Bill is interested in network
traffic and inotify only handles, well, i-nodes (i.e. things that can be
found on the file system hierarchy) and not network stuff.

Cheers,

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




--
Julio C. Ody
http://rootshell.be/~julioody
--
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html