debian-user-digest Digest V2007 #1908

Content-Type: text/plain

debian-user-digest Digest Volume 2007 : Issue 1908

Today's Topics:

  Re: Enabling SFTP under Debian 4.0r0  [ Kent West  ]
  Re: Enabling SFTP under Debian 4.0r0  [ ArcticFox  ]
  Re: lenny comfortable yet?            [ "David Fox"  ]
  Re: Enabling SFTP under Debian 4.0r0  [ Kent West  ]
  Re: What's this error message tellin  [ Manoj Srivastava  ]
  nvidia-kernel package: compilation f  [ Jim McCloskey  ]
  Re: nvidia-kernel package: compilati  [ Alan Ianson  ]
  Re: Enabling SFTP under Debian 4.0r0  [ ArcticFox 
  Re: Ata controller change device ord  [ Lars <debs@utysket.dk> ]


Date: Fri, 06 Jul 2007 22:04:34 -0500


From: Kent West <westk@goshen.acu.edu>


To: debian-user@lists.debian.org


Subject: Re: Enabling SFTP under Debian 4.0r0
Message-ID: <468F02C2.1040000@goshen.acu.edu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

ArcticFox wrote:

>
> On Jul 6, 2007, at 4:14 PM, Yann Lejeune wrote:
>
>> On 2007/07/06-16:06(-0500), ArcticFox wrote :
>>>
>>> /etc/ssh/ssh_config: line 47: Bad configuration option: Subsystem
>>> /etc/ssh/ssh_config: terminating, 1 bad configuration options
>>> Couldn't read packet: Connection reset by peer
>>>
>>> Also, the client system is MacOS X, Fugu is a sftp client for that
>>> system.
>>>
>>
>> hmmm the subsystem... command must be placed in the 
>> /etc/ssh/sshd_config, not
>> in the /etc/ssh/ssh_config.
>>
>> Check both files and log messages when you start your ssh server.
>>
> Ok, the line is in sshd_config. I removed the extra line from the 
> other file and restarted the ssh server. Attempting to connect results 
> in the same error I listed before (Request for subsystem failed...) I 
> don't see a log file for ssh or sftp in the usual places and a search 
> through gnome didn't turn anything up either, though that usually 
> doesn't work anyway.
>

Again, what happens when you attempt to connect from/to the same Linux box?


If that works, try from the Mac Terminal instead of Fugu and let us know 
the results.

-- 
Kent

Date: Fri, 6 Jul 2007 22:24:22 -0500
From: ArcticFox <genkokitsu@insightbb.com>
To: debian-user@lists.debian.org
Subject: Re: Enabling SFTP under Debian 4.0r0
Message-Id: <908ca1f70ca1a43769e27fa55504583a@insightbb.com>
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit

On Jul 6, 2007, at 10:04 PM, Kent West wrote:


> ArcticFox wrote:
>>
>> On Jul 6, 2007, at 4:14 PM, Yann Lejeune wrote:
>>
>>> On 2007/07/06-16:06(-0500), ArcticFox wrote :
>>>>
>>>> /etc/ssh/ssh_config: line 47: Bad configuration option: Subsystem
>>>> /etc/ssh/ssh_config: terminating, 1 bad configuration options
>>>> Couldn't read packet: Connection reset by peer
>>>>
>>>> Also, the client system is MacOS X, Fugu is a sftp client for that
>>>> system.
>>>>
>>>
>>> hmmm the subsystem... command must be placed in the 
>>> /etc/ssh/sshd_config, not
>>> in the /etc/ssh/ssh_config.
>>>
>>> Check both files and log messages when you start your ssh server.
>>>
>> Ok, the line is in sshd_config. I removed the extra line from the 
>> other file and restarted the ssh server. Attempting to connect 
>> results in the same error I listed before (Request for subsystem 
>> failed...) I don't see a log file for ssh or sftp in the usual places 
>> and a search through gnome didn't turn anything up either, though 
>> that usually doesn't work anyway.
>>
>
> Again, what happens when you attempt to connect from/to the same Linux 
> box?
>
> If that works, try from the Mac Terminal instead of Fugu and let us 
> know the results.
>
> -- 
> Kent
>

Both the remote terminal and local terminal give the same error. 
(Request for subsystem... blah blah blah)

Also, I don't know if this is related, but attempting to connect 
through ssh as root gets a "Bad Password" message, yet the password is 
accepted when used locally.


Date: Fri, 06 Jul 2007 20:29:40 -0700
From: Alan Ianson <agianson@gmail.com>
To: debian-user@lists.debian.org
Subject: Re: lenny comfortable yet?
Message-id: <200707062029.41004.agianson@gmail.com>
Content-type: text/plain; charset=iso-8859-1
Content-transfer-encoding: 7bit
Content-disposition: inline

On Fri July 6 2007 07:19:20 pm Douglas Allan Tutty wrote:

> I ran Etch for about 6 months before it became stable since my new box
> required it.  I'm runing amd64.


I've always considered myself a "stable" man, but it never seems to work out 
that way.. ;)


