Re: [gentoo-user] strange dmesg output - RESOLVED
On Tuesday 27 October 2009 09:10:13 Alan McKinnon wrote: You enabled scrollback so now the console has retained enough of the kernel console output that you can scroll back to the beginning without using all 128K. Symbol: VGACON_SOFT_SCROLLBACK_SIZE [=256] Prompt: Scrollback Buffer Size (in KB) Defined at drivers/video/console/Kconfig:37 Depends on: HAS_IOMEM VT VGACON_SOFT_SCROLLBACK Symbol: VGACON_SOFT_SCROLLBACK [=y] Prompt: Enable Scrollback Buffer in System RAM Defined at drivers/video/console/Kconfig:22 Depends on: HAS_IOMEM VT VGA_CONSOLE Not sure this is related with the OP's problem, I have noticed that on my system I can scroll up in a console if it displays the output of a command, e.g. ls, but I cannot scroll up on the boot messages. Also, I cannot scroll up on the log messages on VT12. Is there something that I need to set up in the kernel? In the old days (perhaps different machine?) I used to be able to scroll up in both. $ cat /usr/src/linux/.config | grep SCROLLBACK CONFIG_VGACON_SOFT_SCROLLBACK=y CONFIG_VGACON_SOFT_SCROLLBACK_SIZE=128 -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Ethernet card not working, tried tulip drivers...
On Tuesday 27 October 2009 23:32:07 Marcus Wanner wrote: Note that I do not have the same ethernet card as is mentioned in the link above, and have not been able to find out exactly what it's name is, besides the fact that the name includes Tornado. Also note that it worked fine in the Gentoo minimal installation cd. To sum it up: How do I figure out what the name of my card is, and after that, what driver do I need? Typical tools used to probe devices and read the details of them are: lshw hwconf To read your PCI connected devices you need: lspci -v If you have the correct drivers for your NIC then it will show up when you run: ifconfig -a although it may not have an IP address unless dhcpcd is running. If these commands are not on your current LiveCD, burn a Knoppix CD/DVD or SystemRescueCd or equivalent. They have all these commands available and if your NIC is working they would have most likely loaded the necessary module: lsmod will show the loaded modules. Finally, dmesg | grep eth0 (if e.g. eth0 shows up in ifconfig) will show you what you card is recognised as: $ dmesg | grep -i eth0 e100: eth0: e100_probe: addr 0x4010, irq 11, MAC addr 00:02:a5:b6:a1:8f e100: eth0 NIC Link is Up 100 Mbps Full Duplex If as you say the Minimal CD works, then I recommend that you boot with that and run the above commands making notes what is the NIC module the CD kernel has loaded. HTH. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Ethernet card not working, tried tulip drivers...
Mick wrote: To read your PCI connected devices you need: lspci -v HTH. That is the key command in my opinion. That will tell you what driver it is using for what device. If it works while booted on the Live CD, then that driver is most likely what you need. Take the name of the driver, then search for it in menuconfig. You hit the / key to search. Its like the ? key without hitting shift. It should show you exactly where the driver is located so you can go enable it. Then you just recompile the kernel and copy it to /boot. This is what the output should look like: 01:08.0 Ethernet controller: Davicom Semiconductor, Inc. Ethernet 100/10 MBit (rev 31) Subsystem: ARCHTEK TELECOM Corp Device 0008 Flags: bus master, medium devsel, latency 32, IRQ 16 I/O ports at 9800 [size=256] Memory at df002000 (32-bit, non-prefetchable) [size=256] [virtual] Expansion ROM at 8810 [disabled] [size=256K] Capabilities: [50] Power Management version 1 Kernel driver in use: dmfe The last line is the key. If I were searching for that driver, I would search for dmfe and enable it as built in or a module. If that command doesn't show the driver, then you may need to start with some of the other commands to see what you can test to get it working. Dale :-) :-)
Re: [gentoo-user] strange dmesg output - RESOLVED
On Wednesday 28 October 2009 03:50:56 Maxim Wexler wrote: So, since in the digital world, things don't just happen, can someone enlighten me, or anyone else who's interested, in the connection between the scrollback buffer and usb-storage, if any? There isn't a connection. Why do you think there is one? Because, before the scrollback buffer was configured, when I ran $dmesg|less the output, ie more that 2700 lines, that came up in the console, all started with 'usb-storage'. After configuring the scrollback buffer, there may have been a few usb-console lines but certainly not 2700, and nothing else, one right after another. I understand it makes no sense to say there is a connection but that is what I saw. It may have been intermittant. I notice with successive reboots of 2.6.30, /dev/sdb1,2, which contain /home and /var are sometimes not found and not mounted; sometimes not found but mounted anyways; sometimes found and mounted as per /etc/fstab. If it happens enough times, I suppose a pattern will emerge but I haven't seen it yet. I think the presence or absence of your usb-storage debug output is related to stuff being found or not found, and has nothing whatsoever to do with scrollback. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: kde4 upgrading
On Wednesday 28 October 2009 02:28:43 James wrote: PS, if one of you really smart guys figures out mass/parallel upgrades, then I'd use that, even set up my own server to keep it efficient. I'm not smart enough (not enough time at current mental aptitude) to set all of that up, unless somebody else does the foundational work. But I very much like the concept. Upgrade a master system. Test it. Then push your own binaries/files to the other systems you manage. Somebody figures that out, i.e. works out the bugs, Gentoo is going mainstream.. If someone did that, they could just put their admin scripts and settings in an ebuild. Then users could just emerge that ebuild and set the list of installed packages. VERY COOL. All that already exists and is fully supported by portage. Build your packages on one central machine and pull them from the workstations. man emerge and search for BINHOST. The only catch is to define the various settings (USE, CHOST, CFLAGS) to something compatible with all your machines. This is not a big deal, it's the kind of decisions a binary distro must make and those work fine -- alan dot mckinnon at gmail dot com
[gentoo-user] ati-drivers-9.10 don't cooperate with xorg-server-7.1.0
Hi, This was working just fine: kernel 2.6.31-r3 + xorg-server-1.6.5 + ati-drivers-9.10 Now kernel 2.6.31-r4 + xorg-server-1.7.1 + ati-drivers-9.10 fail with (II) Loading /usr/lib64/xorg/modules/drivers/fglrx_drv.so dlopen: /usr/lib64/xorg/modules/drivers/fglrx_drv.so: undefined symbol: resVgaShared (EE) Failed to load /usr/lib64/xorg/modules/drivers/fglrx_drv.so Is there any fix already? Many thanks, Helmut. -- Helmut Jarausch Lehrstuhl fuer Numerische Mathematik RWTH - Aachen University D 52056 Aachen, Germany
Re: [gentoo-user] Re: Bizarre Konqueror crash using flash plugin
On Wednesday 28 October 2009, Paul Hartman wrote: Does flash work in other browsers? 64-bit or 32-bit? What package does nspluginviewer belong to on your system? I think it should be using Qt4 if it's the KDE4 version. Mine is from kde-base/nsplugins-4.3.2 and is located in /usr/bin/nspluginviewer Perhaps Flash is the one using Qt3... I'm not skilled at reading backtraces. Do you have adobe-flash emerged with the 64bit USE flag enabled? Yes, adobe-flash is emerged with 64bit -32bit multilib and works fine with firefox. # equery b /usr/bin/nspluginviewer * Searching for /usr/bin/nspluginviewer ... kde-base/nsplugins-4.3.2 (/usr/bin/nspluginviewer) Looking at the back-trace makes me think there is something wrong with the gtk theme engine, but it works fine with other gtk apps. -Robin -- -- Robin Atwood. Ship me somewheres east of Suez, where the best is like the worst, Where there ain't no Ten Commandments an' a man can raise a thirst from Mandalay by Rudyard Kipling --
Re: [gentoo-user] ati-drivers-9.10 don't cooperate with xorg-server-7.1.0
On Wednesday 28 October 2009 12:05:21 Helmut Jarausch wrote: Hi, This was working just fine: kernel 2.6.31-r3 + xorg-server-1.6.5 + ati-drivers-9.10 Now kernel 2.6.31-r4 + xorg-server-1.7.1 + ati-drivers-9.10 fail with (II) Loading /usr/lib64/xorg/modules/drivers/fglrx_drv.so dlopen: /usr/lib64/xorg/modules/drivers/fglrx_drv.so: undefined symbol: resVgaShared (EE) Failed to load /usr/lib64/xorg/modules/drivers/fglrx_drv.so Is there any fix already? Apparently not. The conflict lies in the ati drivers and you will have to wait for ATI to support xorg-1.7 before upgrading. There's a bug on b.g.o. which I read last night that has more info. Search for xorg-server, it's near the end of the list (clearly marked) -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Ethernet card not working, tried tulip drivers...
Marcus Wanner wrote: On 10/27/2009 7:38 PM, Alan McKinnon wrote: On Wednesday 28 October 2009 01:32:07 Marcus Wanner wrote: Hi! I just followed the (excellent, easily understandable) gentoo installation handbook up to chapter 10, where it says to reboot. I did so, but I had the same problem as the user here: http://www.linuxquestions.org/questions/linux-networking-3/networking-eth0- does-not-exist-gentoo-349330/ As suggested in there, I have recompiled the kernel with the tulip drivers (everything under the tulip subtree in make menuconfig), copied it to /boot, and booted it, but it still gives the same message. I have verified that I am booting the newly compiled kernel with the tulip drivers, but it still doesn't work. Note that I do not have the same ethernet card as is mentioned in the link above, and have not been able to find out exactly what it's name is, besides the fact that the name includes Tornado. Also note that it worked fine in the Gentoo minimal installation cd. To sum it up: How do I figure out what the name of my card is, and after that, what driver do I need? Post this output: lspci dmesg | grep something_relevant lscpi returns command not found, don't know what you mean by the dmesg thing. dmesg is working properly, if that's what you want to know. Thanks! Marcus Marcus, Are you using the lspci command as root? Thanks, Damien
Re: [gentoo-user] ati-drivers-9.10 don't cooperate with xorg-server-7.1.0
On 28 Oct, Alan McKinnon wrote: On Wednesday 28 October 2009 12:05:21 Helmut Jarausch wrote: Hi, This was working just fine: kernel 2.6.31-r3 + xorg-server-1.6.5 + ati-drivers-9.10 Now kernel 2.6.31-r4 + xorg-server-1.7.1 + ati-drivers-9.10 fail with (II) Loading /usr/lib64/xorg/modules/drivers/fglrx_drv.so dlopen: /usr/lib64/xorg/modules/drivers/fglrx_drv.so: undefined symbol: resVgaShared (EE) Failed to load /usr/lib64/xorg/modules/drivers/fglrx_drv.so Is there any fix already? Apparently not. The conflict lies in the ati drivers and you will have to wait for ATI to support xorg-1.7 before upgrading. There's a bug on b.g.o. which I read last night that has more info. Search for xorg-server, it's near the end of the list (clearly marked) Thanks for pointing this out to me. There should be a warning, since, as many others found out, as well, it's not that easier to step back to xorg-server-1.6.5 (I for myself stepped back to the radeonhd driver for my ATI card which works with xorg-server-1.7.1) Helmut. -- Helmut Jarausch Lehrstuhl fuer Numerische Mathematik RWTH - Aachen University D 52056 Aachen, Germany
Re: [gentoo-user] ati-drivers-9.10 don't cooperate with xorg-server-7.1.0
On Wed, 28 Oct 2009 12:12:32 +0200, Alan McKinnon alan.mckin...@gmail.com wrote: On Wednesday 28 October 2009 12:05:21 Helmut Jarausch wrote: Hi, This was working just fine: kernel 2.6.31-r3 + xorg-server-1.6.5 + ati-drivers-9.10 Now kernel 2.6.31-r4 + xorg-server-1.7.1 + ati-drivers-9.10 fail with (II) Loading /usr/lib64/xorg/modules/drivers/fglrx_drv.so dlopen: /usr/lib64/xorg/modules/drivers/fglrx_drv.so: undefined symbol: resVgaShared (EE) Failed to load /usr/lib64/xorg/modules/drivers/fglrx_drv.so Is there any fix already? Apparently not. The conflict lies in the ati drivers and you will have to wait for ATI to support xorg-1.7 before upgrading. There's a bug on b.g.o. which I read last night that has more info. Search for xorg-server, it's near the end of the list (clearly marked) There's a thread in the forum as well. Searching for fglrx it's the first one right now, though it's titled towards nvidia. But just look inside. there are instructions on how to revert back. However, the following rule always holds true if you are using fglrx (and to some extent, the nvidia driver): before updating your system, check if there's any important update for X, and if so, please, always triple check in the forum and the web that the new X release is supported by your drivers. At least for fglrx, this is almost never true so the regular procedure is to mask the packages that are about to be updated, and check again when a new ati-drivers revision is in place. -- Jesús Guerrero
Re: [gentoo-user] ati-drivers-9.10 don't cooperate with xorg-server-7.1.0
On 28 Oct, Jesús Guerrero wrote: There's a thread in the forum as well. Searching for fglrx it's the first one right now, though it's titled towards nvidia. But just look inside. there are instructions on how to revert back. However, the following rule always holds true if you are using fglrx (and to some extent, the nvidia driver): before updating your system, check if there's any important update for X, and if so, please, always triple check in the forum and the web that the new X release is supported by your drivers. At least for fglrx, this is almost never true so the regular procedure is to mask the packages that are about to be updated, and check again when a new ati-drivers revision is in place. The 9.10 release of ati-drivers is quite recent and appered after xorg-server-1.7.0 so I had some hope. Helmut. -- Helmut Jarausch Lehrstuhl fuer Numerische Mathematik RWTH - Aachen University D 52056 Aachen, Germany
Re: [gentoo-user] ati-drivers-9.10 don't cooperate with xorg-server-7.1.0
On Wednesday 28 October 2009 12:45:27 Helmut Jarausch wrote: On 28 Oct, Alan McKinnon wrote: On Wednesday 28 October 2009 12:05:21 Helmut Jarausch wrote: Hi, This was working just fine: kernel 2.6.31-r3 + xorg-server-1.6.5 + ati-drivers-9.10 Now kernel 2.6.31-r4 + xorg-server-1.7.1 + ati-drivers-9.10 fail with (II) Loading /usr/lib64/xorg/modules/drivers/fglrx_drv.so dlopen: /usr/lib64/xorg/modules/drivers/fglrx_drv.so: undefined symbol: resVgaShared (EE) Failed to load /usr/lib64/xorg/modules/drivers/fglrx_drv.so Is there any fix already? Apparently not. The conflict lies in the ati drivers and you will have to wait for ATI to support xorg-1.7 before upgrading. There's a bug on b.g.o. which I read last night that has more info. Search for xorg-server, it's near the end of the list (clearly marked) Thanks for pointing this out to me. There should be a warning, since, as many others found out, as well, it's not that easier to step back to xorg-server-1.6.5 not that easy ... now there's an understatement :-) The nvidia drivers sensibly block the latest xorg-server. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] ati-drivers-9.10 don't cooperate with xorg-server-7.1.0
On Wed, 28 Oct 2009 12:59:59 +0200, Alan McKinnon wrote: Thanks for pointing this out to me. There should be a warning, since, as many others found out, as well, it's not that easier to step back to xorg-server-1.6.5 not that easy ... now there's an understatement :-) But doable, as I spent some time discovering yesterday. x11-drivers/xf86-video-psb is also affected The nvidia drivers sensibly block the latest xorg-server. At least my desktop kept working. -- Neil Bothwick If someone with multiple personalities threatens to kill himself, is it considered a hostage situation? signature.asc Description: PGP signature
Re: [gentoo-user] ati-drivers-9.10 don't cooperate with xorg-server-7.1.0
On Wed, 28 Oct 2009 12:59:59 +0200, Alan McKinnon alan.mckin...@gmail.com wrote: On Wednesday 28 October 2009 12:45:27 Helmut Jarausch wrote: On 28 Oct, Alan McKinnon wrote: On Wednesday 28 October 2009 12:05:21 Helmut Jarausch wrote: Hi, This was working just fine: kernel 2.6.31-r3 + xorg-server-1.6.5 + ati-drivers-9.10 Now kernel 2.6.31-r4 + xorg-server-1.7.1 + ati-drivers-9.10 fail with (II) Loading /usr/lib64/xorg/modules/drivers/fglrx_drv.so dlopen: /usr/lib64/xorg/modules/drivers/fglrx_drv.so: undefined symbol: resVgaShared (EE) Failed to load /usr/lib64/xorg/modules/drivers/fglrx_drv.so Is there any fix already? Apparently not. The conflict lies in the ati drivers and you will have to wait for ATI to support xorg-1.7 before upgrading. There's a bug on b.g.o. which I read last night that has more info. Search for xorg-server, it's near the end of the list (clearly marked) Thanks for pointing this out to me. There should be a warning, since, as many others found out, as well, it's not that easier to step back to xorg-server-1.6.5 not that easy ... now there's an understatement :-) Well, it's truly not for the newbie, but it's not complicated either. After all, you are using ~arch, so. The nvidia drivers sensibly block the latest xorg-server. That's what blockers are for: they prevent incompatible packages from being installed together, right? So you can choose what action of course you want to follow. At least your system keeps working instead of throwing you to a text console and greeting you with an undefined symbol message. -- Jesús Guerrero
Re: [gentoo-user] ati-drivers-9.10 don't cooperate with xorg-server-7.1.0
On Mittwoch 28 Oktober 2009, Jesús Guerrero wrote: On Wed, 28 Oct 2009 12:59:59 +0200, Alan McKinnon alan.mckin...@gmail.com wrote: On Wednesday 28 October 2009 12:45:27 Helmut Jarausch wrote: On 28 Oct, Alan McKinnon wrote: On Wednesday 28 October 2009 12:05:21 Helmut Jarausch wrote: Hi, This was working just fine: kernel 2.6.31-r3 + xorg-server-1.6.5 + ati-drivers-9.10 Now kernel 2.6.31-r4 + xorg-server-1.7.1 + ati-drivers-9.10 fail with (II) Loading /usr/lib64/xorg/modules/drivers/fglrx_drv.so dlopen: /usr/lib64/xorg/modules/drivers/fglrx_drv.so: undefined symbol: resVgaShared (EE) Failed to load /usr/lib64/xorg/modules/drivers/fglrx_drv.so Is there any fix already? Apparently not. The conflict lies in the ati drivers and you will have to wait for ATI to support xorg-1.7 before upgrading. There's a bug on b.g.o. which I read last night that has more info. Search for xorg-server, it's near the end of the list (clearly marked) Thanks for pointing this out to me. There should be a warning, since, as many others found out, as well, it's not that easier to step back to xorg-server-1.6.5 not that easy ... now there's an understatement :-) Well, it's truly not for the newbie, but it's not complicated either. After all, you are using ~arch, so. for me it was true horror because libxtst refused to build. I downgraded all the headers, and it failed and failed and failed. Until I remembered that I have packages for everything usepkg can make life so much easier.
Re: [gentoo-user] ati-drivers-9.10 don't cooperate with xorg-server-7.1.0
On Mittwoch 28 Oktober 2009, Helmut Jarausch wrote: On 28 Oct, Jesús Guerrero wrote: There's a thread in the forum as well. Searching for fglrx it's the first one right now, though it's titled towards nvidia. But just look inside. there are instructions on how to revert back. However, the following rule always holds true if you are using fglrx (and to some extent, the nvidia driver): before updating your system, check if there's any important update for X, and if so, please, always triple check in the forum and the web that the new X release is supported by your drivers. At least for fglrx, this is almost never true so the regular procedure is to mask the packages that are about to be updated, and check again when a new ati-drivers revision is in place. The 9.10 release of ati-drivers is quite recent and appered after xorg-server-1.7.0 so I had some hope. Helmut. there is a three month dev cycle and they only work with released software. So January is a fair guess. Maybe February. Unluckily Ubuntu is not using this X version or they would have been a bit quicker ;)
Re: [gentoo-user] Re: Bizarre Konqueror crash using flash plugin
On Wednesday 28 October 2009, Robin Atwood wrote: On Wednesday 28 October 2009, Paul Hartman wrote: Does flash work in other browsers? 64-bit or 32-bit? What package does nspluginviewer belong to on your system? I think it should be using Qt4 if it's the KDE4 version. Mine is from kde-base/nsplugins-4.3.2 and is located in /usr/bin/nspluginviewer Perhaps Flash is the one using Qt3... I'm not skilled at reading backtraces. Do you have adobe-flash emerged with the 64bit USE flag enabled? Yes, adobe-flash is emerged with 64bit -32bit multilib and works fine with firefox. # equery b /usr/bin/nspluginviewer * Searching for /usr/bin/nspluginviewer ... kde-base/nsplugins-4.3.2 (/usr/bin/nspluginviewer) Looking at the back-trace makes me think there is something wrong with the gtk theme engine, but it works fine with other gtk apps. I was right, x11-themes/gtk-engines-qt 0.8 and 1.1 where installed at the same time. This seems to be allowed because 1.1 (KDE4) is slotted. I unmerged 0.8 and everything started working. :) Cheers -Robin -- -- Robin Atwood. Ship me somewheres east of Suez, where the best is like the worst, Where there ain't no Ten Commandments an' a man can raise a thirst from Mandalay by Rudyard Kipling --
Re: [gentoo-user] Re: kde4 upgrading
I've edited your message when quoting it in order to meet my agenda. On 28 Oct 2009, at 00:28, James wrote: PS, if one of you really smart guys figures out mass/parallel upgrades, then I'd use that, even set up my own server to keep it efficient. I'm not smart enough (not enough time at current mental aptitude) to set all of that up, unless somebody else does the foundational work. But I very much like the concept. Upgrade a master system. Test it. Then push your own binaries/files to the other systems you manage. There are already a number of ways of managing multiple machines. How do you think universities, corporations and public bodies with hundreds or thousands of desktops manage? I think I would be looking at something like having the machines PXE boot a single image or NFS mounting various directories, if I were in your situation. I've never actually done this, but I'm sure a little research would produce a less labour intensive solution. ... Interesting, but not what I'm looking for. I do not mind upgrading the systems one at a time. I just do 1 per day, while I do other work. What has me hacked is that every time I do an upgrade to kde4, it seems to be a different set of problems, even though the upgrades are a few days apart. Multiply across a dozen workstations, and it's a time sink. It seems to me, from your description, that your dozen machines are at the limit of your ability to maintain this way. No one would ever consider upgrading sites with 100 machines one by one each day, and it would be crazy to try and run a beefy thin-client server just to serve one or two desktops. So the network has grown from a couple of machines to a dozen, and you're still doing things the same way - the question is, will you be able to continue doing things the same way if you were to double the number of PCs by next year? I think that alternative methods of approaching system administration are sure to bring their own problems and require an investment of time to implement, but I don't see how upgrading machines one by one is sustainable. Honestly, it would be driving me crazy to be in your position, and I think some other alternative might well show time and hassle saved once it's up and running. Stroller.
Re: [gentoo-user] Ethernet card not working, tried tulip drivers...
On 27 Oct 2009, at 23:32, Marcus Wanner wrote: ... To sum it up: How do I figure out what the name of my card is, and after that, what driver do I need? Boot once again with the LiveCD, and the lspci and lshw commands should work from there. You can also run `lsmod` which will show which driver modules are currently running in the LiveCD environment - the appropriate one is likely to be amongst them. From the LiveCD you can run these commands and redirect to a text file on a USB drive - i.e. `lspci -v /mnt/foo/file.txt`. Also from the LiveCD, you can chroot back into the system you've started building, and have network access. Follow the steps of the handbook just as you did before - the disk is already partitioned, so you can skip that bit; skip to mounting the disks at /mnt/gentoo, /mnt/ gentoo/boot c, then do the mount where you bind /proc and execute the chroot command just like you did before. Then you can `emerge sys-apps/ pciutils` to install lspci on the hard-drive of the new system and you can add any other utilities you need (some of which might not be included on the liveCD). I find this easier, because once the liveCD has loaded you can set the liveCD's root password, start ssh and you no longer need to do your back in crouching over the new PC which is invariably, during the duration of the build, located somewhere inconvenient, such as the floor or the top of the sever closet. You can then return to your comfy chair and continue your work over the network. Stroller.
Re: [gentoo-user] Ethernet card not working, tried tulip drivers...
On 10/28/2009 06:38 AM, Damien Sticklen wrote: Marcus Wanner wrote: lscpi returns command not found Are you using the lspci command as root? Yes, I haven't set up a non-root user yet. Marcus
Re: [gentoo-user] Re: Ethernet card not working, tried tulip drivers...
On 10/27/2009 09:42 PM, Dale wrote: Marcus Wanner wrote: On 10/27/2009 9:28 PM, Sebastian Beßler wrote: Am 28.10.2009 02:22, schrieb Marcus Wanner: On 10/27/2009 8:36 PM, James wrote: Marcus Wanner marcusw at cox.net writes: To sum it up: How do I figure out what the name of my card is, and after that, what driver do I need? emerge lshw 'lshw return' may help hth, James Except emerge won't work because internet won't work :( You have Internet to send this mails to the list. Get the source-packages by hand and copy them to your distdir Greetings Sebastian And where is that? (new to gentoo, sorry) Marcus emerge -pf lshw . That will give you links to where the files are, and the names of them all as well. Download them and copy them over to /usr/portage/distfiles then emerge them. Hope that helps. Dale :-) :-) Thanks for that tip, it will come in handy. Though, I think I will just try running the commands on the livecd like Dale and Stroller suggested. Again, thanks anyway! Marcus
Re: [gentoo-user] Ethernet card not working, tried tulip drivers... [resolved]
On 10/28/2009 04:01 AM, Dale wrote: Mick wrote: To read your PCI connected devices you need: lspci -v HTH. That is the key command in my opinion. That will tell you what driver it is using for what device. If it works while booted on the Live CD, then that driver is most likely what you need. Take the name of the driver, then search for it in menuconfig. You hit the / key to search. Its like the ? key without hitting shift. It should show you exactly where the driver is located so you can go enable it. Then you just recompile the kernel and copy it to /boot. This is what the output should look like: 01:08.0 Ethernet controller: Davicom Semiconductor, Inc. Ethernet 100/10 MBit (rev 31) Subsystem: ARCHTEK TELECOM Corp Device 0008 Flags: bus master, medium devsel, latency 32, IRQ 16 I/O ports at 9800 [size=256] Memory at df002000 (32-bit, non-prefetchable) [size=256] [virtual] Expansion ROM at 8810 [disabled] [size=256K] Capabilities: [50] Power Management version 1 Kernel driver in use: dmfe The last line is the key. If I were searching for that driver, I would search for dmfe and enable it as built in or a module. If that command doesn't show the driver, then you may need to start with some of the other commands to see what you can test to get it working. Dale :-) :-) I booted up the livecd and ran lspci -v, it worked great. I got similar output to that above, and found out that I am using a 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 78) and that Kernel driver in use: 3c59x. Great! Only problem was that when I went to look for that driver in menuconfig, all I found were two other drivers for similar cards (one of which had [Typhoon] in the name). However, I enabled those drivers, recompiled, rebooted, and everything works great. Thanks for all your help. By the way, I have never had such great technical support before. I am really amazed that within 12 hours, I had about 3 different ways of fixing this, and was able to have it up and running within 45 minutes of checking my email this morning. Wonderful! Marcus
[gentoo-user] public mail server for ELOG?
I'd like to receive ELOG messages in my inbox, but I'm hesitant to leave my mail server's user:passwd in plain text in /etc/make.conf. Do there exist public mail servers where I can send messages like this to be delivered? I guess that's called an open replay? If I use my ISP's mail server, should it still work when on a different ISP? - Grant
[gentoo-user] Re: emerge advises upgrade profile
Jonathan Callen a...@gentoo.org writes: Harry Putnam wrote: In fact what does `developer' buy you? Among other things, it enables I_KNOW_WHAT_I_AM_DOING, which tells you the expected audience :). Seriously, the developer profiles are mainly for Gentoo Devs, people who are going to be doing a lot of debugging and testing of ebuilds. If you don't know if this is you, it isn't. He he... well put I guess... but I've found over time in other aspects of the linux/unix world... that what is intended for devs or other `adepts' can often have useful stuff even for a pea-brain like me. It doesn't mean you have to get involved in actual developement.
Re: [gentoo-user] public mail server for ELOG?
On Mittwoch 28 Oktober 2009, Grant wrote: I'd like to receive ELOG messages in my inbox, but I'm hesitant to leave my mail server's user:passwd in plain text in /etc/make.conf. what? Do there exist public mail servers where I can send messages like this to be delivered? I guess that's called an open replay? I hope none are left. Those are SPAM boxes. Is your mail server really configured that local root mail needs a password?
[gentoo-user] Re: emerge advises upgrade profile
Alan McKinnon alan.mckin...@gmail.com writes: Alan, what does it get you? In fact what does `developer' buy you? x86/10.0 gives you a baseline for that release x86/10.0/desktop|developer|server give you a profile more suited (tweaked) for that kind of usage. [...] Nice.. thanks I see I already have most of use flags in the desktop, and already have apache and mysql too.. so looks like I'm good to go but for changing the symlink.
Re: [gentoo-user] Re: emerge advises upgrade profile
On Wednesday 28 October 2009 18:52:33 Harry Putnam wrote: Alan McKinnon alan.mckin...@gmail.com writes: Alan, what does it get you? In fact what does `developer' buy you? x86/10.0 gives you a baseline for that release x86/10.0/desktop|developer|server give you a profile more suited (tweaked) for that kind of usage. [...] Nice.. thanks I see I already have most of use flags in the desktop, and already have apache and mysql too.. so looks like I'm good to go but for changing the symlink. A useful side-effect showed up with profiles in the last few days. Openoffice.org integration with KDE is broken - sometimes it doesn't build, sometimes it doesn't run and as the devs try out new patches it actually sometimes works :-) As a user, you want to be insulated from this nonsense of stuff breaking mysteriously. So appropriate masks go into profiles, where you simply cannot enable a certain USE flag for a specific package if it will not work. This particular case went into base/ so every profile benefited. But if it affected just say Intel, then the current x86 and amd64 profiles desktop could have been updated and you would benefit. Using an ultra-minimal (or not supported anymore) profile, you wouldn't. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] public mail server for ELOG?
Am 28.10.2009 17:47, schrieb Volker Armin Hemmann: Is your mail server really configured that local root mail needs a password? I don't have a local mail server on my desktop maschine. Sure, I could install some kind of relay to my non-local mailserver but then I need to store username and password in the config file of that relay. Greetings Sebastian
Re: [gentoo-user] Ethernet card not working, tried tulip drivers...
Am Mittwoch 28 Oktober 2009 00:32:07 schrieb Marcus Wanner: To sum it up: How do I figure out what the name of my card is, and after that, what driver do I need? Boot from a LiveCD, like Knoppix or GRML, run lspci -vv from there and post the output. Bye... Dirk signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] public mail server for ELOG?
On Wednesday 28 October 2009 19:35:00 Sebastian Beßler wrote: Am 28.10.2009 17:47, schrieb Volker Armin Hemmann: Is your mail server really configured that local root mail needs a password? I don't have a local mail server on my desktop maschine. Sure, I could install some kind of relay to my non-local mailserver but then I need to store username and password in the config file of that relay. You don't need a mailserver. Drop a text file formatted as mail in the admin users maildir, and point the mail client at it as just another source of mail. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Ethernet card not working, tried tulip drivers...
Am Mittwoch 28 Oktober 2009 18:56:33 schrieb Dirk Heinrichs: Am Mittwoch 28 Oktober 2009 00:32:07 schrieb Marcus Wanner: To sum it up: How do I figure out what the name of my card is, and after that, what driver do I need? Boot from a LiveCD, like Knoppix or GRML, run lspci -vv from there and post the output. Oops, you already got that hint. Bye... Dirk signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] public mail server for ELOG?
Am 28.10.2009 18:59, schrieb Alan McKinnon: On Wednesday 28 October 2009 19:35:00 Sebastian Beßler wrote: Am 28.10.2009 17:47, schrieb Volker Armin Hemmann: Is your mail server really configured that local root mail needs a password? I don't have a local mail server on my desktop maschine. Sure, I could install some kind of relay to my non-local mailserver but then I need to store username and password in the config file of that relay. You don't need a mailserver. Drop a text file formatted as mail in the admin users maildir, and point the mail client at it as just another source of mail. That kind of delivery limits the access to this mails to the local maschine. If I want to read local I don't need mails, I could just read the logfiles from portage in /var/log/ But I am aware that solving this problem is nothing that portage has to do, as it is no problem with portage at all. My mail was just to show that not everyone has a local mailserver running on his maschine. Greetings Sebastian
Re: [gentoo-user] public mail server for ELOG?
On Mittwoch 28 Oktober 2009, Sebastian Beßler wrote: Am 28.10.2009 18:59, schrieb Alan McKinnon: On Wednesday 28 October 2009 19:35:00 Sebastian Beßler wrote: Am 28.10.2009 17:47, schrieb Volker Armin Hemmann: Is your mail server really configured that local root mail needs a password? I don't have a local mail server on my desktop maschine. Sure, I could install some kind of relay to my non-local mailserver but then I need to store username and password in the config file of that relay. You don't need a mailserver. Drop a text file formatted as mail in the admin users maildir, and point the mail client at it as just another source of mail. That kind of delivery limits the access to this mails to the local maschine. If I want to read local I don't need mails, I could just read the logfiles from portage in /var/log/ But I am aware that solving this problem is nothing that portage has to do, as it is no problem with portage at all. My mail was just to show that not everyone has a local mailserver running on his maschine. Greetings Sebastian then let it store everything as elog and read that with elogv. mail is just an additional bonus feature.
Re: [gentoo-user] public mail server for ELOG?
On Wednesday 28 October 2009 20:44:59 Volker Armin Hemmann wrote: That kind of delivery limits the access to this mails to the local maschine. If I want to read local I don't need mails, I could just read the logfiles from portage in /var/log/ But I am aware that solving this problem is nothing that portage has to do, as it is no problem with portage at all. My mail was just to show that not everyone has a local mailserver running on his maschine. Greetings Sebastian then let it store everything as elog and read that with elogv. mail is just an additional bonus feature. His initial mail said that he would like a copy of elogs to go to his inbox at his ISP. Later mails imply he might want to read them over IMAP so they are accessible at multiple locations. Sebastian, Have you looked at ssmtp? Very light, very small and you can protect your login password with Unix file permissions instead of leaving them open in make.conf -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] public mail server for ELOG?
Am 28.10.2009 19:57, schrieb Alan McKinnon: On Wednesday 28 October 2009 20:44:59 Volker Armin Hemmann wrote: That kind of delivery limits the access to this mails to the local maschine. If I want to read local I don't need mails, I could just read the logfiles from portage in /var/log/ But I am aware that solving this problem is nothing that portage has to do, as it is no problem with portage at all. My mail was just to show that not everyone has a local mailserver running on his maschine. Greetings Sebastian then let it store everything as elog and read that with elogv. mail is just an additional bonus feature. His initial mail said that he would like a copy of elogs to go to his inbox at his ISP. NO.. As I am NOT Grant I don't said that. My Mail was more a reply to Volker Armin Hemmann to show that not everyone has a local mailserver running (what Volker implied) Later mails imply he might want to read them over IMAP so they are accessible at multiple locations. Yes, that would be great. Have you looked at ssmtp? Very light, very small and you can protect your login password with Unix file permissions instead of leaving them open in make.conf That sounds great, I absolutly going to look at it. Thanks for the tip, maybe that is something for Grant too. Greetings Sebastian
Re: [gentoo-user] public mail server for ELOG?
That kind of delivery limits the access to this mails to the local maschine. If I want to read local I don't need mails, I could just read the logfiles from portage in /var/log/ But I am aware that solving this problem is nothing that portage has to do, as it is no problem with portage at all. My mail was just to show that not everyone has a local mailserver running on his maschine. Greetings Sebastian then let it store everything as elog and read that with elogv. mail is just an additional bonus feature. His initial mail said that he would like a copy of elogs to go to his inbox at his ISP. Later mails imply he might want to read them over IMAP so they are accessible at multiple locations. Sebastian, Have you looked at ssmtp? Very light, very small and you can protect your login password with Unix file permissions instead of leaving them open in make.conf Could I use ssmtp to send elog mail to my email address? I wouldn't even need a login password if this is all I use it for, right? - Gra t
Re: [gentoo-user] public mail server for ELOG?
On Wednesday 28 October 2009 21:27:48 Grant wrote: That kind of delivery limits the access to this mails to the local maschine. If I want to read local I don't need mails, I could just read the logfiles from portage in /var/log/ But I am aware that solving this problem is nothing that portage has to do, as it is no problem with portage at all. My mail was just to show that not everyone has a local mailserver running on his maschine. Greetings Sebastian then let it store everything as elog and read that with elogv. mail is just an additional bonus feature. His initial mail said that he would like a copy of elogs to go to his inbox at his ISP. Later mails imply he might want to read them over IMAP so they are accessible at multiple locations. Sebastian, Have you looked at ssmtp? Very light, very small and you can protect your login password with Unix file permissions instead of leaving them open in make.conf Could I use ssmtp to send elog mail to my email address? I wouldn't even need a login password if this is all I use it for, right? Yes. ssmtp is an email sender, it knows how to talk smtp to receiving servers or to relays. It doesn't receive mails. If the relay you use requires a username/password or ssl, it supports that too. [The receiving smtp server likely does not require a username/password, but it is equally likely to not accept connection direct from you, hence you should use your ISPs mail relay] -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] strange dmesg output - RESOLVED
Not sure this is related with the OP's problem, I have noticed that on my system I can scroll up in a console if it displays the output of a command, e.g. ls, but I cannot scroll up on the boot messages. Also, I cannot scroll up on the log messages on VT12. Is there something that I need to set up in the kernel? In the old days (perhaps different machine?) I used to be able to scroll up in both. On my unit, /var/log/messages re-iterates F12. If I want to read it I use less, tail, grep in a terminal as root. Also note, if you migrate away from the boot console and then come back, it may not scrollback at all. If I want to see what boot is doing I scroll back immediately before running startx or moving to another console. HTH
Re: [gentoo-user] public mail server for ELOG?
That kind of delivery limits the access to this mails to the local maschine. If I want to read local I don't need mails, I could just read the logfiles from portage in /var/log/ But I am aware that solving this problem is nothing that portage has to do, as it is no problem with portage at all. My mail was just to show that not everyone has a local mailserver running on his maschine. Greetings Sebastian then let it store everything as elog and read that with elogv. mail is just an additional bonus feature. His initial mail said that he would like a copy of elogs to go to his inbox at his ISP. Later mails imply he might want to read them over IMAP so they are accessible at multiple locations. Sebastian, Have you looked at ssmtp? Very light, very small and you can protect your login password with Unix file permissions instead of leaving them open in make.conf Could I use ssmtp to send elog mail to my email address? I wouldn't even need a login password if this is all I use it for, right? Yes. ssmtp is an email sender, it knows how to talk smtp to receiving servers or to relays. It doesn't receive mails. If the relay you use requires a username/password or ssl, it supports that too. So I need a relay somewhere along with ssmtp to get a message to an email address? [The receiving smtp server likely does not require a username/password, but it is equally likely to not accept connection direct from you, hence you should use your ISPs mail relay] I likely can't use my ISP's mail relay when traveling, right? - Grant
Re: [gentoo-user] strange dmesg output - RESOLVED
On Wednesday 28 October 2009 20:10:52 Maxim Wexler wrote: Not sure this is related with the OP's problem, I have noticed that on my system I can scroll up in a console if it displays the output of a command, e.g. ls, but I cannot scroll up on the boot messages. Also, I cannot scroll up on the log messages on VT12. Is there something that I need to set up in the kernel? In the old days (perhaps different machine?) I used to be able to scroll up in both. Also note, if you migrate away from the boot console and then come back, it may not scrollback at all. If I want to see what boot is doing I scroll back immediately before running startx or moving to another console. I think that you may have put your finger on the problem here. I used to run startx from the console - now run xdm. So it may have been that it worked back then because I would scroll up before leaving the console. However, I seem to recall that it also worked with VT12. May be I'm wrong, not sure. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Ethernet card not working, tried tulip drivers... [resolved]
Marcus Wanner wrote: On 10/28/2009 04:01 AM, Dale wrote: Mick wrote: To read your PCI connected devices you need: lspci -v HTH. That is the key command in my opinion. That will tell you what driver it is using for what device. If it works while booted on the Live CD, then that driver is most likely what you need. Take the name of the driver, then search for it in menuconfig. You hit the / key to search. Its like the ? key without hitting shift. It should show you exactly where the driver is located so you can go enable it. Then you just recompile the kernel and copy it to /boot. This is what the output should look like: 01:08.0 Ethernet controller: Davicom Semiconductor, Inc. Ethernet 100/10 MBit (rev 31) Subsystem: ARCHTEK TELECOM Corp Device 0008 Flags: bus master, medium devsel, latency 32, IRQ 16 I/O ports at 9800 [size=256] Memory at df002000 (32-bit, non-prefetchable) [size=256] [virtual] Expansion ROM at 8810 [disabled] [size=256K] Capabilities: [50] Power Management version 1 Kernel driver in use: dmfe The last line is the key. If I were searching for that driver, I would search for dmfe and enable it as built in or a module. If that command doesn't show the driver, then you may need to start with some of the other commands to see what you can test to get it working. Dale :-) :-) I booted up the livecd and ran lspci -v, it worked great. I got similar output to that above, and found out that I am using a 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 78) and that Kernel driver in use: 3c59x. Great! Only problem was that when I went to look for that driver in menuconfig, all I found were two other drivers for similar cards (one of which had [Typhoon] in the name). However, I enabled those drivers, recompiled, rebooted, and everything works great. Thanks for all your help. By the way, I have never had such great technical support before. I am really amazed that within 12 hours, I had about 3 different ways of fixing this, and was able to have it up and running within 45 minutes of checking my email this morning. Wonderful! Marcus Now I'm confused. I did a search here as well and it returned nothing matching that driver. This is a first for me. Has anyone else ever searched for a driver when you have the exact name and not get a match when the driver is actually there? I did a manual search and the driver is there. Glad you got the network working tho. Dale :-) :-)
Re: [gentoo-user] public mail server for ELOG?
On Wednesday 28 October 2009 21:22:44 Grant wrote: That kind of delivery limits the access to this mails to the local maschine. If I want to read local I don't need mails, I could just read the logfiles from portage in /var/log/ But I am aware that solving this problem is nothing that portage has to do, as it is no problem with portage at all. My mail was just to show that not everyone has a local mailserver running on his maschine. Greetings Sebastian then let it store everything as elog and read that with elogv. mail is just an additional bonus feature. His initial mail said that he would like a copy of elogs to go to his inbox at his ISP. Later mails imply he might want to read them over IMAP so they are accessible at multiple locations. Sebastian, Have you looked at ssmtp? Very light, very small and you can protect your login password with Unix file permissions instead of leaving them open in make.conf Could I use ssmtp to send elog mail to my email address? I wouldn't even need a login password if this is all I use it for, right? Yes. ssmtp is an email sender, it knows how to talk smtp to receiving servers or to relays. It doesn't receive mails. If the relay you use requires a username/password or ssl, it supports that too. So I need a relay somewhere along with ssmtp to get a message to an email address? [The receiving smtp server likely does not require a username/password, but it is equally likely to not accept connection direct from you, hence you should use your ISPs mail relay] I likely can't use my ISP's mail relay when traveling, right? You should be able to, if they offer smtp_auth. Ideally over SSL/TLS so that you don't send username/passwd in the clear. Most ISPs these days provide this service as standard. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: emerge advises upgrade profile
Alan McKinnon wrote: On Wednesday 28 October 2009 18:52:33 Harry Putnam wrote: Alan McKinnon alan.mckin...@gmail.com writes: Alan, what does it get you? In fact what does `developer' buy you? x86/10.0 gives you a baseline for that release x86/10.0/desktop|developer|server give you a profile more suited (tweaked) for that kind of usage. [...] Nice.. thanks I see I already have most of use flags in the desktop, and already have apache and mysql too.. so looks like I'm good to go but for changing the symlink. A useful side-effect showed up with profiles in the last few days. Openoffice.org integration with KDE is broken - sometimes it doesn't build, sometimes it doesn't run and as the devs try out new patches it actually sometimes works :-) So this is why OOo won't compile all of a sudden. May have to put -kde in package.use then. See if that helps. Thanks Alan. Dale :-) :-) P. S. Should I report the failure or do they already know about this?
Re: [gentoo-user] public mail server for ELOG?
On Wed, 2009-10-28 at 09:36 -0700, Grant wrote: I'd like to receive ELOG messages in my inbox, but I'm hesitant to leave my mail server's user:passwd in plain text in /etc/make.conf. Do there exist public mail servers where I can send messages like this to be delivered? I guess that's called an open replay? If I use my ISP's mail server, should it still work when on a different ISP? - Grant One way you can do this is to use ssmtp. The config file is normally not world-readable and it also has the advantage that it can talk to your SMTP server via SSL/TLS. If you also have a mail service that supports aliases, you can also have it sent to an alias address and have it filtered/delivered based on the alias (for e.g. on my systems portage sends all its emails to port...@marduk.domainname.org. A second alternative is to have ELOG send to a program and have that program in charge of delivering the message (via SMTP or whatever). You can make this program store the program and have it only readable/executable by root (or whoever portage runs as). Hope this helps, -a
Re: [gentoo-user] Re: emerge advises upgrade profile
On Thursday 29 October 2009 00:03:36 Dale wrote: So this is why OOo won't compile all of a sudden. May have to put -kde in package.use then. See if that helps. Thanks Alan. Dale :-) :-) P. S. Should I report the failure or do they already know about this? The bug report shows it's been changed back and forth several times recently. So yeah, the devs know about it :-) -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] public mail server for ELOG?
On Wednesday 28 October 2009 23:22:44 Grant wrote: If the relay you use requires a username/password or ssl, it supports that too. So I need a relay somewhere along with ssmtp to get a message to an email address? [The receiving smtp server likely does not require a username/password, but it is equally likely to not accept connection direct from you, hence you should use your ISPs mail relay] I likely can't use my ISP's mail relay when traveling, right? The answer to both is it depends Mail admins configure their systems as they see fit. If the receiving server accepts your mail, all is fine. If not, you have to relay through a server they will accept mail from. While travelling, you will encounter three possibilities: 1. The relay is open. This is bad because it is useful for spam. Few knowledgeable admins do this. 2. (The usual case). Your ISP only accepts relay mail from their own IP address range. While travelling this is unlikely to work. 3. Your ISP implements authentication on the relay. So you can use it as a relay as long as you supply a username/password to prove you are a legit user. Another option is if the ISP gives you a vpn facility to log onto their network. This is generally expensive. A final option is to use gmail. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Ethernet card not working, tried tulip drivers... [resolved]
On 10/28/2009 5:39 PM, Dale wrote: Marcus Wanner wrote: On 10/28/2009 04:01 AM, Dale wrote: Mick wrote: To read your PCI connected devices you need: lspci -v HTH. That is the key command in my opinion. That will tell you what driver it is using for what device. If it works while booted on the Live CD, then that driver is most likely what you need. Take the name of the driver, then search for it in menuconfig. You hit the / key to search. Its like the ? key without hitting shift. It should show you exactly where the driver is located so you can go enable it. Then you just recompile the kernel and copy it to /boot. This is what the output should look like: 01:08.0 Ethernet controller: Davicom Semiconductor, Inc. Ethernet 100/10 MBit (rev 31) Subsystem: ARCHTEK TELECOM Corp Device 0008 Flags: bus master, medium devsel, latency 32, IRQ 16 I/O ports at 9800 [size=256] Memory at df002000 (32-bit, non-prefetchable) [size=256] [virtual] Expansion ROM at 8810 [disabled] [size=256K] Capabilities: [50] Power Management version 1 Kernel driver in use: dmfe The last line is the key. If I were searching for that driver, I would search for dmfe and enable it as built in or a module. If that command doesn't show the driver, then you may need to start with some of the other commands to see what you can test to get it working. Dale :-) :-) I booted up the livecd and ran lspci -v, it worked great. I got similar output to that above, and found out that I am using a 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 78) and that Kernel driver in use: 3c59x. Great! Only problem was that when I went to look for that driver in menuconfig, all I found were two other drivers for similar cards (one of which had [Typhoon] in the name). However, I enabled those drivers, recompiled, rebooted, and everything works great. Thanks for all your help. By the way, I have never had such great technical support before. I am really amazed that within 12 hours, I had about 3 different ways of fixing this, and was able to have it up and running within 45 minutes of checking my email this morning. Wonderful! Marcus Now I'm confused. I did a search here as well and it returned nothing matching that driver. This is a first for me. Has anyone else ever searched for a driver when you have the exact name and not get a match when the driver is actually there? I did a manual search and the driver is there. Glad you got the network working tho. Dale :-) :-) Yeah, I guess it's because you have to download that particular driver separately? Marcus
Re: [gentoo-user] Ethernet card not working, tried tulip drivers... [resolved]
Marcus Wanner wrote: On 10/28/2009 5:39 PM, Dale wrote: Marcus Wanner wrote: On 10/28/2009 04:01 AM, Dale wrote: Mick wrote: To read your PCI connected devices you need: lspci -v HTH. That is the key command in my opinion. That will tell you what driver it is using for what device. If it works while booted on the Live CD, then that driver is most likely what you need. Take the name of the driver, then search for it in menuconfig. You hit the / key to search. Its like the ? key without hitting shift. It should show you exactly where the driver is located so you can go enable it. Then you just recompile the kernel and copy it to /boot. This is what the output should look like: 01:08.0 Ethernet controller: Davicom Semiconductor, Inc. Ethernet 100/10 MBit (rev 31) Subsystem: ARCHTEK TELECOM Corp Device 0008 Flags: bus master, medium devsel, latency 32, IRQ 16 I/O ports at 9800 [size=256] Memory at df002000 (32-bit, non-prefetchable) [size=256] [virtual] Expansion ROM at 8810 [disabled] [size=256K] Capabilities: [50] Power Management version 1 Kernel driver in use: dmfe The last line is the key. If I were searching for that driver, I would search for dmfe and enable it as built in or a module. If that command doesn't show the driver, then you may need to start with some of the other commands to see what you can test to get it working. Dale :-) :-) I booted up the livecd and ran lspci -v, it worked great. I got similar output to that above, and found out that I am using a 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 78) and that Kernel driver in use: 3c59x. Great! Only problem was that when I went to look for that driver in menuconfig, all I found were two other drivers for similar cards (one of which had [Typhoon] in the name). However, I enabled those drivers, recompiled, rebooted, and everything works great. Thanks for all your help. By the way, I have never had such great technical support before. I am really amazed that within 12 hours, I had about 3 different ways of fixing this, and was able to have it up and running within 45 minutes of checking my email this morning. Wonderful! Marcus Now I'm confused. I did a search here as well and it returned nothing matching that driver. This is a first for me. Has anyone else ever searched for a driver when you have the exact name and not get a match when the driver is actually there? I did a manual search and the driver is there. Glad you got the network working tho. Dale :-) :-) Yeah, I guess it's because you have to download that particular driver separately? Marcus It's in the kernel tho. This appears to be the one: 3c590/3c900 series (592/595/597) Vortex/Boomerang support The help screen lists your card. Just weird to me. Dale :-) :-)
Re: [gentoo-user] Re: kernel panic -- finding proper config diff
On Mon, Oct 26, 2009 at 09:10:33AM +, Neil Bothwick wrote That's a correct assumption. The assumption about which options you don't need may not have been so correct. It's safer to start with a bloated but working kernel and whittle it down gradually. And keep backup copies of each working .config file as you go merrily whittling away, so you can fall back to something other than back to square 1. -- Walter Dnes waltd...@waltdnes.org
[gentoo-user] KDE4+i945+kernel+external display = ?
Hi everybody, I've got an interesting issue today which I half-resolved, but am still wondering whether I missed something important or did something that'll bite me in the end. So here's short story: I've been running older kernel (2.6.22-gentoo-r9) and KDE3 on my laptop(x86,i945) for quite some time. Now with recent unmasking of KDE4 I went with the flow and upgraded my KDE3 to KDE4 (yep, I know it's still there, slotted etc., but that's not the point). So, after upgrade I've noticed how painfully slow my KDE4 was. Now, I've been running KDE4 on my home machine (amd64,nVidia) for quite some time now (ever since 4.2.0) and never noticed such things (mind you - it's running another rather dated kernel: 2.6.25-gentoo-r6), so I started digging. Xorg gave me no real reason for worries other than some complaints about DRI and the fact that compatible DRI would be part of kernel-2.6.28+, but I have not enabled any of the effects yet! Well, so I upgraded kernel, and... my X wouldn't start at all. Actually it did start but my externally plugged LCD monitor won't show anything. Lid on my Dell x420 laptop stays closed since I had trouble getting my 1920x1200 resolution on external LCD to cooperate with 1280x800 on internal one. SysRq saved me trouble of hitting reset too many times. A bit of digging on google brought me to this xorg.conf (probably suboptimal as I was adding options and never retracting them looking for the right combination): Section Device Identifier Intel Corporation Mobile Integrated Graphics Controller Driver intel BusID PCI:0:2:0 Option AccelMethod xaa Option monitor-LVDS LVDS EndSection Section Device Identifier Intel Corporation Mobile Integrated Graphics Controller 2 Driver intel BusID PCI:0:2:1 Option AccelMethod xaa Option monitor-LVDS LVDS EndSection Section Extensions Option Composite Enable EndSection Section Monitor Identifier LVDS Option Ignore True EndSection Section Module Load dri EndSection Section ServerFlags Option AIGLX EndSection Section DRI Group video Mode 0660 EndSection Section Screen Identifier Default Option XaaNoOffscreenPixmaps true DefaultDepth 24 Subsection Display Depth 16 Modes 1920x1200 EndSubsection Subsection Display Depth 24 Modes 1920x1200 EndSubsection Subsection Display Depth 32 Modes 1920x1200 EndSubsection EndSection Some of it are hints from KDE folk, some came from other resources. Not only that but I had recompiled my kernel quite a few times with pretty much every possible options related to intel graphics on i945 chipsets until I hit the right one. So it's kind of working. BUT - now every time I end KDE session instead of going back to KDM I'm being dropped to VT7, closer examination shows that KDM is running, but I can't get to it on any of the VTs. So I kill it and start again. And KDE4 itself leaves quite a few artifacts on screen (not entirely sure if it's related to a few effects I have enabled for usability's sake). KDE4 on my home machine haven't had any of those issues for quite some time now (it's got different issues though ;) ). Another annoyance is that with older kernel vesa framebuffer worked perfectly fine (... video=vesafb:ywrap,mttr,1280x800...@72 ...) and I was able to have full-screen framebuffered text console with 1280x800 resolution on external LCD. Now I get some viewport-like console where content is stuck in the upper-left corner (I assume it's resolution is 1280x800) but it didn't scale to full screen. So my real question is: are there any specific guides I should've followed instead of playing hit-n-miss? Did I miss something along the way that produces KDM issues? Do I really have to have an xorg.conf only to disable certain things? How do I deal with my framebuffer so that my console looks bit more sane and utilizes all given real estate of 26 monitor and not a mere 50% or so. Sorry for bundling all those into one mail, but it kind of popped up altogether so I felt bad about separating it :-D
Re: [gentoo-user] Re: kernel panic -- finding proper config diff
On 10/26/09, Neil Bothwick n...@digimed.co.uk wrote: On Sun, 25 Oct 2009 22:52:26 -0600, Maxim Wexler wrote: Could be over-zealous whittling. Why not use the Live DVD .config unchanged? OK, done. Crashed. Almost identical to the first post in this thread.
Re: [gentoo-user] Re: kernel panic -- finding proper config diff
And keep backup copies of each working .config file as you go merrily whittling away, so you can fall back to something other than back to square 1. I keep all my spares in /boot/safe. mw
[gentoo-user] Kgpg (KDE4) and missing menu items
Hi all, is it me, or does Kgpg (KDE4) indeed miss menu items for Keys/export , Keys/reload and so forth? I haven't noticed anything like that with any other application so far so I'm curious if that's something in my settings, or shall I stroll over to bugs.kde.org and file it?
