>listmaster@lists.debian.org
</a><br><br></blockquote></div><br>
------=_Part_108887_11531561.1182773189979--
Date: Mon, 25 Jun 2007 07:08:50 -0500
From: Hugo Vanwoerkom <hvw59601@care2.com>
To: debian-user@lists.debian.org
Subject: Re: Nvidia Card - nvidia driver or nv ?
Message-ID:
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Alex Samad wrote:
> Hi
>
> I have a nvidia card, and I was wondering if I should be using the nv driver or
> the nvidia driver. I don't do any thing flash, watch movies with mplayer and
> some development work with eclipse and firefox. I do use the TV out on one of
> my machines.
>
> Last time I checked the main difference was 3d acceleration, whats the main
> difference now, should I be using nv for what I am doing ?
>
I run a 2 seater Sid box with 2 nvidia cards: one AGP and one PCI. On
the AGP side I use VT textmode a lot.
With the closed source driver, the switch from X to VT is instantaneous
with Ctrl+Alt+F<x>. With nv I have to wait for a few seconds that I
*cannot stand* so I would run the closed source driver anytime.
Hugo
Date: Mon, 25 Jun 2007 08:28:37 -0400
From: Ralph Katz <ralph.katz@rcn.com>
To: debian-user@lists.debian.org
Subject: Re: Fail2ban application
Message-ID: <467FB4F5.5090905@rcn.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
On 06/24/2007 03:54 PM, David Baron wrote:
> I get sporadic and not uncommon failures to authenticate sending email using
> exim4 smarthosting to my provider. Is there a way to get fail2ban to give me
> immediate notification when this occurs?
>
> Such occurances get to /var/log/auth and other logs as well.
fail2ban *should* be able to do this. It works by reading the log, and
then generates actions based on conditions you set.
$ apt-cache show fail2ban
Read /etc/fail2ban.conf for configuring this.
Regards,
Ralph Katz
Date: Mon, 25 Jun 2007 08:39:35 -0400
From: Ralph Katz <ralph.katz@rcn.com>
To: debian-user@lists.debian.org
Subject: Re: Nvidia Card - nvidia driver or nv ?
Message-ID: <467FB787.5020608@rcn.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
On 06/24/2007 10:36 PM, Curt Howland wrote:
> On Sunday 24 June 2007, Alex Samad <alex@samad.com.au> was heard to
> say:
>> I have a nvidia card, and I was wondering if I should be using the
>> nv driver or the nvidia driver. I don't do any thing flash, watch
>> movies with mplayer and some development work with eclipse and
>> firefox. I do use the TV out on one of my machines.
>
>> Last time I checked the main difference was 3d acceleration, whats
>> the main difference now, should I be using nv for what I am doing ?
>
> I have two machines with Nvidia cards. I've tried the nv driver, and
> while it's perfectly adequate for general use, it won't drive the
> video resolution above 1024x768 (in my experience), and color depth
> is stuck at 16bits.
[...]
I'm using the nv driver on a 32 mb RIVA TNT2 graphics card, and it gives
me the full 1600 x 1200 the display handles at 24 bits. I did try the
Nvidia binary at one point, but Nvidia dropped support for this card.
Also, the nv driver has a much smaller memory footprint than the
proprietary version, at least when I was using it.
Regards,
Ralph Katz
Date: Mon, 25 Jun 2007 07:26:01 -0500
From: Hugo Vanwoerkom <hvw59601@care2.com>
To: debian-user@lists.debian.org
Subject: Re: hddtemp value
Message-ID:
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Ralph Katz wrote:
> On 06/22/2007 05:03 PM, michael@estone.ca wrote:
>> Quoting Pol Hallen <debianen@fuckaround.org>:
>>
>>> Hi folks :-)
>>>
>>> Which value hddtemp show? (about my ata disks, between 45-55 C)
>>>
>>> Is it correct? Or I should worry?
>>>
>> 45-55 C seems a little hot. They will probalby work for you but your
>> drives will probably die sooner than later. Either they are too close
>> together and/or you need more direct fans on your drives.
>> I think normal operating temps for drives is between 35 and 40 C.
>> perhaps check with your drive manufacturer and check the recommended
>> operating temps.
>>
>> Mike
>
> If Pol should worry, then my drive must have more than 9 lives. ;)
>
> Perhaps this old drive doesn't really have a sensor, but this is typical
> of entries in /var/log/daemon.log:
>
> Jun 23 08:21:47 localhost smartd[2616]: Device: /dev/hda, SMART Usage
> Attribute: 231 Temperature_Celsius changed from 239 to 166
> Jun 23 08:51:47 localhost smartd[2616]: Device: /dev/hda, SMART Usage
> Attribute: 231 Temperature_Celsius changed from 166 to 157
> Jun 23 09:21:48 localhost smartd[2616]: Device: /dev/hda, SMART Usage
> Attribute: 231 Temperature_Celsius changed from 157 to 144
>
> Maybe it gives new meaning to the phrase, "really smokin'!" This
> desktop PIII has been reliably running debian for 3 1/2 years.
>
Those are not the "raw" values, I think (TM)
What does
/usr/sbin/smartctl -a -d ata /dev/hda
show?
Hugo
Date: Mon, 25 Jun 2007 15:28:41 +0300
From: David Baron <d_baron@012.net.il>
To: debian-user@lists.debian.org
Subject: How Should MTAs Upgrade?
Message-id: <200706251528.41308.d_baron@012.net.il>
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7BIT
Content-disposition: inline
The recent DEBCONFmacroDEBCONF problem with exim upgrades brings up this
question. Yes, I know it's Sid, unstable, and things can break. In such a
case, though, do they have to break?
What happened in this case was those not accepting all the maintainer's files
(and having to start over) got the malformed macro error and were now missing
a valid configuration. Before knowing the full extent of this problem,
messages began streaming to never-never-land. I finally had the sense to shut
down fetchmail and downgrade exim4 to testing until I find out how to use the
"adapted" macro mode.
Now, what if the upgrade would say:
1. Shutting down found mail fetcher fetchmail or alternative.
2. Shutting down exim4
3. Upgrading exim4
4. Uh-oh, cannot run with the old config files right now--better do something
about this. Do not restart the daemons until resolving this!
Outside chance of minimal data loss at most.
If one successfully upgraded, i.e. accepted the new files:
5. Succesfful. Your old configuration saved to ....
6. Restarting exim4
7. Restarting mail fetcher fetchmail ...
Date: Mon, 25 Jun 2007 09:50:05 -0300
From: "=?ISO-8859-1?Q?Andr=E9s_Ghigliazza?=" <tizone@gmail.com>
To: debian-user@lists.debian.org
Subject: Re: Nvidia Card - nvidia driver or nv ?
Message-ID:
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
I use nvidia drivers (legacy), with an old Nvidia Tnt 2.
When etch was testing, sometimes when legacy nvidia drivers were taken
out of testing, I had to use nv driver, and I didn't have any problem
at all, except for some screen savers, and some games.
On 6/25/07, Ralph Katz <ralph.katz@rcn.com> wrote:
> On 06/24/2007 10:36 PM, Curt Howland wrote:
> > On Sunday 24 June 2007, Alex Samad <alex@samad.com.au> was heard to
> > say:
> >> I have a nvidia card, and I was wondering if I should be using the
> >> nv driver or the nvidia driver. I don't do any thing flash, watch
> >> movies with mplayer and some development work with eclipse and
> >> firefox. I do use the TV out on one of my machines.
> >
> >> Last time I checked the main difference was 3d acceleration, whats
> >> the main difference now, should I be using nv for what I am doing ?
> >
> > I have two machines with Nvidia cards. I've tried the nv driver, and
> > while it's perfectly adequate for general use, it won't drive the
> > video resolution above 1024x768 (in my experience), and color depth
> > is stuck at 16bits.
>
> [...]
>
> I'm using the nv driver on a 32 mb RIVA TNT2 graphics card, and it gives
> me the full 1600 x 1200 the display handles at 24 bits. I did try the
> Nvidia binary at one point, but Nvidia dropped support for this card.
>
> Also, the nv driver has a much smaller memory footprint than the
> proprietary version, at least when I was using it.
>
> Regards,
> Ralph Katz
>
>
> --
> To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
>
>
Date: Mon, 25 Jun 2007 09:31:04 -0400
From: Ralph Katz <ralph.katz@rcn.com>
To: debian-user@lists.debian.org
Subject: Re: hddtemp value
Message-ID: <467FC398.9040301@rcn.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
On 06/25/2007 08:26 AM, Hugo Vanwoerkom wrote:
> Ralph Katz wrote:
>> On 06/22/2007 05:03 PM, michael@estone.ca wrote:
>>> Quoting Pol Hallen <debianen@fuckaround.org>:
>>>
>>>> Hi folks :-)
>>>>
>>>> Which value hddtemp show? (about my ata disks, between 45-55 C)
>>>>
>>>> Is it correct? Or I should worry?
>>>>
>>> 45-55 C seems a little hot. They will probalby work for you but your
>>> drives will probably die sooner than later. Either they are too close
>>> together and/or you need more direct fans on your drives.
>>> I think normal operating temps for drives is between 35 and 40 C.
>>> perhaps check with your drive manufacturer and check the recommended
>>> operating temps.
>>>
>>> Mike
>>
>> If Pol should worry, then my drive must have more than 9 lives. ;)
>>
>> Perhaps this old drive doesn't really have a sensor, but this is typical
>> of entries in /var/log/daemon.log:
>>
>> Jun 23 08:21:47 localhost smartd[2616]: Device: /dev/hda, SMART Usage
>> Attribute: 231 Temperature_Celsius changed from 239 to 166
>> Jun 23 08:51:47 localhost smartd[2616]: Device: /dev/hda, SMART Usage
>> Attribute: 231 Temperature_Celsius changed from 166 to 157
>> Jun 23 09:21:48 localhost smartd[2616]: Device: /dev/hda, SMART Usage
>> Attribute: 231 Temperature_Celsius changed from 157 to 144
>>
>> Maybe it gives new meaning to the phrase, "really smokin'!" This
>> desktop PIII has been reliably running debian for 3 1/2 years.
>>
>
> Those are not the "raw" values, I think (TM)
> What does
> /usr/sbin/smartctl -a -d ata /dev/hda
> show?
>
> Hugo
Bingo! Hugo, you are could be correct:
$ sudo /usr/sbin/smartctl -a -d ata /dev/hda
[snip]
SMART Attributes Data Structure revision number: 5
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE
UPDATED WHEN_FAILED RAW_VALUE
[snip]
231 Temperature_Celsius 0x0002 141 100 000 Old_age Always
- 39
Of course, I still don't know how to understand the SMART data after
many efforts to research this. How could "worst" 100 be higher than the
141 Value? And what about the values up to 239 reported above? But
RAW_VALUE above is 39, so if that's celsius, that part makes sense.
Thanks,
Ralph
Date: Mon, 25 Jun 2007 15:08:26 +0200
From: info@peter-thomassen.de
To: debian-user@lists.debian.org
Subject: Re: courier-imap: IMAP_UMASK has no effect
Message-ID:
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7Bit
Matus UHLAR - fantomas wrote:
> On 23.06.07 23:36, info@peter-thomassen.de wrote:
> isn't IMAP_UMASK set in courier-imap config file?
I think /etc/courier/imapd _is_ the config file. Maybe, you
mean /etc/default/courier? That file is maintainer managed and subject to
change. Both files are sourced in /etc/init.d/courier-imap, so either way
should work.
> if not, does courier-imapd use that variable at all?
/etc/courier/imapd says that "The value of IMAP_UMASK is simply passed to
the "umask" command." Seems like courier-imapd doesn't have to do anything
special about it.
But it doesn't work.
Peter
Date: Mon, 25 Jun 2007 14:49:11 +0100
From: michael <cs@networkingnewsletter.org.uk>
To: debian user <debian-user@lists.debian.org>
Subject: Re: how hot is my xeon?
Message-Id: <1182779351.1959.39.camel@ratty.phy.umist.ac.uk>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
On Fri, 2007-06-22 at 14:10 -0500, Mike McCarty wrote:
> ndemou@gmail.com wrote:
> > On 6/22/07, michael <cs@networkingnewsletter.org.uk> wrote:
> >
> >> [...]... my box gets noisy and I'm trying to see
> >> if it's temp related
> >
> >
> > as a precaution: clean all the air intakes, clean all heatsinks that
> > have a cooler on them
> > (it's just amazing what a difference cleaning can make)
yip done that
> > and you can probably check the temperatures in the BIOS
>
> In my experience, this is unreliable. Those sensors are
> not accurate.
and how to use them to monitor in real time?!
Date: Mon, 25 Jun 2007 14:51:33 +0100
From: michael <cs@networkingnewsletter.org.uk>
To: debian user <debian-user@lists.debian.org>
Subject: Re: how hot is my xeon?
Message-Id: <1182779493.1959.41.camel@ratty.phy.umist.ac.uk>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
On Fri, 2007-06-22 at 21:11 +0200, Jochen Schulz wrote:
> michael:
> >
> > I've tried unsuccessfully to monitor my dual Xeon box but lm-sensors
> > doesn't seem to detect anything. I've a Intel Server Board SE7320SO2
> > with two 3. GHz Xeon chips. Anybody know how to get mobo/chip/internal
> > temps (and pref fan speeds)... my box gets noisy and I'm trying to see
> > if it's temp related
>
> Have you tried 'acpi -t' yet?
>
> J.
$ acpi -t
No support for device type: battery
No support for device type: thermal
Date: Mon, 25 Jun 2007 13:54:02 +0000
From: "Michael Fothergill" <mikef20000@hotmail.com>
To: debian-user@lists.debian.org
Subject: testing if Ubuntu deb file for ASCEND works in Debian....
Message-ID: <BAY104-F168E4FE6062615F4228C9991140@phx.gbl>
Content-Type: text/plain; format=flowed
Dear Debianists,
I have been working with an engineering modelling program called ASCEND.
You can get it from sourceforge and it has a wikipedia page.
See:
http://ascendwiki.cheme.cmu.edu/
I have a version of it compiled on my AMD64 box here that works OK courtesy
of the kind assistance of one of the developers, John Pye.
I have been distracted with stuff for a while but I am eventually going to
try to make a deb file for Etch for the AMD64 version of ASCEND and
distribute it.
I have read a few web pages on making deb files and I guess there will be a
steep learning curve involved to get the deb file checked out and registered
(or whatever happens to them) by the Debian community.
However, the developers have made an Ubuntu deb file and put on the
sourceforge site where it can be downloaded. One of them suggested I try to
get it to work under Debian Etch and see if it succeeds. I have a 32 bit
machine at work (AMD Duron 1200 MHz) that is running the i386 version of
Debian Etch 4.0 (r0) and I am going to try installing the deb file and see
how it goes.....
I downloaded the deb file from the following link:
https://sourceforge.net/project/downloading.php?group_id=167528&filesize=4682680&filename=ascend_0.9.5.109-1feisty_i386.deb&36060585
There is also a deb file in there for Ubuntu Edgy that apparently uses the
Debian sundials libraries... Maybe that one would be easier to install in
Etch.....
The other dumb question I have is what do I do with the single deb file?
Normally I read loads of them in from the installation DVD's I burn from the
iso files released by hte developers.
I have never done anything with an isolated deb file like this before.
Can I do something like apt install /home/mikef/ascend/ascend_edgy.deb and
it will work or is some other hocus pocus required?
Some useful information on building ASCEND in Ubuntu is here:
http://ascendwiki.cheme.cmu.edu/Building_ASCEND#Ubuntu_6.10
>From looking at it I am not sure if all the dependent software will be
installed automatically, I think I will have to do some manual stuff as
well.
Comments appreciated.
I guess if I can get one of these deb files to work it could also be billed
as a "new" Etch deb file.
Regards
Michael Fothergill
Who's that on the Red Carpet? Play & win glamorous prizes.