Re: Again NO_PUBKEY problem...
> >> man apt-key > > > > # apt-key list > > gpg: checking the trustdb > > gpg: waiting for lock (held by 8561 - probably dead) ... > > gpg: waiting for lock (held by 8561 - probably dead) ... > > gpg: waiting for lock (held by 8561 - probably dead) ... > > gpg: waiting for lock (held by 8561 - probably dead) ... > > > > same for other options... > > > > Giulio > > You have a stray lockfile somewhere, probably /etc/apt/. Yes, I removed secring.gpg.lock trusted.gpg.lock (they contained '8561' string) and I have launched: # gpg --export --armor 010908312D230C5F | apt-key add - it was stopped after few minutes (and cpu-fan run fast), and so I interrupted it. However now I don't get error message after 'apt-get update'. Thanks, Giulio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Again NO_PUBKEY problem...
antongiulio05 <[EMAIL PROTECTED]> writes: >> > 'apt-get update' returns again: >> > >> > W: GPG error: ftp://ftp.it.debian.org unstable Release: The following >> > signatures couldn't be verified because the public key is not >> > available: NO_PUBKEY 010908312D230C5F > >> man apt-key > > # apt-key list > gpg: checking the trustdb > gpg: waiting for lock (held by 8561 - probably dead) ... > gpg: waiting for lock (held by 8561 - probably dead) ... > gpg: waiting for lock (held by 8561 - probably dead) ... > gpg: waiting for lock (held by 8561 - probably dead) ... > > same for other options... > > Giulio You have a stray lockfile somewhere, probably /etc/apt/. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Again NO_PUBKEY problem...
> > 'apt-get update' returns again: > > > > W: GPG error: ftp://ftp.it.debian.org unstable Release: The following > > signatures couldn't be verified because the public key is not > > available: NO_PUBKEY 010908312D230C5F > man apt-key # apt-key list gpg: checking the trustdb gpg: waiting for lock (held by 8561 - probably dead) ... gpg: waiting for lock (held by 8561 - probably dead) ... gpg: waiting for lock (held by 8561 - probably dead) ... gpg: waiting for lock (held by 8561 - probably dead) ... same for other options... Giulio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Wolfenstein: E-T on debian amd64 with ATI X800 Pro gfx?
Hi, On 8/12/06, Jesper Nyholm Jensen <[EMAIL PROTECTED]> wrote: Particularly interesting is the error: libGL error: dlopen /usr/lib/dri/fglrx_dri.so failed (/usr/lib/dri/fglrx_dri.so: cannot open shared object file: No such file or directory) but the file is there: $ ls -al /usr/lib/dri/fglrx* -rw-r--r-- 1 root root 9559048 Aug 12 16:35 /usr/lib/dri/fglrx_dri.so so I don't understand the error. I don't know whether these things run with root privileges but if they don't, the shared library is not marked as executable (for anyone, in fact). Just my 2 cents, Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Again NO_PUBKEY problem...
"antonio giulio" <[EMAIL PROTECTED]> writes: > Hi, > > 'apt-get update' returns again: > > W: GPG error: ftp://ftp.it.debian.org unstable Release: The following > signatures couldn't be verified because the public key is not > available: NO_PUBKEY 010908312D230C5F > > from shell: > > # gpg --keyserver hkp://subkeys.pgp.net --recv-keys 010908312D230C5F > gpg: requesting key 2D230C5F from hkp server subkeys.pgp.net > gpg: key 2D230C5F: public key "Debian Archive Automatic Signing Key > (2006) <[EMAIL PROTECTED]>" imported > gpg: no ultimately trusted keys found > gpg: Total number processed: 1 > gpg: imported: 1 > > # gpg --export --armor 010908312D230C5F | apt-key add - > gpg: waiting for lock (held by 8561 - probably dead) ... > gpg: waiting for lock (held by 8561 - probably dead) ... > gpg: waiting for lock (held by 8561 - probably dead) ... > . > > and 'apt-get update' returns again above error... > > How can I fix it? > > Thanks, > Giulio man apt-key MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Wolfenstein: E-T on debian amd64 with ATI X800 Pro gfx?
On Sat, Aug 12, 2006 at 02:14:06PM +0200, Jesper Nyholm Jensen wrote: > On Sat, Aug 12, 2006 at 12:45:52PM +0100, Jo Shields wrote: > > Jesper Nyholm Jensen wrote: > > >On Sat, Aug 12, 2006 at 12:01:01PM +0100, Jo Shields wrote: > > > > > >>Jesper Nyholm Jensen wrote: > > >> > > >>>On Sat, Aug 12, 2006 at 10:33:15AM +0100, Jo Shields wrote: > > >>> > > >>> > > Jo Shields wrote: > > > > > > >Jesper Nyholm Jensen wrote: > > > > > > > > >>Hi, > > >>I would like to run Wolfenstein: Enemy Territory on my amd64 system, > > >>as I had it running on my 32-bit debian before I upgraded to amd64. > > >>Is it at all possible? > > >> > > >>Some words about my setup: > > >> > > >>o HW: - AMD64 3200+, > > >> - ATI X800 Pro gfx card. > > >>o SW: > > >> - OS: debian amd64 unstable/sid, > > >> - Linux kernel: 2.6.15.7, > > >> - X: Xorg 7.0, > > >> - gfx driver: proprietary ATI binary driver v. 8.27.10 (kernel > > >>module compiled and loaded), > > >> - a 32-bit debian sid chroot, > > >> - Wolfenstein: E-T v. 2.60. > > >> > > >>chroot: > > >>is working. I installed mplayer and some codecs and was able to > > >>view a .wmv-file. > > >>Also, I installed firefox and a flash plugin and was able to view > > >>flash in firefox. > > >> > > >>3D-acceleration: > > >>is working on amd64. I tried running 'ppracer' (on amd64, i.e. not > > >>in chroot) with and without > > >>the driver loaded - it runs fast with and slow without. I also tried > > >>installing and running 'ppracer' in my chroot, but it was slow, so it > > >>seems 3D-acceleration is not working for my chroot. > > >> > > >>Wolfenstein: Enemy Territory: > > >>is not working, neither in amd64 nor in the 32-bit chroot. Here is the > > >>output when run in chroot: > > >>== ET output begin > > >>= W: Failed to change to directory > > >>'/pack/fglrx/ati': No such file or > > >>directory > > >>W: Falling back to directory '/' > > >>I: [sid386 chroot] Running command: "et" > > >>ET 2.60 linux-i386 Mar 10 2005 > > >>- FS_Startup - > > >>Current search path: > > >>/home/nyholm/.etwolf/etmain > > >>/usr/local/games/enemy-territory/etmain/pak2.pk3 (22 files) > > >>/usr/local/games/enemy-territory/etmain/pak1.pk3 (10 files) > > >>/usr/local/games/enemy-territory/etmain/pak0.pk3 (3725 files) > > >>/usr/local/games/enemy-territory/etmain/mp_bin.pk3 (6 files) > > >>/usr/local/games/enemy-territory/etmain > > >> > > >>-- > > >>3763 files in pk3 files > > >>execing default.cfg > > >>couldn't exec language.cfg > > >>couldn't exec autoexec.cfg > > >>Hunk_Clear: reset the hunk ok > > >> > > >>--- Input Initialization --- > > >>Joystick is not active. > > >> > > >>Bypassing CD checks > > >>- Client Initialization - > > >>- Initializing Renderer > > >>--- > > >>- Client Initialization Complete - > > >>- R_Init - > > >>...loading libGL.so.1: Initializing OpenGL display > > >>...setting mode 4: 800 600 > > >>Using XFree86-VidModeExtension Version 2.2 > > >>XF86DGA Mouse (Version 2.0) initialized > > >>XFree86-VidModeExtension Activated at 800x600 > > >>Using 8/8/8 Color bits, 24 depth, 0 stencil display. > > >>GL_RENDERER: Mesa GLX Indirect > > >> > > >>*** > > >>You are using software Mesa (no hardware acceleration)! Driver > > >>DLL used: libGL.so.1 > > >>If this is intentional, add > > >>"+set r_allowSoftwareGL 1" > > >>to the command line when starting the game. > > >>*** > > >>...WARNING: could not set the given mode (4) > > >>Initializing OpenGL display > > >>...setting mode 3: 640 480 > > >>Using XFree86-VidModeExtension Version 2.2 > > >>XF86DGA Mouse (Version 2.0) initialized > > >>XFree86-VidModeExtension Activated at 640x480 > > >>Received signal 11, exiting... > > >> > > >>== ET output end = > > >>Except for the first 3 lines the output is exactly the same in amd64. > > >> > > >>Any ideas? > > >> > > >> > > >> > > >1) You need the ATI driver installed inside the chroot as well as > > >outside it (as it provides replacement libGL files) > > > > > >2) What does "ls -l /usr/lib/libGL.so.1" say? > > > > > >3) what does "glxinfo | grep vendor" say? > > > > > > > > Oh, and do 2 & 3 outside the chroot - I personally would avoid usi
Re: Again NO_PUBKEY problem...
> apt-get install debian-archive-keyring > > and then 'apt-get update' > > Hope this helps, it did for me. it doesn't work for me:( # apt-get install debian-archive-keyring Reading package lists... Done Building dependency tree... Done The following NEW packages will be installed: debian-archive-keyring 0 upgraded, 1 newly installed, 0 to remove and 3 not upgraded. Need to get 6050B of archives. After unpacking 53.2kB of additional disk space will be used. WARNING: The following packages cannot be authenticated! debian-archive-keyring Install these packages without verification [y/N]? y Get:1 ftp://ftp.it.debian.org unstable/main debian-archive-keyring 2006.01.18 [6050B] Fetched 6050B in 0s (7115B/s) debconf: unable to initialize frontend: Kde debconf: (Unable to load Qt -- is libqt-perl installed?) debconf: falling back to frontend: Dialog Selecting previously deselected package debian-archive-keyring. (Reading database ... 127213 files and directories currently installed.) Unpacking debian-archive-keyring (from .../debian-archive-keyring_2006.01.18_all.deb) ... Setting up debian-archive-keyring (2006.01.18) ... gpg: key 1DB114E0: "Debian Archive Automatic Signing Key (2004) <[EMAIL PROTECTED]>" not changed gpg: key 4F368D5D: "Debian Archive Automatic Signing Key (2005) <[EMAIL PROTECTED]>" not changed gpg: key B5F5BBED: "Debian AMD64 Archive Key " not changed gpg: waiting for lock (held by 8561 - probably dead) ... gpg: waiting for lock (held by 8561 - probably dead) ... gpg: waiting for lock (held by 8561 - probably dead) ... gpg: waiting for lock (held by 8561 - probably dead) ... gpg: waiting for lock (held by 8561 - probably dead) ... ... Giulio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Again NO_PUBKEY problem...
apt-get install debian-archive-keyring and then 'apt-get update' Hope this helps, it did for me. Regards Lee Begg On Saturday 12 August 2006 19:05, antonio giulio wrote: > Hi, > > 'apt-get update' returns again: > > W: GPG error: ftp://ftp.it.debian.org unstable Release: The following > signatures couldn't be verified because the public key is not > available: NO_PUBKEY 010908312D230C5F > > from shell: > > # gpg --keyserver hkp://subkeys.pgp.net --recv-keys 010908312D230C5F > gpg: requesting key 2D230C5F from hkp server subkeys.pgp.net > gpg: key 2D230C5F: public key "Debian Archive Automatic Signing Key > (2006) <[EMAIL PROTECTED]>" imported > gpg: no ultimately trusted keys found > gpg: Total number processed: 1 > gpg: imported: 1 > > # gpg --export --armor 010908312D230C5F | apt-key add - > gpg: waiting for lock (held by 8561 - probably dead) ... > gpg: waiting for lock (held by 8561 - probably dead) ... > gpg: waiting for lock (held by 8561 - probably dead) ... > . > > and 'apt-get update' returns again above error... > > How can I fix it? > > Thanks, > Giulio pgpS5mwSZeej5.pgp Description: PGP signature
Re: Wolfenstein: E-T on debian amd64 with ATI X800 Pro gfx?
On Sat, Aug 12, 2006 at 12:45:52PM +0100, Jo Shields wrote: > Jesper Nyholm Jensen wrote: > >On Sat, Aug 12, 2006 at 12:01:01PM +0100, Jo Shields wrote: > > > >>Jesper Nyholm Jensen wrote: > >> > >>>On Sat, Aug 12, 2006 at 10:33:15AM +0100, Jo Shields wrote: > >>> > >>> > Jo Shields wrote: > > > >Jesper Nyholm Jensen wrote: > > > > > >>Hi, > >>I would like to run Wolfenstein: Enemy Territory on my amd64 system, > >>as I had it running on my 32-bit debian before I upgraded to amd64. > >>Is it at all possible? > >> > >>Some words about my setup: > >> > >>o HW: - AMD64 3200+, > >> - ATI X800 Pro gfx card. > >>o SW: > >> - OS: debian amd64 unstable/sid, > >> - Linux kernel: 2.6.15.7, > >> - X: Xorg 7.0, > >> - gfx driver: proprietary ATI binary driver v. 8.27.10 (kernel > >>module compiled and loaded), > >> - a 32-bit debian sid chroot, > >> - Wolfenstein: E-T v. 2.60. > >> > >>chroot: > >>is working. I installed mplayer and some codecs and was able to > >>view a .wmv-file. > >>Also, I installed firefox and a flash plugin and was able to view > >>flash in firefox. > >> > >>3D-acceleration: > >>is working on amd64. I tried running 'ppracer' (on amd64, i.e. not > >>in chroot) with and without > >>the driver loaded - it runs fast with and slow without. I also tried > >>installing and running 'ppracer' in my chroot, but it was slow, so it > >>seems 3D-acceleration is not working for my chroot. > >> > >>Wolfenstein: Enemy Territory: > >>is not working, neither in amd64 nor in the 32-bit chroot. Here is the > >>output when run in chroot: > >>== ET output begin > >>= W: Failed to change to directory > >>'/pack/fglrx/ati': No such file or > >>directory > >>W: Falling back to directory '/' > >>I: [sid386 chroot] Running command: "et" > >>ET 2.60 linux-i386 Mar 10 2005 > >>- FS_Startup - > >>Current search path: > >>/home/nyholm/.etwolf/etmain > >>/usr/local/games/enemy-territory/etmain/pak2.pk3 (22 files) > >>/usr/local/games/enemy-territory/etmain/pak1.pk3 (10 files) > >>/usr/local/games/enemy-territory/etmain/pak0.pk3 (3725 files) > >>/usr/local/games/enemy-territory/etmain/mp_bin.pk3 (6 files) > >>/usr/local/games/enemy-territory/etmain > >> > >>-- > >>3763 files in pk3 files > >>execing default.cfg > >>couldn't exec language.cfg > >>couldn't exec autoexec.cfg > >>Hunk_Clear: reset the hunk ok > >> > >>--- Input Initialization --- > >>Joystick is not active. > >> > >>Bypassing CD checks > >>- Client Initialization - > >>- Initializing Renderer > >>--- > >>- Client Initialization Complete - > >>- R_Init - > >>...loading libGL.so.1: Initializing OpenGL display > >>...setting mode 4: 800 600 > >>Using XFree86-VidModeExtension Version 2.2 > >>XF86DGA Mouse (Version 2.0) initialized > >>XFree86-VidModeExtension Activated at 800x600 > >>Using 8/8/8 Color bits, 24 depth, 0 stencil display. > >>GL_RENDERER: Mesa GLX Indirect > >> > >>*** > >>You are using software Mesa (no hardware acceleration)! Driver > >>DLL used: libGL.so.1 > >>If this is intentional, add > >>"+set r_allowSoftwareGL 1" > >>to the command line when starting the game. > >>*** > >>...WARNING: could not set the given mode (4) > >>Initializing OpenGL display > >>...setting mode 3: 640 480 > >>Using XFree86-VidModeExtension Version 2.2 > >>XF86DGA Mouse (Version 2.0) initialized > >>XFree86-VidModeExtension Activated at 640x480 > >>Received signal 11, exiting... > >> > >>== ET output end = > >>Except for the first 3 lines the output is exactly the same in amd64. > >> > >>Any ideas? > >> > >> > >> > >1) You need the ATI driver installed inside the chroot as well as > >outside it (as it provides replacement libGL files) > > > >2) What does "ls -l /usr/lib/libGL.so.1" say? > > > >3) what does "glxinfo | grep vendor" say? > > > > > Oh, and do 2 & 3 outside the chroot - I personally would avoid using > a chroot unless absolutely neccessary, and I know that for games, a > chroot isn't absolutely neccessary > > > > >>>No chroot for ET you say; how would one go about that? > >>> > >>> > >>Um... just run the ET installer? > >> > >> > > > >Tried that; installer
Re: Wolfenstein: E-T on debian amd64 with ATI X800 Pro gfx?
Jesper Nyholm Jensen wrote:
On Sat, Aug 12, 2006 at 12:01:01PM +0100, Jo Shields wrote:
Jesper Nyholm Jensen wrote:
On Sat, Aug 12, 2006 at 10:33:15AM +0100, Jo Shields wrote:
Jo Shields wrote:
Jesper Nyholm Jensen wrote:
Hi,
I would like to run Wolfenstein: Enemy Territory on my amd64 system,
as I had it running on my 32-bit debian before I upgraded to amd64.
Is it at all possible?
Some words about my setup:
o HW: - AMD64 3200+,
- ATI X800 Pro gfx card.
o SW:
- OS: debian amd64 unstable/sid,
- Linux kernel: 2.6.15.7,
- X: Xorg 7.0,
- gfx driver: proprietary ATI binary driver v. 8.27.10 (kernel
module compiled and loaded),
- a 32-bit debian sid chroot,
- Wolfenstein: E-T v. 2.60.
chroot:
is working. I installed mplayer and some codecs and was able to
view a .wmv-file.
Also, I installed firefox and a flash plugin and was able to view
flash in firefox.
3D-acceleration:
is working on amd64. I tried running 'ppracer' (on amd64, i.e. not
in chroot) with and without
the driver loaded - it runs fast with and slow without. I also tried
installing and running 'ppracer' in my chroot, but it was slow, so it
seems 3D-acceleration is not working for my chroot.
Wolfenstein: Enemy Territory:
is not working, neither in amd64 nor in the 32-bit chroot. Here is the
output when run in chroot:
== ET output begin
= W: Failed to change to directory
'/pack/fglrx/ati': No such file or
directory
W: Falling back to directory '/'
I: [sid386 chroot] Running command: "et"
ET 2.60 linux-i386 Mar 10 2005
- FS_Startup -
Current search path:
/home/nyholm/.etwolf/etmain
/usr/local/games/enemy-territory/etmain/pak2.pk3 (22 files)
/usr/local/games/enemy-territory/etmain/pak1.pk3 (10 files)
/usr/local/games/enemy-territory/etmain/pak0.pk3 (3725 files)
/usr/local/games/enemy-territory/etmain/mp_bin.pk3 (6 files)
/usr/local/games/enemy-territory/etmain
--
3763 files in pk3 files
execing default.cfg
couldn't exec language.cfg
couldn't exec autoexec.cfg
Hunk_Clear: reset the hunk ok
--- Input Initialization ---
Joystick is not active.
Bypassing CD checks
- Client Initialization -
- Initializing Renderer
---
- Client Initialization Complete -
- R_Init -
...loading libGL.so.1: Initializing OpenGL display
...setting mode 4: 800 600
Using XFree86-VidModeExtension Version 2.2
XF86DGA Mouse (Version 2.0) initialized
XFree86-VidModeExtension Activated at 800x600
Using 8/8/8 Color bits, 24 depth, 0 stencil display.
GL_RENDERER: Mesa GLX Indirect
***
You are using software Mesa (no hardware acceleration)! Driver
DLL used: libGL.so.1
If this is intentional, add
"+set r_allowSoftwareGL 1"
to the command line when starting the game.
***
...WARNING: could not set the given mode (4)
Initializing OpenGL display
...setting mode 3: 640 480
Using XFree86-VidModeExtension Version 2.2
XF86DGA Mouse (Version 2.0) initialized
XFree86-VidModeExtension Activated at 640x480
Received signal 11, exiting...
== ET output end =
Except for the first 3 lines the output is exactly the same in amd64.
Any ideas?
1) You need the ATI driver installed inside the chroot as well as
outside it (as it provides replacement libGL files)
2) What does "ls -l /usr/lib/libGL.so.1" say?
3) what does "glxinfo | grep vendor" say?
Oh, and do 2 & 3 outside the chroot - I personally would avoid using
a chroot unless absolutely neccessary, and I know that for games, a
chroot isn't absolutely neccessary
No chroot for ET you say; how would one go about that?
Um... just run the ET installer?
Tried that; installer runs with no problems, but running 'et' gives same result
as in the chroot.
1)
I was thinking I might have to, but hoping I wouldn't, because
how do I build the ATI driver kernel module? I mean, what kernel
source do I use; the source from amd64 or do I need to install a
kernel source package for the chroot?
You will need to build a dummy package which will satisfy the
dependancy, using "equivs"
Oh, I will have to look into that.
2)
Outside chroot:
$ ls -l /usr/lib/libGL.so.1
lrwxrwxrwx 1 root root 12 Aug 10 18:47 /usr/lib/libGL.so.1 ->
libGL.so.1.2
Thinking about it, more relevant outside a chroot is
"/emul/ia32-linux/usr/lib/libGL.so*" - but generally, I'm pretty sure
libGL.so.1.2 is from Mesa, indicating a wider library problem - where
precisely did you get your fglrx-driver package from?
$ find / -name libGL.so\* -exec ls -al '{}' \;
-rw-r--r-- 1 root root 447560 May 29 04:56
/var/sid-386-chroot/usr/lib/libGL.so.1.2
lrwxrwxrwx 1 root
Re: Wolfenstein: E-T on debian amd64 with ATI X800 Pro gfx?
On Sat, Aug 12, 2006 at 12:01:01PM +0100, Jo Shields wrote: > Jesper Nyholm Jensen wrote: > >On Sat, Aug 12, 2006 at 10:33:15AM +0100, Jo Shields wrote: > > > >>Jo Shields wrote: > >> > >>>Jesper Nyholm Jensen wrote: > >>> > Hi, > I would like to run Wolfenstein: Enemy Territory on my amd64 system, > as I had it running on my 32-bit debian before I upgraded to amd64. > Is it at all possible? > > Some words about my setup: > > o HW: - AMD64 3200+, > - ATI X800 Pro gfx card. > o SW: > - OS: debian amd64 unstable/sid, > - Linux kernel: 2.6.15.7, > - X: Xorg 7.0, > - gfx driver: proprietary ATI binary driver v. 8.27.10 (kernel > module compiled and loaded), > - a 32-bit debian sid chroot, > - Wolfenstein: E-T v. 2.60. > > chroot: > is working. I installed mplayer and some codecs and was able to > view a .wmv-file. > Also, I installed firefox and a flash plugin and was able to view > flash in firefox. > > 3D-acceleration: > is working on amd64. I tried running 'ppracer' (on amd64, i.e. not > in chroot) with and without > the driver loaded - it runs fast with and slow without. I also tried > installing and running 'ppracer' in my chroot, but it was slow, so it > seems 3D-acceleration is not working for my chroot. > > Wolfenstein: Enemy Territory: > is not working, neither in amd64 nor in the 32-bit chroot. Here is the > output when run in chroot: > == ET output begin > = W: Failed to change to directory > '/pack/fglrx/ati': No such file or > directory > W: Falling back to directory '/' > I: [sid386 chroot] Running command: "et" > ET 2.60 linux-i386 Mar 10 2005 > - FS_Startup - > Current search path: > /home/nyholm/.etwolf/etmain > /usr/local/games/enemy-territory/etmain/pak2.pk3 (22 files) > /usr/local/games/enemy-territory/etmain/pak1.pk3 (10 files) > /usr/local/games/enemy-territory/etmain/pak0.pk3 (3725 files) > /usr/local/games/enemy-territory/etmain/mp_bin.pk3 (6 files) > /usr/local/games/enemy-territory/etmain > > -- > 3763 files in pk3 files > execing default.cfg > couldn't exec language.cfg > couldn't exec autoexec.cfg > Hunk_Clear: reset the hunk ok > > --- Input Initialization --- > Joystick is not active. > > Bypassing CD checks > - Client Initialization - > - Initializing Renderer > --- > - Client Initialization Complete - > - R_Init - > ...loading libGL.so.1: Initializing OpenGL display > ...setting mode 4: 800 600 > Using XFree86-VidModeExtension Version 2.2 > XF86DGA Mouse (Version 2.0) initialized > XFree86-VidModeExtension Activated at 800x600 > Using 8/8/8 Color bits, 24 depth, 0 stencil display. > GL_RENDERER: Mesa GLX Indirect > > *** > You are using software Mesa (no hardware acceleration)! Driver > DLL used: libGL.so.1 > If this is intentional, add > "+set r_allowSoftwareGL 1" > to the command line when starting the game. > *** > ...WARNING: could not set the given mode (4) > Initializing OpenGL display > ...setting mode 3: 640 480 > Using XFree86-VidModeExtension Version 2.2 > XF86DGA Mouse (Version 2.0) initialized > XFree86-VidModeExtension Activated at 640x480 > Received signal 11, exiting... > > == ET output end = > Except for the first 3 lines the output is exactly the same in amd64. > > Any ideas? > > > >>>1) You need the ATI driver installed inside the chroot as well as > >>>outside it (as it provides replacement libGL files) > >>> > >>>2) What does "ls -l /usr/lib/libGL.so.1" say? > >>> > >>>3) what does "glxinfo | grep vendor" say? > >>> > >>Oh, and do 2 & 3 outside the chroot - I personally would avoid using > >>a chroot unless absolutely neccessary, and I know that for games, a > >>chroot isn't absolutely neccessary > >> > >> > > > >No chroot for ET you say; how would one go about that? > > > > Um... just run the ET installer? > Tried that; installer runs with no problems, but running 'et' gives same result as in the chroot. > > >1) > >I was thinking I might have to, but hoping I wouldn't, because > >how do I build the ATI driver kernel module? I mean, what kernel > >source do I use; the source from amd64 or do I need to install a > >kernel source package for the chroot? > > > > You will need to build a dummy package which will satisfy the > dependancy, using "equivs" > Oh, I wi
Re: Wolfenstein: E-T on debian amd64 with ATI X800 Pro gfx?
Jesper Nyholm Jensen wrote: On Sat, Aug 12, 2006 at 10:33:15AM +0100, Jo Shields wrote: Jo Shields wrote: Jesper Nyholm Jensen wrote: Hi, I would like to run Wolfenstein: Enemy Territory on my amd64 system, as I had it running on my 32-bit debian before I upgraded to amd64. Is it at all possible? Some words about my setup: o HW: - AMD64 3200+, - ATI X800 Pro gfx card. o SW: - OS: debian amd64 unstable/sid, - Linux kernel: 2.6.15.7, - X: Xorg 7.0, - gfx driver: proprietary ATI binary driver v. 8.27.10 (kernel module compiled and loaded), - a 32-bit debian sid chroot, - Wolfenstein: E-T v. 2.60. chroot: is working. I installed mplayer and some codecs and was able to view a .wmv-file. Also, I installed firefox and a flash plugin and was able to view flash in firefox. 3D-acceleration: is working on amd64. I tried running 'ppracer' (on amd64, i.e. not in chroot) with and without the driver loaded - it runs fast with and slow without. I also tried installing and running 'ppracer' in my chroot, but it was slow, so it seems 3D-acceleration is not working for my chroot. Wolfenstein: Enemy Territory: is not working, neither in amd64 nor in the 32-bit chroot. Here is the output when run in chroot: == ET output begin = W: Failed to change to directory '/pack/fglrx/ati': No such file or directory W: Falling back to directory '/' I: [sid386 chroot] Running command: "et" ET 2.60 linux-i386 Mar 10 2005 - FS_Startup - Current search path: /home/nyholm/.etwolf/etmain /usr/local/games/enemy-territory/etmain/pak2.pk3 (22 files) /usr/local/games/enemy-territory/etmain/pak1.pk3 (10 files) /usr/local/games/enemy-territory/etmain/pak0.pk3 (3725 files) /usr/local/games/enemy-territory/etmain/mp_bin.pk3 (6 files) /usr/local/games/enemy-territory/etmain -- 3763 files in pk3 files execing default.cfg couldn't exec language.cfg couldn't exec autoexec.cfg Hunk_Clear: reset the hunk ok --- Input Initialization --- Joystick is not active. Bypassing CD checks - Client Initialization - - Initializing Renderer --- - Client Initialization Complete - - R_Init - ...loading libGL.so.1: Initializing OpenGL display ...setting mode 4: 800 600 Using XFree86-VidModeExtension Version 2.2 XF86DGA Mouse (Version 2.0) initialized XFree86-VidModeExtension Activated at 800x600 Using 8/8/8 Color bits, 24 depth, 0 stencil display. GL_RENDERER: Mesa GLX Indirect *** You are using software Mesa (no hardware acceleration)! Driver DLL used: libGL.so.1 If this is intentional, add "+set r_allowSoftwareGL 1" to the command line when starting the game. *** ...WARNING: could not set the given mode (4) Initializing OpenGL display ...setting mode 3: 640 480 Using XFree86-VidModeExtension Version 2.2 XF86DGA Mouse (Version 2.0) initialized XFree86-VidModeExtension Activated at 640x480 Received signal 11, exiting... == ET output end = Except for the first 3 lines the output is exactly the same in amd64. Any ideas? 1) You need the ATI driver installed inside the chroot as well as outside it (as it provides replacement libGL files) 2) What does "ls -l /usr/lib/libGL.so.1" say? 3) what does "glxinfo | grep vendor" say? Oh, and do 2 & 3 outside the chroot - I personally would avoid using a chroot unless absolutely neccessary, and I know that for games, a chroot isn't absolutely neccessary No chroot for ET you say; how would one go about that? Um... just run the ET installer? 1) I was thinking I might have to, but hoping I wouldn't, because how do I build the ATI driver kernel module? I mean, what kernel source do I use; the source from amd64 or do I need to install a kernel source package for the chroot? You will need to build a dummy package which will satisfy the dependancy, using "equivs" 2) Outside chroot: $ ls -l /usr/lib/libGL.so.1 lrwxrwxrwx 1 root root 12 Aug 10 18:47 /usr/lib/libGL.so.1 -> libGL.so.1.2 Thinking about it, more relevant outside a chroot is "/emul/ia32-linux/usr/lib/libGL.so*" - but generally, I'm pretty sure libGL.so.1.2 is from Mesa, indicating a wider library problem - where precisely did you get your fglrx-driver package from? 3) Outside chroot: $ glxinfo |grep vendor server glx vendor string: SGI client glx vendor string: ATI OpenGL vendor string: ATI Technologies Inc. I'm not happy about the top entry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Wolfenstein: E-T on debian amd64 with ATI X800 Pro gfx?
On Sat, Aug 12, 2006 at 10:33:15AM +0100, Jo Shields wrote: > Jo Shields wrote: > >Jesper Nyholm Jensen wrote: > >>Hi, > >>I would like to run Wolfenstein: Enemy Territory on my amd64 system, > >>as I had it running on my 32-bit debian before I upgraded to amd64. > >>Is it at all possible? > >> > >>Some words about my setup: > >> > >> o HW: - AMD64 3200+, > >>- ATI X800 Pro gfx card. > >> o SW: > >>- OS: debian amd64 unstable/sid, > >>- Linux kernel: 2.6.15.7, > >>- X: Xorg 7.0, > >>- gfx driver: proprietary ATI binary driver v. 8.27.10 (kernel > >>module compiled and loaded), > >>- a 32-bit debian sid chroot, > >>- Wolfenstein: E-T v. 2.60. > >> > >>chroot: > >>is working. I installed mplayer and some codecs and was able to view > >>a .wmv-file. > >>Also, I installed firefox and a flash plugin and was able to view > >>flash in firefox. > >> > >>3D-acceleration: > >>is working on amd64. I tried running 'ppracer' (on amd64, i.e. not in > >>chroot) with and without > >>the driver loaded - it runs fast with and slow without. I also tried > >>installing and running 'ppracer' in my chroot, but it was slow, so it > >>seems 3D-acceleration is not working for my chroot. > >> > >>Wolfenstein: Enemy Territory: > >>is not working, neither in amd64 nor in the 32-bit chroot. Here is the > >>output when run in chroot: > >>== ET output begin = > >>W: Failed to change to directory '/pack/fglrx/ati': No such file or > >>directory > >>W: Falling back to directory '/' > >>I: [sid386 chroot] Running command: "et" > >>ET 2.60 linux-i386 Mar 10 2005 > >>- FS_Startup - > >>Current search path: > >>/home/nyholm/.etwolf/etmain > >>/usr/local/games/enemy-territory/etmain/pak2.pk3 (22 files) > >>/usr/local/games/enemy-territory/etmain/pak1.pk3 (10 files) > >>/usr/local/games/enemy-territory/etmain/pak0.pk3 (3725 files) > >>/usr/local/games/enemy-territory/etmain/mp_bin.pk3 (6 files) > >>/usr/local/games/enemy-territory/etmain > >> > >>-- > >>3763 files in pk3 files > >>execing default.cfg > >>couldn't exec language.cfg > >>couldn't exec autoexec.cfg > >>Hunk_Clear: reset the hunk ok > >> > >>--- Input Initialization --- > >>Joystick is not active. > >> > >>Bypassing CD checks > >>- Client Initialization - > >>- Initializing Renderer > >>--- > >>- Client Initialization Complete - > >>- R_Init - > >>...loading libGL.so.1: Initializing OpenGL display > >>...setting mode 4: 800 600 > >>Using XFree86-VidModeExtension Version 2.2 > >>XF86DGA Mouse (Version 2.0) initialized > >>XFree86-VidModeExtension Activated at 800x600 > >>Using 8/8/8 Color bits, 24 depth, 0 stencil display. > >>GL_RENDERER: Mesa GLX Indirect > >> > >>*** > >>You are using software Mesa (no hardware acceleration)! Driver DLL > >>used: libGL.so.1 > >>If this is intentional, add > >>"+set r_allowSoftwareGL 1" > >>to the command line when starting the game. > >>*** > >>...WARNING: could not set the given mode (4) > >>Initializing OpenGL display > >>...setting mode 3: 640 480 > >>Using XFree86-VidModeExtension Version 2.2 > >>XF86DGA Mouse (Version 2.0) initialized > >>XFree86-VidModeExtension Activated at 640x480 > >>Received signal 11, exiting... > >> > >>== ET output end = > >>Except for the first 3 lines the output is exactly the same in amd64. > >> > >>Any ideas? > >> > >1) You need the ATI driver installed inside the chroot as well as > >outside it (as it provides replacement libGL files) > > > >2) What does "ls -l /usr/lib/libGL.so.1" say? > > > >3) what does "glxinfo | grep vendor" say? > > Oh, and do 2 & 3 outside the chroot - I personally would avoid using a > chroot unless absolutely neccessary, and I know that for games, a chroot > isn't absolutely neccessary > No chroot for ET you say; how would one go about that? 1) I was thinking I might have to, but hoping I wouldn't, because how do I build the ATI driver kernel module? I mean, what kernel source do I use; the source from amd64 or do I need to install a kernel source package for the chroot? 2) Outside chroot: $ ls -l /usr/lib/libGL.so.1 lrwxrwxrwx 1 root root 12 Aug 10 18:47 /usr/lib/libGL.so.1 -> libGL.so.1.2 3) Outside chroot: $ glxinfo |grep vendor server glx vendor string: SGI client glx vendor string: ATI OpenGL vendor string: ATI Technologies Inc. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Wolfenstein: E-T on debian amd64 with ATI X800 Pro gfx?
Jo Shields wrote: Jesper Nyholm Jensen wrote: Hi, I would like to run Wolfenstein: Enemy Territory on my amd64 system, as I had it running on my 32-bit debian before I upgraded to amd64. Is it at all possible? Some words about my setup: o HW: - AMD64 3200+, - ATI X800 Pro gfx card. o SW: - OS: debian amd64 unstable/sid, - Linux kernel: 2.6.15.7, - X: Xorg 7.0, - gfx driver: proprietary ATI binary driver v. 8.27.10 (kernel module compiled and loaded), - a 32-bit debian sid chroot, - Wolfenstein: E-T v. 2.60. chroot: is working. I installed mplayer and some codecs and was able to view a .wmv-file. Also, I installed firefox and a flash plugin and was able to view flash in firefox. 3D-acceleration: is working on amd64. I tried running 'ppracer' (on amd64, i.e. not in chroot) with and without the driver loaded - it runs fast with and slow without. I also tried installing and running 'ppracer' in my chroot, but it was slow, so it seems 3D-acceleration is not working for my chroot. Wolfenstein: Enemy Territory: is not working, neither in amd64 nor in the 32-bit chroot. Here is the output when run in chroot: == ET output begin = W: Failed to change to directory '/pack/fglrx/ati': No such file or directory W: Falling back to directory '/' I: [sid386 chroot] Running command: "et" ET 2.60 linux-i386 Mar 10 2005 - FS_Startup - Current search path: /home/nyholm/.etwolf/etmain /usr/local/games/enemy-territory/etmain/pak2.pk3 (22 files) /usr/local/games/enemy-territory/etmain/pak1.pk3 (10 files) /usr/local/games/enemy-territory/etmain/pak0.pk3 (3725 files) /usr/local/games/enemy-territory/etmain/mp_bin.pk3 (6 files) /usr/local/games/enemy-territory/etmain -- 3763 files in pk3 files execing default.cfg couldn't exec language.cfg couldn't exec autoexec.cfg Hunk_Clear: reset the hunk ok --- Input Initialization --- Joystick is not active. Bypassing CD checks - Client Initialization - - Initializing Renderer --- - Client Initialization Complete - - R_Init - ...loading libGL.so.1: Initializing OpenGL display ...setting mode 4: 800 600 Using XFree86-VidModeExtension Version 2.2 XF86DGA Mouse (Version 2.0) initialized XFree86-VidModeExtension Activated at 800x600 Using 8/8/8 Color bits, 24 depth, 0 stencil display. GL_RENDERER: Mesa GLX Indirect *** You are using software Mesa (no hardware acceleration)! Driver DLL used: libGL.so.1 If this is intentional, add "+set r_allowSoftwareGL 1" to the command line when starting the game. *** ...WARNING: could not set the given mode (4) Initializing OpenGL display ...setting mode 3: 640 480 Using XFree86-VidModeExtension Version 2.2 XF86DGA Mouse (Version 2.0) initialized XFree86-VidModeExtension Activated at 640x480 Received signal 11, exiting... == ET output end = Except for the first 3 lines the output is exactly the same in amd64. Any ideas? 1) You need the ATI driver installed inside the chroot as well as outside it (as it provides replacement libGL files) 2) What does "ls -l /usr/lib/libGL.so.1" say? 3) what does "glxinfo | grep vendor" say? Oh, and do 2 & 3 outside the chroot - I personally would avoid using a chroot unless absolutely neccessary, and I know that for games, a chroot isn't absolutely neccessary -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Wolfenstein: E-T on debian amd64 with ATI X800 Pro gfx?
Jesper Nyholm Jensen wrote: Hi, I would like to run Wolfenstein: Enemy Territory on my amd64 system, as I had it running on my 32-bit debian before I upgraded to amd64. Is it at all possible? Some words about my setup: o HW: - AMD64 3200+, - ATI X800 Pro gfx card. o SW: - OS: debian amd64 unstable/sid, - Linux kernel: 2.6.15.7, - X: Xorg 7.0, - gfx driver: proprietary ATI binary driver v. 8.27.10 (kernel module compiled and loaded), - a 32-bit debian sid chroot, - Wolfenstein: E-T v. 2.60. chroot: is working. I installed mplayer and some codecs and was able to view a .wmv-file. Also, I installed firefox and a flash plugin and was able to view flash in firefox. 3D-acceleration: is working on amd64. I tried running 'ppracer' (on amd64, i.e. not in chroot) with and without the driver loaded - it runs fast with and slow without. I also tried installing and running 'ppracer' in my chroot, but it was slow, so it seems 3D-acceleration is not working for my chroot. Wolfenstein: Enemy Territory: is not working, neither in amd64 nor in the 32-bit chroot. Here is the output when run in chroot: == ET output begin = W: Failed to change to directory '/pack/fglrx/ati': No such file or directory W: Falling back to directory '/' I: [sid386 chroot] Running command: "et" ET 2.60 linux-i386 Mar 10 2005 - FS_Startup - Current search path: /home/nyholm/.etwolf/etmain /usr/local/games/enemy-territory/etmain/pak2.pk3 (22 files) /usr/local/games/enemy-territory/etmain/pak1.pk3 (10 files) /usr/local/games/enemy-territory/etmain/pak0.pk3 (3725 files) /usr/local/games/enemy-territory/etmain/mp_bin.pk3 (6 files) /usr/local/games/enemy-territory/etmain -- 3763 files in pk3 files execing default.cfg couldn't exec language.cfg couldn't exec autoexec.cfg Hunk_Clear: reset the hunk ok --- Input Initialization --- Joystick is not active. Bypassing CD checks - Client Initialization - - Initializing Renderer --- - Client Initialization Complete - - R_Init - ...loading libGL.so.1: Initializing OpenGL display ...setting mode 4: 800 600 Using XFree86-VidModeExtension Version 2.2 XF86DGA Mouse (Version 2.0) initialized XFree86-VidModeExtension Activated at 800x600 Using 8/8/8 Color bits, 24 depth, 0 stencil display. GL_RENDERER: Mesa GLX Indirect *** You are using software Mesa (no hardware acceleration)! Driver DLL used: libGL.so.1 If this is intentional, add "+set r_allowSoftwareGL 1" to the command line when starting the game. *** ...WARNING: could not set the given mode (4) Initializing OpenGL display ...setting mode 3: 640 480 Using XFree86-VidModeExtension Version 2.2 XF86DGA Mouse (Version 2.0) initialized XFree86-VidModeExtension Activated at 640x480 Received signal 11, exiting... == ET output end = Except for the first 3 lines the output is exactly the same in amd64. Any ideas? 1) You need the ATI driver installed inside the chroot as well as outside it (as it provides replacement libGL files) 2) What does "ls -l /usr/lib/libGL.so.1" say? 3) what does "glxinfo | grep vendor" say? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Wolfenstein: E-T on debian amd64 with ATI X800 Pro gfx?
Hi, I would like to run Wolfenstein: Enemy Territory on my amd64 system, as I had it running on my 32-bit debian before I upgraded to amd64. Is it at all possible? Some words about my setup: o HW: - AMD64 3200+, - ATI X800 Pro gfx card. o SW: - OS: debian amd64 unstable/sid, - Linux kernel: 2.6.15.7, - X: Xorg 7.0, - gfx driver: proprietary ATI binary driver v. 8.27.10 (kernel module compiled and loaded), - a 32-bit debian sid chroot, - Wolfenstein: E-T v. 2.60. chroot: is working. I installed mplayer and some codecs and was able to view a .wmv-file. Also, I installed firefox and a flash plugin and was able to view flash in firefox. 3D-acceleration: is working on amd64. I tried running 'ppracer' (on amd64, i.e. not in chroot) with and without the driver loaded - it runs fast with and slow without. I also tried installing and running 'ppracer' in my chroot, but it was slow, so it seems 3D-acceleration is not working for my chroot. Wolfenstein: Enemy Territory: is not working, neither in amd64 nor in the 32-bit chroot. Here is the output when run in chroot: == ET output begin = W: Failed to change to directory '/pack/fglrx/ati': No such file or directory W: Falling back to directory '/' I: [sid386 chroot] Running command: "et" ET 2.60 linux-i386 Mar 10 2005 - FS_Startup - Current search path: /home/nyholm/.etwolf/etmain /usr/local/games/enemy-territory/etmain/pak2.pk3 (22 files) /usr/local/games/enemy-territory/etmain/pak1.pk3 (10 files) /usr/local/games/enemy-territory/etmain/pak0.pk3 (3725 files) /usr/local/games/enemy-territory/etmain/mp_bin.pk3 (6 files) /usr/local/games/enemy-territory/etmain -- 3763 files in pk3 files execing default.cfg couldn't exec language.cfg couldn't exec autoexec.cfg Hunk_Clear: reset the hunk ok --- Input Initialization --- Joystick is not active. Bypassing CD checks - Client Initialization - - Initializing Renderer --- - Client Initialization Complete - - R_Init - ...loading libGL.so.1: Initializing OpenGL display ...setting mode 4: 800 600 Using XFree86-VidModeExtension Version 2.2 XF86DGA Mouse (Version 2.0) initialized XFree86-VidModeExtension Activated at 800x600 Using 8/8/8 Color bits, 24 depth, 0 stencil display. GL_RENDERER: Mesa GLX Indirect *** You are using software Mesa (no hardware acceleration)! Driver DLL used: libGL.so.1 If this is intentional, add "+set r_allowSoftwareGL 1" to the command line when starting the game. *** ...WARNING: could not set the given mode (4) Initializing OpenGL display ...setting mode 3: 640 480 Using XFree86-VidModeExtension Version 2.2 XF86DGA Mouse (Version 2.0) initialized XFree86-VidModeExtension Activated at 640x480 Received signal 11, exiting... == ET output end = Except for the first 3 lines the output is exactly the same in amd64. Any ideas? -- Jesper Nyholm Jensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Again NO_PUBKEY problem...
Hi, 'apt-get update' returns again: W: GPG error: ftp://ftp.it.debian.org unstable Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 010908312D230C5F from shell: # gpg --keyserver hkp://subkeys.pgp.net --recv-keys 010908312D230C5F gpg: requesting key 2D230C5F from hkp server subkeys.pgp.net gpg: key 2D230C5F: public key "Debian Archive Automatic Signing Key (2006) <[EMAIL PROTECTED]>" imported gpg: no ultimately trusted keys found gpg: Total number processed: 1 gpg: imported: 1 # gpg --export --armor 010908312D230C5F | apt-key add - gpg: waiting for lock (held by 8561 - probably dead) ... gpg: waiting for lock (held by 8561 - probably dead) ... gpg: waiting for lock (held by 8561 - probably dead) ... . and 'apt-get update' returns again above error... How can I fix it? Thanks, Giulio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
