Re: umount(8) or unmount(2) ?
On [19991003 04:18], Martin Blapp ([EMAIL PROTECTED]) wrote: Since about 5 weeks I'm working on sanity checks and bug fixes for umount(8), mount(8) and mount_xxx(8). Poul Henning told me to mail to cvs-committers too, cause many clued people read it. And don't bother to read -hackers. You'll find my patch and the readme for it on : http://www.attic.ch/patches/MOUNTPATCH-CURRENT-02101999-01 http://www.attic.ch/patches/MOUNTPATCH-README I've implemented this as an idea from phk and it works very well. If we unmount a hanged nfs-mount - it hangs no in kernel (if busy), not in userland. This is a little step forward. Some side-effects of this part of my patch are, that some other PR's are fixed too : o [1999/02/03] bin/9893 NFS umount of regular file impossible s [1995/11/27] bin/841 stale nfs mounts cannot be umounted People who think this is about NFS mounting only have obviously not read the README on the sire Martin supplied. I urge a person who bothers to comment on this, should read the README first and [politely] discuss any points with Martin on this list. For all I know about this subject I can at least say I like the proposed sanity-checks. Sanity-checking is something we can always use. -- Jeroen Ruigrok van der Werven/Asmodai asmodai(at)wxs.nl The BSD Programmer's Documentation Project http://home.wxs.nl/~asmodai Network/Security SpecialistBSD: Technical excellence at its best Fame is the perfume of heroic deeds. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: your mail
On Sun, Oct 03, 1999 at 07:22:19AM +0200, Matthias Buelow wrote: BTW.. although risking to be off-topic by miles, I always liked the way how NetBSD's ftp(1) (since 1.4 or so) implemented http and ftp URL fetching and thus eliminated the need for a fetch(1) command. Couldn't the FreeBSD ftp(1) be enhanced that way, [ObTopic, slime slime] to use fetch(3) for that purpose? (Or just "steal" the NetBSD implementation, FreeBSD aren't the Knights who say NIH, I would hope.) NetBSD's ftp(1), was stolen^Wadded to FreeBSD quite a while ago, I think it happened around 2.2.2. Our ftp(1) has HTTP and FTP-support since then. It doesn't use fetch(3) though, but I guess one can live with that :). bye, Harold -- Shabby Sleep is an abstinence syndrome wich occurs due to lack of caffein. Wed Mar 4 04:53:33 CET 1998 #unix, ircnet To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: SCSI disk naming problem
In article [EMAIL PROTECTED] you wrote: Current FreeBSD SCSi disk naming mechanism is problem for using more than one disks in the chain during the disk failure. The problem is that the name is not fixed with is SCSI ID. e.g., if one disk is presented in the chain, regardless its SCSI ID, it is always named "da0"; ... Is there problem with fixed disk naming mechanism? 'Path based names' do not deal with systems that have multiple paths to the same device. For example, if I have two host adapters talking on the same bus for redundancy, which name to I give to the devices on the bus? -- Justin To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: SCSI disk naming problem
Is there problem with fixed disk naming mechanism? 'Path based names' do not deal with systems that have multiple paths to the same device. For example, if I have two host adapters talking on the same bus for redundancy, which name to I give to the devices on the bus? That depends on how you're handling the redundancy; either you do it inside the kernel in which case the resulting device has a virtual path, or you do it outside in which case you have two paths which point to the same device. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ [EMAIL PROTECTED] \\ and he'll hate you for a lifetime. \\ [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: A bike shed (any colour will do) on greener grass...
On Sun, 3 Oct 1999, Jeroen Ruigrok/Asmodai wrote: Date: Sun, 3 Oct 1999 13:39:55 +0200 From: Jeroen Ruigrok/Asmodai [EMAIL PROTECTED] To: Poul-Henning Kamp [EMAIL PROTECTED] Cc: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: A bike shed (any colour will do) on greener grass... [] At current, I can very much understand the reluctance of `new/young' coders to start work on the system only to see their efforts get trampled upon by `older/more experienced/more rusted shut' people who like it as it is and don't want innovation to hit the system, or otherwise don't seem to be able to offer a mentor-like/helping-hand function towards these new people. -- Jeroen Ruigrok van der Werven/Asmodai asmodai(at)wxs.nl The BSD Programmer's Documentation Project http://home.wxs.nl/~asmodai Network/Security SpecialistBSD: Technical excellence at its best Fame is the perfume of heroic deeds. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message As a newbie to kernel programming, who might need a little help and guidance, the above is certainly true. I can attest to the fact that I have a certain reluctance to post some of my questions to this list(hackers). I have posted some in the past, many of which have gone unanswered, to which I know answers exists. This is certainly not the case in all situations. Note: I partially feel that OS band X receives a much higher level of developer contribution than FreeBSD... This is not meant the start a flame war or OS quality debate... MHO Wayne To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Fetch/wget/ftp: How to do a recursive ftp-get?
Leif Neland wrote in list.freebsd-hackers: This is where a useful tool like wget comes into play. Wget can be pretty much used as an automated replacement for fetch, or FTP URL retrieval. Can also be plugged into the whole ports system so that it can retrieve the ports data packages. But which tool can do a command-line, recursive ftp-get? wget can't, because it does not create subdirs below the one specified, i.e. if I do a wget -r ftp://webmaster:[EMAIL PROTECTED]/htdocs/tree, it will create the dir webserver.my.dom/htdocs/tree, but not any subdomains to that. /usr/ports/ftp/omi (was moved from /usr/ports/net a few weeks ago). omi -s webserver.my.dom -r /htdocs/tree -l /local/tree \ -u webmaster -e password Note that it is a bad idea to use real passwords in that way, because others can see them in the `ps` output. You can put the password in your ~/.omirc, for example (and make sure it has permissions 600). Teaching omi to accept URL syntax is on my to-do list. Regards Oliver -- Oliver Fromme, Leibnizstr. 18/61, 38678 Clausthal, Germany (Info: finger userinfo:[EMAIL PROTECTED]) "In jedem Stück Kohle wartet ein Diamant auf seine Geburt" (Terry Pratchett) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Fetch/wget/ftp: How to do a recursive ftp-get?
Personally, for recursive gets - I love yafc. It rocks. I also like the interface.. and I could be wrong but I believe it supports usage of the ftp:// directives. On Sun, 3 Oct 1999, Leif Neland wrote: BTW.. although risking to be off-topic by miles, I always liked the way how NetBSD's ftp(1) (since 1.4 or so) implemented http and ftp URL fetching and thus eliminated the need for a fetch(1) command. Couldn't the FreeBSD ftp(1) be enhanced that way, [ObTopic, slime slime] to use fetch(3) for that purpose? This is where a useful tool like wget comes into play. Wget can be pretty much used as an automated replacement for fetch, or FTP URL retrieval. Can also be plugged into the whole ports system so that it can retrieve the ports data packages. But which tool can do a command-line, recursive ftp-get? wget can't, because it does not create subdirs below the one specified, i.e. if I do a wget -r ftp://webmaster:[EMAIL PROTECTED]/htdocs/tree, it will create the dir webserver.my.dom/htdocs/tree, but not any subdomains to that. Leif To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: ftp is not fetch
On Sun, Oct 03, 1999 at 06:18:55PM +0900, Daniel C. Sobral wrote: that do not belong in the program. Http handling does not belong in ftp(1). On the other hand, it is there. wopr:~$ ftp http://localhost/index.html Requesting http://localhost/index.html 100% |**| 1408 00:00 ETA Successfully retrieved file. -- Matthew Hunt [EMAIL PROTECTED] * Inertia is a property http://www.pobox.com/~mph/ * of matter. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Developer assessment (was Re: A bike shed ...)
On Sun, 3 Oct 1999, Mike Smith wrote: Date: Sun, 03 Oct 1999 11:33:24 -0700 From: Mike Smith [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: FreeBSD Hackers List [EMAIL PROTECTED] Subject: Developer assessment (was Re: A bike shed ...) As a newbie to kernel programming, who might need a little help and guidance, the above is certainly true. I can attest to the fact that I have a certain reluctance to post some of my questions to this list(hackers). I have posted some in the past, many of which have gone unanswered, to which I know answers exists. This is certainly not the case in all situations. Are you willing to accept that you may have been judged "not worth the effort" on the content of your questions, or are we going to have Yes I am. another flamewar about whether we should be opening a developers' kindergarten? Oh. Ok if this is case where are the guidelines as to what is "worth the effort?" This determination is obviously relative. There is no sense in wasting the time of one informed developer to help one uninformed developer; this is a bad tradeoff unless the uninformed developer is showing signs of promise. The only way to assess this is to look at the questions they ask and the context they're asking them from. Nobody wants to answer one obvious question if there's any chance at all that the questioner will latch onto them and demand answers for dozens more - this isn't "helping someone", it's "doing their work for free". You are right I jumped to learning about FreeBSD kernel development, which I don't get paid for in any way, so that I could have someone else do it... Try to be a little reasonable here, I would not be here if I did not want to learn. Which means doing my own work. I would be hard pressed to read the list for a day and not find a demeaning or wasteful comment from some of the developers on this list. So apparently some people do have time negative responses. Does a helpful response, even a "stupid" one take that much time? I did realize how busy you were. So, regardless of whether you've asked a question or not, you need to understand that the onus rests solely on yourself to pursue the answer. They're all there in the code, where everyone else that you're asking has already found them. This is absolutely correct and in many cases the most inefficient way to go. It is certainly helpful to answer a question that is on the tip of one's tongue rather than wading through lines of code especially if it is holding up the work of others. However you are correct definitive answers are in the code... all 1 million+ lines.. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ [EMAIL PROTECTED] \\ and he'll hate you for a lifetime. \\ [EMAIL PROTECTED] My sincere apologies if anyone feels that I am unnecessarily venting on this list. I will not spend any more time on this topic. Wayne To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Huge Binaries..
On Sat, Oct 02, 1999 at 07:15:12PM +0200, Ollivier Robert wrote: Wow! I didn't know that. I'll have a look. Anyone has already done the work of running Mutt from Netscape ? :-) http://www3.bc.sympatico.ca/brian_winters/mutt/ -- Jon Parise ([EMAIL PROTECTED]) . Rochester Inst. of Technology http://www.pobox.com/~parise/ : Computer Science House Member To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Developer assessment (was Re: A bike shed ...)
On Sun, 3 Oct 1999, Mike Smith wrote: Date: Sun, 03 Oct 1999 18:08:39 -0700 From: Mike Smith [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Developer assessment (was Re: A bike shed ...) As a newbie to kernel programming, who might need a little help and guidance, the above is certainly true. I can attest to the fact that I have a certain reluctance to post some of my questions to this list(hackers). I have posted some in the past, many of which have gone unanswered, to which I know answers exists. This is certainly not the case in all situations. Are you willing to accept that you may have been judged "not worth the effort" on the content of your questions, or are we going to have Yes I am. Cool. Note the different between "not worth" and "never will be worth". another flamewar about whether we should be opening a developers' kindergarten? Oh. Ok if this is case where are the guidelines as to what is "worth the effort?" This determination is obviously relative. Not so much "relative" as subjective (and thus impossible to document). Use your common sense - if you don't get any replies, it's obvious that you haven't motivated anyone to reply. It's not that the people you're trying to wish actively dislike you or want to discourage you. There is no sense in wasting the time of one informed developer to help one uninformed developer; this is a bad tradeoff unless the uninformed developer is showing signs of promise. The only way to assess this is to look at the questions they ask and the context they're asking them from. Nobody wants to answer one obvious question if there's any chance at all that the questioner will latch onto them and demand answers for dozens more - this isn't "helping someone", it's "doing their work for free". You are right I jumped to learning about FreeBSD kernel development, which I don't get paid for in any way, so that I could have someone else do it... Try to be a little reasonable here, I would not be here if I did not want to learn. Which means doing my own work. Exactly. But sniping at the readership here for not answering your messages, or for being continually rude isn't "doing your own work", it's being childish and blind. I would be hard pressed to read the list for a day and not find a demeaning or wasteful comment from some of the developers on this list. So apparently some people do have time negative responses. This is a popular throwaway line, but not really accurate. Does a helpful response, even a "stupid" one take that much time? I did realize how busy you were. Yes! Buying into answering one question usefully can involve teaching you a dozen things before you will understand it. What may seem like a helpful but flippant response is typically taken as an insult simply because the average asker is preconditioned from hearing dribble like your paragraph above into assuming that anything other than a book for an answer is "dismissal". So, regardless of whether you've asked a question or not, you need to understand that the onus rests solely on yourself to pursue the answer. They're all there in the code, where everyone else that you're asking has already found them. This is absolutely correct and in many cases the most inefficient way to go. Crap. It's the most _efficient_ way in terms of return on effort invested. It is certainly helpful to answer a question that is on the tip of one's tongue rather than wading through lines of code especially if it is holding up the work of others. You make it sound like these "answers" are three-word phrases; as though someone could just say a few tiny words to you and all would be clear. If it was that simple, you'd have an answer. What irritates me the most is that you and others in your position won't accept the fact that things are complicated. Oh no, it has to be these evil nasty people that don't want you to learn. Yeah. That's it. You sure know a lot about me! Are you making these assumptions about me and "others like me" based on what I am posting now or previous postings? I am really sorry you are irritated. Too much Joe McCarthy and the X-Files for you, I think. Thanks I will try not to watch so much TV. However you are correct definitive answers are in the code... all 1 million+ lines.. Correct. Where do you think the rest of us found our answers? What makes you think we have yours? Pass the bar or find something else that you _can_ do. I can't draw. I'm a terrible musician. Do I complain that the artists are keeping all the secrets of easy drawing to themselves? Do I whine that nobody will just teach me how to play well, rather than telling me to go back to basics and work through a million pages of lame tutorials, scales, and so forth? There's no magic bullet. Deal
Re: Speeding up time...
I would like to play around with some y2k testing. While setting dates and such works, I'd really like to be able to disable xntpd, and have time move faster. So I could set the date to 12/28/99 or somesuch, and have time run at 4:1 or 10:1, or something that lets me run through a few days of operation in a few hours... Is there an obviously trivial way to do this? I think you can get away with simply tweaking machdep.i8254_freq (if you're using that counter that is). -- Brian [EMAIL PROTECTED][EMAIL PROTECTED] http://www.Awfulhak.org [EMAIL PROTECTED] Don't _EVER_ lose your sense of humour ! [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message