Re: possible simple install-info fix
Ruslan Ermilov wrote: On Wed, Mar 15, 2000 at 02:08:55PM -0800, Doug Barton wrote: On Wed, 15 Mar 2000, Neil Blakey-Milner wrote: Hi, I was looking into fixing the install-info problem, and wondered if the solution is really as easy as it seems: Hmmm I had been thinking all along that the problem with install-info was that the system couldn't use the new binary. Are you saying here that installworld is trying to use the old version of install-info that is installed in the system? Please say it isn't so... Yes, it is using the old binary. Eeek. There were plans (Marcel?) to commit an installation tools support into src/Makefile.inc1, but it was postponed until 4.0-RELEASE is done. This is now happened, and I expect Marcel committing his staff soon. Ok, sounds like you guys have it under control. If the fix was this "easy," I really wish that someone had pushed for its inclusion in 4.0-Release. This is going to be a big problem for people, and there are enough hurdles into 4.0 already. :-/ Doug -- "While the future's there for anyone to change, still you know it seems, it would be easier sometimes to change the past" - Jackson Browne, "Fountain of Sorrow" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
kernel compile error on PC-98 due to wd driver changes
Hello After reorganisation of wd driver, compiling kernel on PC-98 fails with following error: # cd /usr/src/sys/compile/PC9821AS # make depend . ../../pc98/pc98/atapi.c:119: i386/isa/atapi.h: No such file or directory ../../pc98/pc98/wd.c:94: i386/isa/atapi.h: No such file or directory mkdep: compile failed *** Error code 1 Following fixes it: diff -ru sys/pc98/pc98.old/atapi.c sys/pc98/pc98/atapi.c --- sys/pc98/pc98.old/atapi.c Mon Dec 6 15:20:31 1999 +++ sys/pc98/pc98/atapi.c Fri Mar 17 19:55:50 2000 @@ -116,7 +116,7 @@ #include machine/clock.h -#include i386/isa/atapi.h +#include pc98/pc98/atapi.h /* this code is compiled part of the module */ diff -ru sys/pc98/pc98.old/wd.c sys/pc98/pc98/wd.c --- sys/pc98/pc98.old/wd.c Wed Feb 23 08:12:29 2000 +++ sys/pc98/pc98/wd.c Fri Mar 17 19:56:08 2000 @@ -91,7 +91,7 @@ #include vm/vm.h #include vm/pmap.h -#include i386/isa/atapi.h +#include pc98/pc98/atapi.h extern void wdstart(int ctrlr); Thank you, Haro =-- _ _Munehiro (haro) Matsuda -|- /_\ |_|_| Office of Business Planning Development, Kubota Corp. /|\ |_| |_|_| 1-3 Nihonbashi-Muromachi 3-Chome Chuo-ku Tokyo 103, Japan Tel: +81-3-3245-3318 Fax: +81-3-32454-3315 Email: [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: gcc -Os optimisation broken (RELENG_4)
On Thu, Mar 16, 2000 at 10:09:37PM -0800, Doug Barton wrote: Donn Miller wrote: Doug Barton wrote: Hmm... If I have a PII (Actually celeron 300A) or a PIII, which is better, 'pentium' or 'pentiumpro'? I would think the latter, but I've learned not to assume where gcc is concerned. I think that 'pentium' would result in code that isn't as optimized as 'pentiumpro', but I've heard that 'pentium' has a lot less problems. Also, I have heard conflicting reports as to whether compiling the kernel/world with optimisations is a good thing. Anyone care to (re)open that can of worms? I compile my kernel/world with -mpentium -O3 -pipe. The only problem I've seen so far were spurious random reboots that would occur about 2-3 times a month. But, that was last summer, and hasn't happened since. Something else must have been the culprit. (Maybe -current wasn't as stable last summer.) With the aforementioned CFLAGS, I have a pretty reliable and stable system. I've heard that -mpentiumpro can be pretty buggy, and it can actually result in slower code than -mpentium for certain pentium types. I trust plain -mpentium, as it has been very reliable for me, except for some compile-time errors caused by the optimization (Qt). In the interests of providing another datapoint, I tried my old, boring P5 machine, and with -Os -march=pentium buildworld bombed trying to compile cc1plus in the build tools phase. Backing off to -O worked. The kernel was ok with -Os -march=pentium. In contrast, I've been using -Os -march=pentium during the last three months for buildworld and the kernel. Never had problems whatsoever. - Sascha To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Streamlining FreeBSD Installations
There was mentioned that someone was "appointed" (perhaps unwillingly :) to look into this one... who? I was also curious about what people do to keep a fleet of FreeBSD machines up-to-date with CVSup and buildworld. I can't imagine manually going to more than 100 machines and doing the same thing manually... how time consuming. To summarize again, we are deploying status monitoring machines into POPs, across the US. Those machines are identical in terms of hardware, et al. We were hoping to find a means by which to streamline the installation process, such that we could create (say) custom boot floppies where you'd input minimum information (IP address, hostname, domain, etc.) and it would then go off and perform the installation (from fdisk, newfs... to editing packet filters appropriately, which make require a "template" of sorts). The idea of doing all of this manually makes carpal tunnel syndrome sound like a vacation, compared to what condition one might be in afterward :) Anyone got some ingenious hack to perform this? Someone made a comment about one procedure we were doing which involved using "dd" to mirror a base installation onto another disk. As far as I know, there haven't been any gotchyas with that method. The disks are WD "pluggable" drives. So, we have a master machine that we simply do our mirror from. It's hacky as hell. Someone mentioned that sysinstall could be scripted... is this the way to go, then? TIA... _F To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: gcc -Os optimisation broken (RELENG_4)
On 16 Mar, Doug Barton wrote:
In the interests of providing another datapoint, I tried my old, boring
P5 machine, and with -Os -march=pentium buildworld bombed trying to
compile cc1plus in the build tools phase. Backing off to -O worked. The
kernel was ok with -Os -march=pentium.
As it seems everyone is posting his/her C{,OPT}FLAGS:
I'm using
-Os -march=pentiumpro -pipe -Wall -funroll-loops -fschedule-insns2
since months (~ a half year ore more) without a problem (at least I
didn't notice one) on a Celeron.
Bye,
Alexander.
--
The dark ages were caused by the Y1K problem.
http://www.Leidinger.net Alexander+Home @ Leidinger.net
Key fingerprint = 7423 F3E6 3A7E B334 A9CC B10A 1F5F 130A A638 6E7E
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: port/XFree86-4 make install fail.
Idea Receiver wrote: On Thu, 16 Mar 2000, Jean-Marc Zucconi wrote: Idea Receiver writes: "make all" success without any problem. There was an error but "make all" always complete. however, make install fail ;( What are your CFLAGS in /etc/make.conf ? default only. CFLAG= -O -pipe I have no problem of installing XFree-4.0 binary. Just not from ports/x11/XFree-4:( I had no problem. I tend to uninstall anything that uses X, build install new X and then build new apps. It doesnt take that long. This is all using ports with CFLAG= -O -pipe -- /===\ | Work: [EMAIL PROTECTED] | Home: [EMAIL PROTECTED] | \===/ "If it is true that our Universe has a zero net value for all conserved quantities, then it may simply be a fluctuation of the vacuum of some larger space in which our Universe is imbedded. In answer to the question of why it happened, I offer the modest proposal that our Universe is simply one of those things which happen from time to time." E. P. Tryon from "Nature" Vol.246 Dec.14, 1973 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Why not gzip iso images?
* Jeffrey J. Mountin ([EMAIL PROTECTED]) [000315 17:35]: However, if you consider the size of the file and the possibility of corruption, then it should be archived with gzip and forget the compression (gzip -1). Now it can be checked for errors. Isn't there a CHECKSUMS.MD5 file in the directory where the ISO image is placed on the FTP site ? Another issue is the size. Many factors determine how quickly one can obtain the ISO. It would be nice if it were broken into smaller volumes. About 10-20 MB each would be good. That way should something fail, there less time and bandwidth wasted should one need to start over. It might be nice if there were a utility that could pull the ISO in small slices just like any distribution and then put it back together. For that matter, couldn't the ISO image be made into a distribution that sysinstall would understand ? To download it, you would : - run sysinstall - change the installation direction in the options dialog to match the one you want to download (4.0-RELEASE in this case) - select a custom distribution with just the "ISO image" dist - select "commit" sysinstall could then download the dist as many small chunks, and the "install" procedure would just be to glue the chunks back together and stick it in a known place on the HD. -- j. James FitzGibbon [EMAIL PROTECTED] Targetnet.com Inc. Voice/Fax +1 416 306-0466/0452 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: RealPlayer 7
Donn Miller wrote: Anyone get this beast to work on -current? The audio works, but the video doesn't work at all. I have COMPAT_LINUX in my kernel, and RealPlayer 5.0 works pretty well. $ printenv LD_LIBRARY_PATH /usr/local/qt/lib:/usr/local/lib/rvplayer5.0:/usr/local/RealPlayer7/Common:/usr/local/RealPlayer7/Codecs:/usr/local/RealPlayer7/Plugins:/usr/local/RealPlayer7 I have it under 5.0-current with XFree86-4.0. Like the other guy said just do the standard install and it works. I have /usr/compat/linux/usr/local/RealPlayer7 in my path and export REALPLAYER7=/usr/compat/linux/usr/local/RealPlayer7 in /etc/profile. For the mimeinstall and plugins go to the RealPlayer /dir and run #./mimeinstall.sh #./pluginstall.sh -- Ted Sikora Jtl Development Group [EMAIL PROTECTED] http://powerusersbbs.com To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Streamlining FreeBSD Installations
On Fri, Mar 17, 2000 at 07:51:28AM -0500, Forrest Aldrich wrote: Someone mentioned that sysinstall could be scripted... is this the way to go, then? It's one way to go, although it's not as good as Solaris' JumpStart (although that has faults of it's own...). For a quick example look in /usr/src/release/sysinstall/install.cfg. There's a manual page in the same directory describing how it works (roughly). As far as I can tell from the documentation (I've never actually needed to do an automated FreeBSD install yet), you boot the usual kern mfsroot floppies, then select "load config file", at which point you insert the floppy with install.cfg on it. You'll probably need a bit of time to get it working, but it's a start. -- Dom Mitchell -- Palmer Harvey McLane -- Unix Systems Administrator MCSE -- Minesweeper Consultant Solitaire Expert To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Why not gzip iso images?
Out of the ether, James FitzGibbon spewed forth the following bits: It might be nice if there were a utility that could pull the ISO in small slices just like any distribution and then put it back together. For that matter, couldn't the ISO image be made into a distribution that sysinstall would understand ? This would be a GREAT use for a multicast "data fountain". Just continuously have the "next segment" of the iso image spewed out to a given multicast address. AlanC To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Why not gzip iso images?
On Wed, Mar 15, 2000 at 11:59:29AM -0600, Jeffrey J. Mountin wrote: However, if you consider the size of the file and the possibility of corruption, then it should be archived with gzip and forget the compression (gzip -1). Now it can be checked for errors. MD5 checksums are more compact and much cooler. Another issue is the size. Many factors determine how quickly one can obtain the ISO. It would be nice if it were broken into smaller volumes. About 10-20 MB each would be good. That way should something fail, there less time and bandwidth wasted should one need to start over. Ever heard of 'reget'? Call me a disinterested 3rd party. Never pull the ISO, only the parts needed. ;) I tend to agree with this. 650MB is way too much - perhaps the images could be broken up according to the portion of the system (i.e., bin, sbin, usr.bin, usr.sbin, etc, et cetera). -- Will Andrews [EMAIL PROTECTED] GCS/E/S @d- s+:++:- a---+++ C++ UB P+ L- E--- W+++ !N !o ?K w--- ?O M+ V-- PS+ PE++ Y+ PGP t++ 5 X++ R+ tv+ b++ DI+++ D+ G+ e- h! r--+++ y? To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: RealPlayer 7
Ted Sikora wrote: Donn Miller wrote: Anyone get this beast to work on -current? The audio works, but the video doesn't work at all. I have COMPAT_LINUX in my kernel, and RealPlayer 5.0 works pretty well. $ printenv LD_LIBRARY_PATH /usr/local/qt/lib:/usr/local/lib/rvplayer5.0:/usr/local/RealPlayer7/Common:/usr/local/RealPlayer7/Codecs:/usr/local/RealPlayer7/Plugins:/usr/local/RealPlayer7 I have it under 5.0-current with XFree86-4.0. Like the other guy said just do the standard install and it works. I have /usr/compat/linux/usr/local/RealPlayer7 in my path and export REALPLAYER7=/usr/compat/linux/usr/local/RealPlayer7 in /etc/profile. For the mimeinstall and plugins go to the RealPlayer /dir and run #./mimeinstall.sh #./pluginstall.sh Correction: /usr/compat/linux/usr/local/bin is in my path. Just ln -s realplay and rpnphelper to it. -- Ted Sikora Jtl Development Group [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Streamlining FreeBSD Installations
Forrest Aldrich wrote: Someone mentioned that sysinstall could be scripted... is this the way to go, then? I use scripted sysinstalls here. It's really easy, however, you still have to interact with a few dialogs, namely: 1) of course, you have to specify your config file from the "Load Config" main menu option 2) you need to say whether or not you want to use DHCP 3) you need to interact with the crypto questions 4) you need to say whether or not you want to install the ports I think it would be worthwhile to modify sysinstall to so that you only have to do #1 above, but I haven't found it so painful to interact with the remaining three to submit patches to Jordan yet. Eventually, I will probably do this, unless someone else beats me to it. Everything else can be automated. Here's a sample config file that I put together: # scratchy.cfg # # FreeBSD Installation Config file for scratchy.unx.sas.com # # This file generated on 03/17/00 09:36:00 # debug=yes ipaddr=10.26.1.74 hostname=scratchy.unx.sas.com domainname=unx.sas.com defaultrouter=10.26.0.1 netmask=255.255.0.0 # - End of generated information - netDev=fxp0 ftp=ftp://freebsd2.unx.sas.com/pub/FreeBSD _ftpPath=ftp://freebsd2.unx.sas.com/pub/FreeBSD nameserver=10.16.149.6 mediaSetFTP distSetEverything dists=local X9set distUnsetCustom disk=ad0 partition=exclusive diskPartitionEditor # 128 Meg /root partition ad0s1-1=ufs 262144 / # 256 Meg swap partition ad0s1-2=swap 524288 none # 1 Gig /tmp partition ad0s1-3=ufs 2097152 /tmp # 256 Meg /var partition ad0s1-4=ufs 524288 /var # all remaining space for /usr partition ad0s1-5=ufs 0 /usr diskLabelEditor installCommit # pkg dir = /nfs/freebsd/pub/FreeBSD/packages/All package=bash-2.03 noError=TRUE packageAdd package=elm-2.4ME+68 noError=TRUE packageAdd package=emacs-20.6 noError=TRUE packageAdd package=hexedit-1.1.0 noError=TRUE packageAdd package=less-352 noError=TRUE packageAdd package=linux_base-6.1 noError=TRUE packageAdd package=lsof-4.48 noError=TRUE packageAdd package=mm-1.0.12 noError=TRUE packageAdd package=netscape-communicator-4.72 noError=TRUE packageAdd package=pdksh-5.2.14 noError=TRUE packageAdd package=procmail-3.14 noError=TRUE packageAdd package=rdate-1.0 noError=TRUE packageAdd package=sudo-1.6.2p1 noError=TRUE packageAdd package=tcsh-6.09.00 noError=TRUE packageAdd package=tkcvs-6.0 noError=TRUE packageAdd package=tkdiff-3.04 noError=TRUE packageAdd package=unzip-5.40 noError=TRUE packageAdd package=xv-m17n-3.10a noError=TRUE packageAdd package=zip-2.3 noError=TRUE packageAdd This script uses a local snap machine that we keep current and build snaps nightly from which to do an FTP install. I've got a script that I use to generate these config files. Essentially, I just specify the machine name, and my config generatator figures out the IP address, default router, and netmask, that is required for configuring the ethernet interface. Everything below the line "# - End of generated information -" is the same for all hosts, only the stuff above that line is different for each host. So, I end up with a config file per host. -Brian -- Brian Dean [EMAIL PROTECTED] SAS Institute Inc. [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: RealPlayer 7
On Fri, Mar 17, 2000 at 12:42:33AM -0500, Donn Miller wrote: I think I found the problem -- it had "disable custom sampling rates" checked in the preferences section. I unchecked that, and at least the audio is working better. I still have to try the video, though... Maybe there's a conflict with running it with XFree86 4.0 and 16 bpp. No, I have 4.0-STABLE and XFree86 4.0 here, running at 16bpp, and can play video streams fine with RealPlayer. Although not as a Netscape plugin -- it dumps core I haven't had a chance to see why yet. -- Jacques Vidrine / [EMAIL PROTECTED] / [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Why not gzip iso images?
I tend to agree with this. 650MB is way too much - perhaps the images could be broken up according to the portion of the system (i.e., bin, sbin, usr.bin, usr.sbin, etc, et cetera). This is all beginning to smell a lot like a FTP install. Kelly -- Kelly Yancey - [EMAIL PROTECTED] - Richmond, VA Analyst / E-business Development, Bell Industries http://www.bellind.com/ Maintainer, BSD Driver Database http://www.posi.net/freebsd/drivers/ Coordinator, Team FreeBSDhttp://www.posi.net/freebsd/Team-FreeBSD/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Streamlining FreeBSD Installations
Yes, making this process easier with Sysinstall would be a Good Thing(tm). Especially I see the need here due to the widespread use of FreeBSD in enterprise environments. This topic will certainly come up again and again. What I would like to see is a customized boot disk that, after loading the kernel etc, goes into a script where you input the critical info (IP, DNS, ... ). It's required to ask the Crypto Questions, I understand -- however, we could "answer" those in the *.cfg file, to avoid the prompts. IMHO, this shouldn't be too difficult to implement. But it would be great to pool in everyone's ideas, so that everyone's needs are considered before commiting such changes. Anyone else have some feedback on this? _F To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Streamlining FreeBSD Installations
Another issue here, at least in our application of it, is about adding users and setting passwords.With well over 100 machines, we want to also have installed user accounts for our engineers. Again, nightmareish to consider doing manually. Such a script used at startup could contain also the account name and perhaps the "crypted" form of the password, and some other utility would need to do the magic from there. _F To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Why not gzip iso images?
On Fri, Mar 17, 2000 at 10:00:44AM -0500, Kelly Yancey wrote: This is all beginning to smell a lot like a FTP install. Exactly. Only thing is, an FTP install requires a usable internet connection on intended box, which is not always available. ;-) -- Will Andrews [EMAIL PROTECTED] GCS/E/S @d- s+:++:- a---+++ C++ UB P+ L- E--- W+++ !N !o ?K w--- ?O M+ V-- PS+ PE++ Y+ PGP t++ 5 X++ R+ tv+ b++ DI+++ D+ G+ e- h! r--+++ y? To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: RealPlayer 7
"Jacques A . Vidrine" wrote: On Fri, Mar 17, 2000 at 12:42:33AM -0500, Donn Miller wrote: I think I found the problem -- it had "disable custom sampling rates" checked in the preferences section. I unchecked that, and at least the audio is working better. I still have to try the video, though... Maybe there's a conflict with running it with XFree86 4.0 and 16 bpp. No, I have 4.0-STABLE and XFree86 4.0 here, running at 16bpp, and can play video streams fine with RealPlayer. Although not as a Netscape plugin -- it dumps core I haven't had a chance to see why yet. -- Most of the plugins give the 'bad magic' error. It works perfectly under the Linux-Netscape version however. That's why I run both in FreeBSD. With the Linux version I get all plugins like flash4 and so on. -- Ted Sikora Jtl Development Group [EMAIL PROTECTED] http://powerusersbbs.com To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: port/XFree86-4 make install fail.
On Sat, 18 Mar 2000, Matthew Thyer wrote: I had no problem. I tend to uninstall anything that uses X, build install new X and then build new apps. It doesnt take that long. This is all using ports with CFLAG= -O -pipe ok.. I just tried to reinstall the whole system with the SNAP from 8/Feb and cvs up to the latest, and make world. and make a new kernel with SMP support. and then I tried to make XFree-4 again. Same problem. What can I do? I dont want to make -k install. I need a full functional X. :( To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: gcc -Os optimisation broken (RELENG_4)
Maxim Sobolev wrote: I've just upgraded my production server to the 4.0-RELEASE and found that squid23 when compiled with -Os option dying with signal 11 on each attempt to load page. When I recompiled it with -O fault disappeared. After some digging into the sources with gdb I found that fault came from dereferencing NULL pointer somewhere in the DNS query procedures. I've tracked the source of this pointer and found that the function rfc1035QuestionPack (rfc1035.c) called from rfc1035BuildAQuery receives NULL pointer instead of the supplied hostname as a 3rd argument. Following is two debugging sessions with squid compiled with -Os and -O (faulty call is in the end of the output): Well... where is "name" being set? That would help. -- Daniel C. Sobral(8-DCS) [EMAIL PROTECTED] [EMAIL PROTECTED] One Unix to rule them all, One Resolver to find them, One IP to bring them all and in the zone bind them. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Streamlining FreeBSD Installations
On Fri, 17 Mar 2000, Forrest Aldrich wrote: Another issue here, at least in our application of it, is about adding users and setting passwords.With well over 100 machines, we want to also have installed user accounts for our engineers. Again, nightmareish to consider doing manually. Such a script used at startup could contain also the account name and perhaps the "crypted" form of the password, and some other utility would need to do the magic from there. Either put on the disk or fetch a copy of the master.passwd, copy it someplace like /root/master.passwd that's on the root partition and do a passwd_mkdb. I would suggest, however, setting up ssh on the first pass and maybe a password on one trusted account that you could install the system(s), go back to you Favorite Terminal(tm), sit down and use a for loop (or other automated method ;) to send (ie. via ssh/scp ;) the master.passwd file to a secure place on the root partition then have ssh execute the remote command 'passwd_mkdb' on the previously sent file and there you have it. j _F To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
No Subject
subscribe freebsd-current To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Soundcard support, or something
Moin moin, I guess that -current is now -stable, and so is -stable, but the tests I made were on -current before it became -release, as well as on -stable before it was usurped by -devel, or something, my brane hertz, so I'm sending this to both -current and -stable, even though I bet both lists are frequented by mostly the same hackerz. So tell me I should have sent this to -multimedia instead Anyway, I spent last night with a stack of sound cards and a dual-boot machine with 3.4-stable and 4.0-current as of about a week ago, more or less, to try and figure why I failed so miserably with audio recording last week at this time. In short, 4.0-current (and I will bet good money on 5.0-current too) failed pretty miserably with audio recording from all cards, while most were successful (with some limitations) under 3.4-stable. Pilot error should not be dismissed. On the other hand, all cards tested were successful with playback of pre-recorded .wav files, although the mixer interface (aumix) sometimes left something to be desired. Maybe this info will be helpful to someone... I used the pcm k0dez exclusively in -current and 3.4, no Voxware was harmed for this test. Recording was made with a somewhat-hacked version of brec-0.96 or -0.99, with adjustments made to SHM/SEM options in the kernel config file. First, under 3.4-stable, one card that was detected under -current was not found -- some Vibra 16S Soundforte card with what appears to be an on-board FM tuner. * Secondly, again under 3.4-stable, all the soundblaster ISA cards that I tried only recorded a mono sum signal from both left and right input (line) channels. This included a gen-u-wine SB16, a Vibra 16, and an AWE 64. All these were reported at boot as SB16pnp, so there is no doubt some simple toggle to make all of them record stereo and suddenly become useful to me for audio input. The two Soundblaster PCI cards I tried, recorded stereo cleanly under 3.4, matching my previous experience with them in production machines without problems. I've just tossed in the 16 PCI now and have not thoroughly tested the mixer; however, I can say that the aumix program on the 128 PCI (or PCI 128? I know one of them is backwards) has the problem: When I attempt to select the recording source with the space bar (to switch from mic to line), aumix exits with SOUND_MIXER_WRITE_RECSRC. When restarted, the desired change was in fact made. (I can't remember if I see this with -current) I tried one other card that might be supported, a Crystal CS4235 chip on a card whose number I know not, and it was pretty much the same under both 3.4 and -current: Playback (line) worked, the line input was controlled as synth on the mixer, I might have fried the mic input since I never got sound from that, but aumix fails to select the desired source. I had to use the commandline `mixer' and use `=rec line' -- I think aumix tries to use the equivalent of `+rec' which, with this card, always resets the source to mic. However, I never actually got any sound from the line input to the recorded file no matter what I did. I think I used this card a couple years ago under Linux for audio input. Now, on to -current and newpcm: No card resulted in a clean clear recording the way most/all did under 3.4. Here are the results of each: * The SB 128 PCI recorded a sound with a continuous crackly static in the background of audible passages, the level of this depended on the audio level and the static was inaudible with silence. * The PCI 16 had almost a clean sound, so I don't think I botched the compilation of the audio recording program too much. It was not totally clean, with a repeating burst of static every few seconds, kinda like a vinyl record with a bunch of dirt in a stripe across the grooves. The CS4235 card performed (or didn't) as above, with the difference that the recorded silent file seemed to have a bit of static-like noise. * All the SB 16 cards -- the AWE 64, the Soundforte SF16, the SB 16, and the Vibra 16 sounded AWFUL. The recorded .wav file sounded like a chainsaw on overdrive, with no evidence of the audio source. It's real kewl, but somehow not quite exactly what I'm looking for. There are a few minor notes about the performance of aumix with each card, but they pale in comparison with the dirty audio I recorded. I can probably get my mitts all over a Gravis Ultrasound card that worked ... interestingly ... under 3.4 Voxware, but I never tried it under -current newpcm. My conclusion is that nope, I can't toss -current onto a production machine with my at-hand selection of soundcards for recording, and that I'll have to stay with 3.4 for any sound work for now. The only problem irking me with 3.4 is that all the ISA Soundblaster 16 cards that I have only record a mono sum signal, which I never caught in many weeks of production use. Argh. Neither -current nor 3.4 had playback problems with the supported cards. Now, I bet I
Re: gcc -Os optimisation broken (RELENG_4)
Maxim Sobolev wrote: Well... where is "name" being set? That would help. It is not clear what do you mean, please explain. "name" is the name of the variable that is passed as NULL when compiled with -Os. In the code trace you posted, we do not see any reference to this variable up to the point where the function is called. -- Daniel C. Sobral(8-DCS) [EMAIL PROTECTED] [EMAIL PROTECTED] One Unix to rule them all, One Resolver to find them, One IP to bring them all and in the zone bind them. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Why not gzip iso images?
Had the file been split and a checksum computed for each piece, I could have grabbed only the affected portion of the ISO. This is screaming for an FTP server mod similar to the wuftpd code that will automatically run tar|gzip. That is, given a file "foo", serve "foo.aa" to be the first (server-defined) chunk size of the file. Define "foo.md5" to be a (precomputed) list of md5 checksums for each chunk. The ftp server automatically just open's and seeks in the single file and returns the proper amount of bytes. Result: server only stores 1 copy (the whole, large file), the clients can grab either the whole or the parts. For instance, ftp://ftp.freebsd.org/pub/FreeBSD/releases/4.0-RELEASE/bin/bin.tgz might be served with a chunk size of 235Kb. BTW, other than the checksums, it is possible for an ftp client to grab arbitrarily sized chunks of a file using the FTP "RESTart" option. I don't know of a client that supports this, but it would be easy to add. John To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Streamlining FreeBSD Installations
As far as keeping them "up to date", this is what we do: - Have a local cvsup-mirror server - All FreeBSD workstations and servers cvsup (just ports) off of it nightly. - Our central build server (which doubles as an insanely overpowered SMP dns server), builds -STABLE, and all kernels nightly When we want to upgrade a machine to current, we just: mount buildbox:/usr/src /usr/src mount buiildbox:/usr/obj /usr/obj cd /usr/src make installworld mergemaster cd /usr/src/sys/compile/mykernel make install reboot This process takes about 15 min on our 100M/s network. We don't do it too often of course, because of the downtime involved, but. As far as keeping the machines "identical", you may want to look into one of the hacks i've seen where in a school lab they boot off a floppy which dd's the hard drives off of an nfs share. I can't remember where I saw this unfortunatly. (not sure if this answers your question, but I hope it odes) - Thomas R. Stromberg Senior Systems Administrator : smtp[[EMAIL PROTECTED]]Research Triangle Commerce, Inc. : http[afterthought.org] pots[1.919.657.1317] : irc[helixblue] FreeBSD Contributor, Perl Hacker : - On Fri, 17 Mar 2000, Forrest Aldrich wrote: There was mentioned that someone was "appointed" (perhaps unwillingly :) to look into this one... who? I was also curious about what people do to keep a fleet of FreeBSD machines up-to-date with CVSup and buildworld. I can't imagine manually going to more than 100 machines and doing the same thing manually... how time consuming. To summarize again, we are deploying status monitoring machines into POPs, across the US. Those machines are identical in terms of hardware, et al. We were hoping to find a means by which to streamline the installation process, such that we could create (say) custom boot floppies where you'd input minimum information (IP address, hostname, domain, etc.) and it would then go off and perform the installation (from fdisk, newfs... to editing packet filters appropriately, which make require a "template" of sorts). To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: RealPlayer 7
Kris Kennaway wrote: On Fri, 17 Mar 2000, Ted Sikora wrote: Most of the plugins give the 'bad magic' error. It works perfectly under the Linux-Netscape version however. That's why I run both in FreeBSD. With the Linux version I get all plugins like flash4 and so on. You can't use a foreign plugin with a native freebsd netscape..unfortunately there aren't many plugins available in native format - this is a good reason to use the linux version. There are a couple of exceptions to that. The Linux plugger works under FreeBSD provided you have the .conf file in the FreeBSD Netscape directory. Also the new acroread plugin works with FreeBSD. The new (SuSE) version not the one in ports/packages. It's compiled to work with glibc. -- Ted Sikora Jtl Development Group [EMAIL PROTECTED] http://powerusersbbs.com To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Why not gzip iso images?
At 9:46 AM -0500 2000/3/17, Will Andrews wrote: I tend to agree with this. 650MB is way too much - perhaps the images could be broken up according to the portion of the system (i.e., bin, sbin, usr.bin, usr.sbin, etc, et cetera). I think the entire point of the ISO images is to make it as easy as possible for people to burn an exact replica of the CDs that you would get if you bought the package from WC, and for people like this bandwidth is not an issue. For people that don't have the bandwidth, they should use other install methods. -- These are my opinions -- not to be taken as official Skynet policy == Brad Knowles, [EMAIL PROTECTED]|| Belgacom Skynet SA/NV Systems Architect, Mail/News/FTP/Proxy Admin || Rue Colonel Bourg, 124 Phone/Fax: +32-2-706.13.11/12.49 || B-1140 Brussels http://www.skynet.be || Belgium To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: gcc -Os optimisation broken (RELENG_4)
In contrast, I've been using -Os -march=pentium during the last three months for buildworld and the kernel. Never had problems whatsoever. Perhaps this is a bit off topic, but can the pentium optimisations be used for AMD K6 processors? To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Why not gzip iso images?
At 09:46 AM 3/17/00 -0500, Will Andrews wrote: On Wed, Mar 15, 2000 at 11:59:29AM -0600, Jeffrey J. Mountin wrote: However, if you consider the size of the file and the possibility of corruption, then it should be archived with gzip and forget the compression (gzip -1). Now it can be checked for errors. MD5 checksums are more compact and much cooler. Yes and my not knowing about them shows how often I look in the ISO dirs and those times that I do, the upload was in progress, so there was no checksum. ;) Ever heard of 'reget'? Certainly. Tastes great, less filling. Call me a disinterested 3rd party. Never pull the ISO, only the parts needed. ;) I tend to agree with this. 650MB is way too much - perhaps the images could be broken up according to the portion of the system (i.e., bin, sbin, usr.bin, usr.sbin, etc, et cetera). That would duplicate work done already. If you want a stripped-down ISO, then burn your own from the distribution or take it a step further and make your own release. Come on folks! If you can't pull down the ISO, just buy the damn thing. You then get 4 CDs and save a lot of time and hassle. Regretting I ever made suggestions... Jeff Mountin - [EMAIL PROTECTED] Systems/Network Administrator FreeBSD - the power to serve To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: RealPlayer 7
I had many problems trying to get some of the linux emulation progrmas to run when I had a LD_LIBRARY_PATH set. The problem was that the linux executable was looking for libraries on the path list and finding a FreeBSD library and puking because it had a bad magic number. I just made sure my ldconfig was set right bot under FreeBSD Linux emulation and did not set any LD_LIBRARY_PATH. Drove me nuts for half a week. -Charlie On Thu, Mar 16, 2000 at 05:35:43PM -0500, Donn Miller wrote: Anyone get this beast to work on -current? The audio works, but the video doesn't work at all. I have COMPAT_LINUX in my kernel, and RealPlayer 5.0 works pretty well. $ printenv LD_LIBRARY_PATH /usr/local/qt/lib:/usr/local/lib/rvplayer5.0:/usr/local/RealPlayer7/Common:/usr/local/RealPlayer7/Codecs:/usr/local/RealPlayer7/Plugins:/usr/local/RealPlayer7 - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message -- Charles Anderson[EMAIL PROTECTED] No quote, no nothin' To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Why not gzip iso images?
At 10:12 AM 3/17/00 -0500, Will Andrews wrote: On Fri, Mar 17, 2000 at 10:00:44AM -0500, Kelly Yancey wrote: This is all beginning to smell a lot like a FTP install. Exactly. Only thing is, an FTP install requires a usable internet connection on intended box, which is not always available. ;-) Ah, but if it's available one time, then that time would be best spend pulling a local copy, which is much faster using local method (take your pick) to install further systems. This is a catch-22 situation and tinkering around with how the ISO can be had (stripped version or volumed) does nothing to solve. Jeff Mountin - [EMAIL PROTECTED] Systems/Network Administrator FreeBSD - the power to serve To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: possible simple install-info fix
Doug Barton wrote: Ok, sounds like you guys have it under control. If the fix was this "easy," I really wish that someone had pushed for its inclusion in 4.0-Release. This is going to be a big problem for people, and there are enough hurdles into 4.0 already. :-/ There was some confusion. I thought the feature freeze was in december and the code freeze in januari. I didn't make it in januari and was "unavailable" in februari and this fix is not one you rush in (IMO of course). It has been posted before and noone thought it was urgent enough to rush it in anyway... The bottomline is known... BTW: If a fix is easy, then that doesn't mean that it isn't potentially dangerous :-) -- Marcel Moolenaar mail: [EMAIL PROTECTED] / [EMAIL PROTECTED] tel: (408) 447-4222 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: gcc -Os optimisation broken (RELENG_4)
"Daniel C. Sobral" wrote: Maxim Sobolev wrote: I've just upgraded my production server to the 4.0-RELEASE and found that squid23 when compiled with -Os option dying with signal 11 on each attempt to load page. When I recompiled it with -O fault disappeared. After some digging into the sources with gdb I found that fault came from dereferencing NULL pointer somewhere in the DNS query procedures. I've tracked the source of this pointer and found that the function rfc1035QuestionPack (rfc1035.c) called from rfc1035BuildAQuery receives NULL pointer instead of the supplied hostname as a 3rd argument. Following is two debugging sessions with squid compiled with -Os and -O (faulty call is in the end of the output): Well... where is "name" being set? That would help. It is not clear what do you mean, please explain. -Maxim To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Streamlining FreeBSD Installations
On Fri, 17 Mar 2000, Forrest Aldrich wrote: I was also curious about what people do to keep a fleet of FreeBSD machines up-to-date with CVSup and buildworld. I can't imagine manually going to more than 100 machines and doing the same thing manually... how time consuming. To summarize again, we are deploying status monitoring machines into POPs, across the US. Those machines are identical in terms of hardware, et al. We were hoping to find a means by which to streamline the installation process, such that we could create (say) custom boot floppies where you'd input minimum information (IP address, hostname, domain, etc.) and it would then go off and perform the installation (from fdisk, newfs... to editing packet filters appropriately, which make require a "template" of sorts). If the job they are doing is fairly simple, and they have (or could have) plenty of RAM, have you considered scrapping the disc drives and having a CD-boot system? Although CD drives are not very reliable for heavy-duty use, you should be able to arrange that the working set gets loaded at start-up and the CD is then idle in all normal use - this may "just work" through normal caching, or you may need to copy active files onto an MFS filesystem (you'll need an MFS for various things anyhow). This has the advantage over pico-BSD style installations that you can fill the rest of the CD with a fairly complete FreeBSD installation: in normal use the CD drive is idle, but you have the full set of tools available for use on rare occasions when they are needed. Obviously the machines need to pick up their identities from somewhere, as you want to just duplicate a stack of identical CDs. If the machines can rely on their environment, DHCP is the obvious way to go; if not, one technique I've used is to key it on the MAC address of the ethernet card (in /etc/rc I pick up the MAC address with ifconfig and then have a big case statement to set up the different characteristics of the machines). Obviously this doesn't suit every application, but I have found it highly advantageous when I want to put down a BSD machine in a location with no local BSD skills to fix things if they go wrong. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: RealPlayer 7
On Fri, 17 Mar 2000 11:43:54 -0800 (PST), Kris Kennaway [EMAIL PROTECTED] said: You can't use a foreign plugin with a native freebsd netscape..unfortunately there aren't many plugins available in native format - this is a good reason to use the linux version. Or not (depending on your opinion regarding said plugins). -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same [EMAIL PROTECTED] | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Streamlining FreeBSD Installations
On Fri, 17 Mar 2000, Forrest Aldrich wrote: I was also curious about what people do to keep a fleet of FreeBSD machines up-to-date with CVSup and buildworld. I can't imagine manually going to more than 100 machines and doing the same thing manually... how time consuming. Have a master cvsup server which runs the cvsupd-bin port and either cvsups manually from an outsider server, or schedules it automatically. Run cron jobs on each of the clients to cvsup from your local server and buildworld (if any changes are picked up). If you don't want to buildworld without testing the process first on a scratch box, then run the cvsup on your cvsupd server manually once you've verified it. To summarize again, we are deploying status monitoring machines into POPs, across the US. Those machines are identical in terms of hardware, et al. We were hoping to find a means by which to streamline the installation process, such that we could create (say) custom boot floppies where you'd input minimum information (IP address, hostname, domain, etc.) and it would then go off and perform the installation (from fdisk, newfs... to editing packet filters appropriately, which make require a "template" of sorts). picobsd might come in handy here. Kris In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Streamlining FreeBSD Installations
* Jonathan Smith [EMAIL PROTECTED] [000317 08:48] wrote: On Fri, 17 Mar 2000, Forrest Aldrich wrote: Another issue here, at least in our application of it, is about adding users and setting passwords.With well over 100 machines, we want to also have installed user accounts for our engineers. Again, nightmareish to consider doing manually. Such a script used at startup could contain also the account name and perhaps the "crypted" form of the password, and some other utility would need to do the magic from there. Either put on the disk or fetch a copy of the master.passwd, copy it someplace like /root/master.passwd that's on the root partition and do a passwd_mkdb. I would suggest, however, setting up ssh on the first pass and maybe a password on one trusted account that you could install the system(s), go back to you Favorite Terminal(tm), sit down and use a for loop (or other automated method ;) to send (ie. via ssh/scp ;) the master.passwd file to a secure place on the root partition then have ssh execute the remote command 'passwd_mkdb' on the previously sent file and there you have it. You may also want to investigate the package system, i'm pretty sure you can specify that it run particular scripts such as something running 'pw' to add accounts and whatnot. good luck, -Alfred To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Streamlining FreeBSD Installations
This wouldn't work in our situation, where we are needing to modify data... so if there were a power outage, imagine the hassle. Good idea, though. Most of our systems have 64 - 128mb of ram. They are doing distributed status monitoring and secondary DNS. So, there would be a bit of changes happening from time-to-time. But again, I doubt this would work for us. From the private emails I've received on this topic, it seems that the consenus is to spiff up sysinstall, which is probably the right place to begin with some of this stuff. Not sure who maintains it. _F At 06:56 PM 3/17/00 +, Andrew Gordon wrote: On Fri, 17 Mar 2000, Forrest Aldrich wrote: I was also curious about what people do to keep a fleet of FreeBSD machines up-to-date with CVSup and buildworld. I can't imagine manually going to more than 100 machines and doing the same thing manually... how time consuming. To summarize again, we are deploying status monitoring machines into POPs, across the US. Those machines are identical in terms of hardware, et al. We were hoping to find a means by which to streamline the installation process, such that we could create (say) custom boot floppies where you'd input minimum information (IP address, hostname, domain, etc.) and it would then go off and perform the installation (from fdisk, newfs... to editing packet filters appropriately, which make require a "template" of sorts). If the job they are doing is fairly simple, and they have (or could have) plenty of RAM, have you considered scrapping the disc drives and having a CD-boot system? Although CD drives are not very reliable for heavy-duty use, you should be able to arrange that the working set gets loaded at start-up and the CD is then idle in all normal use - this may "just work" through normal caching, or you may need to copy active files onto an MFS filesystem (you'll need an MFS for various things anyhow). This has the advantage over pico-BSD style installations that you can fill the rest of the CD with a fairly complete FreeBSD installation: in normal use the CD drive is idle, but you have the full set of tools available for use on rare occasions when they are needed. Obviously the machines need to pick up their identities from somewhere, as you want to just duplicate a stack of identical CDs. If the machines can rely on their environment, DHCP is the obvious way to go; if not, one technique I've used is to key it on the MAC address of the ethernet card (in /etc/rc I pick up the MAC address with ifconfig and then have a big case statement to set up the different characteristics of the machines). Obviously this doesn't suit every application, but I have found it highly advantageous when I want to put down a BSD machine in a location with no local BSD skills to fix things if they go wrong. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
patches for test / review
I have two patches up for test at http://phk.freebsd.dk/misc I'm looking for reviews and tests, in particular vinum testing would be nice since Grog is quasi-offline at the moment. Poul-Henning 2317 BWRITE-STRATEGY.patch This patch is machine generated except for the ccd.c and buf.h parts. Rename existing BUF_STRATEGY to DEV_STRATEGY substitute BUF_WRITE(foo) for VOP_BWRITE(foo-b_vp, foo); substitute BUF_STRATEGY(foo) for VOP_STRATEGY(foo-b_vp, foo); Please test review. 2317 b_iocmd.patch This patch removes B_READ, B_WRITE and B_FREEBUF and replaces them with a new field in struct buf: b_iocmd. B_WRITE was bogusly defined as zero giving rise to obvious coding mistakes and a lot of code implicitly knew this. This patch also eliminates the redundant flag B_CALL, it can just as efficiently be done by comparing b_iodone to NULL. Should you get a panic or drop into the debugger, complaining about "b_iocmd", don't continue, it is likely to write where it should have read. Please test review. -- Poul-Henning Kamp FreeBSD coreteam member [EMAIL PROTECTED] "Real hackers run -current on their laptop." FreeBSD -- It will take a long time before progress goes too far! To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Why not gzip iso images?
On Fri, 17 Mar 2000, Will Andrews wrote: Exactly. Only thing is, an FTP install requires a usable internet connection on intended box, which is not always available. ;-) No it doesn't. Download the binary installation files onto another machine, and burn a CD with them (you must have a mechanism to burn a CD if you were intending to burn an ISO image of one). Then use this CD as the media to get the distribution bits from. Kris In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Why not gzip iso images?
On Fri, Mar 17, 2000 at 11:42:43AM -0800, Kris Kennaway wrote: No it doesn't. Download the binary installation files onto another machine, and burn a CD with them (you must have a mechanism to burn a CD if you were intending to burn an ISO image of one). Then use this CD as the media to get the distribution bits from. If our intent was to make installation a living hell, then yes this an excellent idea. An ISO is a single file to download / burn and is the most straightforward way of making your installation media. Everyone from the guru to the warez monkey understands burning an ISO. -- Bill Fumerola - Network Architect Computer Horizons Corp - CVM e-mail: [EMAIL PROTECTED] / [EMAIL PROTECTED] Office: 800-252-2421 x128 / Cell: 248-761-7272 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: RealPlayer 7
On Fri, 17 Mar 2000, Kris Kennaway wrote: You can't use a foreign plugin with a native freebsd netscape..unfortunately there aren't many plugins available in native format - this is a good reason to use the linux version. I've noticed that the Linux version reports the OS as "Linux 2.0.36" or something like that. Is there anything special that will make the Linux version of Netscape report the OS correctly? Maybe it should be doing `uname -srm` or something like that. It's really minor, but it's always nice to have your OS trumpeted proudly in your usenet headers. I don't want "Linux" reported if I'm running FreeBSD... Just a minor gripe, I guess. - Donn To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
ICMP socket weirdness
Can someone explain the weird behavior I'm seeing from the
program below??
When the program is run, if you ping the IP address from the
local machine, it sees packets. However, if you ping it from
a remote machine, it doesn't see packets.
This is on a 3.4-REL machine.. it also happens on a 4.0-current
machine built on approx Feb. 2.
-Archie
___
Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com
#include sys/param.h
#include sys/socket.h
#include netinet/in.h
#include arpa/inet.h
#include stdio.h
#include stdlib.h
#include unistd.h
#include string.h
#include err.h
int
main(int ac, char *av[])
{
struct sockaddr_in a;
u_char buf[8192];
int r, s;
memset(a, 0, sizeof(a));
a.sin_family = AF_INET;
a.sin_len = sizeof(a);
if (ac != 2 || inet_aton(av[1], a.sin_addr) == 0)
errx(1, "Usage: stest ipaddr");
if ((s = socket(PF_INET, SOCK_RAW, IPPROTO_ICMP)) == -1)
err(1, "socket");
if (bind(s, (struct sockaddr *)a, sizeof(a)) == -1)
err(1, "bind");
while ((r = read(s, buf, sizeof(buf))) 0)
printf("Rec'd %d byte packet\n", r);
if (r != 0)
err(1, "read");
return (0);
}
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
kern/8324
This bug has been around since at least 2.2.6 and is still present in RELENG_3, RELENG_4, and -current. http://www.freebsd.org/cgi/query-pr.cgi?pr=8324 Is anyone planning to tackle it? What would be required to fix it? (it's not clear (to me anyway) from Bruce's description how hard this is to fix..) Thanks, -Archie ___ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: kern/8324
* Archie Cobbs [EMAIL PROTECTED] [000317 17:55] wrote: This bug has been around since at least 2.2.6 and is still present in RELENG_3, RELENG_4, and -current. http://www.freebsd.org/cgi/query-pr.cgi?pr=8324 Is anyone planning to tackle it? What would be required to fix it? (it's not clear (to me anyway) from Bruce's description how hard this is to fix..) I think Bruce sort of went off into a tangent with his diagnosis, anyhow this is untested (of course :) ), but looks like the right thing to do (from sys_pipe.c). Perhaps the fcntls and ioctls aren't being propogated enough to set the flags properly, but if they are then it should work sort of the way SIGIO does, basically generating a signal for /some condition/ on a descriptor. -- -Alfred Perlstein - [[EMAIL PROTECTED]|[EMAIL PROTECTED]] Index: tty_pty.c === RCS file: /home/ncvs/src/sys/kern/tty_pty.c,v retrieving revision 1.74 diff -u -u -r1.74 tty_pty.c --- tty_pty.c 2000/02/09 03:32:11 1.74 +++ tty_pty.c 2000/03/18 06:12:55 @@ -337,6 +337,8 @@ selwakeup(pti-pt_selw); wakeup(TSA_PTC_WRITE(tp)); } + if ((tp-t_state TS_ASYNC) tp-t_sigio) + pgsigio(tp-t_sigio, SIGIO, 0); } static int To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
3 - 4 when /usr is a vinum volume?
Hi! I'm having troubles updating a FreeBSD 3-stable system to current, since it has /usr as a vinum volume. I've just updated about a dozen machines without any problems, but none of them uses vinum. Following the instructions in UPDATING, when rebooting to single user mode, vinum wouldn't work since the kernel module was out of date - no surprise. So, I copied a fresh vinum.ko in there and tried again. This time, vinum loaded fine, but complained that it couldn't get the list from disk (or similiar). A 'vinum list' command would show nothing. So, I tried rebooting with the old 3-stable kernel. When makeing installworld running the 3-stable kernel, make first installed the make binary itself, and then could not do anything more, since the new libc was not in place, and the just installed make needed the new libc... odd? shall it really start by installing make? dunno how this happened? Anyway, what is a good strategy for upgrading a system where /usr is a vinum volume? Any tips, tricks or ideas (apart from moving /usr to a non-vinum volume and install onto that one). Thanks Palle To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: RealPlayer 7
Donn Miller wrote: On Fri, 17 Mar 2000, Kris Kennaway wrote: You can't use a foreign plugin with a native freebsd netscape..unfortunately there aren't many plugins available in native format - this is a good reason to use the linux version. I've noticed that the Linux version reports the OS as "Linux 2.0.36" or something like that. Is there anything special that will make the Linux version of Netscape report the OS correctly? Maybe it should be doing `uname -srm` or something like that. It's really minor, but it's always nice to have your OS trumpeted proudly in your usenet headers. I don't want "Linux" reported if I'm running FreeBSD... Just a minor gripe, I guess. You could always vi the binary. :) Doug -- "While the future's there for anyone to change, still you know it seems, it would be easier sometimes to change the past" - Jackson Browne, "Fountain of Sorrow" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: RealPlayer 7
On Friday, March 17, 2000, Donn Miller wrote: I've noticed that the Linux version reports the OS as "Linux 2.0.36" or something like that. Is there anything special that will make the Linux version of Netscape report the OS correctly? Maybe it should be doing `uname -srm` or something like that. Please see the compat.linux sysctls for how to do this yourself. You could have something like this if you want to show off FreeBSD to your Linux programs: compat.linux.osname: FreeBSD compat.linux.osrelease: 3.4-STABLE compat.linux.oss_version: 198144 -- |Chris Costello [EMAIL PROTECTED] |If at first you don't succeed, call it version 1.0 `-- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: 3 - 4 when /usr is a vinum volume?
* Palle Girgensohn [EMAIL PROTECTED] [000317 19:03] wrote: Hi! I'm having troubles updating a FreeBSD 3-stable system to current, since it has /usr as a vinum volume. I've just updated about a dozen machines without any problems, but none of them uses vinum. Following the instructions in UPDATING, when rebooting to single user mode, vinum wouldn't work since the kernel module was out of date - no surprise. So, I copied a fresh vinum.ko in there and tried again. This time, vinum loaded fine, but complained that it couldn't get the list from disk (or similiar). A 'vinum list' command would show nothing. So, I tried rebooting with the old 3-stable kernel. When makeing installworld running the 3-stable kernel, make first installed the make binary itself, and then could not do anything more, since the new libc was not in place, and the just installed make needed the new libc... odd? shall it really start by installing make? dunno how this happened? Anyway, what is a good strategy for upgrading a system where /usr is a vinum volume? Any tips, tricks or ideas (apart from moving /usr to a non-vinum volume and install onto that one). Yowch, please wrap lines at 70 characters. :) Anyhow, if you cd to /usr/src/sys/modules/ you can build the vinum module by typing 'make' then you can copy your 3.x modules to let's say /modules3.x and install your new modules by just typing 'make install' in /usr/src/sys/modules/ Read the loader page carefully and you should be able to boot 3.x kernels with 3.x modules and 4.0 modules with a 4.0 kernel without too much voodoo. good luck, -- -Alfred Perlstein - [[EMAIL PROTECTED]|[EMAIL PROTECTED]] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Streamlining FreeBSD Installations
Brian Dean wrote: Forrest Aldrich wrote: Someone mentioned that sysinstall could be scripted... is this the way to go, then? I use scripted sysinstalls here. It's really easy, however, you still have to interact with a few dialogs, namely: 1) of course, you have to specify your config file from the "Load Config" main menu option Huh? AFAIK, sysinstall accept script commands from the command line, so this could be skipped. -- Daniel C. Sobral(8-DCS) [EMAIL PROTECTED] [EMAIL PROTECTED] One Unix to rule them all, One Resolver to find them, One IP to bring them all and in the zone bind them. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: linux sysctl knobs (was Re: RealPlayer 7)
On Fri, 17 Mar 2000, Doug Barton wrote: # I've noticed that the Linux version reports the OS as "Linux 2.0.36" or # something like that. Is there anything special that will make the Linux # version of Netscape report the OS correctly? Maybe it should be doing # `uname -srm` or something like that. # # It's really minor, but it's always nice to have your OS trumpeted proudly # in your usenet headers. I don't want "Linux" reported if I'm running # FreeBSD... Just a minor gripe, I guess. # # You could always vi the binary. :) On -current at least you can set the following sysctl knobs. Beware! No telling what might break if you do this, so you're on your own if you change them and weird things start happening with your other Linux apps. $ sysctl -a | grep linux compat.linux.osname: Linux compat.linux.osrelease: 2.2.12 compat.linux.oss_version: 198144 -steve To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: gcc -Os optimisation broken (RELENG_4)
R Joseph Wright wrote/schrieb (Friday, March 17, 2000): | In contrast, I've been using -Os -march=pentium during the last three | months for buildworld and the kernel. Never had problems whatsoever. | | Perhaps this is a bit off topic, but can the pentium optimisations be used | for AMD K6 processors? I did a `make world' yesterday with CFLAGS= -O2 -pipe -march=pentium COPTFLAGS= -O2 -pipe -march=pentium (inspired by recent mention of optimizing on this list) on my AMD-K6(tm) 3D processor (350.80-MHz 586-class CPU) desktop machine. It still runs, but I'll have yet to see whether this will cause any suspicious behaviour. If it doesn't I'll probably try `-03 -pipe -march=pentium' come next `make world' time, but this all is about a machine that has it's backup mechanisms (hopefully) and can afford a little downtime. Gruß - Thomas -- On the way downtown I stopped at a bar and had a couple of double Scotches. They didn't do me any good. All they did was make me think of Silver-Wig, and I never saw her again. -- Raymond Chandler, The Big Sleep # PGP key sent on request / PGP key auf Wunsch per e-mail To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: port/XFree86-4 make install fail.
tried. same problem. what else I can do? btw, is there any different between binary version and make from port? On Sat, 18 Mar 2000, Jean-Marc Zucconi wrote: Idea Receiver writes: ok.. I just tried to reinstall the whole system with the SNAP from 8/Feb and cvs up to the latest, and make world. and make a new kernel with SMP support. and then I tried to make XFree-4 again. Same problem. What can I do? I dont want to make -k install. I need a full functional X. :( Try the following patch. It was necessary for XFree86-3.9.17 --- programs/Xserver/Xext/Imakefile~ Sun Jan 2 03:09:36 2000 +++ programs/Xserver/Xext/Imakefile Sun Jan 2 21:42:40 2000 @@ -133,3 +133,4 @@ InstallDriverSDKNonExecFile(dgaproc.h,$(DRIVERSDKINCLUDEDIR)) InstallDriverSDKNonExecFile(xvdix.h,$(DRIVERSDKINCLUDEDIR)) +CDEBUGFLAGS= -- Jean-Marc ZucconiPGP Key: finger [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: kern/8324
On Fri, 17 Mar 2000, Archie Cobbs wrote: This bug has been around since at least 2.2.6 and is still present in RELENG_3, RELENG_4, and -current. http://www.freebsd.org/cgi/query-pr.cgi?pr=8324 Is anyone planning to tackle it? What would be required to fix it? (it's not clear (to me anyway) from Bruce's description how hard this is to fix..) Don Lewis's SIGIO changes probably made it easier to fix. Bruce To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
