Re: new user questions. (Before I back myself into a corner!)
On 25 Nov 2010 at 21:25, Polytropon wrote: On Thu, 25 Nov 2010 20:00:21 -, Dave d...@g8kbv.demon.co.uk wrote: Lots is written about the 'x' bit, and allowing execution of a file, but not that it affects the ability to even use that directory. I guess in this context, using = executing, so it sort of makes sense. It is written lots and nicely explained in man chmod, where you can read: 0100For files, allow execution by owner. For directories, allow the owner to search in the directory. 0010For files, allow execution by group members. For directo- ries, allow group members to search in the directory 0001For files, allow execution by others. For directories allow others to search in the directory. The 1 part of the octal masks refers to the x attribute. In relation to directories, it means search, which you can also see when using the find program: Directories that are not +x cannot be searched. Yes, I found that, good info. I'm relying on the freebsd.org site man pages and documentation among others, as I'm finding it too inconvenient (bad short term memory) using the man pages on the system. At least I can have the website pages open on a nearby laptop. It appears too, that if one of the group members then creates a new direcory, that inherits the permissions of the parent directory. You can set default permissions for file creation using the umask builtin (e. g. for csh, the default dialog shell); see the man csh for details. The original instructions I used when creating the GPS/NTP server, resulted in the BASH shell being used. I think that's part of the odd problem, as that does not show up in the list of known shell's, when creating a new user. Next task, to get the ftp server to work on another port. I might just quit while ahead, and go up the pub though, and leave that till tomorrow. That's easy: See the -P option explained in man ftpd. Also see /etc/defaults/rc.conf which mentions ftpd_flags. Not quite it seems, that parameter only works if the -D is used too I believe, and with inetd running things. At present, the system wont allow that for some odd reason. No errors, it just ignores it. Remember: This is FreeBSD, we have excellent manpages and other good documentation. :-) Agreed, the documentation is excelent, compared to that available for many Linux's (with the exception of Debian I've found) The biggest difference is the people. Here in the FreeBSD world, I ask a question, I get sensible answers, for which I'm eternaly gratefull. In many LUG's and other Linux Forums, I often get self opinionated Flames! Though the doc's are good, I do find it less than easy to assimilate it all in a meaningfull way, not coming from a unix background. But that's just my problem, and I'm sure the penny will drop sometime soon. I've recently installed 8.1 on another sacreficial PC to mess with, so I can learn how to etc, without adversley affecting the NTP server box, untill I'm sure I know what to do. So I know (not being too familier with all this) in simple terms, what advantages/disadvantages are there, in respects to the different shell's avalable? Is there a comparison feature table somewhere? As an asside, having got the FTP server working, I then had an idea and ended up breaking it. Cest la vie... I'll look to using a stand alone program/utility I think, that involves less system settings manipulation. Best Regards All. Dave B. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: just found this...
On 11/25/10 23:02, Gary Kline wrote: I've probably already ranted scores of times that there were no undergrad networking courses when i was in school, Some of us round here are old enough that computing wasn't even a degree subject when we were at university. :-) so things like these are at least entrypoints. My experience with things-computer is that learning more is largely DIY. Be nice to see more opencoursework classes in general. Since Unix has the best philosophy, it is the best way for people to learn. [[ Not that I'm biases or anything... . ]] This book http://www.amazon.com/Practical-TCP-IP-Designing-Troubleshooting/dp/0201750783/ref=sr_1_1?s=booksie=UTF8qid=1290772880sr=1-1 covers networking from a practical, get it working, rather than theoretical, these are the ISO levels, viewpoint. Sadly it doesn't cover IPv6, nor is there likely be another edition that does, but it covers day to day IPv4 well enough. [Declaration of interest: yes, that is a quote from me on the front cover, and I got my copy free. No, I don't get a percentage, but I will be getting some mulled wine from the author on Sunday.] -- Although the wombat is real and the dragon is not, few know what a wombat looks like, but everyone knows what a dragon looks like. -- Avram Davidson, _Adventures in Unhistory_ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: new user questions. (Before I back myself into a corner!)
On Fri, 26 Nov 2010 11:30:29 -, Dave d...@g8kbv.demon.co.uk wrote: The original instructions I used when creating the GPS/NTP server, resulted in the BASH shell being used. I think that's part of the odd problem, as that does not show up in the list of known shell's, when creating a new user. The Bourne Again Shell is NOT, I repeat: *NOT* part of the FreeBSD default installation. It is an ADDITIONAL piece of software. A common Linuxism seems to imply that bash is present on every system. While I agree that bash is a good interactive shell (except some misbehaviour, in my opinion), it is often used as scripting shell where NO functionality that is specific to bash is used - instead of sh, the Bourne Shell, FreeBSD's standard scripting shell (as well as the standard scripting shell on nearly every UNIX out there). You have to manually add bash (by ports or packages), then it will be listed in /etc/shells and therefore be available to the adduser script (or pw program) for new users. You can alter the user's shell afterwards using the chsh command. Not quite it seems, that parameter only works if the -D is used too I believe, and with inetd running things. Yes, -D makes ftpd become a daemon. Its invication via inetd is very convenient, allthoug the need for inetd is originated in a different time in past. At present, the system wont allow that for some odd reason. No errors, it just ignores it. How that? Which settings do you currently have? Oh, and check the firewall (e. g. IPFW) to allow FTP on the alternative port. Remember: This is FreeBSD, we have excellent manpages and other good documentation. :-) Agreed, the documentation is excelent, compared to that available for many Linux's (with the exception of Debian I've found) I share this observation. :-) The biggest difference is the people. Here in the FreeBSD world, I ask a question, I get sensible answers, for which I'm eternaly gratefull. In many LUG's and other Linux Forums, I often get self opinionated Flames! You can get them here, too, if you ask the right questions. :-) No, honestly: This list has helped me very much, and I could learn many things. So I want to contribute back. When I see a chance to help with knowledge, experience or pointers, I'll do that. And so do most on this list. Though the doc's are good, I do find it less than easy to assimilate it all in a meaningfull way, not coming from a unix background. But that's just my problem, and I'm sure the penny will drop sometime soon. The backgrpund of the documentation is that is is a reference, not a HOWTO, or a Wiki style conglomerate. It is maintained in the same quality way as the system is. Many (but sadly not all) ports follow this concept (e. g. man xmms, man mplayer or even man opera; in contradiction man firefox or any KDE program). You need to have experience in HOW to read man pages, to filter out what you need. The system does NOT know what you need, so it doesn't hide unneeded information. So I know (not being too familier with all this) in simple terms, what advantages/disadvantages are there, in respects to the different shell's avalable? Is there a comparison feature table somewhere? http://en.wikipedia.org/wiki/Comparison_of_command_shells You'll find more than just the UNIX shells in there. The ports collection has a category shells where you can refer to the description files. The most common shells in use are, of course, the system shells: sh as default scripting shell, csh as default dialog shell. Common 3rd party shells are bash (obviously), zsh and ksh. As an asside, having got the FTP server working, I then had an idea and ended up breaking it. Cest la vie... I'll look to using a stand alone program/utility I think, that involves less system settings manipulation. That's what inetd is originally intended for: Configure and delegate requests to specific programs. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: new user questions. (Before I back myself into a corner!)
On Fri, Nov 26, 2010 at 6:30 AM, Dave d...@g8kbv.demon.co.uk wrote: Yes, I found that, good info. I'm relying on the freebsd.org site man pages and documentation among others, as I'm finding it too inconvenient (bad short term memory) using the man pages on the system. At least I can have the website pages open on a nearby laptop. There are two options that I know of that could make this part easier for you 1) screen (tried and true) can do split windows/multiple windows although I've never been able to correctly figure it out 2) tmux (the pretentious upstart), it's a quick install and it's built in help (^b?) is eternally useful and it's options make more sense then screen (to me at least) Don't get me wrong, both serve there purpose. Personally, I prefer tmux but I still use screen for some things. So the choice comes down to what you find that works for you. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: pwlib broken again
On Thu, 25 Nov 2010, Da Rock wrote: Perhaps try using WITH_OPENSSL_BASE=YES in make.conf? You would probably have to rebuild other ports as well, but I'm sure someone else here could confirm that. HTH Ekiga seems to be the problem here. Ekiga wants to install opal, and opal wants to install pwlib/ptlib. As I don't use ekiga I deinstalled all three and now my ports seem ok again. I've put WITH_OPENSSL_BASE=yes in make.conf though, just in case other ports try to install ptlib. Thanks, Marco -- The USA is so enormous, and so numerous are its schools, colleges and religious seminaries, many devoted to special religious beliefs ranging from the unorthodox to the dotty, that we can hardly wonder at its yielding a more bounteous harvest of gobbledygook than the rest of the world put together. -- Sir Peter Medawar ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: new user questions. (Before I back myself into a corner!)
On Nov 26, 2010, at 8:53 AM, Chris Brennan wrote: On Fri, Nov 26, 2010 at 6:30 AM, Dave d...@g8kbv.demon.co.uk wrote: Yes, I found that, good info. I'm relying on the freebsd.org site man pages and documentation among others, as I'm finding it too inconvenient (bad short term memory) using the man pages on the system. At least I can have the website pages open on a nearby laptop. There are two options that I know of that could make this part easier for you 1) screen (tried and true) can do split windows/multiple windows although I've never been able to correctly figure it out I second screen. /usr/ports/sysutils/screen/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: just found this...
Is just found this... a subject? Seriously, how many times do we have to ask you to use descriptive subject lines? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Maintainer of mod_proxy_html ?
On Wed, 24 Nov 2010 11:48:42 -0500 Alejandro Imass a...@p2ee.org wrote: Does anyone know if David Lay d...@bitwizards.com.au is still maintaining the mod_proxy_html port? You can find out by % cd /usr/ports/www/mod_proxy_html % make maintainer This will tell you that the port is now maintained by apa...@. I don't know if it's on purpose or not but the port does not include conf a file (proxy_html.conf) that renders the module useless unless you create one and it's not all that trivial. This was fixed in ports/128048 [1]. Please read the port's Makefile. README and proxy_html.conf is installed to ${DOCSDIR} (/usr/local/share/doc/mod_proxy_html). Bye, Herbert [1] http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/128048 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: new user questions. (Before I back myself into a corner!)
On Fri, 26 Nov 2010 09:53:51 -0500, Chris Brennan xa...@xaerolimit.net wrote: There are two options that I know of that could make this part easier for you 1) screen (tried and true) can do split windows/multiple windows although I've never been able to correctly figure it out 2) tmux (the pretentious upstart), it's a quick install and it's built in help (^b?) is eternally useful and it's options make more sense then screen (to me at least) Along with the Spanish Inquisition, there are three! Three! Three options: screen, tmux, and the native solution of virtual terminals via Alt+PFx switch. This even allows you to use the mouse-driven edit buffer (copy + paste), e. g. if you need to compose a command line using the examples listed in the man page. If you're accessing a system remotely, there is also the option of opening -- FOUR! Four options! -- the option of opening more than one connection to the remote system, and each of them in an own xterm (or KDE Konsole tab which I would say if I had been using KDE, but I haven't). Of course, this solution also allows you copy + paste operations. Other means of accessibility are provided by the window manager you're using. Nobody expects the Spanish Inquisition! :-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: new user questions. (Before I back myself into a corner!)
Quoth Polytropon on Friday, 26 November 2010: On Fri, 26 Nov 2010 09:53:51 -0500, Chris Brennan xa...@xaerolimit.net wrote: There are two options that I know of that could make this part easier for you 1) screen (tried and true) can do split windows/multiple windows although I've never been able to correctly figure it out 2) tmux (the pretentious upstart), it's a quick install and it's built in help (^b?) is eternally useful and it's options make more sense then screen (to me at least) Along with the Spanish Inquisition, there are three! Three! Three options: screen, tmux, and the native solution of virtual terminals via Alt+PFx switch. This even allows you to use the mouse-driven edit buffer (copy + paste), e. g. if you need to compose a command line using the examples listed in the man page. If you're accessing a system remotely, there is also the option of opening -- FOUR! Four options! -- the option of opening more than one connection to the remote system, and each of them in an own xterm (or KDE Konsole tab which I would say if I had been using KDE, but I haven't). Of course, this solution also allows you copy + paste operations. Other means of accessibility are provided by the window manager you're using. FIVE! Using a tiling window manager like xmonad, just open another xterm. Either share a workspace between them, or put one of them in a different workspace, depending on whether you like to be able to see both at the same time and/or have multiple monitors. Nobody expects the Spanish Inquisition! :-) Yep, it's still a surprise, even after all these years. -- Sterling (Chip) Camden| sterl...@camdensoftware.com | 2048D/3A978E4F http://camdensoftware.com | http://chipstips.com| http://chipsquips.com pgpIbz7bWfdQZ.pgp Description: PGP signature
Memory leak and swapfile
It looks like that there may be a memory leak of my swap space with one of the processes that is running. Big question: How can I determine which process is responsible. Any suggestions? Thanks Jack ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org