{Spam?} Re: [gentoo-user] 64-bit blues: ndiswrapper
Grant wrote: The built-in Atheros AR5006EG wireless adapter in my Acer Aspire 4720Z laptop doesn't work with madwifi-ng yet. Hmm. My AR5006EG works just fine with madwifi-ng. ;-) 64-bits just aren't worth it on the desktop. They are if you have 4G RAM or more. ;-) Be lucky, Neil -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- [EMAIL PROTECTED] mailing list
[gentoo-user] Re: how would I use device names in fstab?
On Thu, 27 Dec 2007 12:26:20 +0100, Dirk Heinrichs wrote: Looks good, except for the last column of the ext[23] volumes. Should be 1 for / and 2 for the others. The dump column (5th) can be zero for everything. Thanks :) The last line now reads: /dev/VolGroup00/LogVol00/mnt/VolGroup00/LogVol00ext3 users,rw1 2 -Thufir -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Gentoo GRUB help
On Tuesday 01 January 2008 16:00:51 BRM wrote: I got it working by setting up grub.conf to focus on hd0, while at the grub prompt I referred to it as hd1. That is, imho, just weird, and another reason why LILO wins out in my book as LILO matches Linux's device names pretty well. I suggest that you create /boot/grub/device.map with the bootable devices listed in the order in which the BIOS presents them to grub at boot time*. This will cause the run-time grub to use them in the same order as the boot-time grub. The grub manual tells you how to create and use this file. Here's mine: $ cat /boot/grub/device.map (hd0) /dev/hda (hd1) /dev/sda (hd2) /dev/sdb (hd3) /dev/sdc (hd4) /dev/sdd Note also that you can play various tunes on the boot-order theme by setting values in your BIOS. In my case I can select IDE or SATA to boot first, and separately I get a list of connected bootable devices to put in my preferred order. That setting seems to override the first one, so it's the only one I use nowadays. I think I have another setting as well, but I don't want to reboot the machine just to find out. You should be able to get realities to match by judicious use of these settings. * This is an advantage of grub's naming convention. If you interrupt the boot sequence and use grub to show the partitions on each drive in turn (hd0, hd1, ...), regardless of their interface types, you can thenceforward be confident of whether, say, hda or sda is presented first. If you had to specify each type separately, you still wouldn't know that. -- Rgds Peter -- [EMAIL PROTECTED] mailing list
[gentoo-user] Re: how would I use device names in fstab?
On Mon, 31 Dec 2007 09:41:39 +0100, Dirk Heinrichs wrote: Everyting that is needed is compiled into the kernel directly. So we need a more detailed description of your problem, now. What exactly is not working and what is the exact error message (if any) you get? Well, I was pleasantly surprised that I was able read the disc from the cdrw drive, but the cdrom drive is odd. Works from fedora, but in Gentoo cycles through: spin up, pause, spin up, forever. Even ctrl-c didn't kill it, had to reboot: arrakis ~ # arrakis ~ # mount /dev/cdrw1 /mnt/cdrw1 mount: block device /dev/cdrw1 is write-protected, mounting read-only arrakis ~ # arrakis ~ # ll /mnt/cdrw1/ total 96 -r--r--r-- 1 root root 224 May 18 2005 README.diskdefines dr-xr-xr-x 2 root root 2048 May 22 2005 casper dr-xr-xr-x 3 root root 2048 Apr 6 2005 dists dr-xr-xr-x 3 root root 2048 Apr 6 2005 doc dr-xr-xr-x 3 root root 2048 Apr 6 2005 install dr-xr-xr-x 2 root root 4096 May 18 2005 isolinux -r--r--r-- 1 root root 77207 Apr 6 2005 md5sum.txt dr-xr-xr-x 2 root root 2048 Apr 6 2005 pics dr-xr-xr-x 4 root root 2048 Apr 6 2005 pool dr-xr-xr-x 2 root root 2048 Apr 6 2005 preseed dr-xr-xr-x 2 root root 2048 Apr 6 2005 tools lr-xr-xr-x 1 root root 1 May 16 2005 ubuntu - . arrakis ~ # arrakis ~ # umount /mnt/cdrw1/ arrakis ~ # arrakis ~ # arrakis ~ # mount -a arrakis ~ # arrakis ~ # ll /mnt/cdrw1/ total 0 arrakis ~ # arrakis ~ # mount /dev/cdrom1 /mnt/cdrom1 mount: No medium found arrakis ~ # arrakis ~ # mount /dev/cdrom /mnt/cdrom thanks, Thufir -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] xdm login problems after recent emerge
On Tuesday 01 January 2008, Michal 'vorner' Vaner wrote: Hello On Tue, Jan 01, 2008 at 03:29:25PM +, Mick wrote: I stopped/zapped xdm, ran startx and from an xterm I was able to run fluxbox which started OK. So, I am not sure if you are right that the start up script crashes (I wonder, shouldn't I see something in the logs about it?) If it crashed wouldn't it also crash when called from within an xterm? When I ran etc-update I had to update a number of scripts (some of them were trivial - automerged) and some of them were related to halt.sh, and so on, but I cannot recall any xdm related scripts. Is there an etc-update history somewhere on my machine? I didn't mean the xdm script (which, obviously, works fine), but the script started when you log in. The one in sessions is probably the one. Yes, I actually saw for a moment the message that comes up on xdm saying that the login was successful, but a few seconds later I am dumped back into the login screen. Actually, how it works: xdm starts X and shows the login screen. When you log in, it starts something on the X server. When the something stops (for any reason), xdm restarts X and shows the login screen again. So I think the thing started by xdm terminates too early for some reason, crash was the first idea I got. All this is just a guess, how it looks to me, I do not say it is the only possible cause (crashing X could be the cause too, and xdm would just restart it). Progress so far: revdep-rebuild did not pick up anything. Then I noticed that kgpg was complaining about the gpg agent not having started up. Looking closer I noticed some error messages on the terminal that I started fluxbox from, about libcrypto.so.0.9.8. So I reran revdep-rebuild -X -v --library libcrypto.so.0.9.8 and it is now emerging the best part of 38 packages. Let's see if this fixes it. I wonder why I am the only one complaining about this problem. Are your PCs running OK? I have not tried updating any other machines of mine until I can get Xorg on this laptop up running again. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Re: how would I use device names in fstab?
On Wed, 02 Jan 2008 10:59:56 +, Thufir wrote: Well, I was pleasantly surprised that I was able read the disc from the cdrw drive, but the cdrom drive is odd. Works from fedora, but in Gentoo cycles through: spin up, pause, spin up, forever. Even ctrl-c didn't kill it, had to reboot: Even after rebooting, the drive was still going crazy trying to read the disc. How can I kill that without rebooting? I had to reboot again just to eject the disc between POST and GRUB. I think it may be that this particular CD-ROM drive isn't fully supported by Gentoo, or somehow Gentoo is using different drivers than Fedora. It's a very cheap CD-ROM, but I'd still like to get it functioning correctly. I was quite surprised when the CD-RW drive read the disc as I thought that I'd tried that before and it had failed. -Thufir -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Gentoo GRUB help
--- Peter Humphrey [EMAIL PROTECTED] wrote: On Tuesday 01 January 2008 16:00:51 BRM wrote: I got it working by setting up grub.conf to focus on hd0, while at the grub prompt I referred to it as hd1. That is, imho, just weird, and another reason why LILO wins out in my book as LILO matches Linux's device names pretty well. I suggest that you create /boot/grub/device.map with the bootable devices listed in the order in which the BIOS presents them to grub at boot time*. This will cause the run-time grub to use them in the same order as the boot-time grub. The grub manual tells you how to create and use this file. Thanks. Oddly, grub detects hda and fd0 as boot devices - there is no floppy and hda does not have a partition marked for boot. Any how...at least hd0 points to hdb now. * This is an advantage of grub's naming convention. If you interrupt the boot sequence and use grub to show the partitions on each drive in turn (hd0, hd1, ...), regardless of their interface types, you can thenceforward be confident of whether, say, hda or sda is presented first. If you had to specify each type separately, you still wouldn't know that. From one perspective yes. From other, more important povs, no. However, this is not the place to go into that discussion. E-mail me off-line if you want to discuss it. In either case... Thanks for the helpful info with GRUB. Ben -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Gentoo GRUB help
On Wed, 2 Jan 2008 05:43:09 -0800 (PST), BRM wrote: Thanks. Oddly, grub detects hda and fd0 as boot devices - there is no floppy and hda does not have a partition marked for boot. GRUB does not need the boot partition to be flagged as such, that's only needed for the MSDOS bootloaders. -- Neil Bothwick Photons have mass? I didn't know they were catholic! signature.asc Description: PGP signature
[gentoo-user] Migration from single to dual core
I have been running a machine for a long while. I am beginning to think that the old saw that Gentoo isn't release oriented is hogwash: each installation seems to be more polished, leaving behind a windrove of cruft accumlating over the years. The few times I have installed since my introduction two years ago have each exposed some more polished installation aspects/details. Be that as it may, I have now installed a new motherboard and CPU. I have moved from a 64 bit AMD single core Athlon 64 to a dual core AMD Athlon 64. The install has gone well, I have had to recompile the kernel before migrating; however, some questions remain. So it's back to the old threads about whether 64 bits is superior to 32, etc. My question now is, given that the system is working damned well now, what is the best way to handle this: recompile everything? Should I recompile gcc and the libraries and all compilers. I have to say that this system is pretty solid, but it's been hard to keep up with the housekeeping. And emerge -uDav world has been next to impossible. So, again, what differences will there be, that will require immediate adjustment? I have changed to -j3 in make.conf. I have so many packages installed it will take many days to recompile, and, again, I am considering a reinstallation of everything. Gentoo has cured me of that weakness for constant upgrades and installs, even while convincing me of the excellence of compiling for the machine. Alan Davis -- Alan Davis, Kagman High School, Saipan [EMAIL PROTECTED] It's never a matter of liking or disliking ... ---Santa Ynez Chumash Medicine Man -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Migration from single to dual core
On Mittwoch, 2. Januar 2008, Alan E. Davis wrote: So it's back to the old threads about whether 64 bits is superior to 32, etc. My question now is, given that the system is working damned well now, what is the best way to handle this: recompile everything? Should I recompile gcc and the libraries and all compilers. mkfs.YOURFSOFCHICE follow the usual installation instructions. There is no sane nor safe way to 'upgrade' from 32 ot 64bit. You would have to recompile everything - and some stuff several times. It will be a lot easier and should be faster to start from scratch. -- [EMAIL PROTECTED] mailing list
Re: {Spam?} Re: [gentoo-user] Nvidia users: please sign petition for open/free drivers
On Mittwoch, 2. Januar 2008, Neil Walker wrote: Hemmann, Volker Armin wrote: no, 'online petitions' are a worthless waste of time. Not true. Here is just one recent example: http://www.pm.gov.uk/output/Page13090.asp completly different things. The BBC is a state funded operation. Nvidia a privatly owned company. And look at the huge piles of petitions nobody cares about. One out of hundreds of thousands worked - maybe. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Nvidia users: please sign petition for open/free drivers
On Mittwoch, 2. Januar 2008, Jesús Guerrero wrote: On Tue, 1 Jan 2008 19:51:36 +0100 Hemmann, Volker Armin [EMAIL PROTECTED] wrote: On Montag, 31. Dezember 2007, Enrico Weigelt wrote: Hi folks, I'd just want to let you know there's an petition to NV on opening their driver code (or at least specs) to the free world: * http://www.petitiononline.com/nvfoss/ no, 'online petitions' are a worthless waste of time. They are like a fart in the wind - just worse. They are like farting and then tell everybody that you have farted. You are just angry that your beloved, but maybe crappy hardware does not work with a driver that is pretty old by now. Not true. It is true that a petition by itself will not do anything, but it serves another purposes. Any joining effort demonstrates that people actually care about a problem. And, by the way, if you fart, the less you can do is to be honest, and not blame anyone else while you are the only guilty. believe me, all the guys constantly whining around on nvnews have shown nvidia already that there are people who care about this. This is not about old or new hardware, this is about getting a free driver, and that, as linux users, is something that would benefit everyone in this list. You don't seem to understand what this is about at all. it is not about a free driver, it is about a stupid petition. If you want free drivers, support nouveau or write a polite letter to nvidia. Please sign the petition and spread around this link. Please don't spam. We could argue if this topic is valid for the list or not, that is debatable, but everything you wrote above this last sentence is pure spam. Far more spammy than the post of the original poster. And, in turn, you generated a need for additional responses, like the one from Neil Walker and this one that I am writing right now. this topic and the 'support nouveau' has shown up on this list in the past AND every linux site out there SEVERAL times. So yes, it is spam. And asking people to spam other lists, makes it worse. Thing that could have been avoided if you just posted something in the lines of Isn't this offtopic?, and nothing more. Maybe you should have taken your own medicine? Not reacting at all to reduce noise? No? -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Migration from single to dual core
On Thu, 2008-01-03 at 00:14 +1000, Alan E. Davis wrote: I have been running a machine for a long while. I am beginning to think that the old saw that Gentoo isn't release oriented is hogwash: each installation seems to be more polished, leaving behind a windrove of cruft accumlating over the years. The few times I have installed since my introduction two years ago have each exposed some more polished installation aspects/details. Be that as it may, I have now installed a new motherboard and CPU. I have moved from a 64 bit AMD single core Athlon 64 to a dual core AMD Athlon 64. The install has gone well, I have had to recompile the kernel before migrating; however, some questions remain. So it's back to the old threads about whether 64 bits is superior to 32, etc. My question now is, given that the system is working damned well now, what is the best way to handle this: recompile everything? Should I recompile gcc and the libraries and all compilers. I have to say that this system is pretty solid, but it's been hard to keep up with the housekeeping. And emerge -uDav world has been next to impossible. So, again, what differences will there be, that will require immediate adjustment? I have changed to -j3 in make.conf. I have so many packages installed it will take many days to recompile, and, again, I am considering a reinstallation of everything. Gentoo has cured me of that weakness for constant upgrades and installs, even while convincing me of the excellence of compiling for the machine. I don't think you have to recompile everything. AMD64 and AMD64 X2 share the same -march setting. All that might need to be done is adding -msse3 to your CFLAGS, because the first generations of AMD64 didn't have that feature and thus it's not included in -march=k8. However, this flag should only influence multimedia apps and encoders like mplayer, vlc or ogmtools (and their direct deps). signature.asc Description: This is a digitally signed message part
Re: [gentoo-user] Migration from single to dual core
On Thu, 2008-01-03 at 00:14 +1000, Alan E. Davis wrote: So it's back to the old threads about whether 64 bits is superior to 32, etc. My question now is, given that the system is working damned well now, what is the best way to handle this: recompile everything? Should I recompile gcc and the libraries and all compilers. In case I didn't understand you correctly in my first response and you really want to migrate from 64bit to 32 or vice versa, then I must say, that's not possible without a full reinstall. signature.asc Description: This is a digitally signed message part
Re: [gentoo-user] Migration from single to dual core
On Thu, 3 Jan 2008 00:14:58 +1000, Alan E. Davis wrote: So, again, what differences will there be, that will require immediate adjustment? I have changed to -j3 in make.conf. I have so many packages installed it will take many days to recompile, and, again, I am considering a reinstallation of everything. Providing you are sticking to the same 32 or 64 bit choice, enabling SMP in the kernel should be sufficient, although you may also want to revisit your CFLAGS (I went from Althon64 to Intel Core2Duo so I did have to change CFLAGS). So what if it takes days to emerge -e world? You have a working system that will continue to work while you are recompiling. As far as the build up of cruft on your system is concerned, reinstalling to get rid of it is the windows-esque solution, i.e. it is not a solution at all. You need to learn top keep your system clean with judicious use of emerge --depclean and revdep-rebuild. If a worl update causes you problems now, reinstalling won't fix that, it will merely delay its recurrence. -- Neil Bothwick Why marry a virgin? If she wasn't good enough for the rest of them, then she isn't good enough for you. signature.asc Description: PGP signature
Re: {Spam?} Re: [gentoo-user] 64-bit blues: ndiswrapper
The built-in Atheros AR5006EG wireless adapter in my Acer Aspire 4720Z laptop doesn't work with madwifi-ng yet. Hmm. My AR5006EG works just fine with madwifi-ng. ;-) Is that right? Which version of madwifi-ng are you using? What does it say in dmesg? Everyone is having the same trouble as I am here: http://madwifi.org/ticket/859 Is your card built into a laptop? If so, which brand? Thanks for your time. - Grant -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Nvidia users: please sign petition for open/free drivers
On Wed, 2 Jan 2008 15:58:53 +0100 Hemmann, Volker Armin [EMAIL PROTECTED] wrote: Maybe you should have taken your own medicine? Not reacting at all to reduce noise? No? -- [EMAIL PROTECTED] mailing list Maybe you are far more rude than me, but you are right in one thing: I should have never answered to your initial post. Bye. -- Jesús Guerrero [EMAIL PROTECTED] -- [EMAIL PROTECTED] mailing list
[gentoo-user] hplip upgrade wants qt in spite of USE flags
I'm trying to run my normal upgrade on a gnome-only system. It looks like the 2.7 version of hplip wants qt even though I have the following in my make.conf USE: -kde -qt -qt3 -qt4 Here is the emerge tree output: oberon tmp # emerge -puDtv hplip These are the packages that would be merged, in reverse order: [nomerge ] net-print/hplip-2.7.10 [1.7.4a-r2] USE=X -doc% -fax -minimal% -parport -ppds -scanner -snmp (-cups%*) (-foomaticdb%) (-qt3%) [nomerge ] sys-kernel/gentoo-sources-2.6.23-r3 USE=-build -symlink [nomerge ] sys-libs/ncurses-5.6-r2 [5.6-r1] USE=gpm unicode -bootstrap -build -debug -doc -minimal -nocxx -profile% -trace [ebuild U ]sys-libs/gpm-1.20.1-r6 [1.20.1-r5] USE=(-selinux) 561 kB [nomerge ] net-print/hplip-2.7.10 [1.7.4a-r2] USE=X -doc% -fax -minimal% -parport -ppds -scanner -snmp (-cups%*) (-foomaticdb%) (-qt3%) [nomerge ] net-print/foomatic-filters-3.0.20060720 USE=cups [?] [nomerge ] virtual/ghostscript-0 [?] [nomerge ]app-text/ghostscript-esp-8.15.3 USE=X cups gtk xml -cjk -threads [?] [nomerge ] x11-libs/gtk+-2.12.1-r2 USE=X cups jpeg tiff xinerama -debug -doc -vim-syntax [nomerge ] x11-libs/pango-1.18.3 USE=-debug -doc [nomerge ] x11-libs/cairo-1.4.12 USE=X glitz opengl svg -debug -directfb -doc -xcb [nomerge ]media-libs/glitz-0.5.6 [?] [nomerge ] media-libs/mesa-6.5.2-r1 USE=motif nptl -debug -doc -hardened -xcb VIDEO_CARDS=-i810 -mach64 -mga -none -r128 -radeon -s3virge -savage -sis (-sunffb) -tdfx -trident -via [?] [nomerge ] x11-libs/openmotif-2.2.3-r9 [?] [nomerge ] x11-libs/motif-config-0.9-r1 [ebuild U ]app-shells/bash-3.2_p17-r1 [3.2_p17] USE=nls -afs -bashlogger -plugins% -vanilla 2,522 kB [ebuild U ] sys-libs/ncurses-5.6-r2 [5.6-r1] USE=gpm unicode -bootstrap -build -debug -doc -minimal -nocxx -profile% -trace 2,353 kB [ebuild U ] net-print/hplip-2.7.10 [1.7.4a-r2] USE=X -doc% -fax -minimal% -parport -ppds -scanner -snmp (-cups%*) (-foomaticdb%) (-qt3%) 14,104 kB [nomerge ] sys-kernel/gentoo-sources-2.6.23-r3 USE=-build -symlink [nomerge ] sys-fs/udev-115-r1 USE=(-selinux) [ebuild U ] sys-apps/baselayout-1.12.10-r5 [1.12.9-r2] USE=unicode -bootstrap -build -static 214 kB [nomerge ] net-print/hplip-2.7.10 [1.7.4a-r2] USE=X -doc% -fax -minimal% -parport -ppds -scanner -snmp (-cups%*) (-foomaticdb%) (-qt3%) [ebuild N] dev-python/PyQt-3.17.3 USE=-debug -doc -examples 786 kB [ebuild N] x11-libs/qscintilla-1.7.1 USE=-doc 1,036 kB [ebuild N]x11-libs/qt-3.3.8-r4 USE=cups gif ipv6 mysql opengl xinerama -debug -doc -examples -firebird -immqt -immqt-bc -nas -nis -odbc -postgres -sqlite 16,986 kB [nomerge ] x11-libs/openmotif-2.2.3-r9 [?] [ebuild U ] x11-libs/libXaw-1.0.4 [1.0.3] USE=-debug -xprint 506 kB [nomerge ] dev-python/PyQt-3.17.3 USE=-debug -doc -examples [ebuild N] dev-python/sip-4.7.1 USE=-debug 432 kB [nomerge ] net-print/foomatic-filters-3.0.20060720 USE=cups [?] [nomerge ] net-print/cups-1.2.12-r4 USE=X dbus jpeg nls pam png ssl tiff -ldap -php -ppds -samba -slp [nomerge ] x11-misc/xdg-utils-1.0.2 USE=-doc [ebuild U ]x11-apps/xprop-1.0.3 [1.0.2] USE=-debug 105 kB [nomerge ] x11-libs/libXaw-1.0.4 [1.0.3] USE=-debug -xprint [ebuild U ] x11-libs/libXpm-3.5.7 [3.5.6] USE=-debug 350 kB [nomerge ] dev-python/PyQt-3.17.3 USE=-debug -doc -examples [nomerge ] x11-libs/qt-3.3.8-r4 USE=cups gif ipv6 mysql opengl xinerama -debug -doc -examples -firebird -immqt -immqt-bc -nas -nis -odbc -postgres -sqlite [ebuild U ] x11-libs/libXcursor-1.1.9 [1.1.8] USE=-debug 230 kB [ebuild U ] x11-libs/libSM-1.0.3 [1.0.2] USE=ipv6 -debug 219 kB [ebuild U ]x11-libs/libICE-1.0.4 [1.0.3] USE=ipv6 -debug 247 kB [ebuild U ] x11-libs/libXi-1.1.3 [1.1.2] USE=-debug 243 kB [ebuild U ] media-libs/freetype-2.3.5-r2 [2.3.4-r2] USE=X -bindist -debug -doc -utils% (-zlib%*) 1,250 kB [ebuild U ]x11-libs/libX11-1.1.3 [1.1.2-r1] USE=ipv6 -debug -xcb 1,492 kB [ebuild U ] x11-proto/inputproto-1.4.2.1
[gentoo-user] dis-functional error from emerge -vuDN
An error message I get while `emerge -vuDN world' (following a sync) concerning sys-libs/pam doesn't give me enough information to cure what ails it. Even scanning through the update page: http://www.gentoo.org/proj/en/base/pam/upgrade-0.99.xml the error refers me to I end up not really seeing what needs to be done. (full error at the end. I've included massive outout of emerge --info for reference) The error claims I am running: pam_pwdb, pam_radius, pam_timestamp, pam_console but provides no clue as to how to remedy that condition. Further, I'm striking out even determining that I am in fact doing what that line claims. Checking the output of equery files sys-libs/pam I see none that match up to those module names. A grep -r using the part of those names after the underscore like: grep -r 'pwdb' /etc/security/ Produces no hits. In fact there is not a single line in /etc/security/pam_env.conf that is not commented I thought maybe it was a USE flag problem so looked at how the existing pam was installed: USE=cracklib%* nls -audit% (-selinux) -test% -vim-syntax Unless cracklib is the culprit I don't see much there to inspire me. I'm out of ideas as to where to look and the error doesn't give enough information to guide me further. There may be something in that update page to help but its skipping right over my head. It never really says where the code it presents is to be found but I'm guessing it would be the files under /etc/security all those files are commented out except namespace.init that has this line uncommented: exit 0 Maybe something needs to be uncommented in one of them. == error message from emerge -vuDN world * Your current setup is using one or more of the following modules, * that are not built or supported anymore: * pam_pwdb, pam_radius, pam_timestamp, pam_console * If you are in real need for these modules, please contact the maintainers * of PAM through http://bugs.gentoo.org/ providing information about its * use cases. * Please also make sure to read the PAM Upgrade guide at the following URL: * http://www.gentoo.org/proj/en/base/pam/upgrade-0.99.xml * * Your current setup is using one or more of the following modules, * that are not built or supported anymore: * pam_pwdb, pam_radius, pam_timestamp, pam_console * If you are in real need for these modules, please contact the maintainers * of PAM through http://bugs.gentoo.org/ providing information about its * use cases. * Please also make sure to read the PAM Upgrade guide at the following URL: * http://www.gentoo.org/proj/en/base/pam/upgrade-0.99.xml * ERROR: sys-libs/pam-0.99.9.0 failed. == Output of emerge --info Portage 2.1.4_rc14 (default-linux/x86/2007.0/desktop, \ gcc-4.2.1, glibc-2.6.1-r0, 2.6.21-gentoo-r3 i686) = System uname: 2.6.21-gentoo-r3 i686 Intel(R) Celeron(R) CPU 3.06GHz Timestamp of tree: Tue, 01 Jan 2008 20:00:03 + app-shells/bash: 3.2_p17-r1 dev-lang/python: 2.5.1-r4 sys-apps/baselayout: 1.12.10-r5 sys-apps/sandbox:1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.61-r1 sys-devel/automake: 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.18-r1 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.24 virtual/os-headers: 2.6.23-r3 ACCEPT_KEYWORDS=x86 ~x86 CBUILD=i686-pc-linux-gnu CFLAGS=-O2 -march=i686 -pipe CHOST=i686-pc-linux-gnu CONFIG_PROTECT=/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config /var/bind CONFIG_PROTECT_MASK=/etc/env.d /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /etc/udev/rules.d CXXFLAGS=-O2 -march=i686 -pipe DISTDIR=/usr/portage/distfiles FEATURES=distlocks metadata-transfer sfperms strict unmerge-orphans userfetch GENTOO_MIRRORS=ftp://gentoo.cites.uiuc.edu/pub/gentoo/ ftp://ftp.ussg.iu.edu/pub/linux/gentoo http://gentoo.cs.lewisu.edu/gentoo/; PKGDIR=/usr/portage/packages PORTAGE_RSYNC_OPTS=--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-* PORTAGE_TMPDIR=/var/tmp PORTDIR=/usr/portage PORTDIR_OVERLAY=/usr/local/portage SYNC=rsync://rsync.gentoo.org/gentoo-portage USE=X acl acpi alsa apache2 arts bash-completion berkdb bitmap-fonts cairo cdr cli cracklib crypt cscope cups dbus dri dvd dvdr dvdread eds emacs emboss encode esd evo fam firefox fortran gdbm gif gpm gstreamer gtk hal iconv isdnlog jpeg kde kerberos ldap logrotate mad mbox midi mikmod mp3 mpeg mudflap mysql ncurses nls nptl nptlonly ogg opengl openmp oss pam pcre pdf perl png pppd python qt3 qt3support qt4 quicktime readline reflection samba sasl sdl session spell spl ssl svg tcpd tiff truetype truetype-fonts type1-fonts
RE: [gentoo-user] Nvidia users: please sign petition for open/free drivers
-Original Message- From: Hemmann, Volker Armin [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 02, 2008 9:59 AM To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Nvidia users: please sign petition for open/free drivers On Mittwoch, 2. Januar 2008, Jesús Guerrero wrote: On Tue, 1 Jan 2008 19:51:36 +0100 Hemmann, Volker Armin [EMAIL PROTECTED] wrote: On Montag, 31. Dezember 2007, Enrico Weigelt wrote: Hi folks, I'd just want to let you know there's an petition to NV on opening their driver code (or at least specs) to the free world: * http://www.petitiononline.com/nvfoss/ no, 'online petitions' are a worthless waste of time. They are like a fart in the wind - just worse. They are like farting and then tell everybody that you have farted. You are just angry that your beloved, but maybe crappy hardware does not work with a driver that is pretty old by now. Not true. It is true that a petition by itself will not do anything, but it serves another purposes. Any joining effort demonstrates that people actually care about a problem. And, by the way, if you fart, the less you can do is to be honest, and not blame anyone else while you are the only guilty. believe me, all the guys constantly whining around on nvnews have shown nvidia already that there are people who care about this. This is not about old or new hardware, this is about getting a free driver, and that, as linux users, is something that would benefit everyone in this list. You don't seem to understand what this is about at all. it is not about a free driver, it is about a stupid petition. If you want free drivers, support nouveau or write a polite letter to nvidia. Please sign the petition and spread around this link. Please don't spam. We could argue if this topic is valid for the list or not, that is debatable, but everything you wrote above this last sentence is pure spam. Far more spammy than the post of the original poster. And, in turn, you generated a need for additional responses, like the one from Neil Walker and this one that I am writing right now. this topic and the 'support nouveau' has shown up on this list in the past AND every linux site out there SEVERAL times. So yes, it is spam. And asking people to spam other lists, makes it worse. Thing that could have been avoided if you just posted something in the lines of Isn't this offtopic?, and nothing more. Maybe you should have taken your own medicine? Not reacting at all to reduce noise? No? -- [EMAIL PROTECTED] mailing list Keeping in mind that this petition probably might not work, I think it's a good idea to let Nvidia know how many people are interested in having free drivers. This might lead them to release information on how to write drivers for their hardware. I'm sick of sending polite letters to Nvidia. They are not going to give much thought to individuals sending polite letters. Not many people like to duke it out with corporations on their own -- It is better to do it as a group. Maybe all the spam they receive will get them to change their minds about freeing their software or at least specific information of how to write the free drivers. It is they after all that probably have to spend less money on coders if the software goes free. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] 64-bit blues: ndiswrapper
The built-in Atheros AR5006EG wireless adapter in my Acer Aspire 4720Z laptop doesn't work with madwifi-ng yet. ndiswrapper is reported to work on ndiswrapper.sourceforge.net but there is no 64-bit driver listed. I've found a 64-bit Vista driver but ndiswrapper doesn't work with Vista drivers. Is there any way to use a 32-bit driver with ndiswrapper on a 64-bit system? If this wireless card is impossible to use on a 64-bit Linux system I guess I'll buy a PCI Express or USB card. Any form factor, manufacturer, or chipset recommendations? - Grant P.S. 64-bits just aren't worth it on the desktop. I have used the windows 64 from here; http://www.atheros.cz/ I tried that but I get in dmesg: ndiswrapper version 1.50 loaded (smp=yes, preempt=no) ndiswrapper (link_pe_images:576): fixing KI_USER_SHARED_DATA address in the driver ndiswrapper: driver net5211 (,06/21/2007,5.3.0.56) loaded ACPI: PCI Interrupt :04:00.0[A] - GSI 17 (level, low) - IRQ 17 ndiswrapper (ZwClose:2227): closing handle 0x0 not implemented PCI: Setting latency timer of device :04:00.0 to 64 ndiswrapper (NdisWriteErrorLogEntry:191): log: C0001389, count: 4, return_address: 8809a56e ndiswrapper (NdisWriteErrorLogEntry:194): code: 0x14858800 ndiswrapper (NdisWriteErrorLogEntry:194): code: 0x28 ndiswrapper (NdisWriteErrorLogEntry:194): code: 0x100ca000 ndiswrapper (NdisWriteErrorLogEntry:194): code: 0x100ca000 ndiswrapper (mp_init:216): couldn't initialize device: C09A ndiswrapper (pnp_start_device:439): Windows driver couldn't initialize the device (C001) ndiswrapper (mp_halt:259): device 810017576700 is not initialized - not halting ndiswrapper: device eth%d removed ACPI: PCI interrupt for device :04:00.0 disabled ndiswrapper: probe of :04:00.0 failed with error -22 Does that mean Acer uses a special implementation of AR5006EG that won't work with the standard AR5006EG driver? - Grant -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] hplip upgrade wants qt in spite of USE flags
On Wed, 2 Jan 2008 11:59:41 -0500 (EST), Chris Bare wrote: I'm trying to run my normal upgrade on a gnome-only system. It looks like the 2.7 version of hplip wants qt even though I have the following in my make.conf USE: -kde -qt -qt3 -qt4 Set USE=-X for hplip. -- Neil Bothwick Favorite Windoze game: Guess what this icon does? signature.asc Description: PGP signature
{Spam?} [gentoo-user] 64-bit blues: ndiswrapper
Grant wrote: Which version of madwifi-ng are you using? 0.9.3.3 What does it say in dmesg? ath_hal: module license 'Proprietary' taints kernel. ath_hal: 0.9.18.0 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) wlan: 0.8.4.2 (0.9.3.3) ath_pci: 0.9.4.5 (0.9.3.3) ACPI: PCI Interrupt :02:00.0[A] - GSI 24 (level, low) - IRQ 24 PCI: Setting latency timer of device :02:00.0 to 64 ath_rate_sample: 1.2 (0.9.3.3) wifi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps wifi0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps wifi0: H/W encryption support: WEP AES AES_CCM TKIP wifi0: mac 10.0 phy 6.1 radio 10.2 wifi0: Use hw queue 1 for WME_AC_BE traffic wifi0: Use hw queue 0 for WME_AC_BK traffic wifi0: Use hw queue 2 for WME_AC_VI traffic wifi0: Use hw queue 3 for WME_AC_VO traffic wifi0: Use hw queue 8 for CAB traffic wifi0: Use hw queue 9 for beacons wifi0: Atheros 5424/2424: mem=0xca80, irq=24 Is your card built into a laptop? Yes. If so, which brand? It's made by Evesham Micros, a UK company, based on a Mitac chassis. Be lucky, Neil -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Nvidia users: please sign petition for open/free drivers
On Wed, 2 Jan 2008 11:33:36 -0600, Marzan, Richard non Unisys wrote: Keeping in mind that this petition probably might not work, I think it's a good idea to let Nvidia know how many people are interested in having free drivers. This might lead them to release information on how to write drivers for their hardware. The problem with this is that Nvidia license non-free code for use in their drivers. They are not allowed to distribute the source, or other information about the code, so they have two choices for Linux drivers: release binary drivers or release open drivers with the code removed and have everyone complain how the Linux drivers are slower or less capable than the Windows ones. Damned if they do and damned if they don't :( -- Neil Bothwick Wrappers are futile. Chocolate will be assimilated. signature.asc Description: PGP signature
Re: [gentoo-user] hplip upgrade wants qt in spite of USE flags
On Wednesday 02 January 2008 16:59:41 Chris Bare wrote: I'm trying to run my normal upgrade on a gnome-only system. It looks like the 2.7 version of hplip wants qt even though I have the following in my make.conf USE: -kde -qt -qt3 -qt4 Here is the emerge tree output: [...] net-print/hplip-2.7.10 [1.7.4a-r2] USE=X -doc% -fax -minimal% -parport -ppds -scanner -snmp (-cups%*) (-foomaticdb%) (-qt3%) [ebuild N] dev-python/PyQt-3.17.3 USE=-debug -doc -examples 786 kB [ebuild N ] x11-libs/qscintilla-1.7.1 USE=-doc 1,036 kB [ebuild N] x11-libs/qt-3.3.8-r4 USE=cups gif ipv6 mysql opengl xinerama -debug -doc -examples -firebird -immqt -immqt-bc -nas -nis -odbc -postgres [...] I'd want to look into why hplip needs PyQt, and why that needs qscintilla. I can't help you much, as this is a KDE box with all sorts of things present that you won't have - sorry. I see though that hplip wants to emerge with (-qt3%), which is a pretty hard exclusion, but only on hplip - not necessarily on things it depends on. if I add -X to USE, the qt dependency goes away, but I try to avoid package-specific use flags if I can help it. If you mean putting package-specific USE flags in /etc/make.conf, you can avoid it thus: If /etc/portage/package.use is a file, do this: 'echo net-print/hplip -X /etc/portage/package.use' If instead it's a directory, do this: 'echo net-print/hplip -X /etc/portage/package.use/net-print' On the other hand, if you don't like these flags at all, I can't help. -- Rgds Peter -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] dis-functional error from emerge -vuDN
[EMAIL PROTECTED] wrote: It never really says where the code it presents is to be found but I'm guessing it would be the files under /etc/security all those files are commented out except namespace.init that has this line uncommented: exit 0 Maybe something needs to be uncommented in one of them. /etc/security isn't the only place to look. I use PAM on my mail server and IMAP server, and I had to change some files in there that used the old way. Do you have a mail server that uses PAM? Do you have a web server that uses PAM? Any other services? -- Randy Barlow http://electronsweatshop.com -- [EMAIL PROTECTED] mailing list
Re: {Spam?} [gentoo-user] 64-bit blues: ndiswrapper
Which version of madwifi-ng are you using? 0.9.3.3 What does it say in dmesg? ath_hal: module license 'Proprietary' taints kernel. ath_hal: 0.9.18.0 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) wlan: 0.8.4.2 (0.9.3.3) ath_pci: 0.9.4.5 (0.9.3.3) ACPI: PCI Interrupt :02:00.0[A] - GSI 24 (level, low) - IRQ 24 PCI: Setting latency timer of device :02:00.0 to 64 ath_rate_sample: 1.2 (0.9.3.3) wifi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps wifi0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps wifi0: H/W encryption support: WEP AES AES_CCM TKIP wifi0: mac 10.0 phy 6.1 radio 10.2 wifi0: Use hw queue 1 for WME_AC_BE traffic wifi0: Use hw queue 0 for WME_AC_BK traffic wifi0: Use hw queue 2 for WME_AC_VI traffic wifi0: Use hw queue 3 for WME_AC_VO traffic wifi0: Use hw queue 8 for CAB traffic wifi0: Use hw queue 9 for beacons wifi0: Atheros 5424/2424: mem=0xca80, irq=24 Is your card built into a laptop? Yes. If so, which brand? It's made by Evesham Micros, a UK company, based on a Mitac chassis. Thanks Neil. This Acer one must be different. - Grant -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Nvidia users: please sign petition for open/free drivers
Neil Bothwick [EMAIL PROTECTED] writes: The problem with this is that Nvidia license non-free code for use in their drivers. They are not allowed to distribute the source, or other information about the code, so they have two choices for Linux drivers: release binary drivers or release open drivers with the code removed and have everyone complain how the Linux drivers are slower or less capable than the Windows ones. Choice 3: Release the hardware interface specification so that the Linux community can write a free 'xorg' driver. -- [EMAIL PROTECTED] mailing list
[gentoo-user] Re: Nvidia users: please sign petition for open/free drivers
On 2008-01-02, Graham Murray [EMAIL PROTECTED] wrote: Neil Bothwick [EMAIL PROTECTED] writes: The problem with this is that Nvidia license non-free code for use in their drivers. They are not allowed to distribute the source, or other information about the code, so they have two choices for Linux drivers: release binary drivers or release open drivers with the code removed and have everyone complain how the Linux drivers are slower or less capable than the Windows ones. Choice 3: Release the hardware interface specification so that the Linux community can write a free 'xorg' driver. It's possible that release of some of the hardware interface information is also restricted by the terms of a license under which they use IP that they don't own. -- Grant Edwards grante Yow! I have seen these EGG at EXTENDERS in my Supermarket visi.com... I have read the INSTRUCTIONS ... -- [EMAIL PROTECTED] mailing list
[gentoo-user] USB Wireless Network Adapter?
Does anyone know of a USB wireless network adapter that works on Gentoo? - Grant -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] xdm login problems after recent emerge
Searching further I noticed this in my .xsession-errors: /usr/lib/X11/xdm/Xsession: /home/michael/.xsession: /bin/csh: bad interpreter: No such file or directory Not sure why csh is being called here, or where it is being called from . . . On this machine /bin/csh is a symlink to tcsh: # ls -la /bin/csh lrwxrwxrwx 1 root root 9 Mar 26 2006 /bin/csh - /bin/tcsh . . . which does not seem to exist? # ls -la /bin/tcsh ls: cannot access /bin/tcsh: No such file or directory This is stretching my understanding. What do you think? Could it be related to the recent update of /bin/bash and the way this is treated for non-KDE WMs in /usr/lib/X11/xdm/Xsession? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Re: USB Wireless Network Adapter?
Does anyone know of a USB wireless network adapter that works on Gentoo? - Grant I do need it to be compatible with WPA. - Grant -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: USB Wireless Network Adapter?
Linksys makes the WUSB54GC I believe its called, I am using it on my sisters computer, I havent tested it under gentoo but it is based on the rt73 trip and works fine under Ubuntu. Hope this helps AJ Sorry for the typo that should say rt73 chip not trip -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: USB Wireless Network Adapter?
On Jan 2, 2008 2:50 PM, Grant [EMAIL PROTECTED] wrote: Does anyone know of a USB wireless network adapter that works on Gentoo? - Grant I do need it to be compatible with WPA. Linksys makes the WUSB54GC I believe its called, I am using it on my sisters computer, I havent tested it under gentoo but it is based on the rt73 trip and works fine under Ubuntu. Hope this helps AJ -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: USB Wireless Network Adapter?
Does anyone know of a USB wireless network adapter that works on Gentoo? - Grant I do need it to be compatible with WPA. Linksys makes the WUSB54GC I believe its called, I am using it on my sisters computer, I havent tested it under gentoo but it is based on the rt73 trip and works fine under Ubuntu. Hope this helps AJ I was actually just researching that exact one. Have you tested it with WPA? Which driver are you using? gentoo-portage.com lists a few ralink drivers but no rt73. - Grant -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: USB Wireless Network Adapter?
I was actually just researching that exact one. Have you tested it with WPA? Which driver are you using? gentoo-portage.com lists a few ralink drivers but no rt73. - Grant -- [EMAIL PROTECTED] mailing list I haven't tested the WPA yet, I know it works well with a WEP encryption. I can test WPA tomorrow while everyone is at work and get back to you with those results. I used the CVS driver provided at this link [1] and followed the directions posted here [2]. Like I said I havent tested under gentoo, but I see no reason why the drivers wouldn't work. AJ [1] http://rt2x00.serialmonkey.com/wiki/index.php/Downloads [2]https://help.ubuntu.com/community/WifiDocs/Driver/RalinkRT73 -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: Nvidia users: please sign petition for open/free drivers
On Mittwoch, 2. Januar 2008, Grant Edwards wrote: On 2008-01-02, Graham Murray [EMAIL PROTECTED] wrote: Neil Bothwick [EMAIL PROTECTED] writes: The problem with this is that Nvidia license non-free code for use in their drivers. They are not allowed to distribute the source, or other information about the code, so they have two choices for Linux drivers: release binary drivers or release open drivers with the code removed and have everyone complain how the Linux drivers are slower or less capable than the Windows ones. Choice 3: Release the hardware interface specification so that the Linux community can write a free 'xorg' driver. It's possible that release of some of the hardware interface information is also restricted by the terms of a license under which they use IP that they don't own. there was once a free nvidia driver - many years ago. It got removed. And rumors say, one reason was precious Intel 'IP' was in there... -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Nvidia users: please sign petition for open/free drivers
* Neil Bothwick [EMAIL PROTECTED] wrote: On Wed, 2 Jan 2008 11:33:36 -0600, Marzan, Richard non Unisys wrote: Keeping in mind that this petition probably might not work, I think it's a good idea to let Nvidia know how many people are interested in having free drivers. This might lead them to release information on how to write drivers for their hardware. The problem with this is that Nvidia license non-free code for use in their drivers. They are not allowed to distribute the source, or other information about the code, so they have two choices for Linux drivers: They could rewrite it step by step and release the rewritten parts to the community. At least the kernel module, it doesn't seem to be that complex (compared with the open code around it). cu -- - Enrico Weigelt== metux IT service - http://www.metux.de/ - Please visit the OpenSource QM Taskforce: http://wiki.metux.de/public/OpenSource_QM_Taskforce Patches / Fixes for a lot dozens of packages in dozens of versions: http://patches.metux.de/ - -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: USB Wireless Network Adapter?
I was actually just researching that exact one. Have you tested it with WPA? Which driver are you using? gentoo-portage.com lists a few ralink drivers but no rt73. - Grant -- [EMAIL PROTECTED] mailing list I haven't tested the WPA yet, I know it works well with a WEP encryption. I can test WPA tomorrow while everyone is at work and get back to you with those results. I used the CVS driver provided at this link [1] and followed the directions posted here [2]. Like I said I havent tested under gentoo, but I see no reason why the drivers wouldn't work. No need for you to test. I'm going to buy one right now and I'll report back with my results. There are some ebuilds I'll try for the rt73 driver on bugs.gentoo.org. - Grant -- [EMAIL PROTECTED] mailing list
RE: [gentoo-user] Nvidia users: please sign petition for open/free drivers
-Original Message- From: Enrico Weigelt [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 02, 2008 4:00 PM To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Nvidia users: please sign petition for open/free drivers * Neil Bothwick [EMAIL PROTECTED] wrote: On Wed, 2 Jan 2008 11:33:36 -0600, Marzan, Richard non Unisys wrote: Keeping in mind that this petition probably might not work, I think it's a good idea to let Nvidia know how many people are interested in having free drivers. This might lead them to release information on how to write drivers for their hardware. The problem with this is that Nvidia license non-free code for use in their drivers. They are not allowed to distribute the source, or other information about the code, so they have two choices for Linux drivers: They could rewrite it step by step and release the rewritten parts to the community. At least the kernel module, it doesn't seem to be that complex (compared with the open code around it). cu -- - Enrico Weigelt== metux IT service - http://www.metux.de/ - Please visit the OpenSource QM Taskforce: http://wiki.metux.de/public/OpenSource_QM_Taskforce Patches / Fixes for a lot dozens of packages in dozens of versions: http://patches.metux.de/ - -- [EMAIL PROTECTED] mailing list It's ridiculous. I don't see how they will lose by providing documents on how to write drivers for their hardware. This is a simple solution that would not even involve them if they just gave us the specs. They have nothing to gain but disgruntled customers by locking people out of things they own. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Nvidia users: please sign petition for open/free drivers
On Wed, 2 Jan 2008 22:00:07 +0100, Enrico Weigelt wrote: The problem with this is that Nvidia license non-free code for use in their drivers. They are not allowed to distribute the source, or other information about the code, so they have two choices for Linux drivers: They could rewrite it step by step and release the rewritten parts to the community. No they couldn't, at least not without ensuring that no one working on the new code has seen any of the licensed code. So they need to pay a separate team of developers to develop an alternative to something they've already paid for. Can you see them going for that? Such a task is better undertaken by people outside of Nvidia, but if it was that simple it would have been done already. -- Neil Bothwick Windows: just another pane in the glass -- [EMAIL PROTECTED] mailing list
[gentoo-user] Best route forward?
I installed KDE yesterday via emerge kde -vuD, and just remembered today about kde-meta, which installs a lot more. In running emerge kde-meta -vuD, I get 250 new packages, and 245 blocks, with 1 upgrade. What is the _best_ path forward? Should I just stick with my current build of kde? Or is there an easy way to remove all the blocks and then push in kde-meta? Is it worth it? TIA, Ben -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Nvidia users: please sign petition for open/free drivers
On Mittwoch, 2. Januar 2008, Marzan, Richard non Unisys wrote: -Original Message- From: Enrico Weigelt [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 02, 2008 4:00 PM To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Nvidia users: please sign petition for open/free drivers * Neil Bothwick [EMAIL PROTECTED] wrote: On Wed, 2 Jan 2008 11:33:36 -0600, Marzan, Richard non Unisys wrote: Keeping in mind that this petition probably might not work, I think it's a good idea to let Nvidia know how many people are interested in having free drivers. This might lead them to release information on how to write drivers for their hardware. The problem with this is that Nvidia license non-free code for use in their drivers. They are not allowed to distribute the source, or other information about the code, so they have two choices for Linux drivers: They could rewrite it step by step and release the rewritten parts to the community. At least the kernel module, it doesn't seem to be that complex (compared with the open code around it). cu -- - Enrico Weigelt== metux IT service - http://www.metux.de/ - Please visit the OpenSource QM Taskforce: http://wiki.metux.de/public/OpenSource_QM_Taskforce Patches / Fixes for a lot dozens of packages in dozens of versions: http://patches.metux.de/ - -- [EMAIL PROTECTED] mailing list It's ridiculous. I don't see how they will lose by providing documents on how to write drivers for their hardware. This is a simple solution that would not even involve them if they just gave us the specs. They have nothing to gain but disgruntled customers by locking people out of things they own. not the hardware specs are important, the errata are important. Just ask the guys who wrote the open radeon drivers back then. They fighted with a lot of bugs, hardware bugs, that were never mentioned in 'the specs'. And if you have enough foreign IP in your hardware you can not just open the documentation. You might want to ask a lawyer about it. Since you have an unisys adress it should be easy for you to find one who might want to explain to you the finer details of 'licence agreements' and all the traps and problems around them. -- [EMAIL PROTECTED] mailing list
RE: [gentoo-user] Nvidia users: please sign petition for open/free drivers
-Original Message- From: Enrico Weigelt [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 02, 2008 4:00 PM To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Nvidia users: please sign petition for open/free drivers * Neil Bothwick [EMAIL PROTECTED] wrote: On Wed, 2 Jan 2008 11:33:36 -0600, Marzan, Richard non Unisys wrote: Keeping in mind that this petition probably might not work, I think it's a good idea to let Nvidia know how many people are interested in having free drivers. This might lead them to release information on how to write drivers for their hardware. The problem with this is that Nvidia license non-free code for use in their drivers. They are not allowed to distribute the source, or other information about the code, so they have two choices for Linux drivers: They could rewrite it step by step and release the rewritten parts to the community. At least the kernel module, it doesn't seem to be that complex (compared with the open code around it). cu -- - Enrico Weigelt== metux IT service - http://www.metux.de/ - Please visit the OpenSource QM Taskforce: http://wiki.metux.de/public/OpenSource_QM_Taskforce Patches / Fixes for a lot dozens of packages in dozens of versions: http://patches.metux.de/ - -- [EMAIL PROTECTED] mailing list They want to protect their intellectual property. They paid for RD and they don't want to give that investment away. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Compiz-Fusion
Ted Ozolins wrote: Anyone using compiz-fusion on this list? I'm putting together a system I'll be using to demo linux. compiz-fusion appears to be the eye-candy that would make a demo shine. I see that its in portage (masked) any gotchas I should be aware of before proceeding? I've been using it (and vanilla compiz before it) for several months with nvidia drivers. No problems. -- C. Lee Davis Fantasy Geographic Society http://fantasy.geographic.net/ GCB for GURPS 4e http://fantasy.geographic.net/project/4eGURPS -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Best route forward?
BRM wrote: I installed KDE yesterday via emerge kde -vuD, and just remembered today about kde-meta, which installs a lot more. In running emerge kde-meta -vuD, I get 250 new packages, and 245 blocks, with 1 upgrade. What is the _best_ path forward? Should I just stick with my current build of kde? Or is there an easy way to remove all the blocks and then push in kde-meta? Is it worth it? If you want to do the meta, you can unmerge kde, and then do an emerge --depclean. -- Randy Barlow http://electronsweatshop.com -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Best route forward?
On Wed, 2 Jan 2008 13:40:11 -0800 (PST) BRM [EMAIL PROTECTED] wrote: I installed KDE yesterday via emerge kde -vuD, and just remembered today about kde-meta, which installs a lot more. In running emerge kde-meta -vuD, I get 250 new packages, and 245 blocks, with 1 upgrade. What is the _best_ path forward? Should I just stick with my current build of kde? Or is there an easy way to remove all the blocks and then push in kde-meta? Is it worth it? TIA, Ben -- [EMAIL PROTECTED] mailing list There are two kind of kde installs, or three, if you ask me. You can install kde. That will pull into your system the big packages just like they are released by the kde team. That means, several big monoliths, like kdebase, kdenetwork, kdegraphics and so on. You can install using split ebuilds as well. For example, instead of installing kdebase, you only need a couple of programs. So, you just install, let's say, konqueror and konsole, instead of kdebase. Of course, you can install all the pieces of kdebase using split ebuilds, and both installs would be equivalent. The downside is that you would need to install lots of small packages, instead of a big monolithic one. That way you save some space, but, what's more important for me, you save hours of compilation for things that you will never use. The other solution is to use meta-ebuilds. For example, you can install kdebase-meta, instead of kdebase. This is kind of an hybrid approach. When you emerge kdebase-meta, you end with the same that you would get by installing kdebase, but it will be done using split ebuilds. The good thing is that you will still get the modulatiry, without having to install all the split ebuilds by hand, because the meta-package pulls all of the components of kdebase but using split ebuilds as dependencies. So, you already know why you are getting that big list of packages to install: you are not going to get anything more if you install those packages, because they are a split version of the big kde packages you already installed. The blockers are simple to understand: you can't have kdebase and kdebase-meta installed at the same time. They are equivalent, it would be a nonsense anyway. So, all the components of a given meta- package, block the matching monolithic package. That way portage can prevent weird things like the one you were trying to do :) I hope it made sense, if not, ask for clarification. Regards. -- Jesús Guerrero [EMAIL PROTECTED] -- [EMAIL PROTECTED] mailing list
[gentoo-user] How to get my overlay into layman ?
Hi folks, could anyone please give me some hint how to get my overlay into layman's overlay list ? thx -- - Enrico Weigelt== metux IT service - http://www.metux.de/ - Please visit the OpenSource QM Taskforce: http://wiki.metux.de/public/OpenSource_QM_Taskforce Patches / Fixes for a lot dozens of packages in dozens of versions: http://patches.metux.de/ - -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Best route forward?
On Mittwoch, 2. Januar 2008, BRM wrote: I installed KDE yesterday via emerge kde -vuD, and just remembered today about kde-meta, which installs a lot more. In running emerge kde-meta -vuD, I get 250 new packages, and 245 blocks, with 1 upgrade. What is the _best_ path forward? Should I just stick with my current build of kde? Or is there an easy way to remove all the blocks and then push in kde-meta? Is it worth it? TIA, Ben kde and kde-meta install the same apps. One is in monolith packages, the other one uses the split ebuilds. If you install everything, monolith is a lot faster. But some important useflags are only used and the features enabled with split ebuilds (g). Like kdenetworkkopete. With kdenetwork kopete emerges without the history plugin, even if all useflags are set (which sucks greatly). With split ebuilds, kopete gets its history plugin (there is no logic behind this - but the devs decided it this way...). You don't have to unmerge kde first. You can do it in a more 'gradual' way. For example: first unmerge kdenetwork, then emerge kdenetwork-meta. Unmerge kdebase, emerge kdebase-meta and so on. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Best route forward?
Jesús Guerrero wrote: There are two kind of kde installs, or three, if you ask me. You can install kde. That will pull into your system the big packages just like they are released by the kde team. That means, several big monoliths, like kdebase, kdenetwork, kdegraphics and so on. You can install using split ebuilds as well. For example, instead of installing kdebase, you only need a couple of programs. So, you just install, let's say, konqueror and konsole, instead of kdebase. Of course, you can install all the pieces of kdebase using split ebuilds, and both installs would be equivalent. The downside is that you would need to install lots of small packages, instead of a big monolithic one. That way you save some space, but, what's more important for me, you save hours of compilation for things that you will never use. The other solution is to use meta-ebuilds. For example, you can install kdebase-meta, instead of kdebase. This is kind of an hybrid approach. When you emerge kdebase-meta, you end with the same that you would get by installing kdebase, but it will be done using split ebuilds. The good thing is that you will still get the modulatiry, without having to install all the split ebuilds by hand, because the meta-package pulls all of the components of kdebase but using split ebuilds as dependencies. So, you already know why you are getting that big list of packages to install: you are not going to get anything more if you install those packages, because they are a split version of the big kde packages you already installed. The blockers are simple to understand: you can't have kdebase and kdebase-meta installed at the same time. They are equivalent, it would be a nonsense anyway. So, all the components of a given meta- package, block the matching monolithic package. That way portage can prevent weird things like the one you were trying to do :) I hope it made sense, if not, ask for clarification. Regards. Could he just unmerge kdebase then emerge kdebase-meta? I don't mean to uninstall all the KDE stuff he has already compiled but just the little one that pulls in all the other packages. Dale :-) :-) -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] How to get my overlay into layman ?
On Wed, 2 Jan 2008 23:17:03 +0100, Enrico Weigelt wrote: could anyone please give me some hint how to get my overlay into layman's overlay list ? As it says in the layman man page: To get a new overlay added to the central list provided for layman, send a mail to [EMAIL PROTECTED]. -- Neil Bothwick Windows NT is the OS of the future and always will be... signature.asc Description: PGP signature
Re: [gentoo-user] Best route forward?
--- Jesús Guerrero [EMAIL PROTECTED] wrote: On Wed, 2 Jan 2008 13:40:11 -0800 (PST) BRM [EMAIL PROTECTED] wrote: What is the _best_ path forward? Should I just stick with my current build of kde? Or is there an easy way to remove all the blocks and then push in kde-meta? Is it worth it? There are two kind of kde installs, or three, if you ask me. You can install kde. That will pull into your system the big packages just like they are released by the kde team. That means, several big monoliths, like kdebase, kdenetwork, kdegraphics and so on. You can install using split ebuilds as well. For example, instead of installing kdebase, you only need a couple of programs. So, you just install, let's say, konqueror and konsole, instead of kdebase. Of course, you can install all the pieces of kdebase using split ebuilds, and both installs would be equivalent. The downside is that you would need to install lots of small packages, instead of a big monolithic one. That way you save some space, but, what's more important for me, you save hours of compilation for things that you will never use. The other solution is to use meta-ebuilds. For example, you can install kdebase-meta, instead of kdebase. This is kind of an hybrid approach. When you emerge kdebase-meta, you end with the same that you would get by installing kdebase, but it will be done using split ebuilds. The good thing is that you will still get the modulatiry, without having to install all the split ebuilds by hand, because the meta-package pulls all of the components of kdebase but using split ebuilds as dependencies. So, you already know why you are getting that big list of packages to install: you are not going to get anything more if you install those packages, because they are a split version of the big kde packages you already installed. The blockers are simple to understand: you can't have kdebase and kdebase-meta installed at the same time. They are equivalent, it would be a nonsense anyway. So, all the components of a given meta- package, block the matching monolithic package. That way portage can prevent weird things like the one you were trying to do :) I hope it made sense, if not, ask for clarification. Thanks, and yes it does. I haven't vested much in the install yet, and the more modular approach seems nicer to me, so I think I'll switch it over now before its too costly. Thanks! Ben -- [EMAIL PROTECTED] mailing list
[gentoo-user] Re: dis-functional error from emerge -vuDN
Randy Barlow [EMAIL PROTECTED] writes: [EMAIL PROTECTED] wrote: It never really says where the code it presents is to be found but I'm guessing it would be the files under /etc/security all those files are commented out except namespace.init that has this line uncommented: exit 0 Maybe something needs to be uncommented in one of them. /etc/security isn't the only place to look. I use PAM on my mail server and IMAP server, and I had to change some files in there that used the old way. Do you have a mail server that uses PAM? Do you have a web server that uses PAM? Any other services? Randy, I responded to this quite a while ago but do not see that response here.. Looking locally I don't see a saved copy so I must have closed the program I was writing from another desktop or something. Thanks for your input but I don't think that was the problem. I do run a local webserver (home lan) and run sendmail which isn't set up as a server though. Further, the output of `equery files pam' only shows two places where configs might be. The update site referred to in the error message doesn't tell where to look or if so I missed it Anyway a grep in /etc/pam.d for any of the modules mentioned in the error shows nothing but a few commented lines all in /etc/pam.d/login. grep -r 'pwdb\|radius\|timestamp\|console' # If you want to enable pam_console, uncomment the following line # and read carefully README.pam_console in /usr/share/doc/pam* # sessionoptional pam_console.so Now the good part: `emerge -vC pam' followed by a continuing of `emerge -vuDPN world' Seems to have gotten over the pam hurdle. -- [EMAIL PROTECTED] mailing list
[gentoo-user] besides package.use where to store info needed at emerge
I know about /etc/portage/package.use but where would I keep something like and extra configure flag, that I always want applied. ECONF_EXTRA='--enable-rootcommit' Always needs to be applied to cvs on updates. Where is such a thing kept? -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: USB Wireless Network Adapter?
I was actually just researching that exact one. Have you tested it with WPA? Which driver are you using? gentoo-portage.com lists a few ralink drivers but no rt73. - Grant -- [EMAIL PROTECTED] mailing list I haven't tested the WPA yet, I know it works well with a WEP encryption. I can test WPA tomorrow while everyone is at work and get back to you with those results. I used the CVS driver provided at this link [1] and followed the directions posted here [2]. Like I said I havent tested under gentoo, but I see no reason why the drivers wouldn't work. No need for you to test. I'm going to buy one right now and I'll report back with my results. There are some ebuilds I'll try for the rt73 driver on bugs.gentoo.org. - Grant Nightmare so far. I'll let you know how it goes from here. - Grant -- [EMAIL PROTECTED] mailing list
[gentoo-user] Re: USB Wireless Network Adapter?
On 2008-01-02, Grant [EMAIL PROTECTED] wrote: Does anyone know of a USB wireless network adapter that works on Gentoo? I've got a Hawking HWUG1 that has always worked fine with the rt73 driver. -- Grant -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: USB Wireless Network Adapter?
I'm using ASUS WL-167g USB WLAN (rt73usb) and work well with or without WPA_SUPPLICANT. driver is already integrated in sys-kernel/vanilla-sources (2.6.24-rc5) AJ Spagnoletti a écrit : I was actually just researching that exact one. Have you tested it with WPA? Which driver are you using? gentoo-portage.com lists a few ralink drivers but no rt73. - Grant -- [EMAIL PROTECTED] mailing list I haven't tested the WPA yet, I know it works well with a WEP encryption. I can test WPA tomorrow while everyone is at work and get back to you with those results. I used the CVS driver provided at this link [1] and followed the directions posted here [2]. Like I said I havent tested under gentoo, but I see no reason why the drivers wouldn't work. AJ [1] http://rt2x00.serialmonkey.com/wiki/index.php/Downloads [2]https://help.ubuntu.com/community/WifiDocs/Driver/RalinkRT73 -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] besides package.use where to store info needed at emerge
On Wed, 02 Jan 2008 19:42:09 -0600 [EMAIL PROTECTED] wrote: I know about /etc/portage/package.use but where would I keep something like and extra configure flag, that I always want applied. ECONF_EXTRA='--enable-rootcommit' Always needs to be applied to cvs on updates. Where is such a thing kept? Have you tried ~/.cvsrc ??? -- [EMAIL PROTECTED] mailing list
[gentoo-user] Re: besides package.use where to store info needed at emerge
David Relson [EMAIL PROTECTED] writes: On Wed, 02 Jan 2008 19:42:09 -0600 [EMAIL PROTECTED] wrote: I know about /etc/portage/package.use but where would I keep something like and extra configure flag, that I always want applied. ECONF_EXTRA='--enable-rootcommit' Always needs to be applied to cvs on updates. Where is such a thing kept? Have you tried ~/.cvsrc ??? I know nothing about what that might mean or do. It appears in man cvs to be a sort of .bashrc for a cvs user. Are you saying a user owned rc file can control emerge's behavior? -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Migration from single to dual core
I apologize: it isn't clear from my message, that I want to migrate from a single core AMD 64 to a dual core AMD 64X2 processor. I only intended to comment obtusely about 64 vs 32 bits, but I think I muffed that. Your comment about the -CFLAGS was pertinent. Thank you. Alan On Jan 3, 2008 1:09 AM, Florian Philipp [EMAIL PROTECTED] wrote: On Thu, 2008-01-03 at 00:14 +1000, Alan E. Davis wrote: So it's back to the old threads about whether 64 bits is superior to 32, etc. My question now is, given that the system is working damned well now, what is the best way to handle this: recompile everything? Should I recompile gcc and the libraries and all compilers. In case I didn't understand you correctly in my first response and you really want to migrate from 64bit to 32 or vice versa, then I must say, that's not possible without a full reinstall. -- Alan Davis, Kagman High School, Saipan [EMAIL PROTECTED] It's never a matter of liking or disliking ... ---Santa Ynez Chumash Medicine Man -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: USB Wireless Network Adapter?
I'm using ASUS WL-167g USB WLAN (rt73usb) and work well with or without WPA_SUPPLICANT. driver is already integrated in sys-kernel/vanilla-sources (2.6.24-rc5) I can't get any of the rt* ebuilds to compile except for CVS rt73- from bugs.gentoo.org and that one doesn't work with wpa_supplicant. I think the others won't compile because of my 64 bits (again). rt2x00 includes an rt73 driver but it requires 2.6.24. hardened-sources isn't there yet and configuring a new kernel is such a pain. I know I'd end up with a bunch of new problems. ndiswrapper is also a no-go unless I can find 64-bit XP drivers that work. - Grant I was actually just researching that exact one. Have you tested it with WPA? Which driver are you using? gentoo-portage.com lists a few ralink drivers but no rt73. - Grant -- [EMAIL PROTECTED] mailing list I haven't tested the WPA yet, I know it works well with a WEP encryption. I can test WPA tomorrow while everyone is at work and get back to you with those results. I used the CVS driver provided at this link [1] and followed the directions posted here [2]. Like I said I havent tested under gentoo, but I see no reason why the drivers wouldn't work. AJ [1] http://rt2x00.serialmonkey.com/wiki/index.php/Downloads [2]https://help.ubuntu.com/community/WifiDocs/Driver/RalinkRT73 -- [EMAIL PROTECTED] mailing list
[gentoo-user] Card reader only works if booted with card in
My card reader works if an SD card is inserted when the system is booted. If the card is inserted after the system is already booted, /dev/mmcblk0 never appears. Is there any way to get the running system to check for a card in the slot? - Grant -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Card reader only works if booted with card in
On Donnerstag, 3. Januar 2008, Grant wrote: My card reader works if an SD card is inserted when the system is booted. If the card is inserted after the system is already booted, /dev/mmcblk0 never appears. Is there any way to get the running system to check for a card in the slot? - Grant and you have compiled in 'Probe all LUNs on each SCSI device '? -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Re: how would I use device names in fstab?
Am Mittwoch, 2. Januar 2008 schrieb ext Thufir: Well, I was pleasantly surprised that I was able read the disc from the cdrw drive, but the cdrom drive is odd. Works from fedora, but in Gentoo cycles through: spin up, pause, spin up, forever. Even ctrl-c didn't kill it, had to reboot: Since I never had a problem like this, I can't help you with this. However, if I had to guess, I would eventually look at hdparm settings, or even cables. Just out of curiosity: What if you boot from a LiveCD (like Knoppix or GRML or even the Gentoo LiveCD) in cdrw1, can you then read another disc from cdrom1? Bye... Dirk -- Dirk Heinrichs | Tel: +49 (0)162 234 3408 Configuration Manager | Fax: +49 (0)211 47068 111 Capgemini Deutschland | Mail: [EMAIL PROTECTED] Wanheimerstraße 68 | Web: http://www.capgemini.com D-40468 Düsseldorf | ICQ#: 110037733 GPG Public Key C2E467BB | Keyserver: www.keyserver.net signature.asc Description: This is a digitally signed message part.