> One of the main reasons for buying a new box was, believe it or not,
> that my 486 had difficulty with all the over-graphiced web pages I
> needed to access.
>
> Now I'm finding that a lot of the sites I need use flash not just for
> decoration but the main content.  Of course, Etch amd64 doesn't have the
> wrapper that allows me to use a flash player without using an i386
> chroot.


I never did do a chroot but I do even to this day have a small stable-i386 
partition installed. I haven't used it in a while now, I think I can probably 
drop it now without missing it.


> I'm still trying to get it to work but if I can't, I'm wondering about
> just moving up to Lenny.


I went from etch to lenny recently. I didn't see anything interesting so I 
moved up to sid about an hour later.

Sid sure seems stable at the moment. I'm sure there are bugs about but I just 
don't see any. There is the odd package that doesn't install because of 
depends and what not but few and far between. Sid looks a lot like release 
material to me now. Better wait and see what tomorrow has in store.. :))


> I know from Etch that testing is not stable.  Things stop working for a
> while and then a fix comes down the pipe.  In the mean time, use
> something else.  I undertand all that.  However, since this is my main
> box, I don't want to find that something happens to kill it requiring a
> reinstall or something.  I'm on dialup.


I keep an etch-archives, lenny-archives and sid-archives around the drives and 
symlink to /var/cache/apt/archives as appropriate just in case I feel the 
need to change. Still a big job to re-install but it saves a fair bit of 
downloading.


> My daily must-haves really are mild: base system, a brower (lynx or
> links2), an editor, mutt, exim, fetchmail, and I like mc, and aptitude
> (or apt-get or even dselect or plain dpkg in a pinch), along with
> ppp/chat.  It wouldn't bother me if anything else stopped working for a
> while, but if I loose the ability to dial out, loose email, then I'm in
> difficulty.


I rarely have difficulty with any console app (I use quite a few of them) in 
testing/unstable, it's usually the x/gnome/kde stuff that takes time to get 
in place. Haven't used ppp for some time though.
 

> I know that, just like mutual funds, past performance does not guarantee
> future performance, but what has the experience been like for
> non-developers over the past couple of months?  Do people think that
> Lenny is ready for a desktop run by a knowledgeable user?


Sid has been a bump and grind, just as expected. I had to remember how to use 
apt-get b/c aptitude was having issues (runs great now) but if it wasn't so I 
probably wouldn't enjoy it.. :)

Not to sure about lenny. I'm going to install it over the weekend and have a 
look and see. I think lenny would be easier on the modem line. Sid has had a 
few openoffice updates in the last few weeks. The current one (2.2.1-5) looks 
good to get into lenny but we'll see.


Date: Fri, 6 Jul 2007 20:40:11 -0700
From: "David Fox" <dfox94085@gmail.com>
To: debian-user@lists.debian.org
Subject: Re: lenny comfortable yet?
Message-ID: <359a3c580707062040n699b5a5el454f8aa174b829ca@mail.gmail.com>
Content-Type: multipart/alternative; 
	boundary="----=_Part_146669_26949914.1183779611632"

------=_Part_146669_26949914.1183779611632
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On 7/6/07, Douglas Allan Tutty <dtutty@porchlight.ca> wrote:

>
> I ran Etch for about 6 months before it became stable since my new box
> required it.  I'm runing amd64.




