[gentoo-user] Re: ebuild not inserting soname, therefore emerging zlib fails
Alberto Luaces writes: > Hi Paul, > > Paul Hartman writes: > >> On Fri, May 27, 2011 at 11:26 AM, Alberto Luaces wrote: >>> Hello, >>> >>> I have searched quite a bit for an error I'm having when emerging >>> current zlib-1.2.5-r2. The problem is that somehow the soname is not >>> written in the .so file, and the build process fails. I attach all the >>> build logs in case I have some obvious misconfiguration that I should be >>> aware of. I have not changed my CHOSTS or things like that. >>> >>> I recompiled the previous version and happened the same, but it seems >>> at that time not having a soname was not forbidden by the ebuild and I >>> got just a QA notice. >>> >>> If I try to compile zlib from the /var/tmp/portage... directory the >>> library compiles fine and, in addition, the soname is included this >>> time. I tried to trace the eclasses in order to know what was happening >>> but I couldn't. >> >> Hi, >> >> Based on your settings I am guessing you have used distcc in the past, >> even though you have disabled it now. > > You are right, well spotted! > >> I think zlib's configure makes some changes based on if it thinks you >> use distcc or not. I would try to unset CC in environment and remove >> -m32 from your CFLAGS and see if it is any different. It's only a >> guess and you can change it back if it doesn't work. >> > > My environment CC was empty or already unset, I removed the `-m32' tag > but it happens the same. > >> >> I would also select again your preferences in gcc-config and >> binutils-config, run env-update and source /etc/profile just to be >> sure everything is in working order. :) >> > > I followed your advice. I have only another compiler, the mingw cross > compiler, but I checked that is not selected byb default. > > Nevertheless, thank you for your help. You gave me the idea on focusing > on zlib's configure script in order to see what is failing in the > detection process. I finally found it. Turns out that for using distcc I had to set CC=cc in make.conf, and with that setting, zlib's configure avoided to build the shared library. Unsetting CC in make.conf made it working again. -- Alberto
Re: [gentoo-user] portage-2.2.0_alpha38 & --depclean
On Tue, 7 Jun 2011 17:20:57 -0700, Mark Knecht wrote: > > Forcing nano into @system goes against the whole idea of using > > virtuals to specify required functionality, rather than requiring a > > specific program. > > > > That's what I thought until I moved to the kde profile, at which time > it seems to about 80% of kde-meta became part of @system. That's a completely separate topic, the kde profile, unsurprisingly, sets the kde USE flag. Then something in system becomes dependent on KDE packages. One could even argue that on a KDE system, these are essential packages, otherwise you lose the explicitly set default UI. -- Neil Bothwick There was a young man from the border Who had an attention disorder. When he reached the last line He would run out of time And signature.asc Description: PGP signature
Re: [gentoo-user] portage-2.2.0_alpha38 & --depclean
> I exaggerated. The number of kde packages pulled in on my compute > server right now is about 10, so it's not as bad as I remember. I have a bunch of systems (desktop and client) and none of them pull in any KDE libs save one, which has kde-meta in the world file. Not even my mythtv box, which need QT has any kde libs installed.
Re: [gentoo-user] Re: vmware opengl
On 07/06/2011 23:16, Nikos Chantziaras wrote: On 06/08/2011 12:17 AM, Matt Harrison wrote: [...] Well I eventually managed to get the vmwgfx gallium driver to compile, but I get an undefined symbol when trying to load it with xorg. I'll give up with it now unless anyone else has an idea. It was a nice thought that I might get to see the power of vmware opengl :P Well, they announced that they plan to work on this though: http://www.phoronix.com/scan.php?page=news_item&px=OTQ5MA Thanks Nikos, that sounds promising. We'll have to see what the results are like. Matt
Re: [gentoo-user] portage-2.2.0_alpha38 & --depclean
On Wed, Jun 8, 2011 at 4:15 AM, Albert Hopkins wrote: > >> I exaggerated. The number of kde packages pulled in on my compute >> server right now is about 10, so it's not as bad as I remember. > > I have a bunch of systems (desktop and client) and none of them pull in > any KDE libs save one, which has kde-meta in the world file. Not even > my mythtv box, which need QT has any kde libs installed. > And all of these machines are using the kde profile?
Re: [gentoo-user] portage-2.2.0_alpha38 & --depclean
On Wed, 2011-06-08 at 07:09 -0700, Mark Knecht wrote: > >> I exaggerated. The number of kde packages pulled in on my compute > >> server right now is about 10, so it's not as bad as I remember. > > > > I have a bunch of systems (desktop and client) and none of them pull > in should have been "(desktop and server)" > > any KDE libs save one, which has kde-meta in the world file. Not > even > > my mythtv box, which need QT has any kde libs installed. > > > > And all of these machines are using the kde profile? Of course not. Why would you put a server (or anything else) in the kde profile unless you wanted to pull in KDE stuff?
Re: [gentoo-user] portage-2.2.0_alpha38 & --depclean
On Wed, Jun 8, 2011 at 7:27 AM, Albert Hopkins wrote: > On Wed, 2011-06-08 at 07:09 -0700, Mark Knecht wrote: >> And all of these machines are using the kde profile? > > Of course not. Why would you put a server (or anything else) in the kde > profile unless you wanted to pull in KDE stuff? Then you missed the point of the thread.
Re: [gentoo-user] portage-2.2.0_alpha38 & --depclean
On Wed, 2011-06-08 at 07:37 -0700, Mark Knecht wrote: > Then you missed the point of the thread. Quite possibly.
Re: [gentoo-user] Re: ebuild not inserting soname, therefore emerging zlib fails
On Wed, Jun 8, 2011 at 2:17 AM, Alberto Luaces wrote: > Alberto Luaces writes: > >> Hi Paul, >> >> Paul Hartman writes: >> >>> On Fri, May 27, 2011 at 11:26 AM, Alberto Luaces wrote: Hello, I have searched quite a bit for an error I'm having when emerging current zlib-1.2.5-r2. The problem is that somehow the soname is not written in the .so file, and the build process fails. I attach all the build logs in case I have some obvious misconfiguration that I should be aware of. I have not changed my CHOSTS or things like that. I recompiled the previous version and happened the same, but it seems at that time not having a soname was not forbidden by the ebuild and I got just a QA notice. If I try to compile zlib from the /var/tmp/portage... directory the library compiles fine and, in addition, the soname is included this time. I tried to trace the eclasses in order to know what was happening but I couldn't. >>> >>> Hi, >>> >>> Based on your settings I am guessing you have used distcc in the past, >>> even though you have disabled it now. >> >> You are right, well spotted! >> >>> I think zlib's configure makes some changes based on if it thinks you >>> use distcc or not. I would try to unset CC in environment and remove >>> -m32 from your CFLAGS and see if it is any different. It's only a >>> guess and you can change it back if it doesn't work. >>> >> >> My environment CC was empty or already unset, I removed the `-m32' tag >> but it happens the same. >> >>> >>> I would also select again your preferences in gcc-config and >>> binutils-config, run env-update and source /etc/profile just to be >>> sure everything is in working order. :) >>> >> >> I followed your advice. I have only another compiler, the mingw cross >> compiler, but I checked that is not selected byb default. >> >> Nevertheless, thank you for your help. You gave me the idea on focusing >> on zlib's configure script in order to see what is failing in the >> detection process. > > I finally found it. Turns out that for using distcc I had to set CC=cc > in make.conf, and with that setting, zlib's configure avoided to build > the shared library. Unsetting CC in make.conf made it working again. Glad to hear it, I knew something about that CC looked suspicious. :)
Re: [gentoo-user] portage-2.2.0_alpha38 & --depclean
On Wed, Jun 8, 2011 at 8:38 AM, Albert Hopkins wrote: > On Wed, 2011-06-08 at 07:37 -0700, Mark Knecht wrote: >> Then you missed the point of the thread. > > Quite possibly. Actually, my comment was unfair and I apologize. If you didn't happen to read every part of the thread then your point is valid. It's certainly accurate. I believe you about your machines. My machines which are not KDE profile don't load any KDE libs with @system. The original point of the thread was in the title and the point I was commenting about yesterday was really a left turn that I took about things like KDE packages becoming part of @system, but only when you choose the KDE profile. I understand that choosing KDE profile is a choice, and I don't really care whether a few KDE packages become part of @system doing it. Again, my apologies, Mark
Re: [gentoo-user] IPv6 not ready here; Hmmm
On Tuesday 07 June 2011 20:27:45 Dale wrote: 1&1: Test mit IPv4 DNS Eintrag ok (0.712s) verwende ipv4 Test mit IPv6 DNS Eintrag ok (0.712s) verwende ipv6 6to4 Test mit Dual Stack DNS Eintrag ok (0.726s) verwende ipv4 Test mit Dual Stack und grosse Pakete ok (0.665s) verwende ipv4 Test IPv4 ohne DNS ok (0.417s) verwende ipv4 Test IPv6 ohne DNS ok (0.440s) verwende ipv6 6to4 Test grosse IPv6 Pakete ok (0.734s) verwende ipv6 6to4 Test ob der DNS server des ISP IPv6 unterstützt bad (1.401s) as the site explains the dns test is a goodie and failing it is not a big deal. -- #163933
Re: [gentoo-user] IPv6 not ready here; Hmmm
Volker Armin Hemmann wrote: On Tuesday 07 June 2011 20:27:45 Dale wrote: 1&1: Test mit IPv4 DNS Eintrag ok (0.712s) verwende ipv4 Test mit IPv6 DNS Eintrag ok (0.712s) verwende ipv6 6to4 Test mit Dual Stack DNS Eintrag ok (0.726s) verwende ipv4 Test mit Dual Stack und grosse Pakete ok (0.665s) verwende ipv4 Test IPv4 ohne DNS ok (0.417s) verwende ipv4 Test IPv6 ohne DNS ok (0.440s) verwende ipv6 6to4 Test grosse IPv6 Pakete ok (0.734s) verwende ipv6 6to4 Test ob der DNS server des ISP IPv6 unterstützt bad (1.401s) as the site explains the dns test is a goodie and failing it is not a big deal. Well, I have to ask this. If the DNS fails, how will my browser know where to go? From my understanding, when I type in abc.com and hit enter or go, the first thing it does is go to a DNS server to see what the actual number is. Another question. Mine failed on some of the ones yours passed on. Is that a local setting or something between me and the site I am going to? In other words, can I change something here or is it outside my control? I think it is outside my control but want to make sure. Dale :-) :-)
Re: [gentoo-user] IPv6 not ready here; Hmmm
On Tue, Jun 7, 2011 at 8:27 PM, Dale wrote: > Funny thing is, I use googles DNS servers. 8.8.8.8 and 8.8.4.4 are the > settings. I find it ironic that Google is one of the ones hosting this > event and it appears their server is not ready. Makes me think. < Dale > scratches chin a bit > >From Google DNS FAQ: Does Google Public DNS support IPv6? Google Public DNS can respond to requests for IPv6 addresses ( requests), but it does not yet support native IPv6 transport and cannot talk to IPv6-only authoritative nameservers. Clients should use IPv4 network connections to use Google Public DNS.
Re: [gentoo-user] IPv6 not ready here; Hmmm
2011/6/8 Volker Armin Hemmann : > 1&1: > > Test mit IPv4 DNS Eintrag > ok (0.712s) verwende ipv4 > Test mit IPv6 DNS Eintrag > ok (0.712s) verwende ipv6 6to4 > Test mit Dual Stack DNS Eintrag > ok (0.726s) verwende ipv4 > Test mit Dual Stack und grosse Pakete > ok (0.665s) verwende ipv4 > Test IPv4 ohne DNS > ok (0.417s) verwende ipv4 > Test IPv6 ohne DNS > ok (0.440s) verwende ipv6 6to4 > Test grosse IPv6 Pakete > ok (0.734s) verwende ipv6 6to4 > Test ob der DNS server des ISP IPv6 unterstützt > bad (1.401s) > > as the site explains the dns test is a goodie and failing it is not a big > deal. Charter Communications cable internet: Test with IPv4 DNS record ok (0.580s) using ipv4 Test with IPv6 DNS record ok (0.268s) using ipv6 Test with Dual Stack DNS record ok (0.256s) using ipv6 Test for Dual Stack DNS and large packet ok (0.090s) using ipv6 Test IPv4 without DNS ok (0.148s) using ipv4 Test IPv6 without DNS ok (0.162s) using ipv6 Test IPv6 large packet ok (0.092s) using ipv6 Test if your ISP's DNS server uses IPv6 ok (0.316s) using ipv6 :)
Re: [gentoo-user] IPv6 not ready here; Hmmm
On Tue, Jun 7, 2011 at 8:27 PM, Dale wrote: > Should I have the USE flag ipv6 enabled or should I leave it off for now? > If so, anyone had any trouble with it or is this a trivial change? Enable the IPv6 stuff in kernel, enable ipv6 USE flag in your make.conf, rebuild any packages that were -ipv6 before, and you should be good to go from a basics standpoint. After that, you need actual IPv6 service from your ISP (and modem and router), or tunnel over IPv4 through a provider. My cable ISP has a 6RD Border Relay. My DD-WRT router supports IPv6 and I set it up to make the connection to the 6RD, so on my client machines there's no special setup needed, it just magically works without any problems. If your router doesn't support it, you can still establish IPv6 tunnel from your Gentoo box directly, there are several ways to do it. Something like net-misc/miredo is extremely simple to set up if you just want to try it, and to see the dancing turtle on www.kame.net :)
Re: [gentoo-user] IPv6 not ready here; Hmmm
Apparently, though unproven, at 21:45 on Wednesday 08 June 2011, Paul Hartman did opine thusly: > On Tue, Jun 7, 2011 at 8:27 PM, Dale wrote: > > Funny thing is, I use googles DNS servers. 8.8.8.8 and 8.8.4.4 are the > > settings. I find it ironic that Google is one of the ones hosting this > > event and it appears their server is not ready. Makes me think. < Dale > > scratches chin a bit > > > From Google DNS FAQ: > > Does Google Public DNS support IPv6? > Google Public DNS can respond to requests for IPv6 addresses ( > requests), but it does not yet support native IPv6 transport and > cannot talk to IPv6-only authoritative nameservers. Clients should use > IPv4 network connections to use Google Public DNS. Almost all large auth servers out there are in exactly that position. Mine certainly are. Cisco are waiting in the wings with a gigantic[1] quote for what it will take to change that. [1] When I say "gigantic" I really do mean "gigantic", as in "OMFG, does the number of $US fit into the money field in Oracle Financials??". Not "gigantic" as in "oh, that's big, bigger than what we normally call big". Just wanted to add some perspective... -- alan dot mckinnon at gmail dot com
[gentoo-user] sshd no longer starting when it should.
A recent update seems to have broken sshd. It no longer starts when it should. It seems to refuse to start up unless eth0 is up. For years I've had the following in /etc/conf.d/rc RC_NET_STRICT_CHECKING="lo" According to the comments that means that the "net" service is up as long as at least one interface (including lo) is up, and sshd used to obey that setting. But now sshd seems to ignore that and has decided that it knows better than I do -- it refuses to start when I tell it to via "/etc/init.d/sshd start", and says "sshd is scheduled to start when net.eth0 has started". I don't plan on starting net.eth0, but I want sshd started anyway. If I'd meant "start if you happen to feel like it" I would have typed /etc/init.d/sshd start-if-you-happen-to-feel-like-it How do I get sshd to start? -- Grant Edwards grant.b.edwardsYow! Will this never-ending at series of PLEASURABLE gmail.comEVENTS never cease?
Re: [gentoo-user] sshd no longer starting when it should.
Apparently, though unproven, at 22:18 on Wednesday 08 June 2011, Grant Edwards did opine thusly: > A recent update seems to have broken sshd. It no longer starts when > it should. It seems to refuse to start up unless eth0 is up. For years > I've had the following in /etc/conf.d/rc > > RC_NET_STRICT_CHECKING="lo" > > According to the comments that means that the "net" service is up as > long as at least one interface (including lo) is up, and sshd used to > obey that setting. But now sshd seems to ignore that and has decided > that it knows better than I do -- it refuses to start when I tell it > to via "/etc/init.d/sshd start", and says "sshd is scheduled to start > when net.eth0 has started". I don't plan on starting net.eth0, but I > want sshd started anyway. If I'd meant "start if you happen to feel > like it" I would have typed Didn't read all the messages and files after upgrading openrc, right? What you want is in /etc/rc.conf and it's now called rc_depend_strict -- alan dot mckinnon at gmail dot com
[gentoo-user] Re: sshd no longer starting when it should.
On 2011-06-08, Alan McKinnon wrote: > Apparently, though unproven, at 22:18 on Wednesday 08 June 2011, Grant > Edwards > did opine thusly: > >> A recent update seems to have broken sshd. It no longer starts when >> it should. It seems to refuse to start up unless eth0 is up. For years >> I've had the following in /etc/conf.d/rc >> >> RC_NET_STRICT_CHECKING="lo" >> >> According to the comments that means that the "net" service is up as >> long as at least one interface (including lo) is up, and sshd used to >> obey that setting. But now sshd seems to ignore that and has decided >> that it knows better than I do -- it refuses to start when I tell it >> to via "/etc/init.d/sshd start", and says "sshd is scheduled to start >> when net.eth0 has started". I don't plan on starting net.eth0, but I >> want sshd started anyway. If I'd meant "start if you happen to feel >> like it" I would have typed > > Didn't read all the messages and files after upgrading openrc, right? I read them, but... > What you want is in /etc/rc.conf and it's now called rc_depend_strict Right: # Do we allow any started service in the runlevel to satisfy the dependency # or do we want all of them regardless of state? For example, if net.eth0 # and net.eth1 are in the default runlevel then with rc_depend_strict="NO" # both will be started, but services that depend on 'net' will work if either # one comes up. With rc_depend_strict="YES" we would require them both to # come up. #rc_depend_strict="YES" I had assumed that since the line setting it to YES was commented out that the default was NO, and you uncommented the line to set it to YES. I don't know where that belief came from, but it's wrong -- the commented out line apparently shows the default. -- Grant Edwards grant.b.edwardsYow! Being a BALD HERO at is almost as FESTIVE as a gmail.comTATTOOED KNOCKWURST.
Re: [gentoo-user] kde-4 device detection
On Sat, Jun 4, 2011 at 3:12 PM, Neil Bothwick wrote: > On Sat, 04 Jun 2011 16:56:46 +0200, Volker Armin Hemmann wrote: > >> > Did anyone find a solution to this? Re-emerging the various packages >> > mentioned made no difference, and it gives the same error run as >> > root, so permissions aren't the issue. >> >> and sysfs events are propageted to udev? > > Yes, the devices appear in /dev and are mountable. > > > -- Hello, The problem was fixed today after I updated to udev-171-r1, parted-2.4, udisks-1.02-r1 and to upower-0.9.11-r1 ! -- Andrés Becerra Sandoval
Re: [gentoo-user] Re: sshd no longer starting when it should.
Apparently, though unproven, at 22:43 on Wednesday 08 June 2011, Grant Edwards did opine thusly: > On 2011-06-08, Alan McKinnon wrote: > > Apparently, though unproven, at 22:18 on Wednesday 08 June 2011, Grant > > Edwards > > > > did opine thusly: > >> A recent update seems to have broken sshd. It no longer starts when > >> it should. It seems to refuse to start up unless eth0 is up. For years > >> I've had the following in /etc/conf.d/rc > >> > >> RC_NET_STRICT_CHECKING="lo" > >> > >> According to the comments that means that the "net" service is up as > >> long as at least one interface (including lo) is up, and sshd used to > >> obey that setting. But now sshd seems to ignore that and has decided > >> that it knows better than I do -- it refuses to start when I tell it > >> to via "/etc/init.d/sshd start", and says "sshd is scheduled to start > >> when net.eth0 has started". I don't plan on starting net.eth0, but I > >> want sshd started anyway. If I'd meant "start if you happen to feel > >> like it" I would have typed > > > > Didn't read all the messages and files after upgrading openrc, right? > > I read them, but... > > > What you want is in /etc/rc.conf and it's now called rc_depend_strict > > Right: > > # Do we allow any started service in the runlevel to satisfy the > dependency # or do we want all of them regardless of state? For example, > if net.eth0 # and net.eth1 are in the default runlevel then with > rc_depend_strict="NO" # both will be started, but services that depend on > 'net' will work if either # one comes up. With rc_depend_strict="YES" we > would require them both to # come up. > #rc_depend_strict="YES" > > I had assumed that since the line setting it to YES was commented out > that the default was NO, and you uncommented the line to set it to > YES. I don't know where that belief came from, but it's wrong -- the > commented out line apparently shows the default. Yes, that stuff can get confusing and it's easy to get it mixed up. Te way it's done is the only really sane way - consider how it would play out if the setting was a value or a list of possibilities - you couldn't put a commented example in there that is the opposite of the default -- alan dot mckinnon at gmail dot com
[gentoo-user] Re: sshd no longer starting when it should.
On 2011-06-08, Alan McKinnon wrote: > Apparently, though unproven, at 22:43 on Wednesday 08 June 2011, Grant > Edwards > >> # Do we allow any started service in the runlevel to satisfy the >> dependency # or do we want all of them regardless of state? For example, >> if net.eth0 # and net.eth1 are in the default runlevel then with >> rc_depend_strict="NO" # both will be started, but services that depend on >> 'net' will work if either # one comes up. With rc_depend_strict="YES" we >> would require them both to # come up. >> #rc_depend_strict="YES" >> >> I had assumed that since the line setting it to YES was commented out >> that the default was NO, and you uncommented the line to set it to >> YES. I don't know where that belief came from, but it's wrong -- the >> commented out line apparently shows the default. > > Yes, that stuff can get confusing and it's easy to get it mixed up. I had that stuck pretty firmly in my head, so there must have been something I was working with recently which did things the other way 'round where uncommenting lines caused behavior to change. > The way it's done is the only really sane way - consider how it would > play out if the setting was a value or a list of possibilities - you > couldn't put a commented example in there that is the opposite of the > default True. -- Grant Edwards grant.b.edwardsYow! It was a JOKE!! at Get it?? I was receiving gmail.commessages from DAVID LETTERMAN!! !
Re: [gentoo-user] IPv6 not ready here; Hmmm
On Wednesday 08 Jun 2011 20:51:10 Paul Hartman wrote: > 2011/6/8 Volker Armin Hemmann : > > 1&1: > > > > Test mit IPv4 DNS Eintrag > > ok (0.712s) verwende ipv4 > > Test mit IPv6 DNS Eintrag > > ok (0.712s) verwende ipv6 6to4 > > Test mit Dual Stack DNS Eintrag > > ok (0.726s) verwende ipv4 > > Test mit Dual Stack und grosse Pakete > > ok (0.665s) verwende ipv4 > > Test IPv4 ohne DNS > > ok (0.417s) verwende ipv4 > > Test IPv6 ohne DNS > > ok (0.440s) verwende ipv6 6to4 > > Test grosse IPv6 Pakete > > ok (0.734s) verwende ipv6 6to4 > > Test ob der DNS server des ISP IPv6 unterstützt > > bad (1.401s) > > > > as the site explains the dns test is a goodie and failing it is not a big > > deal. > > Charter Communications cable internet: > > Test with IPv4 DNS record > ok (0.580s) using ipv4 > Test with IPv6 DNS record > ok (0.268s) using ipv6 > Test with Dual Stack DNS record > ok (0.256s) using ipv6 > Test for Dual Stack DNS and large packet > ok (0.090s) using ipv6 > Test IPv4 without DNS > ok (0.148s) using ipv4 > Test IPv6 without DNS > ok (0.162s) using ipv6 > Test IPv6 large packet > ok (0.092s) using ipv6 > Test if your ISP's DNS server uses IPv6 > ok (0.316s) using ipv6 > > :) I find this rather confusing! Paul is your ISP offering native IPv6 and if they do does your router speak ipv6? What does your /etc/resolv.conf show? When I run this test I get: Test with IPv4 DNS record ok (0.552s) using ipv4 Test with IPv6 DNS record bad (0.197s) Test with Dual Stack DNS record ok (0.558s) using ipv4 Test for Dual Stack DNS and large packet ok (0.239s) using ipv4 Test IPv4 without DNS ok (0.368s) using ipv4 Test IPv6 without DNS bad (0.022s) Test IPv6 large packet bad (0.025s) Test if your ISP's DNS server uses IPv6 ok (0.691s) using ipv4 When I run it with Windows 7 I get: Test with IPv4 DNS record ok (0.689s) using ipv4 Test with IPv6 DNS record bad (0.022s) Test with Dual Stack DNS record ok (0.544s) using ipv4 Test for Dual Stack DNS and large packet ok (0.241s) using ipv4 Test IPv4 without DNS ok (0.384s) using ipv4 Test IPv6 without DNS ok (3.593s) using ipv6 Teredo Test IPv6 large packet bad (0.018s) Test if your ISP's DNS server uses IPv6 ok (0.387s) using ipv4 From Windows7 I can ping ipv6 addresses (but not domain names) because it uses Teredo, but from Linux I cannot. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] IPv6 not ready here; Hmmm
On Wed, Jun 8, 2011 at 5:04 PM, Mick wrote: > On Wednesday 08 Jun 2011 20:51:10 Paul Hartman wrote: >> >> Charter Communications cable internet: >> >> Test with IPv4 DNS record >> ok (0.580s) using ipv4 >> Test with IPv6 DNS record >> ok (0.268s) using ipv6 >> Test with Dual Stack DNS record >> ok (0.256s) using ipv6 >> Test for Dual Stack DNS and large packet >> ok (0.090s) using ipv6 >> Test IPv4 without DNS >> ok (0.148s) using ipv4 >> Test IPv6 without DNS >> ok (0.162s) using ipv6 >> Test IPv6 large packet >> ok (0.092s) using ipv6 >> Test if your ISP's DNS server uses IPv6 >> ok (0.316s) using ipv6 >> >> :) > > I find this rather confusing! Paul is your ISP offering native IPv6 and if > they do does your router speak ipv6? My ISP (Charter) does not offer native IPv6 yet, but they do offer a 6RD Border Relay. It is basically an IPv6 tunnel that runs over an IPv4 network, but the important part is that the tunnel server is running within my ISP's network. That means I get my full internet speed on IPv6 traffic! My wireless router is running DD-WRT (which is a Linux distro). It is running kernel 2.6.34 and has all the ipv6 modules enabled in the kernel. Basically, it is setup by loading the "sit" module (CONFIG_IPV6_SIT_6RD in kernel config). Then using the "ip" command to create a sit tunnel and set up the routes for IPv6 traffic, and then starts radvd (the IPv6 router advertisement daemon, think of it as a kind of DHCP server for IPv6 addresses). The process should be exactly the same on OpenWRT. After that, machines on my local network (including wifi) can get both IPv4 and IPv6 addresses from the router and can talk to the outside world on either network. (and then when you get to that point, you should create IPv6 firewall rules on the router and/or computers, or else risk leaving their entire network open to bad guys) > What does your /etc/resolv.conf show? $ cat /etc/resolv.conf nameserver 127.0.0.1 (because I run net-dns/unbound on my local machine). For the other computers/devices they use the DNS server which runs on the router, 192.168.0.1 My ISP does offer DNS servers at actual IPv6 addresses, though I'm not using them. > When I run this test I get: > > Test with IPv4 DNS record > ok (0.552s) using ipv4 > Test with IPv6 DNS record > bad (0.197s) > Test with Dual Stack DNS record > ok (0.558s) using ipv4 > Test for Dual Stack DNS and large packet > ok (0.239s) using ipv4 > Test IPv4 without DNS > ok (0.368s) using ipv4 > Test IPv6 without DNS > bad (0.022s) > Test IPv6 large packet > bad (0.025s) > Test if your ISP's DNS server uses IPv6 > ok (0.691s) using ipv4 For example all this stuff just works normally here: $ host ipv6.google.com ipv6.google.com is an alias for ipv6.l.google.com. ipv6.l.google.com has IPv6 address 2001:4860:800b::93 # traceroute6 ipv6.google.com traceroute to ipv6.l.google.com (2001:4860:800b::93) from 2602:100:xx:xx:xx:xx:xx:xx, 30 hops max, 24 byte packets 1 2602:100:xx:xx:1::1 (2602:100:xx:xx:1::1) 0.459 ms 0.383 ms 0.353 ms 2 * * * 3 2001:506:100:6c::1 (2001:506:100:6c::1) 11.29 ms 7.999 ms 7.773 ms 4 bbr01olvemo.tge0-3-0-4.mo.olve.charter.com (2001:506:100:23::1) 9.093 ms 7.715 ms 7.691 ms 5 bbr02chcgil.tge0-3-0-0.il.chcg.charter.com (2001:506:100:55::2) 33.981 ms 25.812 ms 23.573 ms 6 prr01chcgil.tge2-4.il.chcg.charter.com (2001:506:100:317::1) 16.862 ms 17.737 ms 16.46 ms 7 v201.core1.chi1.he.net (2001:470:0:114::1) 18.04 ms 17.368 ms 24.015 ms 8 * * * 9 2001:4860::1:0:92e (2001:4860::1:0:92e) 34.911 ms 18.025 ms 25.379 ms 10 2001:4860::8:0:281e (2001:4860::8:0:281e) 27.843 ms 28.74 ms 28.569 ms 11 2001:4860::2:0:7ef (2001:4860::2:0:7ef) 27.568 ms 28.365 ms 28.221 ms 12 2001:4860:0:1::83 (2001:4860:0:1::83) 27.586 ms 37.284 ms 35.649 ms 13 iw-in-x93.1e100.net (2001:4860:800b::93) 27.731 ms 27.647 ms 28.372 ms > From Windows7 I can ping ipv6 addresses (but not domain names) because it uses > Teredo, but from Linux I cannot. For Microsoft Windows (at least Windows 7), when it detects IPv6 advertisement server on the local network, it will use it automatically. When no IPv6 is detected, it uses Teredo instead. Maybe your DNS servers don't return IPv6 addresses? On my wife's Windows 7 laptop, it just worked perfectly after I enabled it on my router and her wifi reconnected. All tests on test-ipv6.com pass except for the last DNS test. She can go to sites like http://www.v6.facebook.com no problems. BTW, Windows Vista and 7 generate randomized host IDs for public IPv6 addresses, it's generally advised to disable that. You can do that by running this at administrator cmd prompt: netsh interface ipv6 set global randomizeidentifiers=disabled And now I'll try not to talk about Windows on this list again for the remainder of the year. ;) Hope that helps!
RE: [gentoo-user] IPv6 not ready here; Hmmm
-original message- Subject: Re: [gentoo-user] IPv6 not ready here; Hmmm From: Paul Hartman Date: 2011-06-09 08:25 >And now I'll try not to talk about Windows on this list again for the >remainder of the year. ;) Naaah, is okay... as long as you don't do it excessively :) Sometimes we Linux-people (-devs, -testers, -contribs, whathaveyou) need the proverbial kick in the pants if something Just Works™ in Windows but a Royal PITA™ in Linux... :þ Rgds, -- FdS Pandu E Poluan ~ IT Optimizer ~ Sent from Nokia E72-1
Re: [gentoo-user] IPv6 not ready here; Hmmm
Paul Hartman wrote: Enable the IPv6 stuff in kernel, enable ipv6 USE flag in your make.conf, rebuild any packages that were -ipv6 before, and you should be good to go from a basics standpoint. After that, you need actual IPv6 service from your ISP (and modem and router), or tunnel over IPv4 through a provider. My cable ISP has a 6RD Border Relay. My DD-WRT router supports IPv6 and I set it up to make the connection to the 6RD, so on my client machines there's no special setup needed, it just magically works without any problems. If your router doesn't support it, you can still establish IPv6 tunnel from your Gentoo box directly, there are several ways to do it. Something like net-misc/miredo is extremely simple to set up if you just want to try it, and to see the dancing turtle on www.kame.net :) Now what was I thinking. Oh, wait. I wasn't thinking. There was the problem right there. I hadn't enabled any of the IPv6 stuff in the kernel. Jeeez, what a idiot. I haven't even thought of the kernel settings. < sighs > Anyway, I enabled a lot of stuff in the kernel and will reboot at some point and test again. I'm not sure when I will be rebooting tho. Dale :-) :-)
Re: [gentoo-user] IPv6 not ready here; Hmmm
On Thu, Jun 9, 2011 at 09:15, Dale wrote: > > Now what was I thinking. Oh, wait. I wasn't thinking. There was the > problem right there. I hadn't enabled any of the IPv6 stuff in the kernel. > Jeeez, what a idiot. I haven't even thought of the kernel settings. < > sighs > > You owe me a new keyboard. The one I had wasn't sympathetic with hot tea being spurted into its innards :-) > Anyway, I enabled a lot of stuff in the kernel and will reboot at some point > and test again. I'm not sure when I will be rebooting tho. > You're already late for World IPv6 day, tho' :-) Rgds, -- Pandu E Poluan ~ IT Optimizer ~ Visit my Blog: http://pepoluan.posterous.com Google Talk: pepoluan Y! messenger: pepoluan MSN / Live: pepol...@hotmail.com (do not send email here) Skype: pepoluan More on me: My LinkedIn Account My Facebook Account
Re: [gentoo-user] IPv6 not ready here; Hmmm
On Wednesday 08 June 2011 13:59:36 Dale wrote: > Volker Armin Hemmann wrote: > > On Tuesday 07 June 2011 20:27:45 Dale wrote: > > > > > > 1&1: > > > > Test mit IPv4 DNS Eintrag > > ok (0.712s) verwende ipv4 > > Test mit IPv6 DNS Eintrag > > ok (0.712s) verwende ipv6 6to4 > > Test mit Dual Stack DNS Eintrag > > ok (0.726s) verwende ipv4 > > Test mit Dual Stack und grosse Pakete > > ok (0.665s) verwende ipv4 > > Test IPv4 ohne DNS > > ok (0.417s) verwende ipv4 > > Test IPv6 ohne DNS > > ok (0.440s) verwende ipv6 6to4 > > Test grosse IPv6 Pakete > > ok (0.734s) verwende ipv6 6to4 > > Test ob der DNS server des ISP IPv6 unterstützt > > bad (1.401s) > > > > as the site explains the dns test is a goodie and failing it is not a > > big > > deal. > > Well, I have to ask this. If the DNS fails, how will my browser know > where to go? From my understanding, when I type in abc.com and hit > enter or go, the first thing it does is go to a DNS server to see what > the actual number is. Read the FAQ and Info posted. >From the website: If this test fails: it means that the DNS resolver you are using, requires IPv4 to reach the DNS authoritative servers of your favoriate web sites. In the near future, every web site of consequence will remain accessible in this form, so there is no immediate danger.
Re: [gentoo-user] IPv6 not ready here; Hmmm
Pandu Poluan wrote: On Thu, Jun 9, 2011 at 09:15, Dale wrote: Now what was I thinking. Oh, wait. I wasn't thinking. There was the problem right there. I hadn't enabled any of the IPv6 stuff in the kernel. Jeeez, what a idiot. I haven't even thought of the kernel settings.< sighs> You owe me a new keyboard. The one I had wasn't sympathetic with hot tea being spurted into its innards :-) Anyway, I enabled a lot of stuff in the kernel and will reboot at some point and test again. I'm not sure when I will be rebooting tho. You're already late for World IPv6 day, tho' :-) Rgds, Sorry bout the keyboard. Tea huh? I like mine cold, no ice tho, with mucho sugar. lol I missed it this time but I'm late a lot on this sort of thing anyway. Maybe next time I will be ready. I'm just hoping html5 will improve some things. May not but doesn't hurt to hope. I just hope it will eliminate some of the things that are such power or memory hogs now. It may not at first but eventually. Of course, then again there will be something else new to be a power or memory hungry beast. Progress, so painful at times. ;-) Dale :-) :-)
Re: [gentoo-user] IPv6 not ready here; Hmmm
Volker Armin Hemmann wrote: Read the FAQ and Info posted. > From the website: If this test fails: it means that the DNS resolver you are using, requires IPv4 to reach the DNS authoritative servers of your favoriate web sites. In the near future, every web site of consequence will remain accessible in this form, so there is no immediate danger. Yea but I use Gentoo. If I wanted to be THAT far behind, I'd go back to Mandriva or something. ;-) Seriously, I just don't want to get to far behind and then have trouble playing catch up. It's kind of like not updating Gentoo for a year. It's a mess to catch up and some periods of time are worse than others. It's almost midnight here. I'm going to go put the junkyard A/C compressor in my car. It's pushing 100F here and I need to get that fixed. Dale :-) :-)
Re: [gentoo-user] IPv6 not ready here; Hmmm
On Wed, Jun 8, 2011 at 11:50 PM, Dale wrote: > I'm just hoping html5 will improve some things. May not but doesn't hurt to > hope. I just hope it will eliminate some of the things that are such power > or memory hogs now. It may not at first but eventually Some stuff is already looking good, outside of streaming video, like http://chrome.angrybirds.com/ which probably would not be possible without Flash or Java just a couple years ago.
Re: [gentoo-user] IPv6 not ready here; Hmmm
On Thursday 09 Jun 2011 02:25:43 Paul Hartman wrote: > My wireless router is running DD-WRT (which is a Linux distro). It is > running kernel 2.6.34 and has all the ipv6 modules enabled in the > kernel. Basically, it is setup by loading the "sit" module > (CONFIG_IPV6_SIT_6RD in kernel config). Then using the "ip" command to > create a sit tunnel and set up the routes for IPv6 traffic, and then > starts radvd (the IPv6 router advertisement daemon, think of it as a > kind of DHCP server for IPv6 addresses). The process should be exactly > the same on OpenWRT. Oh I see, that explains it! > > What does your /etc/resolv.conf show? > > $ cat /etc/resolv.conf > nameserver 127.0.0.1 > > (because I run net-dns/unbound on my local machine). For the other > computers/devices they use the DNS server which runs on the router, > 192.168.0.1 > > My ISP does offer DNS servers at actual IPv6 addresses, though I'm not > using them. So when a ipv6 query arrives at your local resolver (router) from one of your LAN machines on the 192.168.0.1 address, the router knows to send it down the tunnel to be resolved at the ISP's resolvers? > For Microsoft Windows (at least Windows 7), when it detects IPv6 > advertisement server on the local network, it will use it > automatically. When no IPv6 is detected, it uses Teredo instead. Maybe > your DNS servers don't return IPv6 addresses? Well, yes my router is ipv4 only and therefore it would not resolve ipv6 addresses. > On my wife's Windows 7 laptop, it just worked perfectly after I > enabled it on my router and her wifi reconnected. All tests on > test-ipv6.com pass except for the last DNS test. She can go to sites > like http://www.v6.facebook.com no problems. That's because Windows7 use toredo servers/relays to resolve and connect to ipv6 addresses. > BTW, Windows Vista and 7 generate randomized host IDs for public IPv6 > addresses, it's generally advised to disable that. You can do that by > running this at administrator cmd prompt: > netsh interface ipv6 set global randomizeidentifiers=disabled I was looking at the same in the Linux kernel scratching my head if I should enable this or not ... What does it do - not sure I understand what such temporary addresses are used for: IPv6: Privacy Extensions (RFC 3041) support CONFIG_IPV6_PRIVACY: Privacy Extensions for Stateless Address Autoconfiguration in IPv6 support. With this option, additional periodically-altered pseudo-random global-scope unicast address(es) will be assigned to your interface(s). We use our standard pseudo-random algorithm to generate the randomized interface identifier, instead of one described in RFC 3041. By default the kernel does not generate temporary addresses. To use temporary addresses, do echo 2 >/proc/sys/net/ipv6/conf/all/use_tempaddr See for details. Symbol: IPV6_PRIVACY [=n] Type : boolean Prompt: IPv6: Privacy Extensions (RFC 3041) support Defined at net/ipv6/Kconfig:24 Depends on: NET [=y] && INET [=y] && IPV6 [=y] Location: -> Networking support (NET [=y]) -> Networking options -> TCP/IP networking (INET [=y]) -> The IPv6 protocol (IPV6 [=y]) -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Error while `emerge grub`
Okay, what's going on here... While `emerge grub` I got "configure: error: unsupported CPU type" Here's "/var/tmp/portage/sys-boot/grub-0.97-r10/work/grub-0.97/config.log" : This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by GRUB configure 0.97, which was generated by GNU Autoconf 2.65. Invocation command line was $ ./configure --prefix=/usr --build=x86-pc-linux-gnu --host=x86-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --libdir=/lib --datadir=/usr/lib/grub --exec-prefix=/ --disable-auto-linux-mem-opt --with-curses ## - ## ## Platform. ## ## - ## hostname = livecd uname -m = i686 uname -r = 2.6.36-gentoo-r8 uname -s = Linux uname -v = #1 SMP Tue Apr 26 12:51:08 UTC 2011 /usr/bin/uname -p = Intel(R) Xeon(R) CPU X7460 @ 2.66GHz /bin/uname -X = unknown /bin/arch = unknown /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown /usr/bin/hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: /usr/lib/portage/bin/ebuild-helpers PATH: /usr/local/sbin PATH: /usr/local/bin PATH: /usr/sbin PATH: /usr/bin PATH: /sbin PATH: /bin PATH: /opt/bin PATH: /usr/i686-pc-linux-gnu/gcc-bin/4.4.5 ## --- ## ## Core tests. ## ## --- ## configure:2270: checking for a BSD-compatible install configure:2338: result: /usr/bin/install -c configure:2349: checking whether build environment is sane configure:2399: result: yes configure:2540: checking for a thread-safe mkdir -p configure:2579: result: /bin/mkdir -p configure:2592: checking for gawk configure:2608: found /usr/bin/gawk configure:2619: result: gawk configure:2630: checking whether make sets $(MAKE) configure:2652: result: yes configure:2737: checking build system type configure:2751: result: x86-pc-linux-gnu configure:2771: checking host system type configure:2784: result: x86-pc-linux-gnu configure:2808: error: unsupported CPU type ## ## ## Cache variables. ## ## ## ac_cv_build=x86-pc-linux-gnu ac_cv_env_CCASFLAGS_set= ac_cv_env_CCASFLAGS_value= ac_cv_env_CCAS_set= ac_cv_env_CCAS_value= ac_cv_env_CC_set= ac_cv_env_CC_value= ac_cv_env_CFLAGS_set= ac_cv_env_CFLAGS_value= ac_cv_env_CPPFLAGS_set=set ac_cv_env_CPPFLAGS_value= ac_cv_env_CPP_set= ac_cv_env_CPP_value= ac_cv_env_LDFLAGS_set=set ac_cv_env_LDFLAGS_value='-Wl,-O1 -Wl,--as-needed' ac_cv_env_LIBS_set= ac_cv_env_LIBS_value= ac_cv_env_build_alias_set=set ac_cv_env_build_alias_value=x86-pc-linux-gnu ac_cv_env_host_alias_set=set ac_cv_env_host_alias_value=x86-pc-linux-gnu ac_cv_env_target_alias_set= ac_cv_env_target_alias_value= ac_cv_host=x86-pc-linux-gnu ac_cv_path_install='/usr/bin/install -c' ac_cv_path_mkdir=/bin/mkdir ac_cv_prog_AWK=gawk ac_cv_prog_make_make_set=yes grub_cv_prog_objcopy_absolute=yes ## - ## ## Output variables. ## ## - ## ACLOCAL='${SHELL} /var/tmp/portage/sys-boot/grub-0.97-r10/work/grub-0.97/missing --run aclocal-1.11' AMDEPBACKSLASH='' AMDEP_FALSE='' AMDEP_TRUE='' AMTAR='${SHELL} /var/tmp/portage/sys-boot/grub-0.97-r10/work/grub-0.97/missing --run tar' AUTOCONF='${SHELL} /var/tmp/portage/sys-boot/grub-0.97-r10/work/grub-0.97/missing --run autoconf' AUTOHEADER='${SHELL} /var/tmp/portage/sys-boot/grub-0.97-r10/work/grub-0.97/missing --run autoheader' AUTOMAKE='${SHELL} /var/tmp/portage/sys-boot/grub-0.97-r10/work/grub-0.97/missing --run automake-1.11' AWK='gawk' BUILD_EXAMPLE_KERNEL_FALSE='' BUILD_EXAMPLE_KERNEL_TRUE='' CC='' CCAS='' CCASDEPMODE='' CCASFLAGS='' CCDEPMODE='' CFLAGS='' CPP='' CPPFLAGS='' CYGPATH_W='echo' DEFS='' DEPDIR='' DISKLESS_SUPPORT_FALSE='' DISKLESS_SUPPORT_TRUE='' ECHO_C='' ECHO_N='-n' ECHO_T='' EGREP='' EXEEXT='' FSYS_CFLAGS='' GRAPHICS_SUPPORT_FALSE='' GRAPHICS_SUPPORT_TRUE='' GREP='' GRUB_CFLAGS='' GRUB_LIBS='' HERCULES_SUPPORT_FALSE='' HERCULES_SUPPORT_TRUE='' INSTALL_DATA='${INSTALL} -m 644' INSTALL_PROGRAM='${INSTALL}' INSTALL_SCRIPT='${INSTALL}' INSTALL_STRIP_PROGRAM='$(install_sh) -c -s' LDFLAGS='-Wl,-O1 -Wl,--as-needed' LIBOBJS='' LIBS='' LTLIBOBJS='' MAINT='' MAINTAINER_MODE_FALSE='' MAINTAINER_MODE_TRUE='' MAKEINFO='${SHELL} /var/tmp/portage/sys-boot/grub-0.97-r10/work/grub-0.97/missing --run makeinfo' MKDIR_P='/bin/mkdir -p' NETBOOT_DRIVERS='' NETBOOT_SUPPORT_FALSE='' NETBOOT_SUPPORT_TRUE='' NET_CFLAGS='' NET_EXTRAFLAGS='' OBJCOPY='' OBJEXT='' PACKAGE='grub' PACKAGE_BUGREPORT='bug-g...@gnu.org' PACKAGE_NAME='GRUB' PACKAGE_STRING='GRUB 0.97' PACKAGE_TARNAME='grub' PACKAGE_URL='' PACKAGE_VERSION='0.97' PATH_SEPARATOR=':' PERL='' RANLIB='' SERIAL_SPEED_SIMULATION_FALSE='' SERIAL_SPEED_SIMULATION_TRUE='' SERIAL_SUPPORT_FALSE='' SERIAL_SUPPORT_TRUE='' SET_MAKE='' SHELL='/bin/sh' STAGE1_CFLAGS='' STAGE2_CFLAGS='' STRIP='' VERSION='0.97' ac_ct_CC='' am__EXEEXT_FALSE='' am__EXEEXT_TRUE=''
Re: [gentoo-user] IPv6 not ready here; Hmmm
Paul Hartman wrote: On Wed, Jun 8, 2011 at 11:50 PM, Dale wrote: I'm just hoping html5 will improve some things. May not but doesn't hurt to hope. I just hope it will eliminate some of the things that are such power or memory hogs now. It may not at first but eventually Some stuff is already looking good, outside of streaming video, like http://chrome.angrybirds.com/ which probably would not be possible without Flash or Java just a couple years ago. So things like youtube won't change any? Well, I learned something about one of my facebook friends. She likes that bird game too. I killed one bird but I got to work on my car. It being 100 and no A/C sucks big time. I got a funeral to go to pretty soon so I need to get this fixed. Dale :-) :-)