CHINESE SEARCH ENGINE / YOU WANTED
You wanted information on chinese search engine Please note which one is being used by Australian sites To great success http://www.chinawebs.com/comp/list_sub2.php?sub2_id=2234 Regards Steven Sanders 8356BoRq4-862eIKa6396FaAq6-991vReA8364Fptu4-796YVl46 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: /usr/bin/finger problems...
On Tue, Dec 03, 2002 at 02:18:09PM +1100, J R Matthews wrote: On Mon, 2 Dec 2002, Kris Kennaway wrote: On Mon, Dec 02, 2002 at 10:01:22PM +1100, J R Matthews wrote: I can submit a patch to fix this if you want or not.. I honestly dont give a damn to be honest ;) Submitting a PR containing a patch is the best way to get this fixed. Thanks! Well the guy who emailed me who dealt with the 'send-pr' which I submitted agreed that it was kinda stupid submitting a patch with it. If you cant figure out the one-liner then there's something seriously wrong ;) I believe that Kris meant that submitting a PR would be the best way to handle any problems you have with FreeBSD, besides usage questions which belong on the various mailing lists. In this case, for a genuine problem, you did the right thing by submitting a PR - this way the fix progress can be tracked using the GNATS PR database. A patch was not needed for this particular case, indeed, but in general, reports for not-so-trivial problems are much more likely to be handled quickly if they contain patches :) Of course, PR's without patches are not taken any less seriously, it's just that they may be delayed a bit, until somebody figures out exactly what the problem is and how to fix it. G'luck, Peter -- Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED] PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 I am jealous of the first word in this sentence. msg38445/pgp0.pgp Description: PGP signature
Need to override KRNLCONFDIR variable in command line of make (file/usr/src/Makefile.inc1).
Hello, I am developing a program which will allow me to build worlds and kernels for several hosts with different options (make.conf files, kernel configs and so on). I need to be able to override some variables in /usr/src/Makefile.inc1. For the moment they are defined with '=', and I suggest defining them with '?='. The variables I need to override are KRNLSRCDIR, KRNLCONFDIR, KRNLOBJDIR. I have sent PR (misc/45961) with patch to solve my request. Please, anyone who has a commit rights, commit this patch. Andrey Beresovsky To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Need to override KRNLCONFDIR variable in command line of make (file /usr/src/Makefile.inc1).
On Tue, Dec 03, 2002 at 05:37:34PM +0300, Andrey Beresovsky wrote: Hello, I am developing a program which will allow me to build worlds and kernels for several hosts with different options (make.conf files, kernel configs and so on). I need to be able to override some variables in /usr/src/Makefile.inc1. For the moment they are defined with '=', and I suggest defining them with '?='. The variables I need to override are KRNLSRCDIR, KRNLCONFDIR, KRNLOBJDIR. I have sent PR (misc/45961) with patch to solve my request. Please, anyone who has a commit rights, commit this patch. I was wondering about that when I saw your PR; actually, I think that the current FreeBSD kernel building infrastructure is quite sufficient for what you want to do, without any more modifications. To use different make.conf settings, you have three options: - use the same make.conf file, but with .ifdef FOO ... .endif blocks, containing per-host configuration variables; - use a single simple make.conf file with .ifdef FOO / .include make.foo.conf / .endif blocks, with different make.foo.conf files for the different hosts; - set the (slightly underdocumented) __MAKE_CONF variable to a different value. To use different kernel configs, just set the KERNCONF variable to the value you need. The object directory is set according to the KERNCONF value - if you have different kernel config file names, you will have different object directories. Why do you need different source trees and kernel config dirs? I see no problem with keeping all kernel configs for the same version of FreeBSD in the same src/sys/arch/conf/ directory, or at least keeping symlinks to different files in the same src/sys/arch/conf/ directory. Different source trees - if you have a source tree checked out to use for building the kernel, what is stopping you from invoking the 'buildkernel' target from the corresponding src/ directory, the one directly above the sys/ directory? Of course, I am probably overlooking some aspects, or missing information about your particular configuration. Still, I believe that for most configurations, the already-provided variables and build infrastructure are quite sufficient. G'luck, Peter -- Peter Pentchev [EMAIL PROTECTED][EMAIL PROTECTED] PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 What would this sentence be like if pi were 3? msg38447/pgp0.pgp Description: PGP signature
Re: jail: hide df output
Hello, Robert S. Wojciechowski Jr.! On Mon, Nov 25, 2002 at 03:18:06PM -0500, you wrote: I'm trying to find place in kernel which is used by df to show mountpoints and free space on them to change it in way that jailed user: - cannot view any host-os mounted filesystems; - can view in df output only his /jail/jailXX/ unionfs mount where data taken from quota data. Try http://garage.freebsd.pl/jailfsstat.README and http://garage.freebsd.pl/ Thank you very much! I found a lot of useful software :) -- NEVE-RIPE, will build world for food Ukrainian FreeBSD User Group http://uafug.org.ua/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Need to override KRNLCONFDIR variable in command line of make(file /usr/src/Makefile.inc1).
On Tue, 3 Dec 2002, Peter Pentchev wrote: PP I was wondering about that when I saw your PR; actually, I think that PP the current FreeBSD kernel building infrastructure is quite sufficient PP for what you want to do, without any more modifications. PP PP Why do you need different source trees and kernel config dirs? I see no PP problem with keeping all kernel configs for the same version of FreeBSD PP in the same src/sys/arch/conf/ directory, or at least keeping symlinks PP to different files in the same src/sys/arch/conf/ directory. PP PP Different source trees - if you have a source tree checked out to use PP for building the kernel, what is stopping you from invoking the PP 'buildkernel' target from the corresponding src/ directory, the one PP directly above the sys/ directory? My project involves automatic or semiautomatic checkouts, updates and removals of source trees. It would be unwise to keep kernel configs in this source trees. Thats why I need to change KRNLCONFDIR variable. Of course, I can do it with the help of links, but I think it's not a good solution. I guess the changes I suggest will definitely not break anything but only add flexibility which is typical for BSD make files. The solution with links is not a right thing, because it involves more dirty work which can be avoided with a help of simple makefile modification. --- Andrey Beresovsky. Software and Network Engineer Computer Center of Rostov State University. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Report to Sender
Incident Information:- Database: d:/notes/data/mail2.box Originator: hackers [EMAIL PROTECTED] Recipients: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject:Printers Date/Time: 12/03/2002 10:05:33 AM The file attachment stop.scr you sent to the recipients listed above was infected with the W32/Klez.h@MM virus and was not successfully cleaned. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Need to override KRNLCONFDIR variable in command line of make (file /usr/src/Makefile.inc1).
On Tue, Dec 03, 2002 at 06:22:42PM +0300, Andrey Beresovsky wrote: On Tue, 3 Dec 2002, Peter Pentchev wrote: PP I was wondering about that when I saw your PR; actually, I think that PP the current FreeBSD kernel building infrastructure is quite sufficient PP for what you want to do, without any more modifications. PP PP Why do you need different source trees and kernel config dirs? I see no PP problem with keeping all kernel configs for the same version of FreeBSD PP in the same src/sys/arch/conf/ directory, or at least keeping symlinks PP to different files in the same src/sys/arch/conf/ directory. PP PP Different source trees - if you have a source tree checked out to use PP for building the kernel, what is stopping you from invoking the PP 'buildkernel' target from the corresponding src/ directory, the one PP directly above the sys/ directory? My project involves automatic or semiautomatic checkouts, updates and removals of source trees. It would be unwise to keep kernel configs in this source trees. Thats why I need to change KRNLCONFDIR variable. Of course, I can do it with the help of links, but I think it's not a good solution. I guess the changes I suggest will definitely not break anything but only add flexibility which is typical for BSD make files. The solution with links is not a right thing, because it involves more dirty work which can be avoided with a help of simple makefile modification. KRNLCONFDIR shouldn't be overridden -- we already provide (undocumented) user-redefineable KERNCONFDIR which should be used in cases like this. KRNLCONFDIR, on the other hand, is dependent on src/ used, and should NOT be overridden. Cheers, -- Ruslan Ermilov Sysadmin and DBA, [EMAIL PROTECTED] Sunbay Software AG, [EMAIL PROTECTED] FreeBSD committer, +380.652.512.251Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age msg38451/pgp0.pgp Description: PGP signature
Re: Need to override KRNLCONFDIR variable in command line of make (file /usr/src/Makefile.inc1).
Peter Pentchev wrote: On Tue, Dec 03, 2002 at 05:37:34PM +0300, Andrey Beresovsky wrote: I am developing a program which will allow me to build worlds and kernels for several hosts with different options (make.conf files, kernel configs and so on). I need to be able to override some variables in /usr/src/Makefile.inc1. For the moment they are defined with '=', and I suggest defining them with '?='. The variables I need to override are KRNLSRCDIR, KRNLCONFDIR, KRNLOBJDIR. I have sent PR (misc/45961) with patch to solve my request. Please, anyone who has a commit rights, commit this patch. I was wondering about that when I saw your PR; actually, I think that the current FreeBSD kernel building infrastructure is quite sufficient for what you want to do, without any more modifications. Don't feel bad; this is the same thing they told me when I submitted the same patch. What they really mean is that it's sufficient for them, because they don't understand what it is you want to do. Specifically, if the kernel name isn't GENERIC, you get screwed by sysinstall, if you make a full release CDROM. The problem is that you are talking to people who rarely make their own release CDROM's, and, when they do, they use GENERIC. -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Need to override KRNLCONFDIR variable in command line of make(file /usr/src/Makefile.inc1).
On Tue, 3 Dec 2002, Ruslan Ermilov wrote: RE KRNLCONFDIR shouldn't be overridden -- we already provide (undocumented) RE user-redefineable KERNCONFDIR which should be used in cases like this. RE KRNLCONFDIR, on the other hand, is dependent on src/ used, and should RE NOT be overridden. That's in -CURRENT, are there any plans on merging it into -STABLE ? -- Oleg Sharoiko. Software and Network Engineer Computer Center of Rostov State University. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Need to override KRNLCONFDIR variable in command line of make(file /usr/src/Makefile.inc1).
Andrey Beresovsky wrote: My project involves automatic or semiautomatic checkouts, updates and removals of source trees. It would be unwise to keep kernel configs in this source trees. Thats why I need to change KRNLCONFDIR variable. Of course, I can do it with the help of links, but I think it's not a good solution. I guess the changes I suggest will definitely not break anything but only add flexibility which is typical for BSD make files. The solution with links is not a right thing, because it involves more dirty work which can be avoided with a help of simple makefile modification. I've found that a patch like yours is necessary, but I did not change the configuration directory; instead, I changed the config file name. The other thing you need to do, if you do this, is to modify the sysinstall to know the name of the kernel on the CDROM image; you can pas this in as a -D on the command line, if you modify the release Makefile. This is particularly useful if you are supporting, for example, an engineering department, or a product release image golden master install CDROM, such that you can rebuild your product from source 2 years later, and get the same software (a commercial necessity for things like embedded systems). -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Need to override KRNLCONFDIR variable in command line of mak
On 03-Dec-2002 Terry Lambert wrote: Peter Pentchev wrote: On Tue, Dec 03, 2002 at 05:37:34PM +0300, Andrey Beresovsky wrote: I am developing a program which will allow me to build worlds and kernels for several hosts with different options (make.conf files, kernel configs and so on). I need to be able to override some variables in /usr/src/Makefile.inc1. For the moment they are defined with '=', and I suggest defining them with '?='. The variables I need to override are KRNLSRCDIR, KRNLCONFDIR, KRNLOBJDIR. I have sent PR (misc/45961) with patch to solve my request. Please, anyone who has a commit rights, commit this patch. I was wondering about that when I saw your PR; actually, I think that the current FreeBSD kernel building infrastructure is quite sufficient for what you want to do, without any more modifications. Don't feel bad; this is the same thing they told me when I submitted the same patch. What they really mean is that it's sufficient for them, because they don't understand what it is you want to do. Specifically, if the kernel name isn't GENERIC, you get screwed by sysinstall, if you make a full release CDROM. The problem is that you are talking to people who rarely make their own release CDROM's, and, when they do, they use GENERIC. I build a custom release at work that uses the a custom kernel by default on 4.x and make use of LOCAL_PATCHES and KERNELS to accomplish what I need. I do think I have a local patch that allows you to specify the kernel config for the default kernel, but that it doesn't apply to 5.x because 5.x does things differently in that area. 5.x doesn't install a kernel.GENERIC anymore though, which is a bit disturbing. -- John Baldwin [EMAIL PROTECTED]http://www.FreeBSD.org/~jhb/ Power Users Use the Power to Serve! - http://www.FreeBSD.org/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Need to override KRNLCONFDIR variable in command line of mak
John Baldwin wrote: I build a custom release at work that uses the a custom kernel by default on 4.x and make use of LOCAL_PATCHES and KERNELS to accomplish what I need. I do think I have a local patch that allows you to specify the kernel config for the default kernel, but that it doesn't apply to 5.x because 5.x does things differently in that area. 5.x doesn't install a kernel.GENERIC anymore though, which is a bit disturbing. I have a local 4.x patch, as well. The 5.x stuff screwed up the world when sysinstall was moved, and it's only gotten worse, in that area. The LOCAL_PATCHES and KERNELS, as you've noted by having a local patch (8-)), isn't really sufficient. I don't *WANT* the thing to be named GENERIC, and even if I wanted that, it's a practical impossibility, because my kernel source tree is checked out seperately from the res of the sources, which are checked out from the FreeBSD CVS tree. The reason is that the kernel is imported into a seperate source tree to support local modifications. This is a workaround to CVSup not supporting the idea of the local copy being placed on a vendor branch... effectively, this means that in order to maintain large local change sets, you have to checkout a FreeBSD version from CVS, check it into your own local repository (losing the history as you do this), and then stabilize it for your application, before making local modifications (if you can't have a vendor branch in your CVSup'ed replica: make one of your own). Basically this means you are well and truly screwed in the build process, if you want to rebuild, if your patches touch any of the standard file names, due to the update process when doing an update and rebuild of the system (you can do it, but expect your cycle time to go from about 1 hour to about 1.5 days, as everything ends up getting rebuilt, instead of just the things that change). -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
jail: multiple ip's
Has anyone hacked the jail code to support more than one ip? Would it be wise to hack at the code to add such a feature? To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
booting multiple kernels
Hi, I have a machine to which I remotely log in and do kernel programming. It has two kernel versions - one is WORKING and the other is TEST - the one I am presently working on. Is it possible that the bootloader tries to first load TEST but in case TEST panics then it loads the WORKING version of kernel without user intervention ? My initial guess would be to use loader scripts. Any suggestions? Thanks Rashim To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: booting multiple kernels
On Tue, 3 Dec 2002, Rashim Gupta wrote: I have a machine to which I remotely log in and do kernel programming. It has two kernel versions - one is WORKING and the other is TEST - the one I am presently working on. Is it possible that the bootloader tries to first load TEST but in case TEST panics then it loads the WORKING version of kernel without user intervention ? My initial guess would be to use loader scripts. Any suggestions? man 8 reboot, esp. -k option. -Nate To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