I'm still on a (sniff) AMD  Thunderbird 1000 mhz box. :)

I'll bet that going from a 486 to an AMD 64 is one hell of an improvement.
:)



>
> Now I'm finding that a lot of the sites I need use flash not just for
> decoration but the main content.  Of course, Etch amd64 doesn't have the
> wrapper that allows me to use a flash player without using an i386
> chroot.



I don't like flash but once in a while it's useful. I  actually don't use it
all that
much.



> My daily must-haves really are mild: base system, a brower (lynx or
> links2), an editor, mutt, exim, fetchmail, and I like mc, and aptitude
> (or apt-get or even dselect or plain dpkg in a pinch), along with



That stuff should be easily doable in lenny.

I've been running lenny maybe a month (if not that long) and it's been
pretty
good. Etch I ran for quite sometime - probably over a year and watched it
slowly go to stable. I switched sometime after the move.

The biggest headaches are the sudden lack of 3d acceleration on the nvidia
geforce fx5200 (and to think I just acquired the card about a month or two
ago!), and the difficulty with the tetex to tex-live transition. I'm not a
tex user (was
but that was very lightweight "getting my feet wet" sort of use when I first
was exploring
Linux) of it but it seems to want to get installed, and last night's
dist-uipgrade didn't go
very well. I even ran out of disk space on my / partition. (It was small,
but not *that* small.)

I certainly don't want to have to install/configure a slew of
internationalsation files for
texlive/tetex or what have you - things like mongolian and vietnamese things
are stuff I'm not
anticipating I'd ever use.

Is there an easy way to just remove the TeX related stuff without causing
dependency
problems (ISTR that kdvi and some other KDE things need it, and I don't want
to have to remove al of KDE too)?

Thanks,

>
> Doug.
>
>


------=_Part_146669_26949914.1183779611632
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

<br><br><div><span class="gmail_quote">On 7/6/07, <b class="gmail_sendername">Douglas Allan Tutty</b> &lt;<a href="mailto:dtutty@porchlight.ca">dtutty@porchlight.ca</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I ran Etch for about 6 months before it became stable since my new box<br>required it.&nbsp;&nbsp;I&#39;m runing amd64.</blockquote><div><br><br>I&#39;m still on a (sniff) AMD&nbsp; Thunderbird 1000 mhz box. :)<br><br>I&#39;ll bet that going from a 486 to an AMD 64 is one hell of an improvement. :)
<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br><br>Now I&#39;m finding that a lot of the sites I need use flash not just for
<br>decoration but the main content.&nbsp;&nbsp;Of course, Etch amd64 doesn&#39;t have the<br>wrapper that allows me to use a flash player without using an i386<br>chroot.</blockquote><div><br>I don&#39;t like flash but once in a while it&#39;s useful. I&nbsp; actually don&#39;t use it all that
<br>much. <br>&nbsp;<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">My daily must-haves really are mild: base system, a brower (lynx or
<br>links2), an editor, mutt, exim, fetchmail, and I like mc, and aptitude<br>(or apt-get or even dselect or plain dpkg in a pinch), along with</blockquote><div><br>That stuff should be easily doable in lenny. <br><br>I&#39;ve been running lenny maybe a month (if not that long) and it&#39;s been pretty
<br>good. Etch I ran for quite sometime - probably over a year and watched it <br>slowly go to stable. I switched sometime after the move.<br><br>The biggest headaches are the sudden lack of 3d acceleration on the nvidia 
<br>geforce fx5200 (and to think I just acquired the card about a month or two <br>ago!), and the difficulty with the tetex to tex-live transition. I&#39;m not a tex user (was<br>but that was very lightweight &quot;getting my feet wet&quot; sort of use when I first was exploring 
<br>Linux) of it but it seems to want to get installed, and last night&#39;s dist-uipgrade didn&#39;t go<br>very well. I even ran out of disk space on my / partition. (It was small, but not *that* small.)<br><br>I certainly don&#39;t want to have to install/configure a slew of internationalsation files for 
<br>texlive/tetex or what have you - things like mongolian and vietnamese things are stuff I&#39;m not<br>anticipating I&#39;d ever use.<br><br>Is there an easy way to just remove the TeX related stuff without causing dependency
<br>problems (ISTR that kdvi and some other KDE things need it, and I don&#39;t want to have to remove al of KDE too)?<br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Thanks,<br><br>Doug.<br><br></blockquote></div><br>

------=_Part_146669_26949914.1183779611632--


Date: Fri, 06 Jul 2007 23:54:19 -0500
From: Kent West <westk@goshen.acu.edu>
To: debian-user@lists.debian.org
Subject: Re: Enabling SFTP under Debian 4.0r0
Message-ID: <468F1C7B.1000300@goshen.acu.edu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

ArcticFox wrote:

>
> On Jul 6, 2007, at 10:04 PM, Kent West wrote:
>> Again, what happens when you attempt to connect from/to the same 
>> Linux box?
>>
>> If that works, try from the Mac Terminal instead of Fugu and let us 
>> know the results.
> Both the remote terminal and local terminal give the same error. 
> (Request for subsystem... blah blah blah)


I think at this point I'd try "aptitude purge ssh && aptitude install 
ssh", from the command line. (It's irrational, I know, but I just don't 
trust Synaptic as much as I do aptitude.)

