Debian Bug report logs - #588361
RFH: fglrx-driver -- non-free AMD/ATI r6xx - r7xx display driver

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Patrick Matthäi <pmatthaei@debian.org>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: RFH: fglrx-driver -- non-free AMD/ATI r6xx - r7xx display driver

Date: Wed, 07 Jul 2010 20:04:38 +0200

Package: wnpp
Severity: normal

I request assistance with maintaining the fglrx-driver package.

The package description is:
 Display driver for the ATI recent Radeon and FireGL graphics cards.
 .
 This package provides 2D display drivers and hardware accelerated OpenGL
 for X.Org version 7.1. For 3D acceleration to work, you will need to
 compile the fglrx kernel module for your kernel: see the fglrx-source
 package. Note that the driver will work without the kernel module, but 3D
 acceleration will be disabled.
 .
 The driver can work with plain mesa libGL, but some applications may require
 the proprietary libGL. This library is shipped in the fglrx-glx package.
 .
 This driver is not free. As an alternative, you may try the newest free
 driver xserver-xorg-video-radeonhd.
 .
 This driver will replace parts of your X11 and Mesa system.

My further TODO in the team:
- Better dkms integration
- Forwarding and solving of bugs (if possible)
- Better documentation of well known bugs and their workarounds

Message #10 received at 588361@bugs.debian.org (full text, mbox, reply):

From: Michael Gilbert <michael.s.gilbert@gmail.com>

To: Patrick Matthäi <pmatthaei@debian.org>, 588361@bugs.debian.org

Subject: Re: Bug#588361: RFH: fglrx-driver -- non-free AMD/ATI r6xx - r7xx display driver

Date: Wed, 7 Jul 2010 14:25:31 -0400

On Wed, 07 Jul 2010 20:04:38 +0200, Patrick Matthäi wrote:
> Package: wnpp
> Severity: normal
> 
> I request assistance with maintaining the fglrx-driver package.
> 
> The package description is:
>  Display driver for the ATI recent Radeon and FireGL graphics cards.
>  .
>  This package provides 2D display drivers and hardware accelerated OpenGL
>  for X.Org version 7.1. For 3D acceleration to work, you will need to
>  compile the fglrx kernel module for your kernel: see the fglrx-source
>  package. Note that the driver will work without the kernel module, but 3D
>  acceleration will be disabled.
>  .
>  The driver can work with plain mesa libGL, but some applications may require
>  the proprietary libGL. This library is shipped in the fglrx-glx package.
>  .
>  This driver is not free. As an alternative, you may try the newest free
>  driver xserver-xorg-video-radeonhd.
>  .
>  This driver will replace parts of your X11 and Mesa system.
> 
> My further TODO in the team:
> - Better dkms integration

are there specific issues with dkms?  if so, i can take a look at them.
from my experience dkms works just fine so far.

> - Forwarding and solving of bugs (if possible)

is there a good procedure for this?  amd has no "official" public
support system from what i've seen. lately i've been suggesting users
forward their bugs to http://emailcustomercare.amd.com, which probably
just falls into an abyss.  is there a better way?

> - Better documentation of well known bugs and their workarounds

that would be nice, but i probably don't have the time to work on that.

best wishes,
mike

Message #15 received at 588361@bugs.debian.org (full text, mbox, reply):

From: Ben Hutchings <ben@decadent.org.uk>

To: Patrick Matthäi <pmatthaei@debian.org>, 588361@bugs.debian.org

Subject: Re: Bug#588361: RFH: fglrx-driver -- non-free AMD/ATI r6xx - r7xx display driver

Date: Wed, 7 Jul 2010 19:29:32 +0100

On Wed, Jul 07, 2010 at 08:04:38PM +0200, Patrick Matthäi wrote:
> Package: wnpp
> Severity: normal
> 
> I request assistance with maintaining the fglrx-driver package.
> 
> The package description is:
[...]
>  This driver is not free. As an alternative, you may try the newest free
>  driver xserver-xorg-video-radeonhd.
>  .
>  This driver will replace parts of your X11 and Mesa system.
> 
> My further TODO in the team:
> - Better dkms integration
> - Forwarding and solving of bugs (if possible)
> - Better documentation of well known bugs and their workarounds
 
