Re: FreeBSD 1.x Binaries Work Except under Chroot
On 08/10/12 18:49, Julian H. Stacey wrote: Try to ktrace the binaries to see what is going on. I suspect that sources for 1.1.5 are not in our cvs/svn, so it is troublesome to say anuthing without ktrace dump. Not that I need it, but I looked to see how old we go. (Sometimes its nice to have old stuff, eg to defeat patent claims) I dont see 1.1.5: /usr/cvs/src/Makefile,v : RELENG_2_1_0_RELEASE:1.57.4.8 RELENG_2_1_0:1.57.0.4 RELENG_2_1_0_BP:1.57 RELENG_2_0_5_RELEASE:1.57 RELENG_2_0_5:1.57.0.2 RELENG_2_0_5_BP:1.57 RELENG_2_0_5_ALPHA:1.56 RELEASE_2_0:1.30 BETA_2_0:1.30 ALPHA_2_0:1.29.0.2 bsd_44_lite:1.1.1.1 CSRG:1.1.1; As I recall, 1.1.5.1 was the first version declared to be entitrely free of copyrighted code. There was probably an agreement not to distribute any earlier versions.-- George cvs -Q -R export -r RELEASE_2_0 src Works (slowly, all the reverse diffs I guess): 100Meg http://www.freebsd.org/releases/ 2.0.5 (June, 1995) Announcement : Release Notes 2.0 (November, 1994) Announcement : Release Notes 1.1.5.1 (July, 1994) 1.1.5 Release Notes 1.1 (May, 1994) Release Notes 1.0 (November, 1993) http://www.freebsd.org/cgi/cvsweb.cgi/src/Makefile#diff shows diffs for src/Makefile back to Rev CVS tags: RELEASE_2_0, BETA_2_0 1.29ALPHA_2_0 1.1.1.1 bsd_44_lite 1.1 Cheers, Julian ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: Browsing over IPv6
On 07/10/12 21:53, George Mitchell wrote: On 07/02/12 16:29, Doug Barton wrote: On 07/02/2012 04:12, George Mitchell wrote: I've been using IPv6 for quite a few years without problems and I've had no difficulty browsing Many more sites are actually putting, or have put, IPv6 into production since the latest world IPv6 day last month. Some growing pains are inevitable. Doug This problem may be here in FreeBSD. Here's my setup: Me <--ethernet, MTU1500, native IPv6--> mattapan <-| | World <-- v6 in v4 tunnel, gif0, MTU1280---| (mattapan is my FreeBSD 8.2-STABLE router, "Me" is running 9.0-STABLE.) If I run "route change -inet6 :: -mtu 1280" on "Me," everything starts working again. Should this be necessary?-- George It turns out I can change /etc/rc.conf from: ipv6_defaultrouter="2001:418:3fd::fd" to: ipv6_defaultrouter="2001:418:3fd::fd -mtu 1280" and "fix" the problem.-- George ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: Browsing over IPv6
On 07/02/12 16:29, Doug Barton wrote: On 07/02/2012 04:12, George Mitchell wrote: I've been using IPv6 for quite a few years without problems and I've had no difficulty browsing Many more sites are actually putting, or have put, IPv6 into production since the latest world IPv6 day last month. Some growing pains are inevitable. Doug This problem may be here in FreeBSD. Here's my setup: Me <--ethernet, MTU1500, native IPv6--> mattapan <-| | World <-- v6 in v4 tunnel, gif0, MTU1280---| (mattapan is my FreeBSD 8.2-STABLE router, "Me" is running 9.0-STABLE.) If I run "route change -inet6 :: -mtu 1280" on "Me," everything starts working again. Should this be necessary?-- George ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: Replacing BIND with unbound (Was: Re: Pull in upstream before 9.1 code freeze?)
On 07/09/12 17:01, Doug Barton wrote: On 07/09/2012 06:45, Mark Blackman wrote: Indeed, 'dig' and 'host' must be present and working as expected in a minimally installed system. So if you don't like the versions that get imported, install bind-tools from ports. Doug Doug, you are one of the people whose writings on the FreeBSD lists I most respect. But I think you are wrong about this one aspect of your proposed change. To discover that "dig" is suddenly not in the base FreeBSD system any more some day would be just about the worst violation of the Principle of Least Astonishment for me in many years. And discovering it just when I'm having trouble downloading packages would be salt in the wound.-- George Mitchell ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Browsing over IPv6
With both firefox and chrome, if I browse to http://sports.yahoo.com/mlb/teams/bos the computer hangs forever "Waiting for l.yimg.com". If I browse to http://dvd.netflix.com/, the computer hangs forever "Waiting for cdn-0.nflxing.com". I've been using IPv6 for quite a few years without problems and I've had no difficulty browsing www.ipv6.org and other IPv6 sites over IPv6, and my system serves www.worldcon.org over IPv6 as well. Further, I can ping6 and traceroute6 to both l.yimg.com and cdn-0.nflxing.com, and I can even telnet to port 80 of those two sites (but I get errors trying to "GET / HTTP/1.1"). So what's the most likely point of failure? -- George ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: how to turn my computer into a TV
On 06/22/12 11:48, VDR User wrote: [...] NTSC is not a stream of bits. NTSC is analog. The tuner converts the NTSC analog waveform into a raw stream of bits. This raw stream of bits is too large to conviently store on disk, so it needs to be compressed/encoded into mpeg or similar. Some tuners include a hardware encoder, but many do not. Nope. [...] http://en.wikipedia.org/wiki/NTSC Black-and-white NTSC was standardized in 1941. Color NTSC was standardized in 1953. What digital parts do you imagine were used in those years? -- George ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: boot menu option to disable graphics mode
On 06/09/12 10:37, Jason Hellenthal wrote: On Sat, Jun 09, 2012 at 07:28:50AM +0300, Andriy Gapon wrote: on 09/06/2012 04:16 Jason Hellenthal said the following: runlevel support might be a better solution so it does not differ that much from what other systems do and would be easy for people to grasp. Patches are welcome, as always. I agree... ;) How about generic runlevel support through kenv instead ? I've wondered whether it would be more "BSD-sh" to specify a way to tell init, "Tell /etc/rc to run the scripts listed by rcorder up until we get NETWORKING." (Or SERVERS or whatever dependency you need, or "Stop just before LOGIN".) -- George Mitchell Set runlevel by default to 3 , where just like any other system is multiuser, and provide support in the rc scripts to look at kenv. While documenting "runlevel" in init(8)'s man page since that is where most people look for these things. This way a we could define a while bunch of things around generic runlevels and if perhaps runlevels ever make it into FreeBSD the support for them will already exist. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: [RFT][patch] Scheduling for HTT and not only
On 03/02/12 18:06, Adrian Chadd wrote: Hi George, Have you thought about providing schedgraph traces with your particular workload? I'm sure that'll help out the scheduler hackers quite a bit. THanks, Adrian I posted a couple back in December but I haven't created any more recently: http://www.m5p.com/~george/ktr-ule-problem.out http://www.m5p.com/~george/ktr-ule-interact.out To the best of my knowledge, no one ever examined them. -- George ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: [RFT][patch] Scheduling for HTT and not only
On 02/27/12 06:28, Olivier Smedts wrote: 2012/2/27 George Mitchell: On 02/27/12 05:35, Olivier Smedts wrote: 2012/2/27 George Mitchell: I finally got around to trying this on a 9.0-STABLE GENERIC kernel, in the forlorn hope that it would fix SCHED_ULE's poor performance for interactive processes with a full load on interactive processes. It doesn't help. -- George Mitchell Are you using sysmouse (moused) for the xorg pointer ? Yes. -- George Mitchell Can you try with hald, or directly with the mouse device, without using moused ? Others reported they had better interactivity without sysmouse/moused. Really better (no mouse lag or freeze when under high load). This seems to be harder than you would expect with a USB mouse -- moused starts up even with 'moused_enable="NO"' in my /etc/rc.conf. And in any case, I'm not talking about poor mouse response: I'm talking about over a minute and a half for thunderbird to start up with the mouse standing still, and "make buildkernel" not completing even after eight hours. -- George Mitchell ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: [RFT][patch] Scheduling for HTT and not only
On 02/27/12 05:35, Olivier Smedts wrote: 2012/2/27 George Mitchell: I finally got around to trying this on a 9.0-STABLE GENERIC kernel, in the forlorn hope that it would fix SCHED_ULE's poor performance for interactive processes with a full load on interactive processes. It doesn't help. -- George Mitchell Are you using sysmouse (moused) for the xorg pointer ? Yes. -- George Mitchell ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: [RFT][patch] Scheduling for HTT and not only
On 02/26/12 19:32, George Mitchell wrote: > [...] SCHED_ULE's poor performance for > interactive processes with a full load on interactive processes. It ^^ Should be "of compute-bound". > doesn't help. -- George Mitchell > ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: [RFT][patch] Scheduling for HTT and not only
On 02/17/12 12:03, Alexander Motin wrote: On 17.02.2012 18:53, Arnaud Lacombe wrote: On Fri, Feb 17, 2012 at 11:29 AM, Alexander Motin wrote: [...]So I believe this code works as it should. Here is the patch: http://people.freebsd.org/~mav/sched.htt40.patch I plan this to be a final patch of this series (more to come :)) and if there will be no problems or objections, I am going to commit it (except some debugging KTRs) in about ten days. So now it's a good time for reviews and testing. :) [...] I finally got around to trying this on a 9.0-STABLE GENERIC kernel, in the forlorn hope that it would fix SCHED_ULE's poor performance for interactive processes with a full load on interactive processes. It doesn't help. -- George Mitchell ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"