Does the error occur after entering your password, or before you even 
get a password prompt?

But you can ssh fine? What about scp?

You might "tail /var/log/auth.log" for clues.

Can you verify that /usr/bin/sshd is running (as opposed to some other 
sshd)? As in:

> westk[@westk03]:/home/westk> ps ax | grep ss[h]
> 17652 ?        Ss     0:00 /usr/sbin/sshd

> Also, I don't know if this is related, but attempting to connect 
> through ssh as root gets a "Bad Password" message, yet the password is 
> accepted when used locally.

IIRC, it used to be that sshd_config had "PermitRootLogin=no", but I 
think in more recent times it's set to yes (which seems unwise to me).


Date:  Sat, 07 Jul 2007 00:24:51 -0500
From: Manoj Srivastava <srivasta@ieee.org>
To: debian-user@lists.debian.org
Subject:  Re: What's this error message telling me?
Message-ID:  <87myy8iy58.fsf@glaurung.internal.golden-gryphon.com>
Content-Type:  text/plain; charset=us-ascii

On Sun, 17 Jun 2007 13:22:07 -0600, Telly Williams
<twilliams001@elp.rr.com> said:  


> Florian Kulzer wrote:
>> 
>> I think that depends on how restrictive your SELinux setup is. Can
>> you turn SELinux off and try to install slib again?
>> 
>> 
> Whoa.  I did 'echo 0 >/selinux/enforce' and now everything works,
> including Open Office.  Thanks Florian.

> I just began using SELinux and trying to understand how everything
> works.  Why wouldn't it let me install slib while I was root?  Is it
> that there's no such thing as a Super User in SELinux?  ~Telly


        Did you turn on audit=1 on your grub/lilo command line? If you,
 you should have "avc denied" lines in /var/log/messages. Grep those
 lines out of /var/log/messgaes, put them into  a file, and file a
 wishlist bug on the selinux policy you are using, with a short note on
 what you were trying to do, and the output of id -Z as root.

        This will help getting the issue fixed.

        thanks,

        manoj
-- 
He that breaks a thing to find out what it is has left the path of
wisdom. J.R.R. Tolkien
Manoj Srivastava <srivasta(at)acm.org> <http://www.golden-gryphon.com/>
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C


Date: Fri, 6 Jul 2007 22:27:19 +0200
From: Yann Lejeune <lejeuney@gmail.com>
To: debian-user@lists.debian.org
Subject: Re: Enabling SFTP under Debian 4.0r0
Message-ID: <20070706202719.GA19421@mano.netyl.org>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On 2007/07/06-13:03(-0700), Andrew Sackville-West wrote :

> looks like you need 115 open for sftp


In fact :
 - SFTP : Simple File Transfer Protocol run on TCP port 115
 - SFTP : Secure File Transfer Protocol run over SSH (so TCP port 22).

Regards.


Date: Fri, 6 Jul 2007 23:19:55 -0700
From: Jim McCloskey <mcclosk@ucsc.edu>
To: debian-user@lists.debian.org
Subject: nvidia-kernel package: compilation failure with 2.6.21
Message-ID: <20070707061955.GA5952@branci40>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hello.

