Re: Questions about -current (Linuxism's)
Leif Neland wrote: While I realize you can't emulate the switches on any command on any os, I found a few linuxism's missing. Eg: I find it illogical, that route can change, and also display the route to a single host, but route can not display the entire route table. In linux it is simply route, in windows it is route print, but in FreeBSD it is netstat -r I love the fact that Linux shell scripts aren't portable to UNIX machines because their /bin/sh based scripts end up with bash-isms and Linux-isms out the wazoo. Apparently they never read the 1978 bell labs technical journal article on how you build commands out of lesser commands, rather than jamming all the functionality into every command. On the other hand, I've often found it annoying that the 'ls' command doesn't display 'ps' information, like it does on Linux... not. -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: i4b driver broken for -current?
I think it was my patch. Something with mtx_initialized()?. Exactly. /sys/netinet; cvs update -r 1.60 in.c if you use cvs instead of CVSup). I mirror the cvs repository. 1.60 is from October too, so I should have it. freebsd.org or any other source) you have to use the userland ppp. I have tried userland ppp, using the example stuff from /share/.., but without success. It either doesn't work for some reason, or I made a mistake with the configuration setup. If anyone could provide me another example configuration I would be grateful. (Would be nice to test the ability to use both ISDN channels too). Regards, Marc To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
chinput can't work on KDE2.2.2
Hi,all: I have a question about FreeBSD's locale. I use the zh_CN.EUC locale to let my FreeBSD support Simplied Chinese. It's all right in gnome 1.4. But in recent version of KDE(aka. KDE-2.2.2), I can't set zh_CN.EUC locale for it. For I have select the country is Asia-China, language is Simplied Chinese, code is gb2312.1980. I need not set any locale in my environment to display Simplied Chinese at all. But for I have not set locale, I can't use chinput in KDE. So I set my locale to zh_CN.EUC in my $HOME/.xinitrc. But when I restart my KDE, it can't display Chinese word proper! in kedit, kwrite, etc, I can use chinput through I can't input any Chinese word proper. If I set my locale to zh_CN.GB2312, zh_CN.GBK or nothing, the KDE can display Chinese word proper, but I can't use chinput. So, how to set ocale to let chinput work under KDE2.2.2? A very inportant QUESTION is: why FreeBSD want zh_CN.EUC while KDE is not? My machine is AMD-K7 700, FreeBSD-current,all software are installed from ports(sources). _ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
CIBRES Article: The New Paradigm In Project Scheduling
Title: CIBRES.COM Remove Subscription Contact CIBRES CIBRES.COM NEWS CIBRES Announces New E-business Certification Program (CIEB) CIBRES Guarantees CIERP Certification CIBRES ERP For Dummies is now shipping EVENTS CIBRES CIERP Seminar 8 openings left (Reno, NV Feb 7-9) CIBRES CIERP Exam (World Wide Feb 13) CIBRES CIERP Seminar (San Fran., CA, Apr 4-6) The New Paradigm In Project Scheduling by Marc Weinberg, CFPIM, CIRM, PMP, CIERP Released January 15, 2002 Most people agree that traditional project scheduling needs improvement. One only has to look at some of the major projects that never finished on time and at a high cost, such as the Denver, CO Airport or the Chunnel connecting England and France. With project managers under increased pressure to bring their projects in on time, the traditional project scheduling approach is giving way to a new approach based on the Critical Chain. Using the Critical Chain approach, more projects are completed more quickly and with greater scheduling reliability. Details 35 New Forums!- Check out the CIBRES forums for information needs. Searchable indexes and easy no registration access make finding information easy! CIBRES offers forums for your networking, educational, and
Re: PPP Dial of External Modem Fails in 'Current'
I rebuilt 'Current' over the weekend with a make buildworld/install world and make buildkernel/install kernel and 'ppp -ddial papchap' gives the following error(s) when trying to dial an external modem: Warning set ifadr: Invalid command Warning set ifadr: Falied 1 Does anyone know what might be causing this ?? Sorry I'm a bit late in replying. The above command is ``set ifaddr'', not ``set ifadr'' :) Thanks, Glenn G. -- Brian [EMAIL PROTECTED][EMAIL PROTECTED] http://www.freebsd-services.com/brian@[uk.]FreeBSD.org Don't _EVER_ lose your sense of humour ! brian@[uk.]OpenBSD.org To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: i4b driver broken for -current?
On 21 Jan, Joerg Wunsch wrote: You have to use rev. 1.60 of /sys/netinet/in.c (cd /sys/netinet; No, you're wrong. This bug has been fixed as one of the first of my Yeah! I love to be proven wrong in such situations. :-) series of committs that brought the i4b version of sppp back into the mainstream version. Otherwise i could not have worked at all. ;-) [revision 1.74 of if_spppsubr.c] I did read the commit message in cvs-all, but wasn't able to add a relationship to Brian's commit to in.c, which I backed out locally every time since then without testing if it works now. Bye, Alexander (compiling a new kernel now). -- There's no place like ~ http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: i4b driver broken for -current?
On 22 Jan, Marc Ernst Eddy van Woerkom wrote: /sys/netinet; cvs update -r 1.60 in.c if you use cvs instead of CVSup). I mirror the cvs repository. 1.60 is from October too, so I should have it. As Jörg already pointed out, a recent -current (I use one from Jan 20) works with 1.61 too (ispppcontrol - spppcontrol), I write this with a kernel with rev 1.61 of in.c freebsd.org or any other source) you have to use the userland ppp. I have tried userland ppp, using the example stuff from /share/.., but without success. It either doesn't work for some reason, or I made a mistake with the configuration setup. If anyone could provide me another example configuration I would be grateful. (Would be nice to test the ability to use both ISDN channels too). Update to a recent -current and try again with sppp, it works for me. Bye, Alexander. -- I believe the technical term is Oops! http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: FreeBSD 5.x
Terry Lambert wrote:
Alp Atici wrote:
Is gcc 3.x going to be the default compiler starting from
FBSD 5.x series? Is the development on current branch
compiled using gcc 3.0 (or up)?
I think that the cut over will happen after the compiler
no longer core dumps on:
Odd, I can't reproduce that under RedHat:
RedHat gypsy/pts/0 (5 ~): cat gcctest.c
main()
{
int i;
i = foo();
switch( i) {
default:
printf( hello, stupid compiler!\n);
break;
}
}
int
foo()
{
return( 6);
}
RedHat gypsy/pts/0 (6 ~): gcc3 -v
Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/3.0.2/specs
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --enable-shared --enable-threads=posix
--disable-checking --host=i386-redhat-linux
Thread model: posix
gcc version 3.0.2 20010905 (Red Hat Linux 7.1 3.0.1-3)
RedHat gypsy/pts/0 (7 ~): gcc3 -Wall -pedantic -o gcctest gcctest.c
gcctest.c:2: warning: return type defaults to `int'
gcctest.c: In function `main':
gcctest.c:5: warning: implicit declaration of function `foo'
gcctest.c:9: warning: implicit declaration of function `printf'
gcctest.c:12: warning: control reaches end of non-void function
RedHat gypsy/pts/0 (8 ~): ./gcctest
hello, stupid compiler!
--
\ |_ _|__ __|_ \ __| Jason Andresen[EMAIL PROTECTED]
|\/ | ||/ _| Network and Distributed Systems Engineer
_| _|___| _| _|_\___| Office: 703-883-7755
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: chinput can't work on KDE2.2.2
On Tue, Jan 22, 2002 at 08:56:13AM +, Liu Siwei wrote: This question is not appropriate for the -current list. I'm expanding this to include the maintainers of the KDE ports to see if anyone else has an idea what's going on. I have a question about FreeBSD's locale. I use the zh_CN.EUC locale to let my FreeBSD support Simplied Chinese. It's all right in gnome 1.4. But in recent version of KDE(aka. KDE-2.2.2), I can't set zh_CN.EUC locale for it. For I have select the country is Asia-China, language is Simplied Chinese, code is gb2312.1980. I need not set any locale in my environment to display Simplied Chinese at all. But for I have not set locale, I can't use chinput in KDE. So I set my locale to zh_CN.EUC in my $HOME/.xinitrc. But when I restart my KDE, it can't display Chinese word proper! in kedit, kwrite, etc, I can use chinput through I can't input any Chinese word proper. If I set my locale to zh_CN.GB2312, zh_CN.GBK or nothing, the KDE can display Chinese word proper, but I can't use chinput. So, how to set ocale to let chinput work under KDE2.2.2? A very inportant QUESTION is: why FreeBSD want zh_CN.EUC while KDE is not? My machine is AMD-K7 700, FreeBSD-current,all software are installed from ports(sources). I'm sorry but I can't help with this specific problem since I do not use any locale other than the default. :( -- wca To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
PAM/Kerberos `integration'? (was Re: Step5, pam_opie OPIE auth fix for review)
On Mon, Jan 21, 2002 at 01:55:53PM -0800, Terry Lambert wrote: Jacques A. Vidrine wrote: In the way that the author of the PAM architecture from Sun spoke at the Silicon Valley BSD User's Group meeting, Do you have a reference, or do we have to guess what you are talking about? :-) I have my memory of the talk he gave, which included the idea that Sun was not supporting work to modify the PAM architecture to support Kerberos in the future. The PAM architecture doesn't need any modifications to support Kerberos. It supports Kerberos today. Basically, you can use it for authentication and password change, but for little else, and even those uses require going through incredible hoops (e.g. abusing the authentication module API to implement a credential cache). Did you need more? I guess so. There are many Kerberos 5 PAM modules in existence today, and they support interactive authentication pretty well. There is even some agreement among the authors of related modules on how the credentials cache can be exported for stacking (e.g. for DCE). I can't imagine what `incredible hoops' or `abuse' you might be talking about. The PAM API already includes entry points specificially for the management of credentials. Put another way, in your first sentence above, what might you mean by `for little else'? Are you really just fishing for Paul Fronberg's email address? No. I'm probably just wasting my time :-) You have stood up and asked for something, but have not given any indication of what it is you want to accomplish. Curiousity has the better of me. Maybe this release note from HP will explain the limitations satisfactorily: http://docs.hp.com/hpux/onlinedocs/J5849-90001/J5849-90001.html NB: This is just for authentication, mostly preauthentication. These seem to be limitations of HP's pam_krb5 module, not of PAM. And again, it is unclear what limitations you might be concerned about. No account management? Well, that's not Kerberos's job. No credentials management? That's a problem with HP's implementation -- see /usr/ports/security/pam_krb5 or pam_krb5 in our base system (they are closely related) for one way it can be done. Limited preauthentication choices? That has to do with the Kerberos implementation, not PAM. I feel like I'm having my leg pulled. Cheers, -- Jacques A. Vidrine [EMAIL PROTECTED] http://www.nectar.cc/ NTT/Verio SME . FreeBSD UNIX . Heimdal Kerberos [EMAIL PROTECTED] . [EMAIL PROTECTED] . [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: profiled kernel build fails was Re: -CURRENT AIO bug
On Sun, 20 Jan 2002, k Macy wrote: Should I file a PR to track this or is that overkill? Yes, it would be overkill. Remind me if it's not fixed in a week or two. Bruce To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
ATAPI CD doesn't listed up to 'kern.disks' kernel MIB
I found that acd, ATAPI CD device, doesn't listed up to 'kern.disks' kernel MIB which should list all disks in the running system. Here is a sample: ringo % sysctl kern.disks kern.disks: ad0 ringo % grep acd /var/run/dmesg.boot acd0: CDROM TOSHIBA CD-ROM XM-6202B at ata1-master PIO4 ringo % I've investigated that this is because ATAPI CD driver doesn't call disk_create() when detecting CD device. Other disks, including SCSI CD or RAID HDD calls this function. http://snapshots.jp.freebsd.org/tour/current/cgi-bin/global.cgi?pattern=disk_createid=type=reference Is it a feature or something forgotten to add it? -- - Makoto `MAR' Matsushita To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Current on SuperMicro SMP
Supermicro P3TDDE (I think; may be a TDDA, but it does have the promise chip). This board is Via-based and not Intel. Could easily be my problem :-( Don't know about the APIC. Stable runs just fine on the same motherboard (dual-boot, stable on ad0 and current on ad1) including reboot (see below about current's reboot). Not running setiathome at all may or may not have helped; it still died in the middle of a make -j5 world (j5 is the best make time on this system) (but did make it through one such make world; died on the second). When it runs, make -j5 world takes about 31.5 minutes for stable and somewhat longer (around 40 minutes) for current without invariants/witness; with invariants and witness make -j4 world is the fastest at just over 2 hours. The hang happens the same with or without invariants and/or witness. Still allowing ACPI; haven't yet tried disabling it. I need to figure out how to get NMI; there are no ISA slots so that isn't a useful way (like an *old* debugger card which I think I still have one of). Another hint (may be more useful) is that either reboot or halt ends up: - Waiting for vnlru Wa -- Sometimes the second line is just W and sometimes Wa, never longer. This appears independent of which cpu says boot() called on cpu 0 (or 1) This (like the other hang) is a hard hang, needs reset button to get out. -- Pete To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
