Re: sil3114 problem
On 10371 March 1977, the death angel wrote: I used the amd64 version of sarge. When I boot, the debian installer shows, that it loads the sil3114 module. However, when doing the partitioning, debian shows me three independent hard disks, although I set up a raid array in the BIOS. I know, that sil3114 is only a fake raid controller, but I think, when the driver is loaded, the operating system should not recognize this fact and show me the array. Am I wrong there? Say thankyou to your controller, it lets you not use the crap fake-raid. That stuff (no matter what chipset) is the worst thing that could have been invented. I strongly suggest turning off that feature in bios and to use kernel raid, debian-installer should help you setting it up. -- bye Joerg That's just f***ing great, now the bar for being a cool guy in free software just got raised. It used to be you just had to write a million lines of useful code. Now you've got to get a subpoena from SCO to be cool. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: nvidia driver ( GeForce FX 5500 gives 10fps)
Hello :) I get 10 fps with glxgears. My resolution is 1024x768. I simply run glxgears and observe the result in the terminal. Except this, I have only one other xterm running, bacground xearth and wmaker. But that should not be a problem. In /proc/cpuinfo I have: model name : AMD Athlon(tm) 64 Processor 3000+ As for /var/log/XFree86.0.log --- I do not see anything strange there, but I admit I do not quite understand all of it. I have included the log at the end of this email. I have not set anything strange in nvidia-settings. Actually, it looks to me like 3D acceleration is not working properly. I have checked xscreensaver-demo and screensavers like molecule or moebius and these run very slowly. Best regards Michal --- XFree86.0.log --- XFree86 Version 4.3.0.1 (Debian 4.3.0.dfsg.1-14 20050601214810 Frederik SchĂźler [EMAIL PROTECTED]) Release Date: 15 August 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.6.11-9-amd64-k8 x86_64 [ELF] Build Date: 02 June 2005 This version of XFree86 has been extensively modified by the Debian Project, and is not supported by the XFree86 Project, Inc., in any way. Bugs should be reported to the Debian Bug Tracking System; see URL: http://www.debian.org/Bugs/Reporting . We strongly encourage the use of the reportbug package and command to ensure that bug reports contain as much useful information as possible. Before filing a bug report, you may want to consult the Debian X FAQ: XHTML version: file:///usr/share/doc/xfree86-common/FAQ.xhtml plain text version: file:///usr/share/doc/xfree86-common/FAQ.gz Module Loader present OS Kernel: Linux version 2.6.11-9-amd64-k8 ([EMAIL PROTECTED]) (gcc version 3.4.4 20050314 (prerelease) (Debian 3.4.3-12)) #1 Sun Apr 3 18:09:29 CEST 2005 T Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/XFree86.0.log, Time: Wed Aug 3 15:29:50 2005 (==) Using config file: /etc/X11/XF86Config-4 (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor Generic Monitor (**) | |--Device Generic Video Card (**) |--Input Device Generic Keyboard (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc105 (**) XKB: model: pc105 (**) Option XkbLayout cz_qwerty (**) XKB: layout: cz_qwerty (==) Keyboard: CustomKeycode disabled (**) |--Input Device Configured Mouse (**) |--Input Device Generic Mouse (WW) The directory /usr/lib/X11/fonts/75dpi/ does not exist. Entry deleted from font path. (WW) The directory /usr/lib/X11/fonts/75dpi does not exist. Entry deleted from font path. (WW) The directory /usr/lib/X11/fonts/cyrillic does not exist. Entry deleted from font path. (WW) The directory /usr/lib/X11/fonts/CID does not exist. Entry deleted from font path. (**) FontPath set to unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo (==) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (--) using VT number 7 (WW) Open APM failed (/dev/apm_bios) (No such file or directory) (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.6 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.3.0.1, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=The XFree86 Project compiled for 4.3.0.1, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.6 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 10de,00e1 card , rev a1 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 10de,00e0 card 1458,0c11 rev a2 class 06,01,00 hdr 80 (II) PCI: 00:01:1: chip 10de,00e4 card 1458,0c11 rev a1 class 0c,05,00 hdr 80 (II) PCI: 00:02:0: chip 10de,00e7 card 1458,5004 rev a1 class 0c,03,10 hdr 80 (II) PCI: 00:02:1: chip 10de,00e7 card 1458,5004 rev a1 class 0c,03,10 hdr 80 (II) PCI: 00:02:2: chip 10de,00e8 card 1458,5004 rev a2 class 0c,03,20 hdr 80 (II) PCI: 00:06:0: chip 10de,00ea card 1458,a002 rev a1 class 04,01,00 hdr 00 (II) PCI: 00:08:0: chip 10de,00e5 card 1458,5002 rev a2 class 01,01,8a hdr 00 (II) PCI: 00:0a:0: chip 10de,00e3 card 1458,b002 rev a2 class 01,01,85 hdr 00 (II)
Re: aptitude?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 02.08.2005 19:36:06, Harald Dunkel a écrit : Hi folks, Whats wrong with aptitude? There is a new source package for some days now, but the binary for amd64 is still stuck to the old C++ abi. ??? It seems that the migration to the new abi is just a bit longer on amd64... And this is not only with aptitude. Regards Harri J-L -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFC773fXit3lz9m7V4RArNUAKC++WZAaxHxY1NIoyXqev7jGyE/2QCg9ENm luWZ1IuVZjHGjyCPRKEl13I= =08pH -END PGP SIGNATURE-
Re: sid x.org broken?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 03.08.2005 19:35:43, Goswin von Brederlow a écrit : Miguel Guzman Miranda [EMAIL PROTECTED] writes: Hi there, I just installed a new debian amd64 system and wanted to have directly an x.org based system instead of installing xfree and then switching. It seems x.org is not in etch, and in sid x.org is broken, when installing xserver-xorg it gives: expr: non-numeric argument Maybe it is a problem with debconf. 1.4.52 was OK, 1.4.53 and 54 broken, 1.4.55 is fine. As xserver-xorg uses debconf to setup xorg.conf, maybe the problem was there. Is this going to be fixed or is it better for the time being to keep xfree86? Regards, Miguel Guzman Welcome to unstable. Nuff said. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFC8Q9CXit3lz9m7V4RAkxoAJ9hhGSO9hSgT/FLOOwDb/YUYoNhNQCePhFF EmArHZ0bsQxDfFDID9EGweE= =aexT -END PGP SIGNATURE-
Re: nvidia driver ( GeForce FX 5500 gives 10fps)
Hello :) * Jo Shields ([EMAIL PROTECTED]) [050803 21:34]: What does glxinfo | grep vendor give? glxinfo | grep vendor server glx vendor string: NVIDIA Corporation client glx vendor string: NVIDIA Corporation OpenGL vendor string: NVIDIA Corporation There are also some known issues with the 5xx0 series behaving very slowly in some setups without side band addressing and fast writes enabled - try googling for how. I will do that for sure. I have already been gogling for my problem, but I did not get anything which would be somehow usefull (which could be a more problem with my understanding of how graphics works). However, I have already seen 3D acceleration work very fast on my mashine (thousands fps in glxgears!) But than I have tried to compile rivatv [1] which does not work with nvidia drivers, so I had to switch to nv driver in Xfree. Than in the meantime I installed gmsh which depends on libmesa-gl, which I have installed as well and maybe I messed up something alse. Anyway, finaly I ended up with a mashine where neither rivatv neither 3d acceleration with nvidia driver works. This is quite annoying. Luckily enough, I can run other x aplications, which I need for work :) [1] http://rivatv.sourceforge.net/ Best regards Michal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: sil3114 problem
[EMAIL PROTECTED] wrote: I used the amd64 version of sarge. When I boot, the debian installer shows, that it loads the sil3114 module. However, when doing the partitioning, debian shows me three independent hard disks, although I set up a raid array in the BIOS. I know, that sil3114 is only a fake raid controller, but I think, when the driver is loaded, the operating system should not recognize this fact and show me the array. Am I wrong there? To be 100% perfectly clear, yes you are wrong. In the case of all the SATA chipsets which provide BIOS RAID (which is like, all of them) the regular libata drivers will not see the array created in the bios, they will simply ignore it. If you really must use it, you can use dm-raid to get chipset specific support. But you should only do that if you need to share a RAID array with Windows. Otherwise, use the in-kernel software MD driver. Even if this is not really belonging here (but might still be a hint for a solution), Windows XP (32 bit) crashes completely, before I am able to create/ select a partition, no matter if the sil drivers are loaded or not. Are you loading the right driver off a floppy? Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Security Support AMD64 Sarge
Sven Luther [EMAIL PROTECTED] writes: On Wed, Aug 03, 2005 at 10:30:02PM +0200, Joerg Jaspert wrote: Hi as already written long ago it was always planned to get amd64 on security.debian.org to have the easiest possible way of official support From the Debian Security Team. This now finally happened, thanks to James Troup. Tanks to the IPU (or your deity of choice) and everyone else involved. Note: This does *NOT* change anything with regard to inclusion of amd64 into the official Debian archive. Not a single bit! It is *completly* isolated from that. Any flames in that direction: Sent it to me, not to any ftp-master! (Or better: Dont flame, be productive and fix RC Bugs!) BTW, what is exactly the status of the amd64 inclusion (no flame, just curious, also as what we are now supposed to tell others about this), and why do people write to the ppc64 mailing list on alioth about amd64 questions ? Is there not a more adapted amd64 mailing list for that ? Mmm, maybe you are not the best person to ask about this or something, but i guess the people in charge or knowledgeable will jump in and reply or something :) The Alioth ppc64 project also hosts the Amd64 gcc-3.4/4.0 archive that Andreas compiled. Questions related to archive problems or bugs only present there were redirected to the ppc64 list by at least me and probably more debian-amd64 people. Maybe Andreas can give a little status update for the archive. With sid having the new compiler the amd64 part of the archive becomes quickly redundant. I guess after the C++ transition it can cease to exist. Friendly, Sven Luther MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: aptitude?
Jean-Luc Coulon (f5ibh) [EMAIL PROTECTED] writes: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 02.08.2005 19:36:06, Harald Dunkel a écrit : Hi folks, Whats wrong with aptitude? There is a new source package for some days now, but the binary for amd64 is still stuck to the old C++ abi. ??? It seems that the migration to the new abi is just a bit longer on amd64... And this is not only with aptitude. [EMAIL PROTECTED]:~$ madison apt apt | 0.5.28.6 |stable | source, amd64 apt | 0.5.28.6 | testing | source, amd64 apt | 0.6.39 | unstable | source, amd64 [EMAIL PROTECTED]:~$ madison aptitude aptitude | 0.2.15.9-2 |stable | source, amd64 aptitude | 0.2.15.9-2 | testing | source, amd64 aptitude | 0.2.15.9-5 | unstable | source, amd64 aptitude |0.3.2-4 | experimental | amd64 aptitude |0.3.3-1 | experimental | source and amd64.ftbfs.de says: 0.3.3-1 (amd64) (latest build at Jul 5 00:01: maybe-failed) Seem to be all cought up. Mfg Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Status of the amd64/gcc4 archive on alioth
On 05-Aug-04 19:31, Goswin von Brederlow wrote: The Alioth ppc64 project also hosts the Amd64 gcc-3.4/4.0 archive that Andreas compiled. Questions related to archive problems or bugs only present there were redirected to the ppc64 list by at least me and probably more debian-amd64 people. Maybe Andreas can give a little status update for the archive. With sid having the new compiler the amd64 part of the archive becomes quickly redundant. I guess after the C++ transition it can cease to exist. Yes, when the C++ transition is complete, the amd64/gcc4 archive will have served its purpose. I do not see any reason to continue the amd64/gcc4 archive after that. I plan to switch to gcc-4.1 soon and check which packages have problems to compile with gcc-4.1, but I do not think that there will be a need for a public gcc-4.1 archive. The ppc64 archive on alioth will be continued. Because gcc-4.0 is the default compiler now, the number of patched packages in the ppc64 archive can be reduced significantly. Many ppc64 related patches have already been applied by the Debian maintainers or by upstream. The ppc64 archive will soon be able to use the unpatched debian sources. Currently, almost 95% of the Debian source packages have been built for ppc64. Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
sources.list
from http://amd64.debian.net/README.mirrors.txt If I put in sources.list this entry deb http://debian.inode.at/debian-amd64/debian/sarge main contrib I obtain Failed to fetch http://debian.inode.at/debian-amd64/debian/sarge/dists/main/contrib/binary-amd64/Packages.gz 404 Not Found because apt-get append /dists/main/... while the real path is /dists/sarge/main/... not /sarge/dists/main/... Antonio -- Mai più spam e virus nelle tue mail... con Sicurito! Provalo gratis su http://www.sicurito.it -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: sources.list
[EMAIL PROTECTED] wrote: from http://amd64.debian.net/README.mirrors.txt If I put in sources.list this entry deb http://debian.inode.at/debian-amd64/debian/sarge main contrib Put a space before sarge here -^ I obtain Failed to fetch http://debian.inode.at/debian-amd64/debian/sarge/dists/main/contrib/binary-amd64/Packages.gz 404 Not Found -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: sources.list
* [EMAIL PROTECTED] [EMAIL PROTECTED] [Aug 05. 2005 00:25]: from http://amd64.debian.net/README.mirrors.txt If I put in sources.list this entry deb http://debian.inode.at/debian-amd64/debian/sarge main contrib ^^ You are missing a space between debian/ and sarge. It should read deb http://debian.inode.at/debian-amd64/debian/ sarge main contrib Frederik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Uploading packages
Hi, ftp-master still refuses amd64 packages. Can i upload my amd64 packages somewhere or i should simply wait for the autobuilds? -Pascal -- XBGM# (http://xbgm.sf.net) MoviXMaker-2 (http://sv.gnu.org/projects/movixmaker) [e]MoviX[2] (http://movix.sf.net) Debian GNU/Linux (http://www.debian.org)
Re: Uploading packages
On 10372 March 1977, Pascal Giard wrote: ftp-master still refuses amd64 packages. Can i upload my amd64 packages somewhere or i should simply wait for the autobuilds? Wait. -- bye Joerg I think there's a world market for about five computers. -- attr. Thomas J. Watson (Chairman of the Board, IBM), 1943 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