I did a recent install of Debian etch on a system with an nVidia
graphics controller. I used module-assistant to install the nvidia
kernel module, and under kernel 2.6.18 from the install, that all
worked fine.

A few days later, I upgraded to kernel package 2.6.18.2-686 (from
lenny) to resolve a problem with the on-board audio controller:

 Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 01)

The kernel upgrade did indeed resolve the problem with the audio
controller, but it meant a re-install of the nvidia kernel module. I
tried to do that as follows:

 % aptitude install nvidia-kernel-common
 % module-assistant -i prepare
 % module-assistant a-i -t -f nvidia-kernel

However, the build failed. The crucial error seems to be this (from 
/var/cache/modass/nvidia-kernel-source.buildlog.2.6.21-2-686.1183784666):

----------------------------------------------------------------------
  LD [M]  /usr/src/modules/nvidia-kernel/nv/nvidia.o
  Building modules, stage 2.
  MODPOST 1 modules
FATAL: modpost: GPL-incompatible module nvidia.ko uses GPL-only symbol 'paravirt_ops'
make[4]: *** [__modpost] Error 1
make[3]: *** [modules] Error 2
make[3]: Leaving directory `/usr/src/linux-headers-2.6.21-2-686'
NVIDIA: left KBUILD.
nvidia.ko failed to build!
----------------------------------------------------------------------

The compiler used was gcc-4.1 version 4.1.1 (the kernel seems to have
been compiled with 4.1.2), but the error-message seems to suggest that
the issue is in some sense legal rather than technical.

(There is a similar bug report---No. 430577---against the nvidia-graphics-drivers-legacy-71xx
package.)

Has anyone else encountered this problem, or does it come from some
stupidity on my part?  I could use the nvidia installer, I suppose,
but I'd really prefer to do things the Debian way. Does anyone know of
a workaround?

Thanks very much in advance,

Jim


Date: Sat, 07 Jul 2007 00:17:13 -0700
From: Alan Ianson <agianson@gmail.com>
To: Jim McCloskey <mcclosk@ucsc.edu>, debian-user@lists.debian.org
Subject: Re: nvidia-kernel package: compilation failure with 2.6.21
Message-id: <200707070017.13932.agianson@gmail.com>
Content-type: text/plain; charset=iso-8859-1
Content-transfer-encoding: 7bit
Content-disposition: inline

On Fri July 6 2007 11:19:55 pm Jim McCloskey wrote:

> Hello.
>
> I did a recent install of Debian etch on a system with an nVidia
> graphics controller. I used module-assistant to install the nvidia
> kernel module, and under kernel 2.6.18 from the install, that all
> worked fine.
>
> A few days later, I upgraded to kernel package 2.6.18.2-686 (from
> lenny) to resolve a problem with the on-board audio controller:
>
>  Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller
> (rev 01)
>
> The kernel upgrade did indeed resolve the problem with the audio
> controller, but it meant a re-install of the nvidia kernel module. I
> tried to do that as follows:
>
>  % aptitude install nvidia-kernel-common
>  % module-assistant -i prepare
>  % module-assistant a-i -t -f nvidia-kernel
>
> However, the build failed. The crucial error seems to be this (from
> /var/cache/modass/nvidia-kernel-source.buildlog.2.6.21-2-686.1183784666):
>
> ----------------------------------------------------------------------
>   LD [M]  /usr/src/modules/nvidia-kernel/nv/nvidia.o
>   Building modules, stage 2.
>   MODPOST 1 modules
> FATAL: modpost: GPL-incompatible module nvidia.ko uses GPL-only symbol
> 'paravirt_ops' make[4]: *** [__modpost] Error 1
> make[3]: *** [modules] Error 2
> make[3]: Leaving directory `/usr/src/linux-headers-2.6.21-2-686'
> NVIDIA: left KBUILD.
> nvidia.ko failed to build!
> ----------------------------------------------------------------------
>
> The compiler used was gcc-4.1 version 4.1.1 (the kernel seems to have
> been compiled with 4.1.2), but the error-message seems to suggest that
> the issue is in some sense legal rather than technical.
>
> (There is a similar bug report---No. 430577---against the
> nvidia-graphics-drivers-legacy-71xx package.)
>
> Has anyone else encountered this problem, or does it come from some
> stupidity on my part?  


