Hello all, I have: 00:00.0 Host bridge: Advanced Micro Devices [AMD] AMD-760 [IGD4-1P] System Controller (rev 13) 00:01.0 PCI bridge: Advanced Micro Devices [AMD] AMD-760 [IGD4-1P] AGP Bridge 00:04.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 40) 00:04.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) 00:04.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 16) 00:04.3 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 16) 00:04.4 Non-VGA unclassified device: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 40) 00:05.0 Multimedia audio controller: C-Media Electronics Inc CM8738 (rev 10) 00:09.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 08) 00:09.1 Input device controller: Creative Labs SB Live! Game Port (rev 08) 00:0a.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) 01:05.0 VGA compatible controller: nVidia Corporation NV28 [GeForce4 Ti 4200 AGP 8x] (rev a1) First of all, /sbin/livecd-functions.sh fails to enumerate $NUM_CARDS: the output is: 00:04.4 Non-VGA unclassified device: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 40) 01:05.0 VGA compatible controller: nVidia Corporation NV28 [GeForce4 Ti 4200 AGP 8x] (rev a1) at line 83 and 84, it should grep using: [ -x /sbin/lspci ] && VIDEO_CARDS="$(/sbin/lspci | grep ' VGA ')" [ -x /usr/sbin/lspci ] && VIDEO_CARDS="$(/usr/sbin/lspci | grep ' VGA ')" instead of only: [ -x /sbin/lspci ] && VIDEO_CARDS="$(/sbin/lspci | grep VGA)" [ -x /usr/sbin/lspci ] && VIDEO_CARDS="$(/usr/sbin/lspci | grep VGA)" Then, line 88 and 89: NVIDIA=$(echo ${VIDEO_CARDS} | grep "nVidia Corporation") ATI=$(echo ${VIDEO_CARDS} | grep "ATI Technologies") it is better to use grep -i instead of only grep: NVIDIA=$(echo ${VIDEO_CARDS} | grep -i "nVidia Corporation") ATI=$(echo ${VIDEO_CARDS} | grep -i "ATI Technologies") last but not least, /usr/sbin/openglify is broken since ages: That's the 32bit version: #!/bin/bash # Copyright 1999-2005 Gentoo Foundation # Distributed under the terms of the GNU General Public License v2 # $Header: /var/cvsroot/gentoo/src/livecd-tools/openglify,v 1.6 2005/05/31 19:08:28 wolf31o2 Exp $ #This script is designed to tweak the system for opengl-update #set up our flexible opengl stuff: #move symlinks to a malleable /etc/opengl directory. install -d test/lib/modules/extensions rm /usr/lib/libGL{,core}.{la,a,so}* > /dev/null 2>&1 rm /usr/lib/modules/extensions/libglx* > /dev/null 2>&1 rm /usr/lib/xorg/modules/extensions/libglx* > /dev/null 2>&1 ln -sf /etc/opengl/lib/libGL.so /usr/lib/libGL.so ln -sf /etc/opengl/lib/libGL.so.1 /usr/lib/libGL.so.1 ln -sf /etc/opengl/lib/libGLcore.so /usr/lib/libGLcore.so ln -sf /etc/opengl/lib/libGLcore.so.1 /usr/lib/libGLcore.so.1 ln -sf /etc/opengl/lib/modules/extensions/libglx.so /usr/lib/modules/extensions/libglx.so ln -sf /etc/opengl/lib/modules/extensions/libglx.so /usr/lib/xorg/modules/extensions/libglx.so ln -sf /etc/opengl/lib/modules/extensions/libglx.a /usr/lib/modules/extensions/libglx.a ln -sf /etc/opengl/lib/modules/extensions/libglx.a /usr/lib/xorg/modules/extensions/libglx.a ln -sf /etc/opengl/lib/libGL.la /usr/lib/libGL.la and that's the 64bit: #!/bin/bash # Copyright 1999-2005 Gentoo Foundation # Distributed under the terms of the GNU General Public License v2 # $Header: /var/cvsroot/gentoo/src/livecd-tools/openglify,v 1.6 2005/05/31 19:08:28 wolf31o2 Exp $ #This script is designed to tweak the system for opengl-update #set up our flexible opengl stuff: #move symlinks to a malleable /etc/opengl directory. install -d test/lib/modules/extensions rm /usr/lib/libGL{,core}.{la,a,so}* > /dev/null 2>&1 rm /usr/lib32/libGL{,core}.{a,so}* > /dev/null 2>&1 rm /usr/lib/modules/extensions/libglx* > /dev/null 2>&1 rm /usr/lib32/modules/extensions/libglx* > /dev/null 2>&1 rm /usr/lib/xorg/modules/extensions/libglx* > /dev/null 2>&1 rm /usr/lib32/xorg/modules/extensions/libglx* > /dev/null 2>&1 ln -sf /etc/opengl/lib/libGL.so /usr/lib/libGL.so ln -sf /etc/opengl/lib/libGL.so.1 /usr/lib/libGL.so.1 ln -sf /etc/opengl/lib/libGLcore.so /usr/lib/libGLcore.so ln -sf /etc/opengl/lib/libGLcore.so.1 /usr/lib/libGLcore.so.1 ln -sf /etc/opengl/lib32/libGL.so /usr/lib32/libGL.so ln -sf /etc/opengl/lib32/libGL.so.1 /usr/lib32/libGL.so.1 ln -sf /etc/opengl/lib32/libGLcore.so /usr/lib32/libGLcore.so ln -sf /etc/opengl/lib32/libGLcore.so.1 /usr/lib32/libGLcore.so.1 ln -sf /etc/opengl/lib/modules/extensions/libglx.so /usr/lib/modules/extensions/libglx.so ln -sf /etc/opengl/lib/modules/extensions/libglx.so /usr/lib/xorg/modules/extensions/libglx.so ln -sf /etc/opengl/lib32/modules/extensions/libglx.so /usr/lib32/modules/extensions/libglx.so ln -sf /etc/opengl/lib32/modules/extensions/libglx.so /usr/lib32/xorg/modules/extensions/libglx.so ln -sf /etc/opengl/lib/modules/extensions/libglx.a /usr/lib/modules/extensions/libglx.a ln -sf /etc/opengl/lib/modules/extensions/libglx.a /usr/lib/xorg/modules/extensions/libglx.a ln -sf /etc/opengl/lib32/modules/extensions/libglx.a /usr/lib32/modules/extensions/libglx.a ln -sf /etc/opengl/lib32/modules/extensions/libglx.a /usr/lib32/xorg/modules/extensions/libglx.a ln -sf /etc/opengl/lib/libGL.la /usr/lib/libGL.la ln -sf /etc/opengl/lib32/libGL.la /usr/lib32/libGL.la They works perfectly, even if they're not so clean.
Wow. Thanks for pasting a bunch of junk inline into the bug, rather than as attachments. I'll get this stuff done when I get time, since I have to dig out what's actually useful out of it. Also, I love how I have to tell you repeatedly about things. I am *not* going to use "grep -i" on the nVidia/ATI stuff. I have told you this before. If something doesn't match, then it is a bug in the PCI database, and needs to be fixed there.
sorry man, I'll attach everything ASAP
Don't worry about it. I'm not going to use your split openglify stuff, anyway. I'll fix the NUM_CARDS selection, but the openglify stuff needs to work out of a single script, which means it needs to check what system it is on when it runs and do error checking. Also, since we aren't shipping the binary drivers anymore, it isn't a high priority, since the updated scripts are only necessary when using those drivers, and we're removing support for them from the scripts, since it is a GPL violation to ship them. I can't really tell what you changed, if anything, in openglify for 32-bit, so I'm assuming there were no changes?
A GPL violation is when you _link_ a non-GPL library to a GPL app. But since kernel modules don't link to the kernel (?????????? how can you say that a sw links directly to a kernel??????) but use a public API, there is no violation man... Have you ever seen how nvidia kernel driver compiles and works? Man, just use uname -m trick to merge the two scripts. I hope that you won't remove any OpenGL stuff from livecd-tools, since that would be a very silly move.
(In reply to comment #4) > A GPL violation is when you _link_ a non-GPL library to a GPL app. But since > kernel modules don't link to the kernel (?????????? how can you say that a sw > links directly to a kernel??????) but use a public API, there is no violation > man... Umm... You definitely don't have a clue what the hell you're talking about. The kernel is GPL. The module, which includes GPL sources in their compiled form, are not. The module also has a binary portion linked in that is not open source, in any way. Do me a favor and quit trying to make yourself sound smart when you don't know what you're talking about. It really is a disservice to the world, since somebody might read what you've posted and mistakenly believe that you have a clue about legal issues. You do not. > Have you ever seen how nvidia kernel driver compiles and works? These are completely independent issues. The GPL is a *distribution* license. It has nothing to do with "compiling and working" at all. The reason nVidia is not breaking the law is because they are shipping source that *you* compile. If they shipped pre-compiled binaries, they would be breaking the law. If *you* ship pre-compiled binaries, then *you* are breaking the law. It is *that* simple. > Man, just use uname -m trick to merge the two scripts. Uhh... no. I'll instead do it *correctly*. > I hope that you won't remove any OpenGL stuff from livecd-tools, since that > would be a very silly move. In case you have not noticed, I'm not concerned with your opinion. You have proven yourself to be little more than a nuisance most of the time. When you submit a bug report, I evaluate the report for validity and act on it, just like I do with any other report, but that doesn't mean your opinion is worth anything to me. Don't fool yourself into thinking that it does.
Ok, I don't want to talk about GPL and binary modules here, since it's OT and anyway, JFYI I know what I do and even what I say. Btw, when someone tells me that a thing does not work, I move my ass to fix that without waiting for anything/anyone else. I gave you the two openglify by mail two times, I pasted them here, but now I think that's your turn. What I expect from a package maintainer is to fix things like this without waiting for the users' support. You said that's not critical, but I think that's a bug anyway. But that's just my opinion and since I am committed to the Gentoo Linux community, I'll always try to suggest my fixes without caring about your opinion.
Thanks for the "fixes" but we're not interested in supporting binary modules any longer. WONTFIX. You seriously need to change your attitude. You wonder why people don't like talking to you, but it shoudl eb obvious, your attitude sucks. You lie. You tell your users to lie. If someone doesn't agree with you, you throw a hissy fit and act like a little baby. Quite honestly, I don't care what your opinion is of anything that I have to say. You have proven time and again that you're unwilling to listen to reason, so why bother anymore.
Users only want things that just work. We have a different point of view, mine is the users' one (just read the users representative poll), I am sorry. That's the point. The strange thing is that only gentoo devs are reluctant, but it seems that gentoo users are not. Sorry, but that's a bugzilla, not a place to discuss about you, me or any political point of view.
