Content-Type: text/plain
debian-user-digest Digest Volume 2007 : Issue 2720
Today's Topics:
Re: DST: Same procedure as every hal [ Florian Kulzer ]
Re: /etc/host.conf questions [ Paul E Condon ]
Re: GLIBC_2.4 [ Andrew Sackville-West ]
package [ ann kok ]
Re: GLIBC_2.4 [ John Hasler ]
Re: DST: Same procedure as every hal [ John Hasler ]
Re: fglrx upgrade to 8.42.3 [ Elimar Riesebieter ]
Re: fglrx upgrade to 8.42.3 [ Jonathan Kaye ]
Re: fglrx upgrade to 8.42.3 [ Jonathan Kaye ]
Re: GLIBC_2.4 [ Joey Hess ]
Re: GLIBC_2.4 [ Joey Hess ]
Re: GLIBC_2.4 [ John Hasler ]
Date: Thu, 1 Nov 2007 15:29:52 +0100
From: Florian Kulzer <florian.kulzer+debian@icfo.es>
To: debian-user@lists.debian.org
Subject: Re: DST: Same procedure as every half-year?
Message-ID: <20071101142952.GC25769@pc0197>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
On Thu, Nov 01, 2007 at 15:03:25 +0100, Dan H wrote:
> On Thu, 01 Nov 2007 11:46:06 +0100 Jonathan Kaye wrote:
>
> > I'm running Lenny in CET and the change to GMT+1 (from +2) work
> > perfectly. I didn't do anything special. The time was correct when I
> > checked on Sunday morning.
>
> I'm running Etch, and the problem somehow went away when I started the
> machine a second time. I'm not aware of having done anything special,
> except running "tzconfig" without making any changes.
>
> I guess this is a hard-to-chase bug (if it's a bug indeed) because in
> conjunction with ntp it can only be reproduced twice a year ;-)
You can check your timezone settings and the scheduled changes like this:
$ zdump -v /etc/localtime | grep 2007
/etc/localtime Sun Mar 25 00:59:59 2007 UTC = Sun Mar 25 01:59:59 2007 CET isdst=0 gmtoff=3600
/etc/localtime Sun Mar 25 01:00:00 2007 UTC = Sun Mar 25 03:00:00 2007 CEST isdst=1 gmtoff=7200
/etc/localtime Sun Oct 28 00:59:59 2007 UTC = Sun Oct 28 02:59:59 2007 CEST isdst=1 gmtoff=7200
/etc/localtime Sun Oct 28 01:00:00 2007 UTC = Sun Oct 28 02:00:00 2007 CET isdst=0 gmtoff=3600
--
Regards, |
http://users.icfo.es/Florian.Kulzer
Florian |
Date: Thu, 1 Nov 2007 23:09:57 +0800
From: Augustin <beginner2005@masquilier.org>
To: debian-user@lists.debian.org
Subject: Installer stops (freezes) when scanning hardware
Message-Id: <200711012309.57495.beginner2005@masquilier.org>
Content-Type: text/plain;
charset="utf-8"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Hello,
I am currently using Mandriva on this machine. I have tried installing
Debian on another partition and eventually stop using Mandriva.
This machine is a desktop computer (7VT600P-RZ(-C) mainboard with VIA
KT600 chipset). I think I have only mainstream hardware (this is no
laptop!), yet I always have had some problems with it with different
versions of different distros.
And right now, I can't install Debian (etch 4.0r1), although I have
successfully installed Debian on my secondary (older) computer.
Symptoms with Mandriva:
- I managed to install it, but I had to disable harddrake (hardware
scanning) at bootup because the bootup sequence would freeze
otherwise.
- I don't have problems with KDE applications, but with apps such as
firefox, the gimp and the Mandriva Control Center (MCC) I always
experience some problems that seem hardware related: MCC never works
(maybe it scans hardware when we start it), and every morning, the
*first* time I have to open the "save file as" dialog in firefox or
gimp, the dialog and the whole app would freeze for a whole 10
minutes! (when I need to save a file with gimp, I usually open the
dialog box, go back to konqueror for browsing, then come back later
when the app is unfrozen). But then, the second time works as it
should.
This seems to point to a problem with loading some IDE module /
hardware access problem... I don't know.
- Most of the time, the system does not shut down completely cleanly:
at the end of the kernel shutdown sequence, there are some messages
about being unable to unmount /usr and /home because the resources
are busy, yet I have never found the stray application that causes
this.
I am not completely sure that the above symptoms are relevant to the
Debian install problem, but I include them in case they are...
Symptoms with the Debian installer:
I have tried several times, and the installer freezes for 5~10 minutes
*several times* during the install sequence, when checking for the
hardware. The F4 windown shows something either like:
"hw-detect.hotplug: detected hotpluggable network interface eth0"
or like:
"missing modules ide-mod, id-probe-mod" etc. (I searched the web, but
the conclusion seems to be that this is not actually tremendously
relevant!)
Then each time it asks me about entering some data related about
pcmcia hardware (I enter nothing: as far as I could gather by
searching the web, I don't need to).
Then at the stage of looking for the partitions, the installer freezes
one more time, and this time for good (I gave up waiting after 1
hour).
Questions
What might cause this? (that's the main question, isn't it?)
What options can I try when starting the install?
I usually type "install expertgui". What Do I type instead?
What information should I provide that might be relevant, useful?
Thank you very much for your assistance.
--
Augustin
http://minguo.info/ better election methods
http://minguo.info/usa/ the USA FA/DP
Free Association with Delegable Proxy: an internet experiment in
democracy.
Date: Thu, 1 Nov 2007 08:20:42 -0700
From: Andrew Sackville-West <andrew@farwestbilliards.com>
To: debian-user@lists.debian.org
Subject: Re: Apt-Get or Aptitude
Message-ID: <20071101152041.GH29856@localhost.localdomain>
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="mjUDp/cLGeqUhYyE"
Content-Disposition: inline
--mjUDp/cLGeqUhYyE
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Thu, Nov 01, 2007 at 07:01:53AM -0700, Daniel Burrows wrote:
> On Tue, Oct 30, 2007 at 09:35:02PM -0700, Andrew Sackville-West <andrew@f=
arwestbilliards.com> was heard to say:
> > On Tue, Oct 30, 2007 at 08:19:58PM -0700, Daniel Burrows wrote:
> > > On Tue, Oct 30, 2007 at 09:25:02AM -0700, Andrew Sackville-West <andr=
ew@farwestbilliards.com> was heard to say:
> > > >=20
> > > > this bothers me, since I mostly use aptitude. When I need a build-d=
ep
> > > > or source, I'm concerned that later aptitude may wipe something
> > > > inadvertantly. Do you know if there are plans to implement these
> > > > commands into aptitude? Or will apt-get always remain, so that its =
not
> > > > a problem?
> > >=20
> > > aptitude shouldn't wipe out packages installed with apt-get, period
> > > full stop.
> >=20
> > you know, that wasn't fair of me. I was once concerned about that
> > problem, but have subsequently learned that it really doesn't
> > happen. So i apologise if that came across wrong.
>=20
> No, I just come down hard on this meme because it seems to have taken
> on a life of its own and I'd like to squash it before it grows up into a
> full-blown urban legend.
ack.
A
--mjUDp/cLGeqUhYyE
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)
iD8DBQFHKe7JaIeIEqwil4YRAq1JAJ9QhEWzeqFOB7L9IZEO6EiZmw4WrACgkDpa
RIcqkZEU2WccBY24PRA0mTM=
=6aZ2
-----END PGP SIGNATURE-----
--mjUDp/cLGeqUhYyE--
Date: Thu, 1 Nov 2007 08:28:08 -0700
From: Andrew Sackville-West <andrew@farwestbilliards.com>
To: debian-user@lists.debian.org
Subject: Re: Tool to configure sound
Message-ID: <20071101152808.GI29856@localhost.localdomain>
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="2XUWoe1nmt7t49kG"
Content-Disposition: inline
--2XUWoe1nmt7t49kG
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Thu, Nov 01, 2007 at 01:33:26PM +0100, Richard Lyons wrote:
> On Thu, Nov 01, 2007 at 12:51:51PM +0100, Florian Kulzer wrote:
> [...]
> >=20
> > I am just following Documentation/sound/alsa/ALSA-Configuration.txt.
> > The "Documentation" directory is part of the kernel source; you can
> > also get it separately by installing the linux-doc-... package for your
> > version of the kernel.=20
> >=20
> > One source of problems with ALSA is that each driver (snd_hda_intel in
> > your case) has to support different codec chips (here: ALC883) and that
> > each codec chip can come in a number of different configurations
> > ("models"). The ALSA developers are in an "arms race" with the laptop
> > manufacturers, trying to make sure that the driver recognizes the codec
> > chip model correctly for the ever-increasing number of laptop models. In
> > your case no specific codec chip model was declared when the module was
> > loaded, so the default configuration was chosen. This could mean that
> > there might be an additional volume control for your chip which is
> > currently inaccessible to you.
> >=20
> > You can try different codec chip models (e.g. "3stack") by running:
> >=20
> > modprobe -r snd_hda_intel
> > modprobe snd_hda_intel model=3D3stack
>=20
> I tried that arbitrarily, but it didn't happen to be the one. I shall
> have to read the documentation to see what other options there are.
I'm not sure if its been mentioned in this thread yet or not, but at
least some (well, okay, one -- mine!) distinguishes between onboard
sound and an external amplifier. My rig has two jacks on the front,
one for headphones and one for external amplifier. For some reason the
default configuration is to have the external amp *on*. This mutes the
rest of the sound (even if the channels don't show as muted in
alsamixer.=20
In the event you have this sort of configuration, unless you get an
external amplifier control in alsamixer, then you've not got the right
configuration and won't get sound. It took me a while to figure that
out... mute the external amp, and the rest of sound magically works.
Florian's idea of moving up to a backported kernel is a good one, IMO.
A
--2XUWoe1nmt7t49kG
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)
iD8DBQFHKfCHaIeIEqwil4YRAgQaAKCXISqHwMGZElwEptIhbz3M1iDkJwCbB0HJ
K1KJGTGdqulwgmO+Rgo34OE=
=+UqT
-----END PGP SIGNATURE-----
--2XUWoe1nmt7t49kG--
Date: Thu, 1 Nov 2007 11:13:10 -0400 (EDT)
From: Scott Ehrlich <scott@MIT.EDU>
To: debian-user@lists.debian.org
Subject: Need help with etch and new bugzilla install
Message-ID: <Pine.GSO.4.64L.0711011110320.17756@mass-toolpike.mit.edu>
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
The search function on the debian page is not working, so I'm using the
list to assistance -
A fresh/new install of Debian Etch was done and I performed an apt-get
install of everything, including bugzilla. I'm now getting the
following and need to know how to resolve it. mysql-server was installed,
and I'm able to visit http://localhost/phpmyadmin
Thanks.
Scott
Setting up bugzilla (2.22.1-2) ...
dbconfig-common: writing config to /etc/dbconfig-common/bugzilla.conf
dbconfig-common: flushing administrative password
Can't connect to the database.
Error: Can't connect to local MySQL server through socket
'/var/run/mysqld/mysqld.sock' (2)
Is your database installed and up and running?
Do you have the correct username and password selected in localconfig?
Date: Thu, 1 Nov 2007 09:19:09 -0600
From: Paul E Condon <pecondon@mesanetworks.net>
To: debian-user@lists.debian.org
Subject: Re: /etc/host.conf questions
Message-ID: <20071101151909.GA21874@big.lan.gnu>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
On Tue, Oct 30, 2007 at 11:43:59AM -0400, Mike Kuhar wrote:
> That would be
> /etc/nsswitch.conf
>
> on the line marked 'hosts'
>
> -mike
>
> -----Original Message-----
> From: Paul E Condon [mailto:pecondon@mesanetworks.net]
> Sent: Tuesday, October 30, 2007 11:21 AM
> To: debian-user@lists.debian.org
> Subject: /etc/host.conf questions
>
> I'm running Etch. I'm involved in a project to understand
> how networking is set up on my home lan. I'm looking at
> /etc/host.conf . It contains a single line:
>
> multi on
>
> man host.conf says that a possible config-line in host.conf
> is 'order', and there is no such line in my copy. This line
> is supposed to determine whether BIND or /etc/hosts if
> searched first. Since there is no such line, resolver must
> be doing some default. What is the default order in Debian
> Etch? Or, is there some other place where the order is really
> set in Debian Etch?
>
Thanks, Mike
Pointing out nsswitch.conf helped me very much in understanding
networking. googling it lead to all sorts of information that
I had never seen before.
My current understanding is that on debian systems, nsswitch.conf
overrides and replaces the 'order' option in host.conf. It
might be useful for the man page of host.conf to include a
mention of nsswitch.conf. Until that happens, it's great that
there is this list and you read it and respond.
--
Paul E Condon
pecondon@mesanetworks.net
Date: Thu, 1 Nov 2007 08:23:29 -0700 (PDT)
From: "Jeff Grossman" <jeff@stikman.com>
To: "Debian Users" <debian-user@lists.debian.org>
Subject: Installing Packages From Source
Message-ID: <45179.72.166.138.2.1193930609.squirrel@www.stikman.com>
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
There are a few packages that I install directly from source onto my
system. On Aptitude I noticed the markauto option. Should I let aptitud=
e
know that I have installed those packages manually?
The packages that I have installed by source are:
MIMEDefang
Dovecot
SpamAssassin
Thanks,
Jeff
Date: Thu, 1 Nov 2007 08:45:36 -0700
From: Andrew Sackville-West <andrew@farwestbilliards.com>
To: debian-user@lists.debian.org
Subject: Re: GLIBC_2.4
Message-ID: <20071101154535.GJ29856@localhost.localdomain>
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="smEuXhZLKnMjT4Ht"
Content-Disposition: inline
--smEuXhZLKnMjT4Ht
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Thu, Nov 01, 2007 at 03:15:47PM +0100, Florian Kulzer wrote:
> On Thu, Nov 01, 2007 at 06:31:22 -0700, David Fox wrote:
> > On Nov 1, 2007 5:49 AM, Florian Kulzer wrote:
> > >
> > > ~/.bash_profile does this by default nowadays:
> > >
> > > # set PATH so it includes user's private bin if it exists
> > > if [ -d ~/bin ] ; then
> > > PATH=3D~/bin:"${PATH}"
> > > fi
> > >
> >=20
> > That's not as secure as putting the ~/bin part at the end.
>=20
> There is already an open bug report about handling ~/bin:
>=20
> #379696: ~/bin handled incorrectly in .bashrc and .bash_profile
> (Outstanding bugs - Normal bugs; Unclassified)
>=20
> We could add the suggestion to put it at the end of $PATH instead of in
> front.
I was starting to do this, but then got to thinking about it. If a
user has bothered to install something in ~/bin, then presumably they
want to actually run that program. If they've installed a binary there
that has the same name as a system-wide binary, its a good bet that
they intend to run the local one, otheriwse, why put it there? Hence
it makes sense to put ~/bin on the front of $PATH.
The sensible solution is to not have group or world write permissions
on ~/bin. This is, to my mind, the proper way to do it. Just as /bin
is not group or world writeable, so should be ~/bin.
A
--smEuXhZLKnMjT4Ht
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)
iD8DBQFHKfSfaIeIEqwil4YRAkKEAKCrm7QXRKeSFHUC4q+4qbDmdi/t0ACfRATt
WLfWc+FrE7k8kBpI1hPnoLQ=
=Xh4O
-----END PGP SIGNATURE-----
--smEuXhZLKnMjT4Ht--
Date: Thu, 01 Nov 2007 16:52:50 +0100
From: Mathias Brodala <info@noctus.net>
To: debian-user@lists.debian.org
Subject: Re: package
Message-ID: <4729F652.7020504@noctus.net>
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature";
boundary="------------enigFC78B8DBE36868368C462AE1"
This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enigFC78B8DBE36868368C462AE1
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Hi.
ann kok, 01.11.2007 16:39:
> what is package including command ip addr?
The command "ip" is in the "iproute" package.
> how can I know the package info?
# apt-get install apt-file
# apt-file update
$ apt-file search `which ip`
Regards, Mathias
--=20
debian/rules
--------------enigFC78B8DBE36868368C462AE1
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)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFHKfZSYfUFJ3ewsJgRAhPtAJ9SRefzneOO1xwx3cHUToKfE+ApowCfVY4u
DRbX92PfFzs9fiDK1HQgDJs=
=tBDx
-----END PGP SIGNATURE-----
--------------enigFC78B8DBE36868368C462AE1--
Date: Thu, 1 Nov 2007 08:39:39 -0700 (PDT)
From: ann kok <annkok2001@yahoo.com>
To: debian-user@lists.debian.org
Subject: package
Message-ID: <606036.97497.qm@web53310.mail.re2.yahoo.com>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
Hi all
what is package including command ip addr?
how can I know the package info?
thank you
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around=20
http://mail.yahoo.com=20
Date: Thu, 01 Nov 2007 10:28:55 -0500
From: John Hasler <jhasler@debian.org>
To: debian-user@lists.debian.org
Subject: Re: GLIBC_2.4
Message-ID: <87fxzq6l3c.fsf@toncho.dhh.gt.org>
Content-Type: text/plain; charset=us-ascii
Doug writes:
> It would only be a security issue if the permissions on your home
> directory and/or the execs themselves allowed others to execute them.
A buggy application (buffer overflow in Firefox...) or an evil bit of
JavaScript could be used by a "virus" to install a trojan in $HOME/bin.
--
John Hasler
Date: Thu, 01 Nov 2007 10:32:15 -0500
From: John Hasler <jhasler@debian.org>
To: debian-user@lists.debian.org
Subject: Re: DST: Same procedure as every half-year?
Message-ID: <878x5i6kxs.fsf@toncho.dhh.gt.org>
Content-Type: text/plain; charset=us-ascii
Dan H writes:
> I guess this is a hard-to-chase bug (if it's a bug indeed) because in
> conjunction with ntp it can only be reproduced twice a year
Create a dummy timezone for testing. Then you won't have to reset your
clock to experiment.
--
John Hasler
Date: Thu, 1 Nov 2007 16:59:58 +0100
From: Elimar Riesebieter <riesebie@lxtec.de>
To: debian-user@lists.debian.org
Subject: Re: fglrx upgrade to 8.42.3
Message-ID: <20071101155958.GW4038@aragorn.home.lxtec.de>
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
On Thu, 01 Nov 2007 the mental interface of
Davide Mancusi told:
> 2007/11/1, Jonathan Kaye <jdkaye10@yahoo.es>:
> > 1. What's your card - I'm running ATI Radeon 9550
>
> It's a Radeon 9600 Pro.
Why don't you use the r300 driver from Xorg?
Elimar
--
>what IMHO then?
IMHO - Inhalation of a Multi-leafed Herbal Opiate ;)
--posting from alex in debian-user--
Date: Thu, 01 Nov 2007 18:11:27 +0200
From: Jabka Atu <mashrom.head@gmail.com>
To: ML Debian-User <debian-user@lists.debian.org>
Subject: Search for lintian errors with man files
Message-ID: <4729FAAF.8070604@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
After frustrating few weeks with man file issues.
When packaging i thought it will be best that i will write somewhere
how to overcome them.
I only had 3 errors but i'm sure that ppl know more error and how to
fix them (i don't really want to read lintian code to see how each
error is produced (but maybe it is the way).
So i started a post about it on
http://bsh83.blogspot.com/2007/11/man-file-in-debian-packaging-errors.html
could you please advice where i can find more lintian errors (with man
files) ? (or send me errors with howto fix ?)
- --
- --
Could you at least use man ?
Jabka Atu (aka mha13/Mashrom Head) || bsh83.blogspot.com
- --
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iQIVAwUBRyn6r29p6JnF9I1qAQI/3BAAkz2JZ806ckRKzfduxhA9FsaBshGly66t
xocMq8wJaWRchpv/b/WNBD91Q5lzW8yO5rxMuC09Jglq8ftpfXY6L+7k2x3zwCer
vRvk0dQ3WnpNI5vzG5GBrrdTdyNmHg8BMnNbCUJoIecVsWH4AWGc7br3pDtVr9Jr
4tUrFS3K615gb2tXb/+DWeDFtIAiNUPDA1e3ZLdsw5eorPNT+dvSHdSAiUQypVuE
P6OL9B4Br/jizmJ1HjIxv0XUhUoirAmIxMSgCzw7OEU23852nfK5aOiRGneMVtuX
y6a9HP9k0OYC2bylEGEy3HHwMuZPBTc1LaRJ/9juC/hmf9nHAoeRp5254QwH4jkt
U6XurqzUUz/umdh2kq6TacLMW47qIFq+OudGZ8VzS41JcCcktnMTJwFEaeBHP252
OT6igDtZUI6B6+JgkZZ4KM4ulKTEgyFbXfznAK5UPALjuVz4siqWQbmbLKKYRzwB
jzkjYKkHX4idhEyKObdl7QfmlBL9CxYWRzy+1eh7TfPYAR8ijXyJb+eP9e5uDtdW
9E8xZUILXJAxrqcqWQR3qNf/W2fe/M+hAWh5VuTyRp7nb5UpHaV/bGn+cCUkpxVe
FtiENMJejnxUst9ZItvq3SH5ecH8wENn26yrT4lj6RwBtNLXUKV68CyMxAfVXAfU
PK2SJvwmoXs=
=xHeg
-----END PGP SIGNATURE-----
Date: Thu, 01 Nov 2007 17:10:52 +0100
From: Jonathan Kaye <jdkaye10@yahoo.es>
To: debian-user@lists.debian.org
Subject: Re: fglrx upgrade to 8.42.3
Message-ID: <fgctqc$3gc$1@ger.gmane.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7Bit
Davide Mancusi wrote:
> 2007/11/1, Jonathan Kaye <jdkaye10@yahoo.es>:
>> 1. What's your card - I'm running ATI Radeon 9550
>
> It's a Radeon 9600 Pro.
>
>> 2. Where did you get the package? Did you get it from ATI and build the
>> debs yourself or what?
>
> I installed the binary debs and I compiled the kernel module with m-a.
>
>> I'm downloading the ATI driver now (from the ATI site) and I'll report
>> back if it installed ok or if I had problems too (version 41 didn't work
>> too well - I couldn't run googleearth with it so I'm still using version
>> 8.39.4)
>
> Let me know... I wanted to try that yesterday but I was too tired. If
> it works, I might give it a shot tonight.
>
> Cheers,
> Davide
Hi Davide,
I've installed it and it's BRILLIANT!!!! Three cheers for ATI they've got it
right!
fgl_glxgears ran around 380fps under 8.39. Now, under 8.42 it's over 500! So
I'd say go for it.
Cheers,
Jonathan
--
Registerd Linux user #445917 at http://counter.li.org/
Date: Thu, 01 Nov 2007 17:28:19 +0100
From: Jonathan Kaye <jdkaye10@yahoo.es>
To: debian-user@lists.debian.org
Subject: Re: fglrx upgrade to 8.42.3
Message-ID: <fgcur3$7go$1@ger.gmane.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7Bit
Elimar Riesebieter wrote:
> On Thu, 01 Nov 2007 the mental interface of
> Davide Mancusi told:
>
>> 2007/11/1, Jonathan Kaye <jdkaye10@yahoo.es>:
>> > 1. What's your card - I'm running ATI Radeon 9550
>>
>> It's a Radeon 9600 Pro.
>
> Why don't you use the r300 driver from Xorg?
>
> Elimar
>
I don't think it supports 3D acceleration. The proprietary driver does.
If you know differently, I'd like to hear about it.
Cheers,
Jonathan
--
Registerd Linux user #445917 at http://counter.li.org/
Date: Thu, 1 Nov 2007 12:51:44 -0400
From: Joey Hess <joeyh@debian.org>
To: debian-user@lists.debian.org
Subject: Re: GLIBC_2.4
Message-ID: <20071101165144.GB20471@kitenet.net>
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="GRPZ8SYKNexpdSJ7"
Content-Disposition: inline
--GRPZ8SYKNexpdSJ7
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Ron Johnson wrote:
> If $(HOME)/bin were first in your $PATH, then a malicious user or
> app that has write access to your account, then they could put
> sabotaged versions of common apps into $(HOME)/bin and do all sorts
> of nasty things to you.
If a malicious user has write access to your home directory, then you
have already lost; there are much easier ways to screw with your $HOME
than going to the bother of creating trojaned programs in ~/bin.
--=20
see shy jo
--GRPZ8SYKNexpdSJ7
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)
iD8DBQFHKgQgd8HHehbQuO8RAlL6AJ4wpQ2xCpPn+jgujMXiKqrV8yUingCgv4NP
bF2t6oh8Dm1yohE1Gp2lCSQ=
=JBi3
-----END PGP SIGNATURE-----
--GRPZ8SYKNexpdSJ7--
Date: Thu, 1 Nov 2007 12:53:14 -0400
From: Joey Hess <joeyh@debian.org>
To: debian-user@lists.debian.org
Subject: Re: GLIBC_2.4
Message-ID: <20071101165314.GC20471@kitenet.net>
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="eRtJSFbw+EEWtPj3"
Content-Disposition: inline
--eRtJSFbw+EEWtPj3
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
John Hasler wrote:
> A writes:
> > If they've installed a binary there that has the same name as a
> > system-wide binary, its a good bet that they intend to run the local on=
e,
> > otheriwse, why put it there? Hence it makes sense to put ~/bin on the
> > front of $PATH.
>=20
> See my other reponse to this thread. ~/bin at the front of $PATH is a
> security risk. It should not be put there by default. Users can put it
> there themselves. If they don't know how they probably don't know enough
> to evaluate the risks.
I have yet to see any credible explanation of why it's more of a
security risk than eg, having ~/.profile sourced by the shell on
startup.
--=20
see shy jo
--eRtJSFbw+EEWtPj3
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)
iD8DBQFHKgR6d8HHehbQuO8RAgQGAKCQbNbjii0toapwdFu6rxtI/weVcACgpVmM
KoYH4P8XHmgFpubKuDkg/wg=
=tqfX
-----END PGP SIGNATURE-----
--eRtJSFbw+EEWtPj3--
Date: Thu, 01 Nov 2007 11:17:55 -0500
From: John Hasler <jhasler@debian.org>
To: debian-user@lists.debian.org
Subject: Re: GLIBC_2.4
Message-ID: <87hck6x7m4.fsf@toncho.dhh.gt.org>
Content-Type: text/plain; charset=us-ascii
A writes:
> If they've installed a binary there that has the same name as a
> system-wide binary, its a good bet that they intend to run the local one,
> otheriwse, why put it there? Hence it makes sense to put ~/bin on the
> front of $PATH.
See my other reponse to this thread. ~/bin at the front of $PATH is a
security risk. It should not be put there by default. Users can put it
there themselves. If they don't know how they probably don't know enough
to evaluate the risks.
--
John Hasler
End of debian-user-digest Digest V2007 Issue #2720
**************************************************
Received on Thu Nov 1 13:16:53 2007