I've seen this too.


> I could use the nvidia installer, I suppose, 
> but I'd really prefer to do things the Debian way. Does anyone know of
> a workaround?



I believe the only way to get the nvidia module loaded is to build your own 
kernel with "paravirt_ops" (or something there abouts) disabled.

I haven't built my own kernel since woody and I forget how to do it.. :)

Googleing paravirt_ops, nvidia, debian will likely be helpful.

Do you need more help?
In addition to our free technical library, Pantek provides professional IT services to companies who utilize Open Source software:
Learn more about Pantek's Technical Support offerings
Place an order for 24/7/365 Technical Support here
Learn more about Pantek, who we are, and what we do
Chat with a Live Operator
Related lists.debian.org Links
debian-announce
debian-apache
debian-arm-changes
debian-beowulf
debian-boot
debian-cd
debian-cd-vendors
debian-changes
debian-changes-digest
debian-isp
debian-kde
debian-laptop
debian-mirrors-announce
debian-news
debian-security
debian-security-announce
debian-testing
debian-user
debian-user-digest
Request more information about Pantek

Date: Sat, 7 Jul 2007 02:24:52 -0500
From: ArcticFox <genkokitsu@insightbb.com>
To: debian-user@lists.debian.org
Subject: Re: Enabling SFTP under Debian 4.0r0
Message-Id: <a32cbc3035e14dd3f200c8488c88b621@insightbb.com>
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit

On Jul 6, 2007, at 11:54 PM, Kent West wrote:


> ArcticFox wrote:
>>
>> On Jul 6, 2007, at 10:04 PM, Kent West wrote:
>>> Again, what happens when you attempt to connect from/to the same 
>>> Linux box?
>>>
>>> If that works, try from the Mac Terminal instead of Fugu and let us 
>>> know the results.
>> Both the remote terminal and local terminal give the same error. 
>> (Request for subsystem... blah blah blah)
>
> I think at this point I'd try "aptitude purge ssh && aptitude install 
> ssh", from the command line. (It's irrational, I know, but I just 
> don't trust Synaptic as much as I do aptitude.)


I'll try that.... Seems ssh wasn't installed beforehand (aptitude purge 
ssh had no effect) though it still dosen't work after installing ssh. I 
suppose I need to restart now though right?

>
> Does the error occur after entering your password, or before you even 
> get a password prompt?


After entering the password. Tried it three times then get the error 
message

>
> But you can ssh fine? What about scp?


Yup, I didn't know about scp before >_> That solves half my problem 
though, I still need sftp to work...

>
> You might "tail /var/log/auth.log" for clues.


All that tells me is there was a ssh session opened for root then 
closed a second later. No error messages or anything useful.

>
> Can you verify that /usr/bin/sshd is running (as opposed to some other 
> sshd)? As in:
>> westk[@westk03]:/home/westk> ps ax | grep ss[h]
>> 17652 ?        Ss     0:00 /usr/sbin/sshd
>

I get no output for ss[h], but for ssh I get:
fox@foxpaws:~$ ps ax | grep ssh
11703 pts/0    S+     0:00 grep ssh
Not sure if that's meaningful or even what you were looking for. I 
didn't run it as root though, so that might have something to do with 
it.

Running as root I see:
11746 ?   Ss   0:00 /usr/bin/ssh-agent /usr/bin/dbus-launch 
--exit-with-session x-session-manager


>> Also, I don't know if this is related, but attempting to connect 
>> through ssh as root gets a "Bad Password" message, yet the password 
>> is accepted when used locally.
> IIRC, it used to be that sshd_config had "PermitRootLogin=no", but I 
> think in more recent times it's set to yes (which seems unwise to me).

Date: Sat,  7 Jul 2007 09:35:00 +0200 (CEST)
From: pinniped <cirilo_bernardo@yahoo.com>
To: debian-user@lists.debian.org
Subject: Re: nvidia-kernel package:
Message-Id: <listhandler=2&site=www.debianhelp.org&nid=8691&pid=&cid=30494&uid=76&tid=79&40333dc464c89119114fb196c38d506d@www.debianhelp.org>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: quoted-printable

