Re: broken X after upgrade in etch
On Saturday 03 June 2006 13:25, Alexandru Cardaniuc wrote: Hi All! It seems I have solved the problem. # dpkg --force-overwrite -i /var/cache/apt/archives/x11-common_1%3a7.0.20_amd64.deb After that the upgrade proceeded fine and everything seems to work now! # ls -l /usr/X11R6/ total 4 lrwxrwxrwx 1 root root6 2006-06-03 14:10 bin - ../bin drwxr-xr-x 3 root root 4096 2006-06-03 14:11 lib Is that fine now? Do I need to erase the lib directory? In frusration , at 5:00am, of breaking my workstation I did the same, force the x11-common package. Since then I found this article that explains it well. Not sure if any corrective action is required. http://lwn.net/Articles/180598/ -- Greg Madden -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: broken X after upgrade in etch
Alexandru Cardaniuc [EMAIL PROTECTED] writes: Hi All! It seems I have solved the problem. # dpkg --force-overwrite -i /var/cache/apt/archives/x11-common_1%3a7.0.20_amd64.deb After that the upgrade proceeded fine and everything seems to work now! # ls -l /usr/X11R6/ total 4 lrwxrwxrwx 1 root root6 2006-06-03 14:10 bin - ../bin drwxr-xr-x 3 root root 4096 2006-06-03 14:11 lib Is that fine now? Do I need to erase the lib directory? No. Use of force is never fine. Please file a bug with your initial log. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: samba: untrusted packages ???
helices [EMAIL PROTECTED] writes: What do you think? I think you need to read more. Google a bit and read what errors and warnings you get from commands. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: new libc6 from sarge, not in amd64-sarge yet ?
Ronny Adsetts [EMAIL PROTECTED] writes: Goswin von Brederlow said at 03/06/2006 20:02: Ronny Adsetts [EMAIL PROTECTED] writes: On Sat, 06 May 2006 16:47:43 +0200, Goswin von Brederlow wrote: Pending the amd64 R2 release. Any day now [tm]. Is there any estimation of when this might happen? Still any day now[tm]. ANEFF Thanks for the update though I have no idea who or what ganef is. :) Is there anything you need help with to get the sarge r2 release out the door? Ronny Ganneff is the ftp-master for the amd64.debian.net archive that has to do the final steps for the sarge R2 release. It all hinges at him now. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
in chroot32 gtk+ applications have not chars
Hi, I'm using Firefox via chroot 32bit, and after last upgrades, when I save a file and a Gtk Dialog File Chooser is showed, it has not defined chars (empty squares). This is the same for every GtkWidget via chroot32 in other apps. Maybe it requires an installed font-package or any conf? Thanks, Giulio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
The templates for jigdo in cdimage.debian.org seem to be perhaps broken. Also a X driver problem.
It seems perhaps that the templates from cdimage.debian.org/cdimage/unofficial/sarge-amd64/jigdo-dvd may contain errors. When I run jigdo-lite against the debian-31r0a-amd64...-1.jigdo file I get the usual request to mount CDROM images (2 DVDs), some 3 or 4 hundred files out of 7144 are found (which may be too small, and when I press RETURN to retrieve the remainder jigdo fails to find all the files it is searching for, but the search is done against cdimage/debian.org. It seems to me that a search should be done against cdimage.debian.org About the X driver problem:- I have a single CPU AMD64 Athlon in a CHAINTECH PCI Express motherboadr, wich I am running with an ATI Radeon X600 Pro 256 MB graphics in the PCI 16x slot. The sarge-AMD64 system does not properly recognise the graphics board, although lspci, lspci -n and lspci -X certainly show that the board hardware (or at least some of it) is found. Ihave the same probem with a PCI Express nVidia 5200 PCI Express board, but that is less surprising becaue I may need to recompile the nVidia kernel interface with gcc-4.0. Does anybody else observe these behaviours? This is not a pressing problem. I have a plain PCI video card on order to see if the problem is with the PCI Express 16x interface. But, once again I would like to know if anybody else has the same problems. For the moment I have plenty of other things to do. I have been planning to migrate from Fedora to Debian for some time, at least for AMD64, and since I am getting on in years (75) I do not work as quickly as I did even 10 years ago But once again I would like to hear from anybody who can shed light on these problems. I should note that although I am more of theoretical physicit by profession than a computer scientist, I have benn working with hardware and softwae since 1958. Everything is a lot easier now than it was on an IBM 602A, and on the Sydney University copy of the ILLIAC I. Well, I ramble on. I hope that I have not bored any readers too badly. Sincerely John R. Gabriel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: broken X after upgrade in etch
On Sun, 2006-06-04 at 08:20 +0200, Goswin von Brederlow wrote: Alexandru Cardaniuc [EMAIL PROTECTED] writes: Hi All! It seems I have solved the problem. # dpkg --force-overwrite -i /var/cache/apt/archives/x11-common_1%3a7.0.20_amd64.deb After that the upgrade proceeded fine and everything seems to work now! # ls -l /usr/X11R6/ total 4 lrwxrwxrwx 1 root root6 2006-06-03 14:10 bin - ../bin drwxr-xr-x 3 root root 4096 2006-06-03 14:11 lib Is that fine now? Do I need to erase the lib directory? No. Use of force is never fine. OK, but does it solve the problem without introducing any other problems, as I have the same problem? If not, do you have any suggestion how to do it without force ? TIA -- Groeten, Joost Kraaijeveld Askesis B.V. Molukkenstraat 14 6524NB Nijmegen tel: 024-3888063 / 06-51855277 fax: 024-3608416 web: www.askesis.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: scsi official debian repositories
On Wed, May 31, 2006 at 09:27:33AM +0200, Francesco Pietra wrote: However, I am not interested in either kde or gnome or realplayer or sound anyway; what I need (and it might be the same for workstations anywhere) is a better window manager than twm for X, ideally mwm. I need to move and resize the windows. twm you know cannot. kwin from kde is the worst one can install for my purposes, and it is very intruding, remembering tools from Microsoft. Have a look at FVWM, it is very configurable and with fvwm-themes installed it shows what is possible. Sorry, I'm not running AMD64 and don't know if fvwm is available for that arch. Also fvwm-themes does not seem to be available in the Debian archives for some reason. -- Chris. == -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
dosemu or dosbox
Hi I have need to run a text only dos application on my debian box, does dosemu not exist on amd64 ? But I found dosbox - any one use this successfully Its a old pabx configuration program 8) Thanks Alex signature.asc Description: Digital signature
[testing] x11-common and xbase-clients both want to Own /usr/X11R6/bin
Like this: Reading package lists... Building dependency tree... Correcting dependencies...Done The following NEW packages will be installed libgl1-mesa-glx libglu1-mesa libx11-data xbitmaps xcursor-themes xfonts-encodings xfonts-utils xutils-dev The following packages will be upgraded: bitchx libdmx1 libfs6 libglu1-xorg libgtk2.0-0 libgtk2.0-bin libgtk2.0-common libsm6 libx11-6 libxaw7 libxcursor1 libxfixes3 libxinerama1 libxkbfile1 libxkbui1 libxmu6 libxmuu1 libxp6 libxpm4 libxrandr2 libxrender1 libxss1 libxt6 libxtrap6 libxtst6 libxv1 libxxf86dga1 libxxf86misc1 libxxf86vm1 twm x11-common xaw3dg xbase-clients xfonts-base xfs xlibmesa-dri xlibmesa-gl xlibs-data xprint-common xterm xutils xvfb 42 upgraded, 8 newly installed, 0 to remove and 0 not upgraded. 48 not fully installed or removed. Need to get 0B/21.5MB of archives. After unpacking 22.9MB disk space will be freed. Do you want to continue [Y/n]? Extracting templates from packages: 60% Extracting templates from packages: 100% Preconfiguring packages ... (Reading database ... 47584 files and directories currently installed.) Preparing to replace x11-common 6.9.0.dfsg.1-6 (using .../x11-common_1%3a7.0.20_amd64.deb) ... Unpacking replacement x11-common ... dpkg: error processing /var/cache/apt/archives/x11-common_1%3a7.0.20_amd64.deb (--unpack): trying to overwrite `/usr/X11R6/bin', which is also in package xbase-clients Errors were encountered while processing: /var/cache/apt/archives/x11-common_1%3a7.0.20_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Hope to use X again very, very soon ;-) Cheers, -- Toon Moene - e-mail: [EMAIL PROTECTED] - phone: +31 346 214290 Saturnushof 14, 3738 XG Maartensdijk, The Netherlands A maintainer of GNU Fortran 95: http://gcc.gnu.org/fortran/ Gfortran At Work: http://mysite.verizon.net/serveall/moene.pdf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: dosemu or dosbox
Alexander Samad wrote: Hi I have need to run a text only dos application on my debian box, does dosemu not exist on amd64 ? But I found dosbox - any one use this successfully Its a old pabx configuration program 8) The dosemu package is only Architecture: i386. I guess that means you could probably run it in a chroot, but not natively. -Roberto -- Roberto C. Sanchez http://familiasanchez.net/~roberto signature.asc Description: OpenPGP digital signature
Re: dosemu or dosbox
On Sunday 04 June 2006 12:36, Roberto C. Sanchez wrote: Alexander Samad wrote: Hi I have need to run a text only dos application on my debian box, does dosemu not exist on amd64 ? But I found dosbox - any one use this successfully Its a old pabx configuration program 8) The dosemu package is only Architecture: i386. I guess that means you could probably run it in a chroot, but not natively. I doubt it will work at all. IIRC dosemu requires 16-bit vm86 mode, which is only available in legacy (ie. 32-bit kernel) mode on amd64 cpus. Paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: samba: untrusted packages ???
* Goswin von Brederlow [EMAIL PROTECTED] [2006:06:04:08:22:41+0200] scribed: helices [EMAIL PROTECTED] writes: What do you think? I think you need to read more. Google a bit and read what errors and warnings you get from commands. Since I updated yesterday, and attempted the samba install, the repository went from this: # apt-cache policy samba samba: Installed: (none) Candidate: 3.0.22-1 Version table: 3.0.22-1 0 500 ftp://mirrors.kernel.org unstable/main Packages 3.0.14a-3 0 100 ftp://debian.csail.mit.edu sarge/main Packages 100 ftp://ftp.at.debian.org sarge/main Packages 100 ftp://mirror.espri.arizona.edu sarge/main Packages To this: # apt-cache policy samba samba-common samba-doc samba: Installed: 3.0.22-1 Candidate: 3.0.22-1 Version table: *** 3.0.22-1 0 700 ftp://mirrors.kernel.org etch/main Packages 700 ftp://mirrors.kernel.org testing/main Packages 500 ftp://mirrors.kernel.org unstable/main Packages 100 /var/lib/dpkg/status 3.0.14a-3 0 100 ftp://debian.csail.mit.edu sarge/main Packages 100 ftp://ftp.at.debian.org sarge/main Packages 100 ftp://mirror.espri.arizona.edu sarge/main Packages Now, of course, the installation went without a hitch; and samba is installed and functioning. However, back to my original problem: what caused the original error? untrusted versions of the following packages will be installed Yes, I googled; and I found several indications of issues with gpg key. So, is this really an apt-key issue, again? How can this be? I have been installing from mirrors.kernel.org for a long time; and onto this new amd64 box for at least one week. The only difference that I see is: unstable/main Packages -- vs -- etch/main Packages So, I have to ask, are there _different_ keys required for etch and unstable? What do you think? Am I on the right track? -- Best Regards, helices - Dare to fix things before they break . . . - Our capacity for understanding is inversely proportional to how much we think we know. The more I know, the more I know I don't know . . . -- signature.asc Description: Digital signature
Re: [testing] x11-common and xbase-clients both want to Own /usr/X11R6/bin
On Sun, Jun 04, 2006 at 12:40:21PM +0200, Toon Moene wrote: Like this: Late last night, when I was too tired to organise going to bed, I found this page, on migrating Xorg 6.9 to xorg 7.0. http://wiki.debian.org/Xorg69To7 I decided to wait a few days until my mission-critical projects could be put on hold before doing the upgrade. I quote below from the immediately relevant part, but I think it may help you to read the whole thing before doing another thing to your installation. I hope it isn't too late already. -- hendrik The x11-common package is required to be successfully installed before any of the other X11R7 packages are installed. The reason for this is that it is responsible for moving directories around so that they're inthe new -- FHS-compliant -- format. The biggest problem with this is that the /usr/X11R6/bin directory must become a symlink to /usr/bin, where all the Xorg binaries are now stored. Because no one likes to have their programs deleted out from under them, the installation of x11-common will fail if it tries to remove this directory and fails. x11-common currently conflicts with packages in Debian that are known to install anything to /usr/X11R6/bin, so that the directory can be automatically cleared as well as possible before attempting installation. (If you find a package in Debian that installs to /usr/X11R6/bin, but x11-common doesn't conflict with it, please file a bug report against x11-common!) Despite this safety measure, several unofficial packages or programs, (including some versions of opera and fglrx), can install software to this directory. Because x11-common does not conflict with these packages (it would not be feasible to add a conflict against every single unofficial package ever created), its installation will fail. The workaround for this is that if you have left-over items hanging around /usr/X11R6/bin, simply move them to a temporary location (or even to /usr/bin, where /usr/X11R6/bin will eventually point) until x11-common has successfully installed and made /usr/X11R6/bin in to a symlink. Then simply move them back once x11-common has installed successfully. This will prevent many common errors with the installation, and it provides you with the full knowledge of what's going on with your system. Forcing the installation of x11-common has been shown to cause the expected breakages, so it's highly recommended that you use this workaround instead. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: dosemu or dosbox
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alexander Samad wrote: Hi I have need to run a text only dos application on my debian box, does dosemu not exist on amd64 ? But I found dosbox - any one use this successfully Its a old pabx configuration program 8) DosBox works fine for me, only switching to a non-US keyboard-layout was a little pain, I had to user keyboard-layout-definitions from FreeDos. Even sound works! Plus, it's easy to move files into DosBox, as it just uses directories of the real system. Michael - -- Michael Hansen - http://www.pfna.de/ Monheim / Germany -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEguAI3smIRl+Un8oRAtKIAKCIDp2HOkF1mgLthF7gryut3WAXhgCfW3Wz Lw0dMIn8U/rQYyY70sBLlTY= =1osY -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: scsi official debian repositories
Dimanche 4 juin 2006, 20:34:09 CEST, Chris Bannister a écrit : [...] Have a look at FVWM, it is very configurable and with fvwm-themes installed it shows what is possible. Sorry, I'm not running AMD64 and don't know if fvwm is available for that arch. Also fvwm-themes does not seem to be available in the Debian archives for some reason. Fvwm certainly is available for Amd64. The package fvwm-crystal provides a really good configuration (much more in today's moods than the default fvwm one ;o). Have a look at fvwm.org for screenshots and config samples. -- Sylvain Sauvage -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: broken X after upgrade in etch
Goswin von Brederlow [EMAIL PROTECTED] writes: Alexandru Cardaniuc [EMAIL PROTECTED] writes: Hi All! It seems I have solved the problem. # dpkg --force-overwrite -i /var/cache/apt/archives/x11-common_1%3a7.0.20_amd64.deb After that the upgrade proceeded fine and everything seems to work now! # ls -l /usr/X11R6/ total 4 lrwxrwxrwx 1 root root 6 2006-06-03 14:10 bin - ../bin drwxr-xr-x 3 root root 4096 2006-06-03 14:11 lib Is that fine now? Do I need to erase the lib directory? No. Use of force is never fine. Please file a bug with your initial log. Bug 370215, severity important. The maintainer said that it's a conflict of x11-common with the current version of xbase-clients. And there is already a fix, so the problem should go away with the next version of xorg. -- The man who has gotten everything he wants is all in favor of peace and order. - Jawaharlal Nehru -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [testing] x11-common and xbase-clients both want to Own /usr/X11R6/bin
Toon Moene a écrit : Like this: Reading package lists... Building dependency tree... Correcting dependencies...Done The following NEW packages will be installed libgl1-mesa-glx libglu1-mesa libx11-data xbitmaps xcursor-themes xfonts-encodings xfonts-utils xutils-dev The following packages will be upgraded: bitchx libdmx1 libfs6 libglu1-xorg libgtk2.0-0 libgtk2.0-bin libgtk2.0-common libsm6 libx11-6 libxaw7 libxcursor1 libxfixes3 libxinerama1 libxkbfile1 libxkbui1 libxmu6 libxmuu1 libxp6 libxpm4 libxrandr2 libxrender1 libxss1 libxt6 libxtrap6 libxtst6 libxv1 libxxf86dga1 libxxf86misc1 libxxf86vm1 twm x11-common xaw3dg xbase-clients xfonts-base xfs xlibmesa-dri xlibmesa-gl xlibs-data xprint-common xterm xutils xvfb 42 upgraded, 8 newly installed, 0 to remove and 0 not upgraded. 48 not fully installed or removed. Need to get 0B/21.5MB of archives. After unpacking 22.9MB disk space will be freed. Do you want to continue [Y/n]? Extracting templates from packages: 60% Extracting templates from packages: 100% Preconfiguring packages ... (Reading database ... 47584 files and directories currently installed.) Preparing to replace x11-common 6.9.0.dfsg.1-6 (using .../x11-common_1%3a7.0.20_amd64.deb) ... Unpacking replacement x11-common ... dpkg: error processing /var/cache/apt/archives/x11-common_1%3a7.0.20_amd64.deb (--unpack): trying to overwrite `/usr/X11R6/bin', which is also in package xbase-clients Errors were encountered while processing: /var/cache/apt/archives/x11-common_1%3a7.0.20_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Hope to use X again very, very soon ;-) Cheers, Hi, # dpkg --force-overwrite -i /var/cache/apt/archives/x11-common_1%3a7.0.20_amd64.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: scsi official debian repositories
Francesco Pietra wrote: The scsi card is perfectly recognized on pure 64bit debian etch install. Moreover, I plan to maintain the workstation pure 64bit. mpqc is already available at 64bit. I only have to compile a program as pre-quantum mechanics. Not a minor problem if Open Motif does not become available. To the latter concern AND IT MAY BE A QUESTION OF GENERAL INTEREST FOR OTHER APPLICATIONS, I'll try to adhere to the request of installing packages from only official debian. I have in fact agreed to send automatically reports. However, I am not interested in either kde or gnome or realplayer or sound anyway; what I need (and it might be the same for workstations anywhere) is a better window manager than twm for X, ideally mwm. I need to move and resize the windows. twm you know cannot. kwin from kde is the worst one can install for my purposes, and it is very intruding, remembering tools from Microsoft. I am quite happy with Xfce, you may want to give it a try. I also need OpenMotif to compile for OpenGL. Will these packages appear on debian official repositories? If not, why to delay installing such packages from elsewhere right now? The only obstacle I see is the lack of security updates. Hurry is usually a bad councillor but going on with scientific research is a pressing need. Thanks for advice on strategies to this regard. francesco pietra You mean http://packages.debian.org/unstable/source/openmotif ? Maybe you have to grab your own sources (with a deb-src entry in sources.list and apt-get source) from any official repository. Greets, Roberto -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: lib32
I must confess that I was not aware that amd64 etch provides /lib32 and /usr/lib32. However, I did no link, no export. Should any exist in my installation (tell me what to search and how) it is [a bug of] the system. I have reinstalled amd64 etch raid1 anyway to rule out any mistake with the mode of installation or repositories. I detected no mistake. As to my problem, under this light, where to put Open Motif in order that OpenGL is OK? Under /lib32 or /usr/lib32, or under a 32bit chroot, should I decide for the moment to run my 32bit application mentioned below? That is, is any advantage with chroot, except perhaps upgrading? Ideally, compile the package libmotif3 and my application at 64bit. At any rate, I was surprised to see (from the lists) acute interest for kde, open office and other application at 64bit, while the tools for OpenGL have not yet been included (or demanded, except by myself). I find it curious because the graphics for computational molecular packages is in OpenGL and there are good reasons to move from 32bit to 64bit for heavy computations as quantum mechanics involves. In contrast, why running openoffice kde and so on at 64bit? to write a traditional letter or e-mail at doubled floatpoint? As this is a list, is anyone aware of linux 64bit that provides OpenGL tools? Thank you francesco pietra On Saturday 03 June 2006 12:15, Goswin von Brederlow wrote: Francesco Pietra [EMAIL PROTECTED] writes: As to amd64 debian etch OS (no IA32, no 32 chroot) I was examining what happens on trying to launch there a scientific application in OpenGL that I use on debian etch 32 and have to transfer to 64. The application directory has self contained libraries but asked at the launching command for a shared library (not found) libXm.so.3 I did not expect to get the application running, I was just examining the terminal info before engaging in a compilation at 64bit. To this regard, may I ask about the purpose of /lib32 present in my root partition and containing a large number of libraries? thank you francesco pietra /lib32 is a link to /emul/ia32-linux/lib so ld.so will automatically look for (32bit) libraries in that directory. If you have that links and any dirs there then you did install ia32 packages. Also, if starting a 32bit application complains about libraries not being found then you have both 32bit support and the 32bit ld.so (from libc6-i386) installed. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: lib32
I must confess that I was not aware that amd64 etch provides /lib32 and /usr/lib32. However, I did no IA installation, link, no export. Should any exist in my installation (tell me what to search and how) it is [a bug of] the system. I have reinstalled amd64 etch raid1 anyway to rule out any mistake with the mode of installation or repositories. I detected no mistake. As to my problem, under this light, where to put Open Motif in order that OpenGL is OK? Under /lib32 or /usr/lib32, or under a 32bit chroot, should I decide for the moment to run my 32bit application mentioned below? That is, is any advantage with chroot, except perhaps upgrading? Ideally, compile the package libmotif3 and my application at 64bit. At any rate, I was surprised to see (from the lists) acute interest for kde, open office and other application at 64bit, while the tools for OpenGL have not yet been included (or demanded, except by myself). I find it curious because the graphics for computational molecular packages is in OpenGL and there are good reasons to move from 32bit to 64bit for heavy computations as quantum mechanics involves. In contrast, why running openoffice kde and so on at 64bit? to write a traditional letter or e-mail at doubled floatpoint? As this is a list, is anyone aware of linux 64bit that provides OpenGL tools? Thank you francesco pietra On Saturday 03 June 2006 12:15, Goswin von Brederlow wrote: Francesco Pietra [EMAIL PROTECTED] writes: As to amd64 debian etch OS (no IA32, no 32 chroot) I was examining what happens on trying to launch there a scientific application in OpenGL that I use on debian etch 32 and have to transfer to 64. The application directory has self contained libraries but asked at the launching command for a shared library (not found) libXm.so.3 I did not expect to get the application running, I was just examining the terminal info before engaging in a compilation at 64bit. To this regard, may I ask about the purpose of /lib32 present in my root partition and containing a large number of libraries? thank you francesco pietra /lib32 is a link to /emul/ia32-linux/lib so ld.so will automatically look for (32bit) libraries in that directory. If you have that links and any dirs there then you did install ia32 packages. Also, if starting a 32bit application complains about libraries not being found then you have both 32bit support and the 32bit ld.so (from libc6-i386) installed. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Madwifi problems
All, I need a place to start after a couple of hours of googling, so thanks for reading this. I have a D-LINK DWL-G510 (Rev b.) wireless PCI card and I'm trying to get Madwifi working with it as, from what I've been seeing, it's recommended over the ndiswrapper. I'm using the kernel source packages for madwifi-source and everything compiled fine in my 2.6.16.19 kernel. The following error is happening when I load the ath_pci module: ath_attach: unable to attach hardware: 'Hardware didn't respond as expected' (HAL status 3) Here is my sources.list in case it's relevant. I post this as my searching has shown that most people are using madwifi-ng, which I haven't seen (I assume it's just a way of separating the new madwifi from the old). # Security updates deb http://security.debian.org/ sarge/updates main contrib non-free # All other packages deb ftp://ftp.us.debian.org/debian unstable main contrib non-free deb-src ftp://ftp.us.debian.org/debian unstable main contrib non-free The MadWIFI wiki gave a solution that pointed to correcting a PCI setting with the PCI bridge using the setpci command, but no luck after I did that. There's some speculation that the driver is a little broken too, but I can't confirm that. Does anyone out there have this working? I'd happily downgrade my kernel if that's the problem. Many thanks, Dustin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
