Pantek Library
Hosting Provided By
CybrHost
High Speed Hosting
Mailing Lists: lists.debian.org > debian-user-digest > 07 > 090496.html (Request Expert lists.debian.org Support)

debian-user-digest Digest V2007 #2359

From: <debian-user-digest-request(at)lists.debian.org>
Date: Tue Sep 11 2007 - 15:11:30 EDT


Content-Type: text/plain

debian-user-digest Digest Volume 2007 : Issue 2359

Today's Topics: 

  firefox keeps grabbing huge chunks o  [ tom arnall  ]
  Re: debian oriented laptot suggestio  [ Krzysztof =?UTF-8?Q?Luba=C5=84ski?= ]
  Re: Iptables & Default policy of Rej  [ Georgi Alexandrov  ]
  Re: X fails to start - Intel i810 (8  [ Andrew Sackville-West 

Date: Tue, 11 Sep 2007 09:00:09 -0700


From: tom arnall <kloro2006@gmail.com>


To: debian-user@lists.debian.org


Subject: firefox keeps grabbing huge chunks of my system
Message-Id: <200709110900.10073.kloro2006@gmail.com>
Content-Type: text/plain;


  charset="us-ascii"


Content-Transfer-Encoding: 7bit


Content-Disposition: inline



firefox keeps grabbing huge chunks of my system: 97% cpu, 20% memory. the cpu 
is 2.3GH and mem is 512M.



thanks,



tom arnall


Do you need help?X

Date: Tue, 11 Sep 2007 18:36:20 +0200


From: Krzysztof =?UTF-8?Q?Luba=C5=84ski?= <luban@nerdshack.com>
To: Debian-user list <debian-user@lists.debian.org>
Subject: Re: debian oriented laptot suggestions

Message-Id: <1189528580.9376.34.camel@localhost>
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: quoted-printable


On Tue, 2007-09-11 at 16:34 +0100, Andr=E9 C=E9sar de S=E1 wrote:

> Get a Toshiba / Asus.. :P

I've been using Debian on a Toshiba M105-S3074 for nearly a year now and
it runs great, despite all the talk about Toshiba ignoring Linux. As
long as the hardware inside is not exotic, having official vendor's
support is not so important. Here most things work out-of-the-box with
standard drivers, and those that do not - usually minor gagdets - can be
made to work with "unofficial" drivers. For anyone having doubts:



  •   the GPU is Intel's 945GM Express, works pretty well with
        i810/intel X.Org driver (3D acceleration included); I've also
        successfully tested the VGA output, which needs no configuration
        to "just work"
  
  •   the sound chip is Intel HDA Controller -> standard ALSA
        snd_intel_hda driver module
  
  •   touchpad is made by ALPS - supported by X.Org's synaptic driver,
        though requires some xorg.conf tweaking (default settings, which
        assume a Synaptic touchpad, result in really slow cursor
        movement and no tap-clicking)
  
  •   Ethernet (Intel PRO/1000) works with standard e1000 driver,
        Wi-Fi (Intel PRO/Wireless 3945ABG) with ipw3945 (requires
        non-free binary firmware, though - but runs smoothly)
  
  •   built-in Texas Instruments 5-in-1 flash card reader works with
        the tifm(xx) driver - tested with SD cards
  
  •   setting LCD brightness by software works with the omnibook
        module (http://omnibook.sourceforge.net/); people on some forums
        report that on similar laptop models you can get this
        functionality through standard kernel's ACPI video driver by
        flashing Toshiba's new "Vista-only" BIOS (sic!)
  
  •   multimedia keys work with omnibook, too
  
  •   fingerprint reader (not-very-useful gadget as it is) works with
        ThinkFinger driver and software
  
  •   PCMCIA seems to work, my friend's Wi-Fi card got detected once
  
  •   suspend/hibernate is tricky, though I got it working with some
        combinations of kernel version and loaded modules




It may be reasonable, however, to buy a laptop with GNU/Linux
preinstalled - everything should work nice then, and you save money
you'd otherwise pay for a Windows licence. In any case, checking
http://linux-laptop.net/ for the model you want to buy can help.



Regards,


--=20


Krzysztof Lubanski



Date: Tue, 11 Sep 2007 20:10:43 +0300


From: Georgi Alexandrov <georgi.alexandrov@gmail.com>
To: David Brodbeck <brodbd@u.washington.edu>
Cc: List Debian User <debian-user@lists.debian.org>
Subject: Re: Iptables & Default policy of Reject
Message-ID: <46E6CC13.8030700@gmail.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
 protocol="application/pgp-signature";


 boundary="------------enig92FA128241853C8E55A9B8A8"


Do you need more help?X

This is an OpenPGP/MIME signed message (RFC 2440 and 3156)

--------------enig92FA128241853C8E55A9B8A8
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable


David Brodbeck wrote:

>=20


> On Sep 11, 2007, at 12:11 AM, Christopher Zimmermann wrote:
>=20
>> As long as I use iptables I was not able to use policies of reject. I
>> even remember the target 'REJECT' being a selectable kernel option.
>> Reject requires some ICMP action whereas DROP doesn't.
>=20


> But be aware that DROP can cause unexpected side-effects in some cases,=
> because it's not what remote hosts expect.
>=20


> I recall one instance where a mail server I'd configured couldn't send
> mail to one particular system.  Both systems could freely exchange mail=
> with other places.
>=20


> The problem turned out to be that I was dropping packets sent to the
> ident port.  When my system tried to initiate an SMTP exchange, the
> other system would try to do an ident callback against it.  Since I was=
> dropping packets instead of rejecting them, the whole transaction would=
> come to a halt while the other system waited for the ident connection t=

o

> time out.  By the time that happened, the SMTP daemon on the other
> system had timed out, as well, so no mail ever got delivered.

>=20

> Once I started rejecting packets to ident instead, things worked, since=
> the ident callback would fail immediately.  (Actually, since I didn't
> have the REJECT target, I just opened the ident port and then made sure=
> identd wasn't running.)


<snip>


Can we help you?X

That's why when I use 'DROP' as default policy on the INPUT chain I also
add:



=2E.. --dport 113 -j REJECT --reject-with tcp-reset




--=20


regards,


Georgi Alexandrov



key server - pgp.mit.edu :: key id - 0x37B4B3EE
Key fingerprint =3D E429 BF93 FA67 44E9 B7D4  F89E F990 01C1 37B4 B3EE



--------------enig92FA128241853C8E55A9B8A8
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----


Version: GnuPG v1.4.6 (GNU/Linux)



iD8DBQFG5swT+ZABwTe0s+4RAvHfAJ0TjeFOp/7s0kGf54PcOXPzD+MOyACdES7r
iZ+Pjd10o0kH6aLvfecsafM=


=GdTz

-----END PGP SIGNATURE-----


--------------enig92FA128241853C8E55A9B8A8--



Date: Tue, 11 Sep 2007 09:52:12 -0700


From: David Brodbeck <brodbd@u.washington.edu>
To: List Debian User <debian-user@lists.debian.org>
Subject: Re: Iptables & Default policy of Reject

Message-Id: <4DEAE9EC-694C-4989-9A49-0A29ABA838E5@u.washington.edu>

Don't know where to look next?X

Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Content-Transfer-Encoding: 7bit

Can't find what you're looking for?X

On Sep 11, 2007, at 12:11 AM, Christopher Zimmermann wrote:


> As long as I use iptables I was not able to use policies of reject. I
> even remember the target 'REJECT' being a selectable kernel option.
> Reject requires some ICMP action whereas DROP doesn't.

But be aware that DROP can cause unexpected side-effects in some  
cases, because it's not what remote hosts expect.



I recall one instance where a mail server I'd configured couldn't  
send mail to one particular system.  Both systems could freely  
exchange mail with other places.



The problem turned out to be that I was dropping packets sent to the  
ident port.  When my system tried to initiate an SMTP exchange, the  
other system would try to do an ident callback against it.  Since I  
was dropping packets instead of rejecting them, the whole transaction  
would come to a halt while the other system waited for the ident  
connection to time out.  By the time that happened, the SMTP daemon  
on the other system had timed out, as well, so no mail ever got  
delivered.



Once I started rejecting packets to ident instead, things worked,  
since the ident callback would fail immediately.  (Actually, since I  
didn't have the REJECT target, I just opened the ident port and then  
made sure identd wasn't running.)



Date: Tue, 11 Sep 2007 10:55:57 -0700


From: Andrew Sackville-West <andrew@farwestbilliards.com>
To: debian-user@lists.debian.org


Subject: Re: firefox keeps grabbing huge chunks of my system
Message-ID: <20070911175556.GA18618@localhost.localdomain>
Content-Type: multipart/signed; micalg=pgp-sha1;

Confused? Frustrated?X

        protocol="application/pgp-signature"; boundary="SLDf9lqlvOQaIe6s"
Content-Disposition: inline



--SLDf9lqlvOQaIe6s

Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable


On Tue, Sep 11, 2007 at 09:00:09AM -0700, tom arnall wrote:

> firefox keeps grabbing huge chunks of my system: 97% cpu, 20% memory. the=

 cpu=20

> is 2.3GH and mem is 512M.

more info. what pages? what plugins are installed etc etc etc



A



--SLDf9lqlvOQaIe6s

Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----


Version: GnuPG v1.4.6 (GNU/Linux)



iD8DBQFG5taraIeIEqwil4YRAnfoAJ4j3/ojTfw0xAUcKdPGpqzo3SbfjgCguAiL
ELJTUAh4jNOM1ze9udy3TFY=


=hPCQ

-----END PGP SIGNATURE-----


--SLDf9lqlvOQaIe6s--


Call Pantek today for Open Source Technical Support at 1-877-546-8934 - 24/7/365X

Date: Tue, 11 Sep 2007 18:44:36 +0100


From: Martin Waller <martinej.waller@ntlworld.com>
To: debian user <debian-user@lists.debian.org>
Subject: xconsole 'can't open console' (etch) - why not?

Message-ID: <46E6D404.9080704@ntlworld.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit


Hi,



Am trying to run xconsole as normal user as I have done on other 
versions of debian.



When I try to run it on an etch box it pops up as expected but with the 
message 'Can't open console' in it.



Now, on my sarge box, which is due for an upgrade, it runs fine.  I 
noticed on sarge /dev/console's group is tty but on etch it's root.  So 
I changed the group of it to tty, but still no joy.  So I added myself 
to group tty (probably silly - it doesn't need that on sarge), but still 
no luck.



I can't see why it can't open the console - can anyone suggest what the 
problem is as I'm a bit stuck?



Thanks,


Do you need help?X

Martin



Date: Tue, 11 Sep 2007 11:15:53 -0700


From: Andrew Sackville-West <andrew@farwestbilliards.com>
To: debian-user@lists.debian.org


Subject: Re: Debian packages without md5sums
Message-ID: <20070911181553.GB18618@localhost.localdomain>
Content-Type: multipart/signed; micalg=pgp-sha1;


        protocol="application/pgp-signature"; boundary="IrhDeMKUP4DT/M7F"
Content-Disposition: inline



--IrhDeMKUP4DT/M7F

Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable


On Mon, Sep 10, 2007 at 09:17:59PM +0000, Felix Karpfen wrote:

>=20


> The fault is mine/my setup.  My connection to the internet is slow;
> hence I am reduced to using the DVDs for upgrades.  Although I procured
> the "official" Etch DVD set from a supplier listed by Debian, there were
> numerous notifications during the "dist-upgrade" that I was installing
> "untrusted packages". And, due to my slow internet connection, I refrained
> from running the recommended "aptitude update" at the end of the
> successful "dist-upgrade".

these errors (untrusted packages) have to do with the new secure-apt
system which uses gpg keys to confirm the signatures on
packages. Install the debian-archive-keyring package and then update.


>=20


> Is there an alternative to "aptitude update" or do I have to live with the
> missing md5sums and "untrusted packages"?

there is not really any alternative to "aptitude update" unless you
consider some other apt front-end an alternative (apt-get, synaptic)
but they all do the same thing.  The missing md5 sums has nothing to
do with the trusted/untrusted packages issue.=20


Do you need more help?X

In theory, you have installed packages that may be compromised due to
the failure to check the signatures. In practice, this is probably not
a real issue. You could pull known-good debs from somewhere and
compare md5sums to confirm that your installation is good, but its
probably not worth the effort, unless you have some reason to be
concerned about compromise.=20



You definitely should make sure you read up on the
debian-archive-keyring and get it installed and working properly.=20



A



--IrhDeMKUP4DT/M7F

Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----


Version: GnuPG v1.4.6 (GNU/Linux)



iD8DBQFG5ttZaIeIEqwil4YRAmstAKC330os3XgxIGjSbn22W1SkYt5S9gCgxIf+
KueM4YzxFWLu9oskfmbzJCc=


=XohI

-----END PGP SIGNATURE-----


--IrhDeMKUP4DT/M7F--



Date: Tue, 11 Sep 2007 20:00:53 +0200


From: Krzysztof =?UTF-8?Q?Luba=C5=84ski?= <luban@nerdshack.com>
To: Debian-user list <debian-user@lists.debian.org>
Subject: Re: xconsole 'can't open console' (etch) - why not?

Message-Id: <1189533653.13465.5.camel@localhost>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

Can we help you?X

On Tue, 2007-09-11 at 18:44 +0100, Martin Waller wrote:

> Am trying to run xconsole as normal user as I have done on other 
> versions of debian.
> 
> When I try to run it on an etch box it pops up as expected but with the 
> message 'Can't open console' in it.
> 
> Now, on my sarge box, which is due for an upgrade, it runs fine.  I 
> noticed on sarge /dev/console's group is tty but on etch it's root.  So 
> I changed the group of it to tty, but still no joy. [...]

  xconsole seems to be using /dev/xconsole - on my Lenny system, its
group is set to 'adm'.


-- 
Krzysztof Lubanski


Date: Wed, 12 Sep 2007 01:02:55 +0700
From: "[WP]Fate" <wpfate@gorodok.net>
To: debian-user@lists.debian.org
Subject: Installation trouble
Message-ID: <web-11466826@hermes.nsu.ru>
Content-Type: text/plain; charset="KOI8-R"; format="flowed"
Content-Transfer-Encoding: quoted-printable

Hello! I've tried to install Debian 4.0 r0 Etch to my=20
notebook, Compaq Presario V6420US. System halted after=20
something about 5 minutes working. Maybe, it happens, because=20
cooler on CPU starts by command of operating system, and=20
system do not send it. What may I do? Thank you for reading=20
this.



Date: Tue, 11 Sep 2007 11:46:08 -0700
From: Andrew Sackville-West <andrew@farwestbilliards.com>
To: debian-user@lists.debian.org
Subject: Re: X fails to start - Intel i810 (845) - etch + testing
Message-ID: <20070911184608.GC18618@localhost.localdomain>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="gr/z0/N6AeWAPJVB"
Content-Disposition: inline

--gr/z0/N6AeWAPJVB
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, Sep 10, 2007 at 12:41:34PM -0500, Gordon Pedersen wrote:

> On 9/9/07, Andrew Sackville-West <andrew@farwestbilliards.com> wrote:


=2E..

> >
> > one note from the logs, it is selecting an initial resolution of
> > 1920x1200. Does your monitor really support that? it looks like a
> > hitachi from 1996, and I'd be surprised. I'm guessing that you're
> > getting a bad mode setting that's not compatible with your monitor.

>=20

> See what you interpret from the new Xorg.0.log at bottom.


comments below.

>=20

> If it is choosing an incorrect mode, how do I prevent that?


its tricky with the intel driver as it really likes to do its own
thing. You have to do some mojo to create a mode that appears in the
list before any others. This is what I had to do for my wife's
machine... and it was hard to suss out because of a lack of
documentation. First, it appears to me that the intel driver uses the
highest resolution it can come up with based on its probing of the
devices. It will ignore anything else you tell it, mostly. And the
listing of available resolutions comes out in the same order as you'd
get using xrandr. So, for example, my wife's machine used to display
the following (paraphrased) resolutions for her 1440x900 monitor:

size     Freq.
1440x900 59.8 60
1280x1024 blah blah blah
1024x768 blah blah blah
=2E..

and it would select 1440x900@59.8 which was an invalid spec for the
monitor and would produce a stupidly off-center display.

I had first tell the driver to use the monitor specifications in the
xorg.conf, otherwise it will just ignore them. Do this in

Section "Device"
	Identifier...
	Driver "intel"
	...
	Option	"Monitor-VGA" "monitor_id"
EndSection

this tells xorg to use the specifications for "monitor_id" instead of
or alongside of the probed ones.

Then I had to specify a mode in the monitor section

Section "Monitor"
	Identifier "monitor_id"
	...
	Modeline "1440x900_75" ...
	...
EndSection

this mode appears before the others in the xrandr output and so
becomes the one selected by xorg. Its confusing and undocumented and
ymmv. And this doesn't deal with your real issue, I think, upon
reading the logs below, only with the issue of resolution.=20


=2E..

snipped xorg.conf and a bunch of (EE)'s that I don't know diddly
about.

=2E..

>=20

> -------------
> /var/log/Xorg.0.log
> -------------

>=20

> X Window System Version 1.3.0
> Release Date: 19 April 2007
> X Protocol Version 11, Revision 0, Release 1.3
> Build Operating System: Linux Debian (xorg-server 2:1.3.0.0.dfsg-12)
> Current Operating System: Linux pan 2.6.18-5-686 #1 SMP Fri Jun 1 00:47:0=

0 UTC 2

> 007 i686
> Build Date: 09 August 2007
>     Before reporting problems, check http://wiki.x.org
>     to make sure that you have the latest version.
> Module Loader present
> Markers: (--) probed, (**) from config file, (=3D=3D) default setting,
>     (++) from command line, (!!) notice, (II) informational,
>     (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
> (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Mon Sep 10 11:23:21 2007
> (=3D=3D) Using config file: "/etc/X11/xorg.conf"
> (=3D=3D) ServerLayout "Default Layout"
> (**) |-->Screen "Default Screen" (0)
> (**) |   |-->Monitor "Hitachi 203"
> (**) |   |-->Device "Intel 845 Brookdale"
> (**) |-->Input Device "Generic Keyboard"
> (**) |-->Input Device "Configured Mouse"


okay, this all looks good.
=2E..


> (II) intel(0): Output VGA using monitor section Hitachi 203


this part is real interesting because of this:



> (II) intel(0): Output LVDS has no monitor section


which shows up a bit later. You have two outputs on this video
adapter? At least xorg thinks so.


=2E.. snipped a bunch of modeline stuff for the vga monitor. some of
those are conflicting (for example, EDID says it goes upto 1600x1200
but xorg shows some much higher res probed mode lines. that's all very
interesting but not as interesting as this:



> (II) intel(0): Output LVDS connected


what? I thought that wasn't connected above...


snip a bunch of modelines again...

and again this shows up:


> (II) intel(0): Output VGA connected
> (II) intel(0): Output LVDS connected
> (II) intel(0): Output VGA using initial mode 1920x1200


probably thats a bad mode for your vga monitor.


> (II) intel(0): Output LVDS using initial mode 1280x800


is there another monitor attached?



> (EE) intel(0): ivch: Unable to read register 0x01 from DVOI2C_B:04.
> (EE) intel(0): Unable to write register 0x01 to DVOI2C_B:4.
> (EE) intel(0): Unable to write register 0x40 to DVOI2C_B:4.


so now we start getting all kinds of (EE)'s like these going
forward. And here's where I think the real problem lies:


> (II) intel(0): Output configuration:
> (II) intel(0):   Pipe A is on
> (II) intel(0):   Display plane A is now enabled and connected to pipe A.
> (II) intel(0):   Output VGA is connected to pipe none
> (II) intel(0):   Output LVDS is connected to pipe A


see that? Its trying to use an output that so far as *I* know doesn't
exist and isn't connected to anything. That's probably the source of a
lot of the (EE)'s and ultimately causing the session to fail. That's
my guess.=20

I *think* that if you specify the=20

  Option "Monitor-VGA" "monitor_id"

as I suggested above, that will force xorg to use that monitor as
output and ignore this LVDS thing, but I can't be sure. This is over
my head and hopefully some of the other xorg gurus can get involved.

A

--gr/z0/N6AeWAPJVB
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

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

iD8DBQFG5uJwaIeIEqwil4YRApktAKCNz1LgM2rqM2bC3yxvz9Q09hylygCgqaTN
O9rUrUuYRNRlej7Nu/tHF7o=
=Hlzy
-----END PGP SIGNATURE-----

--gr/z0/N6AeWAPJVB--



Date: Tue, 11 Sep 2007 11:51:24 -0700
From: Andrew Sackville-West <andrew@farwestbilliards.com>
To: debian-user@lists.debian.org
Subject: Re: how to get rid of spams hitting
	debian-user-digest@lists.debian.org
Message-ID: <20070911185124.GD18618@localhost.localdomain>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="fOHHtNG4YXGJ0yqR"
Content-Disposition: inline

--fOHHtNG4YXGJ0yqR
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, Sep 10, 2007 at 11:46:59PM +0300, Andrei Popescu wrote:

> On Mon, Sep 10, 2007 at 09:55:01AM -0700, Andrew Sackville-West wrote:
> >=20
> > I"m baffled as I've got SA running and its definitely picking up a LOT
> > of stuff, but as I've said previously, the stuff that's getting
> > through my SA to my local mailboxes is the same stuff that's hitting
> > me through d-u. And its all got really high spam scores listed in the
> > d-u headers, so why is it getting through? and what is the threshold
> > at which murphy dumps it? There are a couple in my d-u inbox right now
> > with amavis scores of over 30 but they are called "OK". And they're
> > getting through my SA.... I need to tweak my SA so it always includes
> > the spam score (doesn't currently) and see what its scoring here. but
> > it almost seems like someone has figured out how to trick SA into
> > letting a high score through.=20

>=20

> I'm not running SA, but my ISP does. Look what I get for two of those:

>=20

> X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on relay1        =

                                                   =20

> X-Spam-Level: **                                                         =

                                                   =20

> X-Spam-Status: No, score=3D2.2 required=3D5.0 tests=3DINVALID_TZ_GMT,RCVD=

_BY_IP                                                   =20

>         autolearn=3Ddisabled version=3D3.1.1

>=20

> and the second

>=20

> X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on relay2        =

                                                   =20

> X-Spam-Level:                                                            =

                                                   =20

> X-Spam-Status: No, score=3D0.0 required=3D5.0 tests=3DHTML_MESSAGE       =

                                                         =20

>         autolearn=3Ddisabled version=3D3.1.1


That's what I don't understand. Things with a du assigned spam score
of over 30 were 1) getting through the list, i wonder what the
threshold was at, though it now seems to be fixed, and 2) getting
through my local SA.=20

I got my SA/exim configed so that I can see SA headers on
every mail right about the time we stopped getting pounded through d-u
so i don't have anything to compare at this point :(

A

--fOHHtNG4YXGJ0yqR
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

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

iD8DBQFG5uOsaIeIEqwil4YRAoG9AKDnjpu8mwHEK9f88qdITgkqySpGywCgn8G8
0xJz+VE9qt6hhmwmklMCHqw=
=okVc
-----END PGP SIGNATURE-----

--fOHHtNG4YXGJ0yqR--



Date: Tue, 11 Sep 2007 11:55:08 -0700
From: Andrew Sackville-West <andrew@farwestbilliards.com>
To: debian-user@lists.debian.org
Subject: Re: dpi changes on the fly
Message-ID: <20070911185507.GE18618@localhost.localdomain>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="u5E4XgoOPWr4PD9E"
Content-Disposition: inline

--u5E4XgoOPWr4PD9E
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, Sep 10, 2007 at 09:44:26AM -0500, Hugo Vanwoerkom wrote:

> Hi,

>

> Running Sid with Nvidia driver 9631.

>

> X has always been rock solid, but recently I notice that the DPI settings=

=20

> of the display changes on the fly, when I do:

>

> xdpyinfo | grep 'dots per inch'

>

> I normally get 110x110. That's what I set it to in /etc/gdm/gdm.conf:

>

> ...
> command=3D/usr/bin/X0 :1 -layout X0 -dpi 110 -deferglyphs 16 -isolateDevi=

ce=20

> \"PCI:1:0:0\" -sharevts
> ...

>

> But recently "suddenly"... maybe related to running Qt apps? the DPI=20
> setting changes on the fly to 138x88 and all font sizes get tiny.

>

> Logging out and back in sets it back to 110x110.

>

> Is that possible, those DPI changes on the fly?


gnome lets you change dpi on the fly from within the fonts
configuration window (don't ask me how to get there, I don't use
gnome, that's the wife's little clicky stuff).

A

--u5E4XgoOPWr4PD9E
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

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

iD8DBQFG5uSLaIeIEqwil4YRAlQoAKDjRD/MEKgF9drJgmE+8Cgjbf0NugCgnqQR
4B9M7ea7PBPbl/NbxR6AUFg=
=WJWk
-----END PGP SIGNATURE-----

--u5E4XgoOPWr4PD9E--



Date: Tue, 11 Sep 2007 19:40:31 +0100
From: Martin Waller <martinej.waller@ntlworld.com>
To: Debian-user list <debian-user@lists.debian.org>
Subject: Re: xconsole 'can't open console' (etch) - why not?
Message-ID: <46E6E11F.5000403@ntlworld.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Krzysztof Luban'ski wrote:

> On Tue, 2007-09-11 at 18:44 +0100, Martin Waller wrote:
>   

>> Am trying to run xconsole as normal user as I have done on other 
>> versions of debian.
>>
>> When I try to run it on an etch box it pops up as expected but with the 
>> message 'Can't open console' in it.
>>
>> Now, on my sarge box, which is due for an upgrade, it runs fine.  I 
>> noticed on sarge /dev/console's group is tty but on etch it's root.  So 
>> I changed the group of it to tty, but still no joy. [...]
>>     
>

>   xconsole seems to be using /dev/xconsole - on my Lenny system, its
> group is set to 'adm'.

>

>   


Thanks - that was it. Just added myself to adm group.

Cheers,

Martin

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

Received on Tue Sep 11 15:18:53 2007

This archive was generated by hypermail 2.1.8 : Sun Oct 07 2007 - 07:54:35 EDT

Can't find what you're looking for?X
Contact Us  Legal Notices  Order Services Online 
Pantek Home  Privacy Policy  IT news  Site Map  Pantek Library