Do you use paravirtualization?  If not, recompile a kernel with no virtua=
lization support.  The problem here is that the NVidia driver is trying t=
o use a module symbol which has been declared for use with GPL drivers on=
ly.  If I remember correctly that means EXPORT_SYMBOL_GPL(somevariable) i=
s used in the code which is causing the problem.  So options to try are:

1. remove virtualization and try to compile again
2. find the offending symbol in the kernel source and change EXPORT_SYMBO=
L_GPL to EXPORT_SYMBOL and recompile the kernel.

Since there are already so many drivers for Linux and the proprietary dri=
vers are usually a nuisance and cause problems (which of course are blame=
d on kernel developers), there is an ongoing trend to exclude non-GPL dri=
vers from loading.  Of course you can imagine that as module writers use =
EXPORT_SYMBOL_GPL more, there will be more proprietary driver failures.  =
In the future there is no guarantee that EXPORT_SYMBOL will not actually =
be the same as EXPORT_SYMBOL_GPL.


Date: Sat, 07 Jul 2007 10:12:39 +0200
From: Lorenzo Bettini <bettini@dsi.unifi.it>
To: Debian User Mailing List <debian-user@lists.debian.org>
Subject: icedove 2 uses a lot of bandwidth
Message-ID: <468F4AF7.9080005@dsi.unifi.it>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Hi

I like the new features of icedove 2 (thunderbird), but when I'm using a 
56k modem, I noticed that it uses a lot of bandwidth (especially upon 
the first get messages of the day); I'm using only IMAP.

I think this is due to the fact that it builds a summary (the one shown 
in the right bottom corner of the screen) of the new arrived emails by 
inspecting all the IMAP folders.

Is there a way to disable this feature?  I couldn't find it in the 
preferences...

thanks in advance
	Lorenzo

-- 
Lorenzo Bettini, PhD in Computer Science, DSI, Univ. di Firenze
ICQ# lbetto, 16080134     (GNU/Linux User # 158233)
HOME: http://www.lorenzobettini.it MUSIC: http://www.purplesucker.com
BLOGS: http://tronprog.blogspot.com  http://longlivemusic.blogspot.com
http://www.gnu.org/software/src-highlite
http://www.gnu.org/software/gengetopt
http://www.gnu.org/software/gengen http://doublecpp.sourceforge.net

Date: Sat, 07 Jul 2007 11:12:49 +0200
From: Lars <debs@utysket.dk>
To: debian-user@lists.debian.org
Subject: Re: Ata controller change device order
Message-ID: <468f58f4$0$90270$14726298@news.sunsite.dk>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Douglas Allan Tutty wrote:

> Assume that drives will be assigned different sd? on each boot (how are
> you getting hd* in Etch?).  

You're not the first to mention that... I don't know, it's a cheap
controller.


> The trick is to use either UUIDs or lables
> on the partition.  Lables are shorter than the IDs listed under
> /dev/disk/UUID.  
> For example, using the filesystem tools for your filesystem (JFS,
> Reiserfs, extfs, whatever) label each partition.  E.g. the partition
> that gets mounted as /boot is labled boot.

The labels would be perfect in fstab and etc. But it doesn't seems
to work when I export a partition to Xens domU. But Xen should
support it, so i should find a solution.

/Lars

End of debian-user-digest Digest V2007 Issue #1908
**************************************************

Received on Sat Jul  7 05:23:13 2007
Do you need help?
In addition to our free technical library, Pantek provides professional IT services to companies who utilize Open Source software:
Learn more about Pantek's Technical Support offerings
Place an order for 24/7/365 Technical Support here
Learn more about Pantek, who we are, and what we do
Chat with a Live Operator
Related lists.debian.org Links
debian-announce
debian-apache
debian-arm-changes
debian-beowulf
debian-boot
debian-cd
debian-cd-vendors
debian-changes
debian-changes-digest
debian-isp
debian-kde
debian-laptop
debian-mirrors-announce
debian-news
debian-security
debian-security-announce
debian-testing
debian-user
debian-user-digest
Request more information about Pantek