Re: [gentoo-user] Re: Portage option --changed-use not working?
On Sat, 21 Jan 2012 23:34:52 -0500 Walter Dnes waltd...@waltdnes.org wrote: On Sat, Jan 21, 2012 at 08:23:18PM -0600, ??Q?? wrote Thanks for the points you've made about how removal of a flag a user doesn't have enabled could still affect the user. I think I'll still use --changed-use routinely and also periodically run an update with --newuse. What's the longest that most software on Gentoo goes without an update? The next update would, by definition, fix any breakage caused by a dropped flag. What's the largest number of bugs users will open on bgo if portage makes the wrong decision? -- Alan McKinnnon alan.mckin...@gmail.com
[gentoo-user] nvidia irq issues; likely problem with kconfig
There's something wrong with my kconfig, which is causing the irq snafu, but I can't tell what. Kernel is 3.1.6-pf. /usr/src/linux/.config: http://pastebin.com/9KXQpMdt lspci -vv: http://pastebin.com/gfUF1N18
Re: [gentoo-user] Re: Portage option --changed-use not working?
On Sat, 21 Jan 2012 20:23:18 -0600, »Q« wrote: Thanks for the points you've made about how removal of a flag a user doesn't have enabled could still affect the user. I think I'll still use --changed-use routinely and also periodically run an update with --newuse. That's harmless, but unnecessary. This thread demonstrates that portage takes the safe option of if in doubt, re-emerge so changed-use should always be enough. I can't remember the last time I user --newuse, but it has been several years. -- Neil Bothwick Our bikinis are exciting. They are simply the tops. signature.asc Description: PGP signature
Re: [gentoo-user] Resurrecting a Gentoo install
Ok, looks as though it's time for a manually-installed version of python to upgrade portage, then a portage-installed python:2.6 to bootstrap your way towards modernity. This is all explained here: http://www.gentoo.org/proj/en/portage/doc/manually-fixing-portage.xml This may also help http://forums.gentoo.org/viewtopic-p-5578709.html
Re: [gentoo-user] fonts in gitview
On Thu, Jan 19, 2012 at 11:34:22PM +0100, Jörg Schaible wrote: Hi, can anybody tell me, what font is used by gitview in the diff pane and how to configure it? I did not use gitview for some time and cannot say, when this started, but currently I get some kind of strange script font that is hardly readable. I am normally working in a KDE4 environment. I can't tell you about gitview, but since you're using KDE -- there is a nice Qt-based git viewer called qgit. -- Gruß | Greetings | Qapla' I forbid any use of my email addresses with Facebook services. 55% of all oaks are deciduous trees -- still! pgpPcbKDPQe6Y.pgp Description: PGP signature
[gentoo-user] Re: Link-local ipv6 address in /etc/hosts? in browsers?
On 2012-01-21, Michael Mol mike...@gmail.com wrote: On Fri, Jan 20, 2012 at 9:03 AM, Grant Edwards grant.b.edwa...@gmail.com wrote: On 2012-01-19, Michael Mol mike...@gmail.com wrote: Do you really want that much broadcast and wide multicast (think DNS-SD and NTP in multicast mode) traffic on the same Ethernet segment? That bit I don't understand. ??It's no worse that ARP, and we seem to live with that quite easily. Not just arp, but actual broadcast/multicast data. If you've ever run PulseAudio and enabled network sources and sinks on a couple boxes, you might have accidentally discovered an easy way to bring a wireless network to its knees. And that's just something I've had personal experience with. Come to think of it, that's a good reason I should continue to keep my home wired and wireless networks on separate subnets, and not simply bridged as I'd done at the time. I don't understand what that has to do with L-L address support in applications. The Do you really want that much broadcast and wide multicast traffic on the same Ethernet segment was in the context of having a large network not divided up into separate subnets, Ah, I see. Thinking about it, in your device's case, I suspect you won't want link-local scope to be your only IPv6 address; You're right. We don't plan on supporting only link-local IPv6 addressing. But, I wanted to get all the basic features from the IPv4-only version working and tested before I started worrying about DHCPv6, router advertisements, or adding support for a user-configured static IPv6 address. I was surprised how difficult it was to use link-local addresses on the development host (Gentoo) side of things. After banging my head against the wall trying to use link-local addresses, I've now added the capability to configure a static IPv6 address (and I set up a ULA subnet for my testing). Now, I can use Firefox instead of curl, and I can assign the device a hostname via Gentoo's /etc/hosts file. Something you might think about: Register a ULA subnet, and configure your devices to use it. That would allow the network operators at destination sites to include network routing as a means to restrict/allow access to it. You'll also want to allow configuration of global-scope addresses via RAs and DHCPv6. (Though enabling/disabling that on initial device setup will be interesting; Having a ULA address preconfigured when you ship would be much like one's SOHO router being preconfigured with '192.168.0.220 on its internal interface. That's basically how the existing device works with IPv4 it comes with a pre-configured static address -- however, there are Windows and Linux management apps (that don't use IP) that the customer can use to change that static IP address (the most common use-case) or to using DHCP (very rare). I assume we'll update the management apps to handle configuration of IPv6 as well. You could use LL addresses to bootstrap, too, but you come back to the browser support issue you've run into.) Exactly. -- Grant
Re: [gentoo-user] Re: Link-local ipv6 address in /etc/hosts? in browsers?
On Sun, Jan 22, 2012 at 9:34 AM, Grant Edwards grant.b.edwa...@gmail.com wrote: On 2012-01-21, Michael Mol mike...@gmail.com wrote: Thinking about it, in your device's case, I suspect you won't want link-local scope to be your only IPv6 address; You're right. We don't plan on supporting only link-local IPv6 addressing. But, I wanted to get all the basic features from the IPv4-only version working and tested before I started worrying about DHCPv6, router advertisements, or adding support for a user-configured static IPv6 address. I was surprised how difficult it was to use link-local addresses on the development host (Gentoo) side of things. After banging my head against the wall trying to use link-local addresses, I've now added the capability to configure a static IPv6 address (and I set up a ULA subnet for my testing). Now, I can use Firefox instead of curl, and I can assign the device a hostname via Gentoo's /etc/hosts file. Cool. Something you might think about: Register a ULA subnet, and configure your devices to use it. That would allow the network operators at destination sites to include network routing as a means to restrict/allow access to it. You'll also want to allow configuration of global-scope addresses via RAs and DHCPv6. (Though enabling/disabling that on initial device setup will be interesting; Having a ULA address preconfigured when you ship would be much like one's SOHO router being preconfigured with '192.168.0.220 on its internal interface. That's basically how the existing device works with IPv4 it comes with a pre-configured static address -- however, there are Windows and Linux management apps (that don't use IP) that the customer can use to change that static IP address (the most common use-case) or to using DHCP (very rare). I assume we'll update the management apps to handle configuration of IPv6 as well. Here's an elucidation of what I was thinking. I'll assume the company building the product builds many embedded systems. I was thinking you could use an assumed ULA prefix as associated with all of these products, e.g. fd62:f67b:fcb9::/48.[1] You've then got 32 bits of address space for product organization and categorization before you come down to a /64, whereupon each device in the line gets its own unique address derived from its MAC. You could then either have the device broadcast an RA for that /64 or manually configure another host to use that /64 to access that device's initial configuration interface. Anyway, that's what I was thinking there. Just food for thought. :) [1] I used an Android app which implements RFC4193 to generate this prefix; you'd obviously want to come up with your own prefix. -- :wq
[gentoo-user] KVM problems - anyone know _why_ it happens?
I've seen reports for years about folks having problems with some KVMs under Linux. I've never personally had one myself. However I've been helping a Windows friend break his Redmond addiction over the last few months using Gentoo. He has a nice 3 monitor KDE-based system that's been working fine but there was one monitor that refused to set up with the right resolution. We left it alone for a long time as it was usable but finally yesterday got together to figure out what was happening. From the title it should be clear that the problem was a KVM hooked to that one monitor. Removing the KVM completely solved the problem. Now, what I'm wondering is why this same video card/KVM/monitor combination which apparently worked in Windows should have any problems in Linux? Anyone know why? In the spirit of full discloser I don't really know that this _specific_ video card was tested in Windows, but he owns multiple NVidia 8400GS cards and it's my understanding that other 8400GS cards did work with this KVM monitor, so unless it's this specific card having a defect, or even being just a bit weak in some way, it would seem to be the insertion of the KVM itself that upset things. Looking at the monitor's specs/requirements for running the higher resolutions it uses, as should not be a surprise, higher frequencies to do higher resolutions. If the KVM was filtering those a bit then it's possible things wouldn't work, but that doesn't explain why it did work in Windows. Basically, I looked around in Google for anyone that had real info about why this problem occurs, couldn't find any that made sense, and am wondering how to choose a KVM that's going to work out of the box short of asking for model numbers, etc. Cheers, Mark
Re: [gentoo-user] KVM problems - anyone know _why_ it happens?
On Sun, Jan 22, 2012 at 10:54 AM, Mark Knecht markkne...@gmail.com wrote: I've seen reports for years about folks having problems with some KVMs under Linux. I've never personally had one myself. However I've been helping a Windows friend break his Redmond addiction over the last few months using Gentoo. He has a nice 3 monitor KDE-based system that's been working fine but there was one monitor that refused to set up with the right resolution. We left it alone for a long time as it was usable but finally yesterday got together to figure out what was happening. From the title it should be clear that the problem was a KVM hooked to that one monitor. Removing the KVM completely solved the problem. Now, what I'm wondering is why this same video card/KVM/monitor combination which apparently worked in Windows should have any problems in Linux? Anyone know why? In the spirit of full discloser I don't really know that this _specific_ video card was tested in Windows, but he owns multiple NVidia 8400GS cards and it's my understanding that other 8400GS cards did work with this KVM monitor, so unless it's this specific card having a defect, or even being just a bit weak in some way, it would seem to be the insertion of the KVM itself that upset things. Looking at the monitor's specs/requirements for running the higher resolutions it uses, as should not be a surprise, higher frequencies to do higher resolutions. If the KVM was filtering those a bit then it's possible things wouldn't work, but that doesn't explain why it did work in Windows. Basically, I looked around in Google for anyone that had real info about why this problem occurs, couldn't find any that made sense, and am wondering how to choose a KVM that's going to work out of the box short of asking for model numbers, etc. I assume these are VGA displays? I've noticed that the CRTs attached to my Win7 box at work don't get configured for the highest refresh rate unless I force it. Also, I've noticed it decide that '1280x1024' is the 'recommended' resolution for my displays, though they'll do 1600x1200@60Hz. It could just be a matter of Windows using 75Hz instead of 85Hz, or 60Hz instead of 75Hz. -- :wq
Re: [gentoo-user] System shuts off on boot-up
From: Neil Bothwick n...@digimed.co.uk On Fri, 20 Jan 2012 19:57:31 -0800 (PST), BRM wrote: As the system starts to boot-up, it switches like it is going to start X - changing a video mode somehow. I don't have xdm in the runlevels yet, so it can't be starting XDM at all.This seems to happen right after udevd is started, while it waiting on the udev events. The system then just shuts off (power remain on - fans are still on, but monitors are off, and nothing responds, etc.) , and it never completes boot-up. Do you have another computer you can use to test if it is alive with ping or SSH? This is occurring around the point at which KMS kicks in, you may be just losing your display but still have an otherwise working system. Yes SSH is enabled; no I can't SSH into it. It seems to be completely dead. Try adding nomodeset (or intel.modeset=0) to your kernel boot parameters to disable KMS. Ok. Setting nomodeset works. However, if I understand the nouveau driver correctly then that won't work for using the nouveau driver as it requires KMS. Digging a little deeper into the nouveau driver and KMS[1], I discovered that I probably need to have CONFIG_VT_HW_CONSOLE_BINDING set in the kernel config as well - which it wasn't. So that probably explains what was happening as CONFIG_HW_CONSOLE was set, so there may have been two drivers competing for fb0. Now off to build a new kernel... Thanks, Ben [1]http://nouveau.freedesktop.org/wiki/KernelModeSetting
Re: [gentoo-user] KVM problems - anyone know _why_ it happens?
On Sun, Jan 22, 2012 at 8:06 AM, Michael Mol mike...@gmail.com wrote: On Sun, Jan 22, 2012 at 10:54 AM, Mark Knecht markkne...@gmail.com wrote: I've seen reports for years about folks having problems with some KVMs under Linux. I've never personally had one myself. However I've been helping a Windows friend break his Redmond addiction over the last few months using Gentoo. He has a nice 3 monitor KDE-based system that's been working fine but there was one monitor that refused to set up with the right resolution. We left it alone for a long time as it was usable but finally yesterday got together to figure out what was happening. From the title it should be clear that the problem was a KVM hooked to that one monitor. Removing the KVM completely solved the problem. Now, what I'm wondering is why this same video card/KVM/monitor combination which apparently worked in Windows should have any problems in Linux? Anyone know why? In the spirit of full discloser I don't really know that this _specific_ video card was tested in Windows, but he owns multiple NVidia 8400GS cards and it's my understanding that other 8400GS cards did work with this KVM monitor, so unless it's this specific card having a defect, or even being just a bit weak in some way, it would seem to be the insertion of the KVM itself that upset things. Looking at the monitor's specs/requirements for running the higher resolutions it uses, as should not be a surprise, higher frequencies to do higher resolutions. If the KVM was filtering those a bit then it's possible things wouldn't work, but that doesn't explain why it did work in Windows. Basically, I looked around in Google for anyone that had real info about why this problem occurs, couldn't find any that made sense, and am wondering how to choose a KVM that's going to work out of the box short of asking for model numbers, etc. I assume these are VGA displays? I've noticed that the CRTs attached to my Win7 box at work don't get configured for the highest refresh rate unless I force it. Also, I've noticed it decide that '1280x1024' is the 'recommended' resolution for my displays, though they'll do 1600x1200@60Hz. It could just be a matter of Windows using 75Hz instead of 85Hz, or 60Hz instead of 75Hz. -- :wq That could certainly somehow be part of it, although in the manual for the monitor (Acer 2216W) said the resolution of interest (1680x1050) only runs at one horizontal/vertical set of dot clock so it isn't like there was a choice there of down shifting and X just chose the lower rate. According to the manual, if Windows set up 1680x1050 then it must have been using the only rates, etc. (I think!) And yes, the interface on that monitor is the old-style VGA. It's fairly clear that X kept saying there wasn't a resolution available from the monitor to support what I had requested in the xorg.conf file. I was asking for 1680x1050, being told the monitor didn't support it, and then given 1280x1024 instead. When he removed the KVM all those messages went away, X KDE said the monitor was running 1680x1050, and the OSD on the monitor itself said it was doing the requested setup. I played a bit with get-edid | parse-edid. Logically that stuff even working says the VGA monitor cable is bidirectional. I started wondering if the KVM messes up the data coming back, or what else might be going on. Thanks for the ideas, Mark
Re: [gentoo-user] KVM problems - anyone know _why_ it happens?
On 22 January 2012, at 15:54, Mark Knecht wrote: ... Basically, I looked around in Google for anyone that had real info about why this problem occurs, couldn't find any that made sense, and am wondering how to choose a KVM that's going to work out of the box short of asking for model numbers, etc. For all you've written, I'm afraid the best answer you're likely to get it buy a KVM you can return (or buy secondhand at a price you can resell without loss). Video resolutions / refresh rates / timing / c is a bit of a black art. What the heck is a modeline? The manufacturer of a KVM isn't going to be able to test it with all the 10,000 monitors available on the market today - not even 1% of them. They're happy if it works 99% of the time, and if you complain to them they'll say oh, it must be a bug with that monitor and maybe, eventually, give you a refund for the sake of a peaceful life. There are probably a handful of different KVM chips that are made by big manufacturers in Taiwan, and then sold by the 10,000 to other manufacturers, this time manufacturers of actual KVM units. These second tier manufacturers probably all wrap the KVM integrated circuits up in slightly different ways, using slightly different resistors and capacitors to interface with input and output. So in terms of your specific questions, I'm not able to answer very helpfully. I think you could waste a lot of time trying to get these answers, whereas you could swap in a specific model and try it in a matter of minutes - and that way you'd know for sure. Stroller.
Re: [gentoo-user] Strange outbound requests
If the machine is running linux, then 'watch lsof -n|grep TCP|grep 3680' as root is a sloppy but effective way to find it. There's probably some way to set up a firewall rule on the host in question that logs out the user and (possibly) PID of the connection, but I don't know. lsof -i is easier, it only shows network connections :) catching it when it happens (if it is very briefly connected) could be hard with lsof... Maybe setup a tarpit firewall rule on that box so the connection stays open for a long time. The connections are only attempted a few times throughout the day. Is a tarpit firewall rule the only way to do this? Can anyone tell me what package 'watch' belongs to if that would work? `watch` isn't going to help too much unless you're looking at it. Append the output to some log file instead. I chose netstat because its output looked easier to parse with a stupid regexp. while true; do netstat -antp | grep ':993 ' mystery.log; sleep 1; done; You'll want to change the port -- I tested to make sure that was really logging my Thunderbird connections. I'm still getting the blocked outbound requests to port 3680 on my firewall and I'm running the above script (changed 993 to 3680) on the local system indicated by SRC in the firewall log, but mystery.log remains empty. I tested the script with other ports and it seems to be working fine. Also the MAC indicated in the firewall log is 14 blocks long and the local system in question has a MAC address 6 blocks long according to ifconfig, but the 6 blocks from ifconfig do match 6 of the blocks reported by the firewall. Does this make sense to anyone? I installed and ran rkhunter and this was the only warning I couldn't disregard: Warning: The command '/usr/sbin/rkhunter' has been replaced and is not a script: /usr/sbin/rkhunter: POSIX shell script, ASCII text executable, with very long lines - Grant
Re: [gentoo-user] KVM problems - anyone know _why_ it happens?
On 01/22/2012 12:42 PM, Mark Knecht wrote: I played a bit with get-edid | parse-edid. Logically that stuff even working says the VGA monitor cable is bidirectional. I started wondering if the KVM messes up the data coming back, or what else might be going on. Thanks for the ideas, Mark Many of the cheap KVM models do, indeed, mess up the EDID data coming from the monitor. I suspect that this is from old design specs that have too much pull-up/pull-down on the EDID lead since the boxen haven been re-engineered for newer, higher resolution and higher speed monitors. I have had problems specifically with the BELKIN KVMs. It may also be that the video drivers for Linux are just enough different (necessarily) from the MSFT drivers to not reliably sense the EDID return signals. I did as others suggested and tried several until I found one that worked. Sometimes a slightly different model/serial/part no KVM from the same manufacturer would/wouldn't work. -- G.Wolfe Woodbury redwo...@gmail.com
Re: [gentoo-user] KVM problems - anyone know _why_ it happens?
On Sun, Jan 22, 2012 at 10:07 AM, G.Wolfe Woodbury redwo...@gmail.com wrote: On 01/22/2012 12:42 PM, Mark Knecht wrote: I played a bit with get-edid | parse-edid. Logically that stuff even working says the VGA monitor cable is bidirectional. I started wondering if the KVM messes up the data coming back, or what else might be going on. Thanks for the ideas, Mark Many of the cheap KVM models do, indeed, mess up the EDID data coming from the monitor. I suspect that this is from old design specs that have too much pull-up/pull-down on the EDID lead since the boxen haven been re-engineered for newer, higher resolution and higher speed monitors. I have had problems specifically with the BELKIN KVMs. It may also be that the video drivers for Linux are just enough different (necessarily) from the MSFT drivers to not reliably sense the EDID return signals. I did as others suggested and tried several until I found one that worked. Sometimes a slightly different model/serial/part no KVM from the same manufacturer would/wouldn't work. -- G.Wolfe Woodbury redwo...@gmail.com Thanks. Sounds about like what was going on at his place and it's a reasonable evaluation potentially. I guess I could have made it a bit more clear early on - I'm not looking to solve anything here and I'm not buying KVMs. I was just curious as to the root cause of the problem. I've seen it discussed periodically for over a decade but never any strong analysis of why it happens. It's not a huge problem to the community. Cheers, Mark
Re: [gentoo-user] Strange outbound requests
On Sunday 22 Jan 2012 17:54:29 Grant wrote: `watch` isn't going to help too much unless you're looking at it. Append the output to some log file instead. I chose netstat because its output looked easier to parse with a stupid regexp. while true; do netstat -antp | grep ':993 ' mystery.log; sleep 1; done; You'll want to change the port -- I tested to make sure that was really logging my Thunderbird connections. I'm still getting the blocked outbound requests to port 3680 on my firewall and I'm running the above script (changed 993 to 3680) on the local system indicated by SRC in the firewall log, but mystery.log remains empty. I tested the script with other ports and it seems to be working fine. Also the MAC indicated in the firewall log is 14 blocks long and the local system in question has a MAC address 6 blocks long according to ifconfig, but the 6 blocks from ifconfig do match 6 of the blocks reported by the firewall. Does this make sense to anyone? Does not make sense to me, sorry. :-( Have you tried running the script on lsof instead? I installed and ran rkhunter and this was the only warning I couldn't disregard: Warning: The command '/usr/sbin/rkhunter' has been replaced and is not a script: /usr/sbin/rkhunter: POSIX shell script, ASCII text executable, with very long lines This warning comes up the first time after rkhunter runs --update for its .dat files. I don't know why this is so - but I have noticed it happening for the last couple of versions at least. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Strange outbound requests
On 01/22/2012 12:54 PM, Grant wrote: `watch` isn't going to help too much unless you're looking at it. Append the output to some log file instead. I chose netstat because its output looked easier to parse with a stupid regexp. while true; do netstat -antp | grep ':993 ' mystery.log; sleep 1; done; You'll want to change the port -- I tested to make sure that was really logging my Thunderbird connections. I'm still getting the blocked outbound requests to port 3680 on my firewall and I'm running the above script (changed 993 to 3680) on the local system indicated by SRC in the firewall log, but mystery.log remains empty. I tested the script with other ports and it seems to be working fine. Also the MAC indicated in the firewall log is 14 blocks long and the local system in question has a MAC address 6 blocks long according to ifconfig, but the 6 blocks from ifconfig do match 6 of the blocks reported by the firewall. Does this make sense to anyone? Are you running it as root? If not, you could be missing some connections. I also typed the 't' in netstat out of habit -- that limits the output to tcp connections. You can remove it to catch the UDP ones.
Re: [gentoo-user] Strange outbound requests
`watch` isn't going to help too much unless you're looking at it. Append the output to some log file instead. I chose netstat because its output looked easier to parse with a stupid regexp. while true; do netstat -antp | grep ':993 ' mystery.log; sleep 1; done; You'll want to change the port -- I tested to make sure that was really logging my Thunderbird connections. I'm still getting the blocked outbound requests to port 3680 on my firewall and I'm running the above script (changed 993 to 3680) on the local system indicated by SRC in the firewall log, but mystery.log remains empty. I tested the script with other ports and it seems to be working fine. Also the MAC indicated in the firewall log is 14 blocks long and the local system in question has a MAC address 6 blocks long according to ifconfig, but the 6 blocks from ifconfig do match 6 of the blocks reported by the firewall. Does this make sense to anyone? Does not make sense to me, sorry. :-( Have you tried running the script on lsof instead? OK I changed 'netstat -antp' to 'lsof -i'. - Grant
Re: [gentoo-user] Strange outbound requests
`watch` isn't going to help too much unless you're looking at it. Append the output to some log file instead. I chose netstat because its output looked easier to parse with a stupid regexp. while true; do netstat -antp | grep ':993 ' mystery.log; sleep 1; done; You'll want to change the port -- I tested to make sure that was really logging my Thunderbird connections. I'm still getting the blocked outbound requests to port 3680 on my firewall and I'm running the above script (changed 993 to 3680) on the local system indicated by SRC in the firewall log, but mystery.log remains empty. I tested the script with other ports and it seems to be working fine. Also the MAC indicated in the firewall log is 14 blocks long and the local system in question has a MAC address 6 blocks long according to ifconfig, but the 6 blocks from ifconfig do match 6 of the blocks reported by the firewall. Does this make sense to anyone? Are you running it as root? If not, you could be missing some connections. I'm running it as root. I also typed the 't' in netstat out of habit -- that limits the output to tcp connections. You can remove it to catch the UDP ones. According to the firewall log, the 3680 requests are TCP connections, but I just switched to 'lsof -i' anyway. - Grant
Re: [gentoo-user] KVM problems - anyone know _why_ it happens?
On Sun, Jan 22, 2012 at 12:47 PM, Stroller strol...@stellar.eclipse.co.uk wrote: On 22 January 2012, at 15:54, Mark Knecht wrote: ... Basically, I looked around in Google for anyone that had real info about why this problem occurs, couldn't find any that made sense, and am wondering how to choose a KVM that's going to work out of the box short of asking for model numbers, etc. For all you've written, I'm afraid the best answer you're likely to get it buy a KVM you can return (or buy secondhand at a price you can resell without loss). Video resolutions / refresh rates / timing / c is a bit of a black art. What the heck is a modeline? A modeline is a one-liner way of representing a display driver mode. I always preferred the block form; it's far more readable. It's been almost a decade since I've written one, though. Haven't really needed to since XFree86 4 came out. I don't remember all of the bits of information in it, but here are some of the highlights: * Vertical refresh rate (in kHz): how rapidly the CRT's electron beam crosses the screen horizontally. * Horizontal refresh rate (in Hz): how rapidly the CRT's electron beam crosses the screen vertically. * Some horizontal and vertical overdraw values I don't remember the specifics of, but it amounts to realizing that the electron beam is active past the bezel of your monitor. xvidtune, by the way, was an awesome way to do live testing and configuration of these values, and it would emit a modeline for you when you asked it. -- :wq
Re: [gentoo-user] KVM problems - anyone know _why_ it happens?
On Sun, Jan 22, 2012 at 1:07 PM, G.Wolfe Woodbury redwo...@gmail.com wrote: On 01/22/2012 12:42 PM, Mark Knecht wrote: I played a bit with get-edid | parse-edid. Logically that stuff even working says the VGA monitor cable is bidirectional. I started wondering if the KVM messes up the data coming back, or what else might be going on. Thanks for the ideas, Mark Many of the cheap KVM models do, indeed, mess up the EDID data coming from the monitor. I suspect that this is from old design specs that have too much pull-up/pull-down on the EDID lead since the boxen haven been re-engineered for newer, higher resolution and higher speed monitors. I have had problems specifically with the BELKIN KVMs. It may also be that the video drivers for Linux are just enough different (necessarily) from the MSFT drivers to not reliably sense the EDID return signals. Concur. It sounds like the EDID block isn't making it back or is somehow messed up. x11-misc/read-edid would help in investigating that kind of issue. -- :wq
Re: [gentoo-user] Strange outbound requests
`watch` isn't going to help too much unless you're looking at it. Append the output to some log file instead. I chose netstat because its output looked easier to parse with a stupid regexp. while true; do netstat -antp | grep ':993 ' mystery.log; sleep 1; done; You'll want to change the port -- I tested to make sure that was really logging my Thunderbird connections. I'm still getting the blocked outbound requests to port 3680 on my firewall and I'm running the above script (changed 993 to 3680) on the local system indicated by SRC in the firewall log, but mystery.log remains empty. I tested the script with other ports and it seems to be working fine. Also the MAC indicated in the firewall log is 14 blocks long and the local system in question has a MAC address 6 blocks long according to ifconfig, but the 6 blocks from ifconfig do match 6 of the blocks reported by the firewall. Does this make sense to anyone? Does not make sense to me, sorry. :-( Since my local firewall is rejecting the outbound requests, the time elapsed between the request and the block should be very short. Is it possible the 'sleep 1' portion of the script is causing the failure to log the connection request? The outbound connection is only attempted a few times per day. If so, how would you recommend fixing that? I'm also wondering if there is a command I could run on the router/firewall machine that would log something from the outbound request. Even if the information logged isn't useful, it would be nice to see a confirmation of the outbound requests logged from somewhere besides the firewall. - Grant
Re: [gentoo-user] KVM problems - anyone know _why_ it happens?
On Sun, Jan 22, 2012 at 10:58 AM, Michael Mol mike...@gmail.com wrote: On Sun, Jan 22, 2012 at 1:07 PM, G.Wolfe Woodbury redwo...@gmail.com wrote: On 01/22/2012 12:42 PM, Mark Knecht wrote: I played a bit with get-edid | parse-edid. Logically that stuff even working says the VGA monitor cable is bidirectional. I started wondering if the KVM messes up the data coming back, or what else might be going on. Thanks for the ideas, Mark Many of the cheap KVM models do, indeed, mess up the EDID data coming from the monitor. I suspect that this is from old design specs that have too much pull-up/pull-down on the EDID lead since the boxen haven been re-engineered for newer, higher resolution and higher speed monitors. I have had problems specifically with the BELKIN KVMs. It may also be that the video drivers for Linux are just enough different (necessarily) from the MSFT drivers to not reliably sense the EDID return signals. Concur. It sounds like the EDID block isn't making it back or is somehow messed up. x11-misc/read-edid would help in investigating that kind of issue. Yeah, I did that sort of stuff already. It didn't tell me anything specific as best I could tell. However I haven't done it with the KVM out. Maybe comparing the two responses would give some clues. Also, thanks for the pointer to xvidtune. Interesting little app. QUESTION: Do you know how to get the data for each monitor/video card combo? So far I haven't figured out how to tell it Screen2. Seems to only give me Screen0 as best I can tell. I'm a bit nervous to just start trying things. Cheers, Mark
Re: [gentoo-user] Strange outbound requests
On Sunday 22 Jan 2012 19:29:47 Grant wrote: `watch` isn't going to help too much unless you're looking at it. Append the output to some log file instead. I chose netstat because its output looked easier to parse with a stupid regexp. while true; do netstat -antp | grep ':993 ' mystery.log; sleep 1; done; You'll want to change the port -- I tested to make sure that was really logging my Thunderbird connections. I'm still getting the blocked outbound requests to port 3680 on my firewall and I'm running the above script (changed 993 to 3680) on the local system indicated by SRC in the firewall log, but mystery.log remains empty. I tested the script with other ports and it seems to be working fine. Also the MAC indicated in the firewall log is 14 blocks long and the local system in question has a MAC address 6 blocks long according to ifconfig, but the 6 blocks from ifconfig do match 6 of the blocks reported by the firewall. Does this make sense to anyone? Does not make sense to me, sorry. :-( Since my local firewall is rejecting the outbound requests, the time elapsed between the request and the block should be very short. Is it possible the 'sleep 1' portion of the script is causing the failure to log the connection request? The outbound connection is only attempted a few times per day. If so, how would you recommend fixing that? I'm the wrong guy to make recommendations on any sort of scripting, but if sleep 1 is not enough, could sleep 2 or 3 be adequate to complete writing what it is that is being watched? I'm also wondering if there is a command I could run on the router/firewall machine that would log something from the outbound request. Even if the information logged isn't useful, it would be nice to see a confirmation of the outbound requests logged from somewhere besides the firewall. tcpdump will show you what the packets look like and their content if they are unencrypted. However, it may consume tonnes of disk space if you leave running all the time. Have you checked if such connection attempts take place when you start up the machine? If yes it may easier to capture it. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Strange outbound requests
On 01/22/2012 02:29 PM, Grant wrote: Since my local firewall is rejecting the outbound requests, the time elapsed between the request and the block should be very short. Is it possible the 'sleep 1' portion of the script is causing the failure to log the connection request? The outbound connection is only attempted a few times per day. If so, how would you recommend fixing that? If the firewall is being nice and rejecting the connection, then yeah, it could be opening/closing in under a second. `sleep` doesn't require an integer[1], so you can probably have it sleep for 0.1s or something like that. I'm also wondering if there is a command I could run on the router/firewall machine that would log something from the outbound request. Even if the information logged isn't useful, it would be nice to see a confirmation of the outbound requests logged from somewhere besides the firewall. What kind of firewall is it? Can you update the rules? If so, make it silently drop outbound connections instead of rejecting them; that way, the connection will hang open for a little bit. [1] This is probably a bash-ism, but it works here.
Re: [gentoo-user] Strange outbound requests
On Sun, Jan 22, 2012 at 2:29 PM, Grant emailgr...@gmail.com wrote: `watch` isn't going to help too much unless you're looking at it. Append the output to some log file instead. I chose netstat because its output looked easier to parse with a stupid regexp. while true; do netstat -antp | grep ':993 ' mystery.log; sleep 1; done; You'll want to change the port -- I tested to make sure that was really logging my Thunderbird connections. I'm still getting the blocked outbound requests to port 3680 on my firewall and I'm running the above script (changed 993 to 3680) on the local system indicated by SRC in the firewall log, but mystery.log remains empty. I tested the script with other ports and it seems to be working fine. Also the MAC indicated in the firewall log is 14 blocks long and the local system in question has a MAC address 6 blocks long according to ifconfig, but the 6 blocks from ifconfig do match 6 of the blocks reported by the firewall. Does this make sense to anyone? Does not make sense to me, sorry. :-( Since my local firewall is rejecting the outbound requests, the time elapsed between the request and the block should be very short. Is it possible the 'sleep 1' portion of the script is causing the failure to log the connection request? The outbound connection is only attempted a few times per day. If so, how would you recommend fixing that? Try configuring your local firewall to log the request. There may be something useful, such as logging an associated PID or user, that you can add there. I don't know. Alternately, you could DROP the outbound packet rather than REJECT it; that should cause the connecting process to wait several seconds until it times out. I'm also wondering if there is a command I could run on the router/firewall machine that would log something from the outbound request. Even if the information logged isn't useful, it would be nice to see a confirmation of the outbound requests logged from somewhere besides the firewall. Ow. We need to get a bit more specific. Is the 'local firewall' on the connecting host, or is it on your router? As far as logging goes, you can set up a rule (prior to your DROP or REJECT) with a target of LOG. The packet will show up in syslog. -- :wq
Re: [gentoo-user] KVM problems - anyone know _why_ it happens?
On Sun, Jan 22, 2012 at 2:30 PM, Mark Knecht markkne...@gmail.com wrote: On Sun, Jan 22, 2012 at 10:58 AM, Michael Mol mike...@gmail.com wrote: On Sun, Jan 22, 2012 at 1:07 PM, G.Wolfe Woodbury redwo...@gmail.com wrote: On 01/22/2012 12:42 PM, Mark Knecht wrote: I played a bit with get-edid | parse-edid. Logically that stuff even working says the VGA monitor cable is bidirectional. I started wondering if the KVM messes up the data coming back, or what else might be going on. Thanks for the ideas, Mark Many of the cheap KVM models do, indeed, mess up the EDID data coming from the monitor. I suspect that this is from old design specs that have too much pull-up/pull-down on the EDID lead since the boxen haven been re-engineered for newer, higher resolution and higher speed monitors. I have had problems specifically with the BELKIN KVMs. It may also be that the video drivers for Linux are just enough different (necessarily) from the MSFT drivers to not reliably sense the EDID return signals. Concur. It sounds like the EDID block isn't making it back or is somehow messed up. x11-misc/read-edid would help in investigating that kind of issue. Yeah, I did that sort of stuff already. It didn't tell me anything specific as best I could tell. However I haven't done it with the KVM out. Maybe comparing the two responses would give some clues. Also, thanks for the pointer to xvidtune. Interesting little app. QUESTION: Do you know how to get the data for each monitor/video card combo? So far I haven't figured out how to tell it Screen2. Seems to only give me Screen0 as best I can tell. I'm a bit nervous to just start trying things. If you're not using Xinerama, you can specify screens by changing $DISPLAY. e.g. :0.0 is screen 0, :0.1 is screen 1, :0.2 is screen 2... -- :wq
Re: [gentoo-user] KVM problems - anyone know _why_ it happens?
On Sun, Jan 22, 2012 at 12:07 PM, Michael Mol mike...@gmail.com wrote: On Sun, Jan 22, 2012 at 2:30 PM, Mark Knecht markkne...@gmail.com wrote: SNIP Also, thanks for the pointer to xvidtune. Interesting little app. QUESTION: Do you know how to get the data for each monitor/video card combo? So far I haven't figured out how to tell it Screen2. Seems to only give me Screen0 as best I can tell. I'm a bit nervous to just start trying things. If you're not using Xinerama, you can specify screens by changing $DISPLAY. e.g. :0.0 is screen 0, :0.1 is screen 1, :0.2 is screen 2... I am using xinerama. 3 monitors across 2 NVidia adpaters. Same on my friends system. One interesting thing about this configuration. On his machine he uses two identical 8400GS adapters. He can run glxgears and is able to move the gears to any screen and see the gears. He can also use the KDE features to look at all desktops and application using (Ctrl-F8 I think) or by dragging his mouse to the upper left corner. On my setup I use a GTX465 for screen 0 1 but have an NVidia 8400GS for screen 2. On this system I only see the gears on screen 0 1. On screen 2 I see just a black box and the FPS count skyrockets as the CPU/GPU aren't really doing anything so it goes through the loop very fast. Also, on this system the Ctrl-F8 thing mouse to the upper left corner don't work at all. I've assumed that's because I'm using two different NVidia cards. - Mark
Re: [gentoo-user] Strange outbound requests
I'm still getting the blocked outbound requests to port 3680 on my firewall and I'm running the above script (changed 993 to 3680) on the local system indicated by SRC in the firewall log, but mystery.log remains empty. I tested the script with other ports and it seems to be working fine. Also the MAC indicated in the firewall log is 14 blocks long and the local system in question has a MAC address 6 blocks long according to ifconfig, but the 6 blocks from ifconfig do match 6 of the blocks reported by the firewall. Does this make sense to anyone? Does not make sense to me, sorry. :-( Since my local firewall is rejecting the outbound requests, the time elapsed between the request and the block should be very short. Is it possible the 'sleep 1' portion of the script is causing the failure to log the connection request? The outbound connection is only attempted a few times per day. If so, how would you recommend fixing that? Try configuring your local firewall to log the request. There may be something useful, such as logging an associated PID or user, that you can add there. I don't know. Alternately, you could DROP the outbound packet rather than REJECT it; that should cause the connecting process to wait several seconds until it times out. I've just done this at your's and Michael Orlitzky's suggestion. Waiting for another connection attempt now. I'm also wondering if there is a command I could run on the router/firewall machine that would log something from the outbound request. Even if the information logged isn't useful, it would be nice to see a confirmation of the outbound requests logged from somewhere besides the firewall. Ow. We need to get a bit more specific. Is the 'local firewall' on the connecting host, or is it on your router? The firewall runs on the router (which is a Gentoo system) in the local network. As far as logging goes, you can set up a rule (prior to your DROP or REJECT) with a target of LOG. The packet will show up in syslog. I just started running this on the router: tcpdump -i eth1 -n | grep the.offending.ip.address where eth1 is my LAN interface. I figure this will tell me if any requests are being made to the offending IP, including any that aren't being logged by the firewall. Nothing yet. - Grant
Re: [gentoo-user] KVM problems - anyone know _why_ it happens?
On Sun, 22 Jan 2012 12:18:17 -0800 Mark Knecht markkne...@gmail.com wrote: On Sun, Jan 22, 2012 at 12:07 PM, Michael Mol mike...@gmail.com wrote: On Sun, Jan 22, 2012 at 2:30 PM, Mark Knecht markkne...@gmail.com wrote: SNIP Also, thanks for the pointer to xvidtune. Interesting little app. QUESTION: Do you know how to get the data for each monitor/video card combo? So far I haven't figured out how to tell it Screen2. Seems to only give me Screen0 as best I can tell. I'm a bit nervous to just start trying things. If you're not using Xinerama, you can specify screens by changing $DISPLAY. e.g. :0.0 is screen 0, :0.1 is screen 1, :0.2 is screen 2... I am using xinerama. 3 monitors across 2 NVidia adpaters. Same on my friends system. One interesting thing about this configuration. On his machine he uses two identical 8400GS adapters. He can run glxgears and is able to move the gears to any screen and see the gears. He can also use the KDE features to look at all desktops and application using (Ctrl-F8 I think) or by dragging his mouse to the upper left corner. On my setup I use a GTX465 for screen 0 1 but have an NVidia 8400GS for screen 2. On this system I only see the gears on screen 0 1. On screen 2 I see just a black box and the FPS count skyrockets as the CPU/GPU aren't really doing anything so it goes through the loop very fast. Also, on this system the Ctrl-F8 thing mouse to the upper left corner don't work at all. I've assumed that's because I'm using two different NVidia cards. - Mark The docs for the nVidia driver go into this in quite some detail, and it's related to how the nVidia hardware is built plus how the nVidia software works plus how Xinerama works. Basically, not all combinations are supported, especially when you have different screens (that's the nVidia concept of a screen, not the X concept) with different resolutions on different GPUs. Or something like that, but I don;t have the docs to have anymore since my last 8600M went to visit the silicon daddy in the sky -- Alan McKinnnon alan.mckin...@gmail.com
Re: [gentoo-user] KVM problems - anyone know _why_ it happens?
On Sun, Jan 22, 2012 at 12:52 PM, Alan McKinnon alan.mckin...@gmail.com wrote: On Sun, 22 Jan 2012 12:18:17 -0800 Mark Knecht markkne...@gmail.com wrote: SNIP On my setup I use a GTX465 for screen 0 1 but have an NVidia 8400GS for screen 2. On this system I only see the gears on screen 0 1. On screen 2 I see just a black box and the FPS count skyrockets as the CPU/GPU aren't really doing anything so it goes through the loop very fast. Also, on this system the Ctrl-F8 thing mouse to the upper left corner don't work at all. I've assumed that's because I'm using two different NVidia cards. - Mark The docs for the nVidia driver go into this in quite some detail, and it's related to how the nVidia hardware is built plus how the nVidia software works plus how Xinerama works. Basically, not all combinations are supported, especially when you have different screens (that's the nVidia concept of a screen, not the X concept) with different resolutions on different GPUs. Or something like that, but I don;t have the docs to have anymore since my last 8600M went to visit the silicon daddy in the sky -- Alan McKinnnon alan.mckin...@gmail.com Thanks Alan. I've looked at those docs in days long past myself, but never really needed this sort of info. I'll go back and check them out again. Cheers, Mark
Re: [gentoo-user] Strange outbound requests
On Sunday 22 Jan 2012 20:26:13 Grant wrote: I just started running this on the router: tcpdump -i eth1 -n | grep the.offending.ip.address where eth1 is my LAN interface. I figure this will tell me if any requests are being made to the offending IP, including any that aren't being logged by the firewall. Nothing yet. Add -s 0 to capture the whole size of packets if you want to see what is being sent/received. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] PDF export/import in LibreOffice
During my usual Saturday system update, I noticed LibreOffice 3.5.0.1 is now testing, while there's an upgrade of LO 3.4 in stable. I tried 3.5.0.0 when it was briefly released a few weeks ago, but PDF export was not working. Has anyone used it with LO 3.5.0.1 ? Also, I compiled LO 3.4.3.2-r1 with USE=pdfimport, but it refuses actually to import a PDF when presented with one. Does anyone know if/how it is possible to get that to work as well ? -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
[gentoo-user] [OT] Transferring old video tapes to disk
Hi multi-media gentooers, I know you're out there :) A friend just gave me a 15-year-old VCR, and it still works! That's good news because I have some 25-year-old video tapes that I haven't been able to play since my old VCR broke 15 years ago. Now's my chance to save the tapes to a newer format. (Until the new format becomes obsolete in another year or two.) Transferring the audio is easy even for old non-multi-media me, but how to get the video off the tape and into the computer? Do I need a new video card with special stuff? Or what? Thanks for any clues.
[gentoo-user] managing files in /usr/portage/packages/
Besides having rescue instances of system pkgs in /usr/portage/packages , I also try to remember to keep a quickpkg of LibreOffice there too. Creating these files is easy, but is there an approved way of managing them, esp of deleting obsolete versions, beyond a simple 'rm' ? I notice there's a log file 'Packages' in the dir, which suggests there sb some method of removing unwanted ones. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] [OT] Transferring old video tapes to disk
Get a tuner card with composite-in support. Recompile your kernel to add V4L support and m the required drivers. Then use vlc, mplayer, etc to capture to file.
Re: [gentoo-user] managing files in /usr/portage/packages/
Philip Webb wrote: Besides having rescue instances of system pkgs in /usr/portage/packages , I also try to remember to keep a quickpkg of LibreOffice there too. Creating these files is easy, but is there an approved way of managing them, esp of deleting obsolete versions, beyond a simple 'rm' ? I notice there's a log file 'Packages' in the dir, which suggests there sb some method of removing unwanted ones. man eclean. The exact thing you want is eclean-pkg but this can also manage your distfiles too. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words! Miss the compile output? Hint: EMERGE_DEFAULT_OPTS=--quiet-build=n
Re: [gentoo-user] System shuts off on boot-up
From: BRM bm_witn...@yahoo.com To: gentoo-user@lists.gentoo.org gentoo-user@lists.gentoo.org Cc: Sent: Sunday, January 22, 2012 11:50 AM Subject: Re: [gentoo-user] System shuts off on boot-up From: Neil Bothwick n...@digimed.co.uk On Fri, 20 Jan 2012 19:57:31 -0800 (PST), BRM wrote: As the system starts to boot-up, it switches like it is going to start X - changing a video mode somehow. I don't have xdm in the runlevels yet, so it can't be starting XDM at all.This seems to happen right after udevd is started, while it waiting on the udev events. The system then just shuts off (power remain on - fans are still on, but monitors are off, and nothing responds, etc.) , and it never completes boot-up. Do you have another computer you can use to test if it is alive with ping or SSH? This is occurring around the point at which KMS kicks in, you may be just losing your display but still have an otherwise working system. Yes SSH is enabled; no I can't SSH into it. It seems to be completely dead. Try adding nomodeset (or intel.modeset=0) to your kernel boot parameters to disable KMS. Ok. Setting nomodeset works. However, if I understand the nouveau driver correctly then that won't work for using the nouveau driver as it requires KMS. Digging a little deeper into the nouveau driver and KMS[1], I discovered that I probably need to have CONFIG_VT_HW_CONSOLE_BINDING set in the kernel config as well - which it wasn't. So that probably explains what was happening as CONFIG_HW_CONSOLE was set, so there may have been two drivers competing for fb0. Now off to build a new kernel... Well, that doesn't seem to have been the only problem at least...still don't know what's doing it. Ben
[gentoo-user] Re: managing files in /usr/portage/packages/
On Sun, 22 Jan 2012 19:04:48 -0600 Dale rdalek1...@gmail.com wrote: Philip Webb wrote: Besides having rescue instances of system pkgs in /usr/portage/packages , I also try to remember to keep a quickpkg of LibreOffice there too. Creating these files is easy, but is there an approved way of managing them, esp of deleting obsolete versions, beyond a simple 'rm' ? I notice there's a log file 'Packages' in the dir, which suggests there sb some method of removing unwanted ones. man eclean. The exact thing you want is eclean-pkg but this can also manage your distfiles too. or emerge gentoolkit man eclean
Re: [gentoo-user] Resurrecting a Gentoo install
Ok, looks as though it's time for a manually-installed version of python to upgrade portage, then a portage-installed python:2.6 to bootstrap your way towards modernity. This is all explained here: http://www.gentoo.org/proj/en/portage/doc/manually-fixing-portage.xml This may also help http://forums.gentoo.org/viewtopic-p-5578709.html That last one mentioned --nodeps which gave me an idea. I did 'emerge -pv python' then emerged all of the packages listed with --nodeps so portage wouldn't complain. Portage wouldn't work after that until I switched back to python:2.5 with eselect. Then I emerged portage to the latest version (which switched back to python:2.6) and I'm hoping I can make some good progress before I come crying back to you guys again. - Grant
Re: [gentoo-user] PDF export/import in LibreOffice
On Sun, Jan 22, 2012 at 6:00 PM, Philip Webb purs...@ca.inter.net wrote: During my usual Saturday system update, I noticed LibreOffice 3.5.0.1 is now testing, while there's an upgrade of LO 3.4 in stable. I tried 3.5.0.0 when it was briefly released a few weeks ago, but PDF export was not working. Has anyone used it with LO 3.5.0.1 ? It works for me. I choose export as PDF, give it a name, click save, a PDF is born. Also, I compiled LO 3.4.3.2-r1 with USE=pdfimport, but it refuses actually to import a PDF when presented with one. Does anyone know if/how it is possible to get that to work as well ? I just open a PDF in LO and it opens like any other supported file. I wonder if you start lowriter from terminal if there will be any useful messages output when you try to read/write a PDF. Here are my USE flags in case it is of any help: app-office/libreoffice-3.5.0.1 USE=binfilter branding dbus graphite gstreamer gtk java jemalloc kde mysql nsplugin opengl pdfimport svg vba webdav xmlsec (-aqua) -debug -eds -gnome -gtk3 -odk -postgres -test 0 kB
Re: [gentoo-user] Strange outbound requests
On Jan 23, 2012 12:57 AM, Grant emailgr...@gmail.com wrote: - 8 snip Also the MAC indicated in the firewall log is 14 blocks long and the local system in question has a MAC address 6 blocks long according to ifconfig, but the 6 blocks from ifconfig do match 6 of the blocks reported by the firewall. Does this make sense to anyone? It's (source MAC):(dest MAC):(payload type) (payload type) is usually 08:00 unless you're using SNAP/LLC Rgds,
Re: [gentoo-user] Strange outbound requests
On Jan 23, 2012 12:10 PM, Pandu Poluan pa...@poluan.info wrote: On Jan 23, 2012 12:57 AM, Grant emailgr...@gmail.com wrote: - 8 snip Also the MAC indicated in the firewall log is 14 blocks long and the local system in question has a MAC address 6 blocks long according to ifconfig, but the 6 blocks from ifconfig do match 6 of the blocks reported by the firewall. Does this make sense to anyone? It's (source MAC):(dest MAC):(payload type) (payload type) is usually 08:00 unless you're using SNAP/LLC Rgds, Oops, sorry, it's the other way around (dest):(source):(type). It's the representation of the first 14 octets of the Ethernet frame. Rgds, On Jan 23, 2012 12:10 PM, Pandu Poluan pa...@poluan.info wrote: On Jan 23, 2012 12:57 AM, Grant emailgr...@gmail.com wrote: - 8 snip Also the MAC indicated in the firewall log is 14 blocks long and the local system in question has a MAC address 6 blocks long according to ifconfig, but the 6 blocks from ifconfig do match 6 of the blocks reported by the firewall. Does this make sense to anyone? It's (source MAC):(dest MAC):(payload type) (payload type) is usually 08:00 unless you're using SNAP/LLC Rgds,
Re: [gentoo-user] Resurrecting a Gentoo install
Ok, looks as though it's time for a manually-installed version of python to upgrade portage, then a portage-installed python:2.6 to bootstrap your way towards modernity. This is all explained here: http://www.gentoo.org/proj/en/portage/doc/manually-fixing-portage.xml This may also help http://forums.gentoo.org/viewtopic-p-5578709.html That last one mentioned --nodeps which gave me an idea. I did 'emerge -pv python' then emerged all of the packages listed with --nodeps so portage wouldn't complain. Portage wouldn't work after that until I switched back to python:2.5 with eselect. Then I emerged portage to the latest version (which switched back to python:2.6) and I'm hoping I can make some good progress before I come crying back to you guys again. - Grant I just did a 'ls -ltr /var/log/portage' and this thing hasn't been updated in over 3 years. Wow. - Grant
