File: README.source

package info (click to toggle)
fglrx-driver 1:15.9-4~deb8u1~bpo70+1
  • links: PTS, VCS
  • area: non-free
  • in suites: wheezy-backports
  • size: 505,568 kB
  • sloc: ansic: 15,231; xml: 4,141; sh: 2,401; makefile: 425
file content (47 lines) | stat: -rw-r--r-- 1,874 bytes parent folder | download | duplicates (4)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
How to create the original Debian tarball:
------------------------------------------
* There is an easy way to get and generate the Debian original tarball from a
  release.
  For example to get and repackage version 11-1 you have to enter:
    DEB_BUILD_OPTIONS="VER=11-1" debian/rules get-orig-source

  This will wget version 11-1 of fglrx-driver from the upstream download
  resource, and repackage it in the current directory.

* Sometimes the (beta) release does not contain a signature which will
  result in displaying an unwanted watermark. The signature file needs to
  be obtained by other means (...) and placed in "debian/import/signature".
  Setting SIGNATURE_VERSION in debian/rules.def to the current upstream
  version will use the imported signature file instead of the shipped one.


Backporting to squeeze
======================

For squeeze backports the following changes have to be made:
 - reduce Build-Depends: debhelper and compat level to 8
 - disable MULTIARCH variable in debian/rules
 - remove Multi-Arch: lines from debian/control
These steps and the creation of an initial bpo-changelog entry have been
automated via
    debian/rules prepare-squeeze-backport

 -- Andreas Beckmann <debian@abeckmann.de>  Tue, 09 Aug 2011 00:06:35 +0200


Backporting to lenny - xserver < 1.5:
=====================================

Backports to lenny are no longer supported.


Building modules on 32bit userland with 64bit kernel:
=====================================================

There is a way to build the fglrx Linux module with a 64bit kernel on 32bit
userland, but we will not include it, because the X11 part of fglrx does not
work in this setup (not fixable).
AMD developers acknowledged that it will never be supported (so it will never
work).
Since there is no sane way to conflict against such setups it should be enough
to add those notes.