bad mirror list in 3.1r3 netinst
I tried an install with the 3.1r3 netinst ISO, and noticed that it appears to have reverted to the debian.org mirror list. It looks like it is no longer using a pure64 version of base-config. I merged the diff between base-config 2.53.10 and 2.53.10-0.0.0.1.pure64 onto 2.53.10.2 (patch below), and it fixed this problem. Patch is here: http://dannf.org/base-config-pure64-3.1r3.patch However, the install quickly falls on its face again when it configures debsig-verify and all remaining debs fail to install. Missing override? Let me know if there's anything I can do to help fix this stuff up. -- dann frazier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: nvidia driver
On 11/3/06, Lennart Sorensen <[EMAIL PROTECTED]> wrote: On Fri, Nov 03, 2006 at 02:50:58PM -0500, Robert Isaac wrote: > Except, of course, security fixes. ;-) Does Debian even try to do security fixes for non-free? There is a non-free repository at security.debian.org and the debian.org/security page does include the line: "You can use apt to easily get the latest security updates. This requires a line such as deb http://security.debian.org/ sarge/updates main contrib non-free" and there is an update in that repository for mpg123 for Sarge, so it would appear that they do, but I might be wrong after all I am a n00b that's only used GNU/Linux for 5 years. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: nvidia driver
On Fri, Nov 03, 2006 at 02:50:58PM -0500, Robert Isaac wrote: > Except, of course, security fixes. ;-) Does Debian even try to do security fixes for non-free? -- Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: nvidia driver
Sarge is a stable release, and hence will not get ANY updates. Except, of course, security fixes. ;-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: nvidia driver
> I hope I am mistaken in this but without a solution I am bound to > abandon debian > which I will regret very much after so many years working with this fine > distribution. > Therefore I would be very glad to recieve hints/solutions to solve this > problem. Everybody else has covered me on the details of what's going on, so since I haven't read any solution, I'll tell you what I do: - First of all you need the apt-source package. - Then you add the unstable deb-src to your sources.list: (here's mine) deb-src http://ftp.nl.debian.org/debian/ unstable main contrib non-free - Update apt - Next switch to a new directory where you wish to build the nvidia drivers - Before you build them, you might need to draw a few more packages on which nvidia driver sources depend: apt-get build-depnvidia-glx - Finally, you can get and build the sources with: apt-get -b source nvidia-glx This should produce a brand new set of etch-backported nvidia drivers, version 1.0.8776. regards, Dimitris PS: You shouldn't move away from Debian. There's nothing else out there :-) (at least not that good) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: nvidia driver
On Fri, Nov 03, 2006 at 02:50:06PM +0100, [EMAIL PROTECTED] wrote: > You are right, it might have been luck - but I wouldn't call it 'dumb'. > > First of all, its no secret which files are installed by the Nvidia > installer: > there is a detailed list with files and destinations in Appendix C of the > Nvidia Readme. > > Second, I have often heard the complaints over broken systems. However, I did > never observe any of these problems, not even after uninstalling the Nvidia > driver. An upgrade from Sarge to Etch also worked flawlessly (except the > Nvidia driver itself, which has to be compiled after the upgrade as it > depends on the kernel). And updates of XFree or X.Org Debian packages never > made any troubles. > > Of course you are right that "packages are provided for a good reason" - but > they are not always provided. Sarge is still featuring version 7174, and > sarge-backports have 8174, compared with the recent 8776 from Nvidia. And > Etch has no package at all, you have to use the Sid packages. Therefore, I > will stick with the Nvidia installer simply because in my experience it works > on Sarge as well as on Etch and Sid, on 32bit as well as on 64bit - and > because it gives me allways an up-to-date driver. Sarge is a stable release, and hence will not get ANY updates. That is how it should be. If backports needs an update, well then I guess someone should submit one to them. The lack of updating of non-free/contrib packages in testing does seem to a major annoyance. I don't understand why this isn't happening. Maybe someone can enlighten me. -- Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: nvidia driver
On Fri, Nov 03, 2006 at 10:59:41AM +, Jo Shields wrote: > O RLY? > http://packages.debian.org/stable/x11/nvidia-glx > http://packages.debian.org/unstable/x11/nvidia-glx Yep, just etch is sucky that way. sarge and sid have packages. Is there a policy for getting non-free packages pushed into testing when they are working just fine? > You ran Linux the year the 0.0.1 kernel was written as a drop-in for > Minix, and about two years before Yggdrasil Linux (the first ever > distribution) had its first release? Impressive. Well I know I started with SLS 1.03, which was the first version I had ever encountered. Something on usenet that said 'free unix like thingy' which to me sounded worth trying. I find it very hard to confirm yggdrasil was first, or if SLS was. I think it may be a matter of days seperating them. > Works for me. Me too. -- Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
apotheosis datinng siite.
unparalleled DAATlNG . http://llewellyn1116i.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Re: Installing Debian amd64 on an asus P5W DH Deluxe + E6600 : kernel on installer broken + bugs in d-i when changing kernel + modules
> > We have a P5W Delux at work which had various problems too. It is > running windows XP, and after about a week of time it stops booting. It > shows the splash screen of windows, and at the point it should change to > a higher resolution you just get a black screen. > > Sometimes in the event log it shows disks errors. This is with an SATA > disk. > > We've replaced the disk, still the same problem. We've replaced the > motherboard, power supply, and still have the same problem. > > I've also tried it using Debian (i386 netinst etch beta3), I've ran a > badblock read-only test, didn't find any problems. Then I ran a > read-write test, after a short time the disks basicly stops responding. > The led of the disk on the PC is constatly on, instead of most of the > time on, blinking. At that point, the tests only shows failed sectors. > > We've replaced the disk with an PATA disk, and didn't see a problem so > far. > So ther might be a problem with the sata disk controller. I guess I would try to upgrade the BIOS as first thing. But my problem was actually entirely related to Linux : chnaging the kernel to a newer version does indeed fix the disk proble (although I admit, I haven't yet formatted the disk because it was too late last nigh I tried). > We also have an identical PC that doesn't show any problems. > > I really can't do any tests with this, since someone is using it. > OK. Thansk for the hint about the possible SATA disk problems. -- eric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: nvidia driver
On Friday, 03.11.2006 at 14:50 +0100, [EMAIL PROTECTED] wrote: > First of all, its no secret which files are installed by the Nvidia > installer: there is a detailed list with files and destinations in > Appendix C of the Nvidia Readme. Having a list of files is not much help, if you're using two conflicting means of handling the files (i.e. Debian packaging and Nvidia 'packaging'). Dave. -- Dave Ewart [EMAIL PROTECTED] Computing Manager, Cancer Epidemiology Unit Cancer Research UK / Oxford University PGP: CC70 1883 BD92 E665 B840 118B 6E94 2CFD 694D E370 Get key from http://www.ceu.ox.ac.uk/~davee/davee-ceu-ox-ac-uk.asc N 51.7518, W 1.2016 signature.asc Description: Digital signature
Re: nvidia driver
On Friday 03 November 2006 12:43, you wrote: > That's called dumb luck. > > Whenever you install from the nvidia-installer, it wrecklessly > overwrites files scattered over /usr, which dpkg is meant to be managing > (i.e. components of X). Whenever these files get updated by the package > manager, X breaks. Whenever a change is made to packaging structure, it > breaks too. If you uninstall the NVidia driver, guess what - it breaks > some more. > > Packages are provided for a good reason. Hi Jo, You are right, it might have been luck - but I wouldn't call it 'dumb'. First of all, its no secret which files are installed by the Nvidia installer: there is a detailed list with files and destinations in Appendix C of the Nvidia Readme. Second, I have often heard the complaints over broken systems. However, I did never observe any of these problems, not even after uninstalling the Nvidia driver. An upgrade from Sarge to Etch also worked flawlessly (except the Nvidia driver itself, which has to be compiled after the upgrade as it depends on the kernel). And updates of XFree or X.Org Debian packages never made any troubles. Of course you are right that "packages are provided for a good reason" - but they are not always provided. Sarge is still featuring version 7174, and sarge-backports have 8174, compared with the recent 8776 from Nvidia. And Etch has no package at all, you have to use the Sid packages. Therefore, I will stick with the Nvidia installer simply because in my experience it works on Sarge as well as on Etch and Sid, on 32bit as well as on 64bit - and because it gives me allways an up-to-date driver. Regards, Clemens -- >--- Clemens Bergmann Schwertlilienweg 14 68259 Mannheim [EMAIL PROTECTED] >--- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: nvidia driver
On Fri, Nov 03, 2006 at 10:59:41AM +, Jo Shields wrote: > On Fri, 2006-11-03 at 11:40 +, kees wrote: > > You ran Linux the year the 0.0.1 kernel was written as a drop-in for > Minix, and about two years before Yggdrasil Linux (the first ever > distribution) had its first release? Impressive. I wish I had heard of Linux back then. I would have tried it, and probably wasted a lot less time with OS/2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: nvidia driver
On Fri, 2006-11-03 at 12:35 +0100, [EMAIL PROTECTED] wrote: > On Friday 03 November 2006 12:40, kees wrote: > > Hello folks, > > Although the problem I am talking about is a general debian problem/bug, > ... > > I tried to install the driver etc. via the *.run file downloaded from > > nvidia, but this > > also did not work (got complaints/errors about not finding the driver > > module, although > > the driver existed and was loaded). > > Etch uses X.Org 7 which stores the modules in a different place than former > X.Org versions. However, there is a special command for the nvidia-installer > which puts the modules in the right place. Please have a look at the Readme > ( /usr/share/doc/NVIDIA_GLX-x.x). > > I have been using the nvidia-installer (*.run file) with different Debian > versions on 32bit and 64bit systems for some time and I didn't have any > problems. That's called dumb luck. Whenever you install from the nvidia-installer, it wrecklessly overwrites files scattered over /usr, which dpkg is meant to be managing (i.e. components of X). Whenever these files get updated by the package manager, X breaks. Whenever a change is made to packaging structure, it breaks too. If you uninstall the NVidia driver, guess what - it breaks some more. Packages are provided for a good reason. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: nvidia driver
On Friday 03 November 2006 12:40, kees wrote: > Hello folks, > Although the problem I am talking about is a general debian problem/bug, ... > I tried to install the driver etc. via the *.run file downloaded from > nvidia, but this > also did not work (got complaints/errors about not finding the driver > module, although > the driver existed and was loaded). Etch uses X.Org 7 which stores the modules in a different place than former X.Org versions. However, there is a special command for the nvidia-installer which puts the modules in the right place. Please have a look at the Readme ( /usr/share/doc/NVIDIA_GLX-x.x). I have been using the nvidia-installer (*.run file) with different Debian versions on 32bit and 64bit systems for some time and I didn't have any problems. Regards, Clemens -- >--- Clemens Bergmann Schwertlilienweg 14 68259 Mannheim [EMAIL PROTECTED] >--- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: nvidia driver
On Fri, 2006-11-03 at 11:40 +, kees wrote: > Hello folks, > Although the problem I am talking about is a general debian problem/bug, > I am > sending my message to this list, as there seems to be no list adequate > for this subject and > the machine I am working on is a amd64. > The problem is the impossibility to get a working nvidia driver with glx. > In the past 10 years or so, I never had any problem with my several > nvidia cards/drivers > on debian, but now it seems to be impossible to get things right. > The problem is, that when I compile a kernel with the builtin nv driver, > I cannot get > glx, which I need for my work with opengl. The kernel does not include any drivers called "nv". XFree86 and XOrg do - and the kernel includes a framebuffer driver called nvidiafb > So I abandoned the builtin driver, but now there seems to be no debian > package for > nvidiakernel+glx (I am using etch but the same is true for the other > releases). O RLY? http://packages.debian.org/stable/x11/nvidia-glx http://packages.debian.org/unstable/x11/nvidia-glx > I tried to install the driver etc. via the *.run file downloaded from > nvidia, but this > also did not work (got complaints/errors about not finding the driver > module, although > the driver existed and was loaded). Which error precisely? It's impossible to give adequate support for inadequate questions - can you imagine a car mechanic being asked to provide the appropriate fixes for "there's a blinky light on the thing, next to the thing"? > Although I am no newby (I am working with linux for about 15 years), You ran Linux the year the 0.0.1 kernel was written as a drop-in for Minix, and about two years before Yggdrasil Linux (the first ever distribution) had its first release? Impressive. > I could have made some stupid mistake. But I have the impression that > debian is fighting > a small war with nvidia with the result that the owners of nvidia > hardware will suffer. Works for me. > I hope I am mistaken in this but without a solution I am bound to > abandon debian > which I will regret very much after so many years working with this fine > distribution. > Therefore I would be very glad to recieve hints/solutions to solve this > problem. So give information which it's possible to support. 1) What's your hardware? 2) What's your kernel? 3) What's the expected behaviour? 4) What, precisely, is the actual behaviour? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: nvidia driver
kees <[EMAIL PROTECTED]> writes: > Hello folks, > Although the problem I am talking about is a general debian > problem/bug, I am > sending my message to this list, as there seems to be no list adequate > for this subject and > the machine I am working on is a amd64. > The problem is the impossibility to get a working nvidia driver with glx. > In the past 10 years or so, I never had any problem with my several > nvidia cards/drivers > on debian, but now it seems to be impossible to get things right. > The problem is, that when I compile a kernel with the builtin nv > driver, I cannot get > glx, which I need for my work with opengl. > So I abandoned the builtin driver, but now there seems to be no debian > package for > nvidiakernel+glx (I am using etch but the same is true for the other > releases). > I tried to install the driver etc. via the *.run file downloaded from > nvidia, but this > also did not work (got complaints/errors about not finding the driver > module, although > the driver existed and was loaded). > Although I am no newby (I am working with linux for about 15 years), > I could have made some stupid mistake. But I have the impression that > debian is fighting > a small war with nvidia with the result that the owners of nvidia > hardware will suffer. > I hope I am mistaken in this but without a solution I am bound to > abandon debian > which I will regret very much after so many years working with this > fine distribution. > Therefore I would be very glad to recieve hints/solutions to solve > this problem. Hi, What hardware are you using? I think it depends upon the nvidia card as well. For example I wanted to try out the eye candy xgl desktop - and at work I use debian etch i686 smp with a GeForce 5200 graphics card. I installed the nvidia kernel module using the appropriate NVIDIArun script from nvidia web site last Monday - all worked flawlessly etc. So boosted with confidence, yesterday, I tried doing the same on a 32 bit laptop which has a GeForce 2 nvidia chipset/card. But I totally failed - and it appeared from googling around that other distros were having similar problems with this hardware and some people were pointing the finger at various instabilities in the nvidia driver.. w.r.t hardware As I don't use nvidia graphics card on my pure64 debian etch system - I cannot comment on how to get it working under a 64 bit environment - however it seems to me that there are problems in 32 land and also in non debian distros as well.. just my 2 cents.. Gaius -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: nvidia driver
the nv driver is... substandard on modern cards the nvidia bundled driver doesnt work on debain however it is repacked and well maintained. this is possibly the most frequent question on this list. so heres a quick summary build the nvidia driver using module-assistant m-a prepare m-a a-i nvidia make sure "dri" *isnt* enabled in x config file details are on the amd64 port page Dean On Fri, November 3, 2006 10:40 pm, kees wrote: > Hello folks, > Although the problem I am talking about is a general debian problem/bug, > I am > sending my message to this list, as there seems to be no list adequate > for this subject and > the machine I am working on is a amd64. > The problem is the impossibility to get a working nvidia driver with glx. > In the past 10 years or so, I never had any problem with my several > nvidia cards/drivers > on debian, but now it seems to be impossible to get things right. > The problem is, that when I compile a kernel with the builtin nv driver, > I cannot get > glx, which I need for my work with opengl. > So I abandoned the builtin driver, but now there seems to be no debian > package for > nvidiakernel+glx (I am using etch but the same is true for the other > releases). > I tried to install the driver etc. via the *.run file downloaded from > nvidia, but this > also did not work (got complaints/errors about not finding the driver > module, although > the driver existed and was loaded). > Although I am no newby (I am working with linux for about 15 years), > I could have made some stupid mistake. But I have the impression that > debian is fighting > a small war with nvidia with the result that the owners of nvidia > hardware will suffer. > I hope I am mistaken in this but without a solution I am bound to > abandon debian > which I will regret very much after so many years working with this fine > distribution. > Therefore I would be very glad to recieve hints/solutions to solve this > problem. > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
nvidia driver
Hello folks, Although the problem I am talking about is a general debian problem/bug, I am sending my message to this list, as there seems to be no list adequate for this subject and the machine I am working on is a amd64. The problem is the impossibility to get a working nvidia driver with glx. In the past 10 years or so, I never had any problem with my several nvidia cards/drivers on debian, but now it seems to be impossible to get things right. The problem is, that when I compile a kernel with the builtin nv driver, I cannot get glx, which I need for my work with opengl. So I abandoned the builtin driver, but now there seems to be no debian package for nvidiakernel+glx (I am using etch but the same is true for the other releases). I tried to install the driver etc. via the *.run file downloaded from nvidia, but this also did not work (got complaints/errors about not finding the driver module, although the driver existed and was loaded). Although I am no newby (I am working with linux for about 15 years), I could have made some stupid mistake. But I have the impression that debian is fighting a small war with nvidia with the result that the owners of nvidia hardware will suffer. I hope I am mistaken in this but without a solution I am bound to abandon debian which I will regret very much after so many years working with this fine distribution. Therefore I would be very glad to recieve hints/solutions to solve this problem. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: LUKS encrypted removable drives and Gnome
> I have the same system - LUKS encrypted -with my USB > external HD, but when I connect the USBDisk, I insert > the passphrase in the box and it runs correctly. Please run 'ps -ef' command when the passphrase dialog appears and look for name of corresponding process. I wonder who exactly runs the dialog. Maybe I forgot to install some packages? Vit -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
