El lun, 23-06-2008 a las 08:04 +0200, Jonathan Kaye escribió:
> Gabriel Parrondo wrote:
> 
> > El sáb, 21-06-2008 a las 11:18 +0200, Jonathan Kaye escribió:
> >> Gabriel Parrondo wrote:
> >> 
> >> > El vie, 20-06-2008 a las 19:29 +0200, Jonathan Kaye escribió:
> >> >> It installed with no problem and after rebooting (yes, I have to do
> >> >> this; starting and stopping the the Xserver doesn't get the new driver
> >> >> working correctly)
> >> > 
> >> > About this, have you ever tried this?:
> >> > 1- Stop the X server;
> >> > 2- 'rmmod fglrx';
> >> > 4- Re-start X server
> >> > 
> >> > [...]
> >> >> 
> >> Hi Gabriel,
> >> That's a cool suggestion. I'll try it the next time I upgrade. Thanks for
> >> the tip. You might try using the debs created directly from the
> >> ATI-installer from the ATI website. Maybe you'll have better luck. Those
> >> are the ones I always use and they haven't failed me yet.
> > 
> > Ok, so I went to the amd page and downloaded the installer from them.
> > As normal user i run:
> > $ ./ati-driver-installer-8-6-x86.x86_64.run --buildpkg Debian/lenny
> > 
> > And it yields:
> > ----
> > Generating package: Debian/lenny
> > Package build failed!
> > Package build utility output:
> > dpkg-buildpackage: set CFLAGS to default value: -g -O2
> > dpkg-buildpackage: set CPPFLAGS to default value:
> > dpkg-buildpackage: set LDFLAGS to default value:
> > dpkg-buildpackage: set FFLAGS to default value: -g -O2
> > dpkg-buildpackage: set CXXFLAGS to default value: -g -O2
> > dpkg-buildpackage: source package fglrx-installer
> > dpkg-buildpackage: source version 8.501-1
> > dpkg-buildpackage: source changed by ATI Technologies Inc.
> > <http://ati.amd.com/support/driver.html>
> >  debian/rules build
> > dpkg-buildpackage: host architecture i386
> > Can't exec "debian/rules": Permission denied
> > at /usr/bin/dpkg-buildpackage line 475.
> > dpkg-buildpackage: failure: debian/rules build failed with unknown exit
> > code -1
> > Removing temporary directory: fglrx-install.oN9030
> > ----
> > 
> > Also tried as root with no luck (same error).
> > 
> > I googled around a bit and all I could find was people with the
> > "Permission denied" error because they forgot to give 755 permissions to
> > the installer.
> > 
> > 
> Hi Gabriel,
> You have to run that command as root or use sudo. Sorry, I should have
> mentioned that.

I just solved this, the problem is I had /tmp mounted as noexec.


-- 
Gabriel Parrondo
GNU/Linux User #404138
GnuPG Public Key ID: BED7BF43
JID: [EMAIL PROTECTED]

"The only difference between theory and practice is that, in theory,
there's no difference between theory and practice."

Attachment: signature.asc
Description: Esta parte del mensaje está firmada digitalmente

Reply via email to