You should also fix the description to stop referring to radeonhd, which
is obsolete.

Ben.

-- 
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
                                                              - Albert Camus

Message #20 received at 588361@bugs.debian.org (full text, mbox, reply):

From: Patrick Matthäi <pmatthaei@debian.org>

To: Michael Gilbert <michael.s.gilbert@gmail.com>

Cc: 588361@bugs.debian.org

Subject: Re: Bug#588361: RFH: fglrx-driver -- non-free AMD/ATI r6xx - r7xx display driver

Date: Wed, 07 Jul 2010 21:20:59 +0200

[Message part 1 (text/plain, inline)]

Am 07.07.2010 20:25, schrieb Michael Gilbert:
> On Wed, 07 Jul 2010 20:04:38 +0200, Patrick Matthäi wrote:
>> Package: wnpp
>> Severity: normal
>>
>> I request assistance with maintaining the fglrx-driver package.
>>
>> The package description is:
>>  Display driver for the ATI recent Radeon and FireGL graphics cards.
>>  .
>>  This package provides 2D display drivers and hardware accelerated OpenGL
>>  for X.Org version 7.1. For 3D acceleration to work, you will need to
>>  compile the fglrx kernel module for your kernel: see the fglrx-source
>>  package. Note that the driver will work without the kernel module, but 3D
>>  acceleration will be disabled.
>>  .
>>  The driver can work with plain mesa libGL, but some applications may require
>>  the proprietary libGL. This library is shipped in the fglrx-glx package.
>>  .
>>  This driver is not free. As an alternative, you may try the newest free
>>  driver xserver-xorg-video-radeonhd.
>>  .
>>  This driver will replace parts of your X11 and Mesa system.
>>
>> My further TODO in the team:
>> - Better dkms integration
> 
> are there specific issues with dkms?  if so, i can take a look at them.
> from my experience dkms works just fine so far.

Yeah there is a "little" bug.

If you are running e.g. on kernel 2.6.32-3 and now you install 2.6.32-4,
the fglrx modules will be rebuild for 2.6.32-4 and installed to
/lib/modules/2.6.32-4/dkms/updates, but they are built against 2.6.32-3
and if you reboot with 2.6.32-4 fglrx will fail, because of a different
symbol versions.


> 
>> - Forwarding and solving of bugs (if possible)
> 
> is there a good procedure for this?  amd has no "official" public
> support system from what i've seen. lately i've been suggesting users
> forward their bugs to http://emailcustomercare.amd.com, which probably
> just falls into an abyss.  is there a better way?

This is one way, the best one is to report bugs here:
http://ati.cchtml.com/

It is "unoffical", but reviewed by AMD.


> 
>> - Better documentation of well known bugs and their workarounds
> 
> that would be nice, but i probably don't have the time to work on that.

Dito, that's why I try to search additional maintainers :)


-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

E-Mail: pmatthaei@debian.org
        patrick@linux-dev.org

Comment:
Always if we think we are right,
we were maybe wrong.
*/

[signature.asc (application/pgp-signature, attachment)]

Message #25 received at 588361@bugs.debian.org (full text, mbox, reply):

From: Patrick Matthäi <pmatthaei@debian.org>

To: Ben Hutchings <ben@decadent.org.uk>

Cc: 588361@bugs.debian.org

Subject: Re: Bug#588361: RFH: fglrx-driver -- non-free AMD/ATI r6xx - r7xx display driver

Date: Wed, 07 Jul 2010 21:27:26 +0200

[Message part 1 (text/plain, inline)]

Am 07.07.2010 20:29, schrieb Ben Hutchings:
> On Wed, Jul 07, 2010 at 08:04:38PM +0200, Patrick Matthäi wrote:
>> Package: wnpp
>> Severity: normal
>>
>> I request assistance with maintaining the fglrx-driver package.
>>
>> The package description is:
> [...]
>>  This driver is not free. As an alternative, you may try the newest free
>>  driver xserver-xorg-video-radeonhd.
>>  .
>>  This driver will replace parts of your X11 and Mesa system.
>>
>> My further TODO in the team:
>> - Better dkms integration
>> - Forwarding and solving of bugs (if possible)
>> - Better documentation of well known bugs and their workarounds
>  
> You should also fix the description to stop referring to radeonhd, which
> is obsolete.

Already mentioned by jchristau and fix already comitted.
But thanks.

-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

E-Mail: pmatthaei@debian.org
        patrick@linux-dev.org

Comment:
Always if we think we are right,
we were maybe wrong.
*/

[signature.asc (application/pgp-signature, attachment)]

Message #30 received at 588361@bugs.debian.org (full text, mbox, reply):

From: Michael Gilbert <michael.s.gilbert@gmail.com>

To: 588361@bugs.debian.org

Subject: Re: Bug#588361: RFH: fglrx-driver -- non-free AMD/ATI r6xx - r7xx display driver

Date: Wed, 7 Jul 2010 15:28:40 -0400

On Wed, 07 Jul 2010 21:20:59 +0200, Patrick Matthäi wrote:
> >> - Forwarding and solving of bugs (if possible)
> > 
> > is there a good procedure for this?  amd has no "official" public
> > support system from what i've seen. lately i've been suggesting users
> > forward their bugs to http://emailcustomercare.amd.com, which probably
> > just falls into an abyss.  is there a better way?
> 
> This is one way, the best one is to report bugs here:
> http://ati.cchtml.com/
> 
> It is "unoffical", but reviewed by AMD.

i'm aware of it, but i have yet to see any real activity or anything
useful come from posting problems there.

mike

Message #35 received at 588361@bugs.debian.org (full text, mbox, reply):

From: Mario Limonciello <Mario_Limonciello@Dell.com>

To: 588361@bugs.debian.org

Subject: Adopting the packaging for Ubuntu perhaps

Date: Sun, 11 Jul 2010 14:36:50 -0500

[Message part 1 (text/plain, inline)]

 I'd like to throw one more idea out here to help with this RFH.  Is 
there any consideration in adopting the packaging used by Ubuntu?  The 
way the ATI executable is configured, it includes a set of packaging 
scripts for different distros built-in for users to generate native 
packages on the fly without having to wait for them to land in their 
distro.  That same set of packaging is also used in Ubuntu on the 
archive because the same maintainers maintain it on Phorogit (where the 
packaging is stored) as those who put it in the archive.

So this means that say AMD launched an 8.723 driver, and 8.710 is in 
Ubuntu, a user could run:
./ati-blah-blah.run --buildpkg Ubuntu
and it will generate a package that is fully compatible due to using the 
same packaging scripts.


If Debian would be willing to switch the packaging over to doing it this 
way too, we could see
./ati-blah-blah.run --buildpkg Debian generating the same results as 
./ati-blah-blah.run --buildpkg Ubuntu which has the same results as the 
packages directly in Debian unstable and Ubuntu development versions.

So I think that's a win-win for all audiences then rather than both 
developing packaging in parallel.

-- 
*Mario Limonciello*
Linux Engineer
*Dell* | OS Engineering

[Message part 2 (text/html, inline)]

Message #40 received at 588361@bugs.debian.org (full text, mbox, reply):

From: Alberto Milone <alberto.milone@canonical.com>

To: 588361@bugs.debian.org

Subject: Re: Adopting the packaging for Ubuntu perhaps

Date: Mon, 12 Jul 2010 12:40:24 +0200

Hi all,

I maintain the packaging scripts that both the fglrx installer and
Ubuntu use. I can assure you that, as Mario said, having the installer
and the distro packages share the same source ensures better
consistency and makes it safer to install the packages generated by
the installer.

There are some scripts for Debian in the installer already but I think
you can safely start from the ones that we use in Ubuntu (as they use
DKMS) and adapt them to your needs. Of course I'm available to provide
help if there is something that it's not clear about the functioning
of the installer or if you have any questions about the Ubuntu
scripts. Here's the link to the phorogit repository:
http://www.phorogit.com/index.php?p=fglrx-packaging.git

Regards,

-- 
Alberto Milone
Sustaining Engineer (system)
Foundations Team
Canonical OEM Services

Send a report that this bug log contains spam.