Re: bizarre mount_nullfs issue with jails / ezjail
On Wed, Apr 7, 2010 at 2:28 PM, Dan Naumov wrote: >>> An additional question: how come "sade" and "sysinstall" which are run >>> inside the jail can see (and I can only assume they can also operate >>> on and damage) the real underlying disks of the host? >>> >> >> Disks (as well as others you have in your host's /dev) aren't visible >> inside jails. > > Well, somehow they are on my system. > > I guess I should've also clarified that the jail was installed using > ezjail and not completely manually > > From /usr/local/etc/ezjail/semipublic > > export jail_semipublic_devfs_enable="YES" > export jail_semipublic_devfs_ruleset="devfsrules_jail" > Well I'm not entirely familiar w/ ezjail but I use jails all the time, and I can tell you that /dev in jails is very limited, here's a /dev jail of mine: m...@spry9:~> ls -al /dev/ total 2 crw-rw-rw- 1 root wheel0, 58 Mar 27 03:02 crypto dr-xr-xr-x 2 root wheel 512 Mar 27 03:12 fd dr-xr-xr-x 2 root wheel 512 Mar 30 20:00 iso9660 lrwxr-xr-x 1 root wheel14 Mar 27 03:12 log -> ../var/run/log crw-rw-rw- 1 root wheel0, 33 Apr 7 14:33 null crw-rw-rw- 1 root wheel0, 7 Mar 27 03:02 ptmx dr-xr-xr-x 2 root wheel 512 Mar 27 03:22 pts crw-rw-rw- 1 root wheel0, 10 Mar 27 11:12 random lrwxr-xr-x 1 root wheel 4 Mar 27 03:12 stderr -> fd/2 lrwxr-xr-x 1 root wheel 4 Mar 27 03:12 stdin -> fd/0 lrwxr-xr-x 1 root wheel 4 Mar 27 03:12 stdout -> fd/1 lrwxr-xr-x 1 root wheel 6 Mar 27 03:12 urandom -> random crw-rw-rw- 1 root wheel0, 34 Mar 27 03:02 zero m...@spry9:~> So I guess it's a configuration issue w/ your jails. > - Sincerely, > Dan Naumov > -- cheers mars - ___ 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: bizarre mount_nullfs issue with jails / ezjail
>> An additional question: how come "sade" and "sysinstall" which are run >> inside the jail can see (and I can only assume they can also operate >> on and damage) the real underlying disks of the host? >> > > Disks (as well as others you have in your host's /dev) aren't visible > inside jails. Well, somehow they are on my system. I guess I should've also clarified that the jail was installed using ezjail and not completely manually >From /usr/local/etc/ezjail/semipublic export jail_semipublic_devfs_enable="YES" export jail_semipublic_devfs_ruleset="devfsrules_jail" - Sincerely, Dan Naumov ___ 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"
FreeBSD 6.2 on esx3.5 network issue
Hi, I currently have installed FreeBSD 6.2 STABLE in esx, I do have problem with download file from the box using ftp/scp service. It seems to be slow having a Gigabit lan. it just seems to have going about 100Kbps-500Kpbs on download speed. But I do have high upload speed ranging from 4-5MBps. Is there any adjustments that needs to be done on the kernel? Thanks Josh ___ 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: How customized can an mfsroot be?
>What incidentally does /var get populated with? Our image has a custom >directory under /var but this did not show up in the MFS versions of this >directory. I can get >around this but I wonder what else might not be included? I found something else that's missing--/var/db/pkg is empty. It looks like what the auto-var process does is a construct basic directory structure but no data. Is there a solution to this? Can I get /var to be populated with the full contents of the real /var? ___ 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"
Can freebsd be installed on a new mac pro 8 core machine ?
Hello, I have a new Mac Pro 8 core desktop machine. I want to install an os that will let me install Cpanel and whm so I can use it as a server. Will FreeBsd install on the new intell based pro macs ? Pleasea advise. Thank you for your time, Wayne ___ 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: bizarre mount_nullfs issue with jails / ezjail
On Wed, Apr 7, 2010 at 5:43 AM, Dan Naumov wrote: > On Wed, Apr 7, 2010 at 12:37 AM, Glen Barber wrote: >> Hi Dan, >> >> Dan Naumov wrote: >>> So, I want the basejail to only contain the world and link the ports >>> tree from the host into each individual jail when it's time to update >>> the ports inside them, but I am running into a bit of a bizarre issue: >>> I can mount_nullfs /usr/ports elsewhere on the host just fine, but it >>> doesn't work if I try to mount_nullfs it to /usr/ports inside the >>> jail: >>> >>> mount_nullfs /usr/ports/ /usr/ports2 >>> >>> df -H | grep ports >>> cerberus/usr-ports 34G 241M 34G 1% /usr/ports >>> cerberus/usr-ports-distfiles 34G 0B 34G 0% >>> /usr/ports/distfiles >>> cerberus/usr-ports-packages 34G 0B 34G 0% >>> /usr/ports/packages >>> /usr/ports 34G 241M 34G 1% /usr/ports2 >>> >>> mount | grep ports >>> cerberus/usr-ports on /usr/ports (zfs, local) >>> cerberus/usr-ports-distfiles on /usr/ports/distfiles (zfs, local) >>> cerberus/usr-ports-packages on /usr/ports/packages (zfs, local) >>> /usr/ports on /usr/ports2 (nullfs, local) >>> >>> mount_nullfs /usr/ports/ /usr/jails/semipublic/usr/ports >>> mount_nullfs: /basejail: No such file or directory >>> >>> What is going on here? I also note that the error actually wants a >>> /basejail on the host, which is even more bizarre: >>> >>> mount_nullfs /usr/ports/ /usr/jails/semipublic/usr/ports >>> mount_nullfs: /basejail: No such file or directory >>> >>> mkdir /basejail >>> >>> mount_nullfs /usr/ports/ /usr/jails/semipublic/usr/ports >>> mount_nullfs: /basejail/usr: No such file or directory >>> >>> Yet, this works: >>> >>> mkdir /usr/jails/semipublic/test >>> mount_nullfs /usr/ports/ /usr/jails/semipublic/test >>> umount /usr/jails/semipublic/test >>> >>> Any ideas? >>> >>> >> >> The ports directory in an ezjail is a link to /basejail/usr/ports (in the >> jail). >> >> Breaking the link (from the host) allows the mount to work successfully. >> >> orion# ll usr/ports >> lrwxr-xr-x 1 root wheel 19 Mar 8 18:06 usr/ports -> /basejail/usr/ports >> orion# unlink usr/ports >> orion# mkdir usr/ports >> orion# mount_nullfs /usr/ports usr/ports >> orion# >> >> Regards, >> >> -- >> Glen Barber > > Thanks for the tip. > > An additional question: how come "sade" and "sysinstall" which are run > inside the jail can see (and I can only assume they can also operate > on and damage) the real underlying disks of the host? > Disks (as well as others you have in your host's /dev) aren't visible inside jails. > - Sincerely > Dan Naumov > ___ > freebsd-j...@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-jail > To unsubscribe, send any mail to "freebsd-jail-unsubscr...@freebsd.org" > -- cheers mars - ___ 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: perl qstn...
On Tue, Apr 06, 2010 at 01:20:49PM +0100, RW wrote: > On Mon, 5 Apr 2010 19:55:44 -0600 > Chad Perrin wrote: > > > On Mon, Apr 05, 2010 at 05:36:32PM +0100, RW wrote: > > > > > > IMO this is a bad mistake that other languages were quite right not > > > to copy - a test shouldn't come after a block of code unless it's > > > evaluated after the block (as in repeat...until) > > > > There are more things in heav'n and earth, Horatio, than are dreamt > > of by designers of eagerly evaluated prefix notation languages. > > And most of them are obscure for good reasons. Just because a a syntax > fits into a classification scheme doesn't make it a good idea. The fact something is popular doesn't mean it's a good idea. Shall we trade more trite sniping, or would you like to say something more substantive? In no way, and at no time, did I imply that using "unless" like an infix operator is a good idea just because it fits with a given syntax classification. > > Natural languages are mostly driven by spoken usage, in which people > firm-up half-formed ideas as they speak - this is not a good model for > programming languages. If you are hacking out a quick and dirty script > it may be convenient to type the decision after the action, but it > don't I think it promotes good quality software. This sounds exactly like the complaints Pythonistas use to explain why they have a deep hatred of Perl. If that's how you feel, I'd prefer you stop trying to tell me how Perl should work, and just use something else. > > Imperative languages have a natural order of decision followed by > action, and code is most easily readable if the syntax doesn't try to > subvert that. . . . except when the "natural order of decision" varies significantly, such as when comparing functions with operators. It gets even more confusing when both "functions" and "operators" are actually methods in object oriented languages with an imperative design, because suddenly the difference between a "function" and an "operator" becomes purely arbitrary. There's nothing about arbitrariness that suggests a "natural order". It's kind of odd you rail against natural language then talk about imperative languages having a "natural order" -- which is, presumably, based on the expectations of people who have been conditioned to think that way by their use of natural language. Frankly, if everybody just stuck to a purely "natural order of decision" approach to imperative language design, we would never even have developed structured programming. -- Chad Perrin [ original content licensed OWL: http://owl.apotheon.org ] pgpEUjI65NlvI.pgp Description: PGP signature
Re: perl qstn...
On Tue, Apr 06, 2010 at 06:17:41PM -0400, Steve Bertrand wrote: > On 2010.04.06 17:10, Randal L. Schwartz wrote: > > > Now, on the other hand, emacs rules, vi sucks. :-) :-) > > ok, ok. I was on the side of Perl, and was content following this > thread, but now I don't like you anymore :P > > heh ;) > > Steve I'm willing to let the emacs users have their emacs, and to enjoy my vi. I guess the longer name (emacs) suits people who like pressing more buttons to accomplish the same amount of work anyway. -- Chad Perrin [ original content licensed OWL: http://owl.apotheon.org ] pgpwq7ywxcB58.pgp Description: PGP signature
Re: RootBSD?
On 4/6/2010 9:04 AM, Tom Ierna wrote: > Hi, > > Anyone have any experience with RootBSD.net? > > I'm looking to move an office-hosted machine's services to the cloud, and > they seem to be one of the only VPS companies centered around BSD support > instead of Linux. > > Thanks, > -Tom___ > I used them for 2 jail based VPS "Iota" plans for a few months in 2008 before deciding to get dedicated hosting elsewhere. I believe they use full virtual machines via Xen now instead of jails, so my input on their system administration is of little use to you. There were a few kerfuffles, although customer service did seem very responsive. There was downtime due to a RAID controller failure, and my account was credited for it. Since system administration is still on you though, so you might also consider a dedicated server elsewhere if you can push the budget up to at least $50/mo. RJ Herrick unwoven.net ___ 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: RootBSD?
On Tue, Apr 6, 2010 at 7:11 PM, Tom Ierna wrote: > > On Apr 6, 2010, at 9:31 AM, Glen Barber wrote: > >> Hi Tom, >> >> Tom Ierna wrote: >>> Anyone have any experience with RootBSD.net? >>> >> >> I've been using RootBSD for a few months now, and would give you nothing >> but positive feedback - however, your question isn't exactly specific. >> >> Is there anything in particular you need to know? > > > I was non-specific on purpose; I'm looking for any stories. > > Also, if anyone has any other FreeBSD-friendly VPS companies they can > recommend, that would be great. > > I've looked on this page: > http://www.freebsd.org/commercial/isp.html > > Linux VPS vendors are a dime-a-dozen and I'm using a great one (Linode) for > several servers that I don't need on FreeBSD. > > Basically, I'm looking for a FreeBSD VPS vendor that's as highly regarded as > Linode. > > Thanks for your thoughts. > You could also take a look at jvds.com. It's based on freebsd jail though, not xen, so there is a slight loss in flexibility -- Gautham Ganapathy ___ 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: perl qstn...
On 2010.04.06 17:10, Randal L. Schwartz wrote: > Now, on the other hand, emacs rules, vi sucks. :-) :-) ok, ok. I was on the side of Perl, and was content following this thread, but now I don't like you anymore :P heh ;) Steve ___ 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"
Interrupt ptr 12h?
Hello list, sometimes my system freezes, and I cannot figure out why. What I do know is that everytime I try to build openoffice, it freezes during the build process. Last time my system froze, the kernel "spat out" the following message: "kerneltrap with interrupt ptr 12h disabled". What does this mean, exactly? please help. -axel -- __ // A person who is more than casually interested in computers should be well // schooled in machine language, since it is a fundamental part of a computer. -- D.E. Knuth () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against propietary attachments ___ 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: RootBSD?
On Tue, 06 Apr 2010, Tom Ierna wrote: > Hi, > > Anyone have any experience with RootBSD.net? > > I'm looking to move an office-hosted machine's services to the cloud, and > they seem to be one of the only VPS companies centered around BSD support > instead of Linux. I just setup a small VPS with rootbsd and have one with arpnetworks.com as well. Both seem to work fine for my needs so far and both have been responsive to my couple of small support issues. henrik -- Henrik Hudson li...@rhavenn.net - "God, root, what is difference?" Pitr; UF ___ 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: bizarre mount_nullfs issue with jails / ezjail
On Wed, Apr 7, 2010 at 12:37 AM, Glen Barber wrote: > Hi Dan, > > Dan Naumov wrote: >> So, I want the basejail to only contain the world and link the ports >> tree from the host into each individual jail when it's time to update >> the ports inside them, but I am running into a bit of a bizarre issue: >> I can mount_nullfs /usr/ports elsewhere on the host just fine, but it >> doesn't work if I try to mount_nullfs it to /usr/ports inside the >> jail: >> >> mount_nullfs /usr/ports/ /usr/ports2 >> >> df -H | grep ports >> cerberus/usr-ports 34G 241M 34G 1% /usr/ports >> cerberus/usr-ports-distfiles 34G 0B 34G 0% >> /usr/ports/distfiles >> cerberus/usr-ports-packages 34G 0B 34G 0% >> /usr/ports/packages >> /usr/ports 34G 241M 34G 1% /usr/ports2 >> >> mount | grep ports >> cerberus/usr-ports on /usr/ports (zfs, local) >> cerberus/usr-ports-distfiles on /usr/ports/distfiles (zfs, local) >> cerberus/usr-ports-packages on /usr/ports/packages (zfs, local) >> /usr/ports on /usr/ports2 (nullfs, local) >> >> mount_nullfs /usr/ports/ /usr/jails/semipublic/usr/ports >> mount_nullfs: /basejail: No such file or directory >> >> What is going on here? I also note that the error actually wants a >> /basejail on the host, which is even more bizarre: >> >> mount_nullfs /usr/ports/ /usr/jails/semipublic/usr/ports >> mount_nullfs: /basejail: No such file or directory >> >> mkdir /basejail >> >> mount_nullfs /usr/ports/ /usr/jails/semipublic/usr/ports >> mount_nullfs: /basejail/usr: No such file or directory >> >> Yet, this works: >> >> mkdir /usr/jails/semipublic/test >> mount_nullfs /usr/ports/ /usr/jails/semipublic/test >> umount /usr/jails/semipublic/test >> >> Any ideas? >> >> > > The ports directory in an ezjail is a link to /basejail/usr/ports (in the > jail). > > Breaking the link (from the host) allows the mount to work successfully. > > orion# ll usr/ports > lrwxr-xr-x 1 root wheel 19 Mar 8 18:06 usr/ports -> /basejail/usr/ports > orion# unlink usr/ports > orion# mkdir usr/ports > orion# mount_nullfs /usr/ports usr/ports > orion# > > Regards, > > -- > Glen Barber Thanks for the tip. An additional question: how come "sade" and "sysinstall" which are run inside the jail can see (and I can only assume they can also operate on and damage) the real underlying disks of the host? - Sincerely Dan Naumov ___ 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: bizarre mount_nullfs issue with jails / ezjail
Hi Dan, Dan Naumov wrote: > So, I want the basejail to only contain the world and link the ports > tree from the host into each individual jail when it's time to update > the ports inside them, but I am running into a bit of a bizarre issue: > I can mount_nullfs /usr/ports elsewhere on the host just fine, but it > doesn't work if I try to mount_nullfs it to /usr/ports inside the > jail: > > mount_nullfs /usr/ports/ /usr/ports2 > > df -H | grep ports > cerberus/usr-ports34G241M 34G 1%/usr/ports > cerberus/usr-ports-distfiles 34G 0B 34G 0% > /usr/ports/distfiles > cerberus/usr-ports-packages 34G 0B 34G 0% > /usr/ports/packages > /usr/ports34G241M 34G 1%/usr/ports2 > > mount | grep ports > cerberus/usr-ports on /usr/ports (zfs, local) > cerberus/usr-ports-distfiles on /usr/ports/distfiles (zfs, local) > cerberus/usr-ports-packages on /usr/ports/packages (zfs, local) > /usr/ports on /usr/ports2 (nullfs, local) > > mount_nullfs /usr/ports/ /usr/jails/semipublic/usr/ports > mount_nullfs: /basejail: No such file or directory > > What is going on here? I also note that the error actually wants a > /basejail on the host, which is even more bizarre: > > mount_nullfs /usr/ports/ /usr/jails/semipublic/usr/ports > mount_nullfs: /basejail: No such file or directory > > mkdir /basejail > > mount_nullfs /usr/ports/ /usr/jails/semipublic/usr/ports > mount_nullfs: /basejail/usr: No such file or directory > > Yet, this works: > > mkdir /usr/jails/semipublic/test > mount_nullfs /usr/ports/ /usr/jails/semipublic/test > umount /usr/jails/semipublic/test > > Any ideas? > > The ports directory in an ezjail is a link to /basejail/usr/ports (in the jail). Breaking the link (from the host) allows the mount to work successfully. orion# ll usr/ports lrwxr-xr-x 1 root wheel 19 Mar 8 18:06 usr/ports -> /basejail/usr/ports orion# unlink usr/ports orion# mkdir usr/ports orion# mount_nullfs /usr/ports usr/ports orion# Regards, -- Glen Barber ___ 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"
bizarre mount_nullfs issue with jails / ezjail
So, I want the basejail to only contain the world and link the ports tree from the host into each individual jail when it's time to update the ports inside them, but I am running into a bit of a bizarre issue: I can mount_nullfs /usr/ports elsewhere on the host just fine, but it doesn't work if I try to mount_nullfs it to /usr/ports inside the jail: mount_nullfs /usr/ports/ /usr/ports2 df -H | grep ports cerberus/usr-ports34G241M 34G 1%/usr/ports cerberus/usr-ports-distfiles 34G 0B 34G 0% /usr/ports/distfiles cerberus/usr-ports-packages 34G 0B 34G 0% /usr/ports/packages /usr/ports34G241M 34G 1%/usr/ports2 mount | grep ports cerberus/usr-ports on /usr/ports (zfs, local) cerberus/usr-ports-distfiles on /usr/ports/distfiles (zfs, local) cerberus/usr-ports-packages on /usr/ports/packages (zfs, local) /usr/ports on /usr/ports2 (nullfs, local) mount_nullfs /usr/ports/ /usr/jails/semipublic/usr/ports mount_nullfs: /basejail: No such file or directory What is going on here? I also note that the error actually wants a /basejail on the host, which is even more bizarre: mount_nullfs /usr/ports/ /usr/jails/semipublic/usr/ports mount_nullfs: /basejail: No such file or directory mkdir /basejail mount_nullfs /usr/ports/ /usr/jails/semipublic/usr/ports mount_nullfs: /basejail/usr: No such file or directory Yet, this works: mkdir /usr/jails/semipublic/test mount_nullfs /usr/ports/ /usr/jails/semipublic/test umount /usr/jails/semipublic/test Any ideas? - Sincerely, Dan Naumov ___ 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: How customized can an mfsroot be?
On 4/6/10, Peter Steele wrote: >>If FreeBSD cannot write to /tmp or /var on boot, it automatically >>creates a MFS filesystems for those mountpoints and mounts them during >> boot. You don't need to do anything. >> >>It works as the same readonly compactflash environments out there. > > What incidentally does /var get populated with? Our image has a custom > directory under /var but this did not show up in the MFS versions of this > directory. I can get around this but I wonder what else might not be > included? >From the var mtree spec /etc/mtree/* (if i recall, BSD.var.dist) ___ 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"
Building for polkit-0.96_1 fails
Hello, I'm having difficulties updating polkit. I read the ports/updating and did portupgrade -f policykit first. unfortunatelly it didn't help. Would anyone have a tip to share. Thanks, Michel gmake[4]: Entering directory `/usr/ports/sysutils/polkit/work/polkit-0.96/src/polkit' CC libpolkit_gobject_1_la-polkitenumtypes.lo CC libpolkit_gobject_1_la-polkitactiondescription.lo CC libpolkit_gobject_1_la-polkitauthorityfeatures.lo CC libpolkit_gobject_1_la-polkitdetails.lo CC libpolkit_gobject_1_la-polkitauthority.lo CC libpolkit_gobject_1_la-polkiterror.lo CC libpolkit_gobject_1_la-polkitsubject.lo CC libpolkit_gobject_1_la-polkitunixprocess.lo CC libpolkit_gobject_1_la-polkitunixsession.lo CC libpolkit_gobject_1_la-polkitsystembusname.lo CC libpolkit_gobject_1_la-polkitidentity.lo CC libpolkit_gobject_1_la-polkitunixuser.lo CC libpolkit_gobject_1_la-polkitunixgroup.lo CC libpolkit_gobject_1_la-polkitauthorizationresult.lo CC libpolkit_gobject_1_la-polkitcheckauthorizationflags.lo CC libpolkit_gobject_1_la-polkitimplicitauthorization.lo CC libpolkit_gobject_1_la-polkittemporaryauthorization.lo CC libpolkit_private_la-_polkitactiondescription.lo CC libpolkit_private_la-_polkitauthenticationagent.lo CC libpolkit_private_la-_polkitauthority.lo CC libpolkit_private_la-_polkitauthorizationresult.lo CC libpolkit_private_la-_polkitbindings.lo CC libpolkit_private_la-_polkitbindingsmarshal.lo CC libpolkit_private_la-_polkitcheckauthorizationflags.lo CC libpolkit_private_la-_polkiterror.lo CC libpolkit_private_la-_polkitidentity.lo CC libpolkit_private_la-_polkitimplicitauthorization.lo CC libpolkit_private_la-_polkitsubject.lo CC libpolkit_private_la-_polkittemporaryauthorization.lo CC libpolkit_private_la-_polkitauthorityfeatures.lo CCLD libpolkit-private.la CCLD libpolkit-gobject-1.la /usr/local/bin/g-ir-scanner -v \ --namespace Polkit \ --nsversion=1.0 \ --include=Gio-2.0 \ --library=polkit-gobject-1 \ --output Polkit-1.0.gir \ --pkg=glib-2.0 \ --pkg=gobject-2.0 \ --pkg=gio-2.0 \ --libtool=../../libtool \ -I/usr/local/include/eggdbus-1 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include \ -I../../src \ -D_POLKIT_COMPILATION \ -DEGG_DBUS_I_KNOW_API_IS_SUBJECT_TO_CHANGE \ ./polkit.h \ ./polkittypes.h \ ./polkitactiondescription.h \ ./polkitauthority.h \ ./polkitauthorizationresult.h \ ./polkitcheckauthorizationflags.h \ ./polkitdetails.h \ ./polkitenumtypes.h \ ./polkiterror.h \ ./polkitidentity.h \ ./polkitimplicitauthorization.h \ ./polkitsubject.h \ ./polkitsystembusname.h \ ./polkittemporaryauthorization.h\ ./polkitunixgroup.h \ ./polkitunixprocess.h \ ./polkitunixsession.h \ ./polkitunixuser.h \ gmake[4]: *** [Polkit-1.0.gir] Segmentation fault: 11 (core dumped) gmake[4]: Leaving directory `/usr/ports/sysutils/polkit/work/polkit-0.96/src/polkit' gmake[3]: *** [all] Error 2 gmake[3]: Leaving directory `/usr/ports/sysutils/polkit/work/polkit-0.96/src/polkit' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/sysutils/polkit/work/polkit-0.96/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/sysutils/polkit/work/polkit-0.96' gmake: *** [all] Error 2 *** Error code 1 Stop in /usr/ports/sysutils/polkit. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade20100406-94674-18chul8-0 env UPGRADE_TOOL=portupgrade UPGRADE_PORT=polkit-0.95_3 UPGRADE_PORT_VER=0.95_3 make ** Fix the problem and try again. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@fr
Re: perl qstn...
> "Chuck" == Chuck Swiger writes: Chuck> Very well; I would like to hear you propose another type of Chuck> change that might be made to this sort of postfix test syntax Chuck> which you consider to be "most likely". Maybe the content of the text message. I change that stuff all the time. Or maybe the exact nature of the condition. That also changes. Let me short cut the rest of the discussion, by summarizing: You and and I have different "favorite languages" However, our positions are different about the fact that we have different "favorite languages". I'm perfectly willing to let you have Python, and work productively in it, while I'm happily being productive with Perl. I'm also perfectly willing to allow you imagine faults with Perl, even though after having used Perl productively for 20 years, those problems just don't arise in practice. You, on the other hand, seem to want to convince me that I couldn't have possibly been as productive in Perl as I have for the past 20 years, because of these alleged insurmountable problems. You seem to want to ensure that whatever my experience of Perl might be, that it is somehow wrong or tainted or misinformed. Hmm. Really? Really? Now, in the greater range of things, which position is more useful? Can we agree that we've gone *way beyond* the topic of freebsd-questions as well, and if anyone hasn't killfiled us already, they should have? :-) Now, on the other hand, emacs rules, vi sucks. :-) :-) -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 http://www.stonehenge.com/merlyn/> Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc. See http://methodsandmessages.vox.com/ for Smalltalk and Seaside discussion ___ 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: perl qstn...
On Apr 6, 2010, at 11:43 AM, Randal L. Schwartz wrote: > "Chuck" == Chuck Swiger writes: >> Then you wouldn't have used this construct. > > Chuck> If the construct isn't a good idea considering the most obvious > Chuck> change one might make to the code, > > Objection: presumes facts not in evidence, your honor. This isn't a court-room. I don't mind rhetorical flourishes, but if you are unwilling to consider how a statement might be changed over time as the circumstances require, even for the sake of discussion, well, in doing so you've chosen to not consider code maintainability. > Seriously, I've written thousands of lines that look like: > > print "." if $flag; > > over the years (decades), and only *once* or *twice* do I ever recall > saying "oh, I actually wanted a two-way switch", and had to rewrite it. > > So "most obvious" to you is clearly not what is actually most likely. Very well; I would like to hear you propose another type of change that might be made to this sort of postfix test syntax which you consider to be "most likely". I find it remarkable, and nearly unbelievable, that one would only need to add an else clause to such a statement less often than 0.1% of the time. Frankly, I wouldn't mind taking a look through a few revisions of something you'd written (perhaps via CVSweb or similar) to see what kind of changes you do make to code over time. > Chuck> Surely Perl source code shouldn't be considered as write-once, > Chuck> modify-never? > > Yes, and that's also presumes facts not in evidence. See above. I'd be happy to take a look at your evidence. In fact, I'd already asked a similar question: >> Perl has *many* options that are all clear and readable, and some >> that aren't. Python has a *few* options that are all clear and >> readable, and some that aren't. > > ...and an example or two would be? ...and yet I do not see a response. Regards, -- -Chuck ___ 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: Preventing Bad SMB Mount From Stalling A Boot
On 4/6/2010 1:50 PM, Tim Daneliuk wrote: > On 4/6/2010 1:36 PM, Dan Naumov wrote: >>> I mount my SMB shares from /etc/fstab on a FBSD 8.x production machine like >>> this: >>> >>> //USER at WINSERVER/SHARE /mountpointsmbfs rw 0 0 >>> >>> The problem is that after an outage, "WINSERVER" doesn't come up >>> before the FBSD machine. So, the FBSD machine tries to boot and then >>> hangs permanently because it cannot get the SMB share points mounted. >>> This recently happened after a catastrophic power outage that cooked >>> the share info on "WINSERVER". Even after it came up, it was no longer >>> serving the proper shares and the FBSD machine could never find the >>> SMB shares and thus hung permanently. >>> >>> The SMB mounts are not essential for systems operations. Is there a >>> way to tell the FBSD to try and mount SMB, but keep going and complete >>> the boot if it cannot? >> >> A bit of an ugly hack, but have you considered attempting to mount the >> share via an automatic script after the system has finished booting? >> >> - Sincerely, >> Dan Naumov > > Actually that is what I was doing via a script in /usr/local/etc/rc.d > before I switched over to the /etc/fstab scheme. > > I may have to fall back to the rc.d approach. It seems odd to me that there's > "best effort to mount" semantic option for fstab entries... I meant to say that there is NO such semantic. -- Tim Daneliuk tun...@tundraware.com PGP Key: http://www.tundraware.com/PGP/ ___ 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: Preventing Bad SMB Mount From Stalling A Boot
On 4/6/2010 1:36 PM, Dan Naumov wrote: >> I mount my SMB shares from /etc/fstab on a FBSD 8.x production machine like >> this: >> >> //USER at WINSERVER/SHARE /mountpointsmbfs rw 0 0 >> >> The problem is that after an outage, "WINSERVER" doesn't come up >> before the FBSD machine. So, the FBSD machine tries to boot and then >> hangs permanently because it cannot get the SMB share points mounted. >> This recently happened after a catastrophic power outage that cooked >> the share info on "WINSERVER". Even after it came up, it was no longer >> serving the proper shares and the FBSD machine could never find the >> SMB shares and thus hung permanently. >> >> The SMB mounts are not essential for systems operations. Is there a >> way to tell the FBSD to try and mount SMB, but keep going and complete >> the boot if it cannot? > > A bit of an ugly hack, but have you considered attempting to mount the > share via an automatic script after the system has finished booting? > > - Sincerely, > Dan Naumov Actually that is what I was doing via a script in /usr/local/etc/rc.d before I switched over to the /etc/fstab scheme. I may have to fall back to the rc.d approach. It seems odd to me that there's "best effort to mount" semantic option for fstab entries... -- Tim Daneliuk tun...@tundraware.com PGP Key: http://www.tundraware.com/PGP/ ___ 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: perl qstn...
> "Chuck" == Chuck Swiger writes: >> >> Then you wouldn't have used this construct. Chuck> If the construct isn't a good idea considering the most obvious Chuck> change one might make to the code, Objection: presumes facts not in evidence, your honor. Seriously, I've written thousands of lines that look like: print "." if $flag; over the years (decades), and only *once* or *twice* do I ever recall saying "oh, I actually wanted a two-way switch", and had to rewrite it. So "most obvious" to you is clearly not what is actually most likely. This undermines the rest of your argument, but let's read on... Chuck> Surely Perl source code shouldn't be considered as write-once, Chuck> modify-never? Yes, and that's also presumes facts not in evidence. See above. Chuck> I would suggest that good software not only allows the user the Chuck> full freedom to do anything which is possible, it should also Chuck> avoid asking the user about choices which are Chuck> impossible/invalid/wrong/etc. This can be input field Chuck> validation, middleware logic, this can be determining the present Chuck> state and greying out options which are not currently applicable, Chuck> etc. I agree. The difference with Perl is that there are often many equally good ways to choose. If that's too much repsonsibility for you, please don't use Perl. -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 http://www.stonehenge.com/merlyn/> Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc. See http://methodsandmessages.vox.com/ for Smalltalk and Seaside discussion ___ 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: Preventing Bad SMB Mount From Stalling A Boot
>I mount my SMB shares from /etc/fstab on a FBSD 8.x production machine like >this: > > //USER at WINSERVER/SHARE /mountpointsmbfs rw 0 0 > >The problem is that after an outage, "WINSERVER" doesn't come up >before the FBSD machine. So, the FBSD machine tries to boot and then >hangs permanently because it cannot get the SMB share points mounted. >This recently happened after a catastrophic power outage that cooked >the share info on "WINSERVER". Even after it came up, it was no longer >serving the proper shares and the FBSD machine could never find the >SMB shares and thus hung permanently. > >The SMB mounts are not essential for systems operations. Is there a >way to tell the FBSD to try and mount SMB, but keep going and complete >the boot if it cannot? A bit of an ugly hack, but have you considered attempting to mount the share via an automatic script after the system has finished booting? - Sincerely, Dan Naumov ___ 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: perl qstn...
On Apr 6, 2010, at 11:07 AM, Randal L. Schwartz wrote: >> "Chuck" == Chuck Swiger writes: > Chuck> Let's suppose you want to display one message if debugging is > Chuck> enabled, and a shorter message if it is not. > > Then you wouldn't have used this construct. If the construct isn't a good idea considering the most obvious change one might make to the code, I would conclude that it's probably never going to be a good idea to use such a thing. Surely Perl source code shouldn't be considered as write-once, modify-never? >>> If you don't like all this freedom, there's always Python. :) > > Chuck> Yes, Perl lets you innovate a remarkable number of ways of > Chuck> solving the same problem using syntax that varies from clean and > Chuck> maintainable to constructs which even the original author won't > Chuck> understand without effort a few months later. It seems to be > Chuck> uncommon for one to write unreadable Python code; I'm not sure > Chuck> additional freedom to write obfuscated code would be as > Chuck> beneficial as one may assume > > I call shenanigans: False dichotomy. I agree: the assertion you've made that Python lacks freedom is a false dichotomy. As we all know, any language which is adequately expressive can be used to write arbitrary code; much less languages which permit callouts or extension mechanisms to invoke native C/assembler/etc code. If you really find an advantage in obfuscated syntax and regard it as representing more freedom, I won't argue that opinion with you directly, but instead ask that you demonstrate that this supposed freedom results in better code, ease of maintainability, etc: > Perl has *many* options that are all clear and readable, and some > that aren't. Python has a *few* options that are all clear and > readable, and some that aren't. ...and an example or two would be? > You may not appreciate that freedom. Others do. With freedom comes > responsibility. If that's not for you, Perl's not for you. I would suggest that good software not only allows the user the full freedom to do anything which is possible, it should also avoid asking the user about choices which are impossible/invalid/wrong/etc. This can be input field validation, middleware logic, this can be determining the present state and greying out options which are not currently applicable, etc. Regards, -- -Chuck ___ 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: perl qstn...
> "Chuck" == Chuck Swiger writes: Chuck> Let's suppose you want to display one message if debugging is Chuck> enabled, and a shorter message if it is not. Then you wouldn't have used this construct. >> If you don't like all this freedom, there's always Python. :) Chuck> Yes, Perl lets you innovate a remarkable number of ways of Chuck> solving the same problem using syntax that varies from clean and Chuck> maintainable to constructs which even the original author won't Chuck> understand without effort a few months later. It seems to be Chuck> uncommon for one to write unreadable Python code; I'm not sure Chuck> additional freedom to write obfuscated code would be as Chuck> beneficial as one may assume I call shenanigans: False dichotomy. Perl has *many* options that are all clear and readable, and some that aren't. Python has a *few* options that are all clear and readable, and some that aren't. You may not appreciate that freedom. Others do. With freedom comes responsibility. If that's not for you, Perl's not for you. -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 http://www.stonehenge.com/merlyn/> Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc. See http://methodsandmessages.vox.com/ for Smalltalk and Seaside discussion ___ 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: perl qstn...
Hi-- On Apr 6, 2010, at 6:21 AM, Randal L. Schwartz wrote: >> "RW" == RW writes: > RW> Imperative languages have a natural order of decision followed by > RW> action, and code is most easily readable if the syntax doesn't try to > RW> subvert that. > > And yet, there's an equally valid argument that the most important > thing should stand out the most. In that sense, in the Perl statement: > > warn "x = $x, y = $y, z = $z\n" >if $debug; > > ... the most important part is that it's printing something to stderr, > and what's being printed. It's only minor that it's only when > debugging, and luckily Perl lets us relegate that to the tail end of > the statement. > > Now, if you argue "oh, the most important thing there is 'if debug'", > then fine, you'd write that as: > > if ($debug) { warn ... } > > And I'd be fine with that. Let's suppose you want to display one message if debugging is enabled, and a shorter message if it is not. Adding an else clause to an if statement is a natural change and the result remains highly readable. Can one even use this postfix test syntax with an else, or would you have to re-write the first version entirely? As far as I am concerned, the first version resembles exception handling, ie: try: except Error1: ...and should be reserved for situations where the statement is expected to run normally. If it is reasonable that the test might fail more often than in unusual circumstances, then I'd really prefer to put the test first. > If you don't like all this freedom, there's always Python. :) Yes, Perl lets you innovate a remarkable number of ways of solving the same problem using syntax that varies from clean and maintainable to constructs which even the original author won't understand without effort a few months later. It seems to be uncommon for one to write unreadable Python code; I'm not sure additional freedom to write obfuscated code would be as beneficial as one may assume Regards, -- -Chuck ___ 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: example C code for reading db hash files
On Apr 5, 2010, at 8:51 PM, C. P. Ghost wrote: /usr/src/lib/libc/db/README "This is version 1.85 of the Berkeley DB code." I apologize for being imprecise in my original question. What you've provided is enough to give me progress. I think /usr/src/lib/libc/db/ tests/hash.tests will at least get me started. Thank you for the information. ___ 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: csup vs cvs
On Tue, 6 Apr 2010, Lowell Gilbert wrote: d...@safeport.com writes: Yesterday I was updating an 8.0 stable system to pick up a change I specifically needed. The change was MFC'd Apr 4th at 11:38. I waited until about 8PM and ran cvs from cvsup2.FreeBSD.org. When the change was not there, I waited until Apr 5th, a bit after midnight. When I still did not pick up the change, I updated from a cvs repository. My question is how are the mirrors updated (cvsup2 specifically I guess). In general is using csup and cvs equivalent processes for non developers?. Your message doesn't really make sense to me; I suspect you're confusing cvs with cvsup, but I'm not sure. cvsup and csup are different implementations of the same functionality, and connect to the same servers, so they really won't be different (they are, in fact, interchangeable). Anonymous CVS access is not widely used, and is really recommended only for experts. Different hubs update on different schedules, but official ones are recommended to update hourly. First thank you for responding to an obviously badly worded question. I think my understanding exceeds my ability to explain my question. So I will be very specific about what I wanted. A change was MFC'd to the xorg intel driver to include support for the new chipsets. I took the fact that I could see the change on the web: Date: Sun Apr 4 15:37:47 2010 New Revision: 206164 URL: http://svn.freebsd.org/changeset/base/206164 Log: MFC r205096, r205102 Add AGP support for Intel Pineview and Ironlake chipsets. to mean that it would be propogated out to my favored csup server in due course. The change was not on cvsup2.FreeBSD.org by 2AM Monday, so I got a source tree from a cvs repository my unix guru runs and updated using that. I used his because I host it. What I attempted to ask is (1) how are the mirrors updated; and (2), is there a particular lag time where the latest changes would have to be there? This is not normally an issue for me but I have a laptop that will not run X w/o this change. I normally do not use cvs because, I am not a developer and my 'learning new things bucket' is pretty full. Hence my [however badly worded] question. Again thanks for bearing with me. _ Douglas Denault http://www.safeport.com d...@safeport.com Voice: 301-217-9220 Fax: 301-217-9277 ___ 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: Preventing Bad SMB Mount From Stalling A Boot
Hi Tim, Tim Daneliuk wrote: > I mount my SMB shares from /etc/fstab on a FBSD 8.x production machine like > this: > > //u...@winserver/SHARE /mountpointsmbfs rw 0 0 > > The problem is that after an outage, "WINSERVER" doesn't come up > before the FBSD machine. So, the FBSD machine tries to boot and then > hangs permanently because it cannot get the SMB share points mounted. > This recently happened after a catastrophic power outage that cooked > the share info on "WINSERVER". Even after it came up, it was no longer > serving the proper shares and the FBSD machine could never find the > SMB shares and thus hung permanently. > > The SMB mounts are not essential for systems operations. Is there a > way to tell the FBSD to try and mount SMB, but keep going and complete > the boot if it cannot? > I have a similar problem with a D-Link NAS I use for rsnapshot, however my NAS does not come up after a power outage _period_. The solution I use is to 'noauto' the nfs mount to prevent the stall until I can boot the NAS. I then created /mountpoint/NO, which the existence of the 'NO' file is checked before rsnapshot via cron telling rsnapshot if it is okay to backup to the mountpoint. The result is that my machine will continue to boot after a power failure, and the filesystem will not get clobbered by recursive backups. Though this isn't the same situation you are experiencing, you could always script the mount to occur "@reboot" via cron. Of course, there is always rcorder(8), but I have not looked at it too much, as it would not help in my situation. HTH and regards, -- Glen Barber ___ 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"
Preventing Bad SMB Mount From Stalling A Boot
I mount my SMB shares from /etc/fstab on a FBSD 8.x production machine like this: //u...@winserver/SHARE /mountpointsmbfs rw 0 0 The problem is that after an outage, "WINSERVER" doesn't come up before the FBSD machine. So, the FBSD machine tries to boot and then hangs permanently because it cannot get the SMB share points mounted. This recently happened after a catastrophic power outage that cooked the share info on "WINSERVER". Even after it came up, it was no longer serving the proper shares and the FBSD machine could never find the SMB shares and thus hung permanently. The SMB mounts are not essential for systems operations. Is there a way to tell the FBSD to try and mount SMB, but keep going and complete the boot if it cannot? -- Tim Daneliuk tun...@tundraware.com PGP Key: http://www.tundraware.com/PGP/ ___ 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: RootBSD?
Highly recommended. great systems great service... great prices On Tue, Apr 6, 2010 at 9:46 AM, Craig Butler wrote: > > > On Tue, 2010-04-06 at 09:31 -0400, Glen Barber wrote: > > Hi Tom, > > > > Tom Ierna wrote: > > > Hi, > > > > > > Anyone have any experience with RootBSD.net? > > > > > > > I've been using RootBSD for a few months now, and would give you nothing > > but positive feedback - however, your question isn't exactly specific. > > > > Is there anything in particular you need to know? > > > > Seconded... rootbsd.net are really good, no problems what so ever... > breath of fresh air! > > Tech support on the ball and really helpful, upgrading or migrating from > their old jail system to xen no problems... brilliant. > > I would recommend them > > Cheers > > /Craig 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" > ___ 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: perl qstn...
> "Giorgos" == Giorgos Keramidas writes: Giorgos> This means you can write your sh version like this in Perl: Giorgos> #!/usr/bin/perl Giorgos> if (int(@ARGV) == 0) { Giorgos> die "No args; at least one filename expected"; Giorgos> } Giorgos> printf("%s\n", join(' ', (@ARGV))); Which, when you're not speaking Perl with a C accent, expressed more "natively" as: @ARGV or die "No args: at least one filename expected"; print "@ARGV\n"; -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 http://www.stonehenge.com/merlyn/> Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc. See http://methodsandmessages.vox.com/ for Smalltalk and Seaside discussion ___ 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: perl qstn...
On Sun, 04 Apr 2010 02:01:53 -0700, Gary Kline wrote: > thanks for your url as well and the others to posted. but it seems > like overkill since i dont need any explicit option or argument. i > just need the script to tell me whether i have an arg or not. > following is something i've kept in one of my junk drawers from when i > was learning to write bourne sscripts. it uses the "$[token]" syntax > that determines whether there are Any args on the cmdline. if not, > the script prints a message and exits. > > #!/bin/sh > if [ $# -eq 0 ] > then > echo "No args; need filename." > else > echo "$1" > fi > > After a couple hours experimentation, the following does the same for my > perl scripts: > > > #!/usr/bin/perl > $argc = @ARGV; > if (! $argc ) { > printf("No args; need filename.\n"); > } > else { > printf("%s\n", @ARGV); > } Yes, that's very close to the sh(1) version. Perl's behavior in this case is described in the 'perlvar' manpage: @ARGV The array @ARGV contains the command-line arguments intended for the script. $#ARGV is generally the number of arguments minus one, because $ARGV[0] is the first argument, not the program's command name itself. See $0 for the command name. In other words, when @ARGV appears in "scalar context" it yields the 'size' of the @ARGV array, e.g.: % cat foo.pl printf("%d .. args = [%s]\n", int(@ARGV), join(', ', (@ARGV))); % perl foo.pl 0 .. args = [] % perl foo.pl 1 1 .. args = [1] % perl foo.pl 1 2 3 3 .. args = [1, 2, 3] So when int(@ARGV) is zero you know that there are no arguments at all. This means you can write your sh version like this in Perl: #!/usr/bin/perl if (int(@ARGV) == 0) { die "No args; at least one filename expected"; } printf("%s\n", join(' ', (@ARGV))); This is "good enough" as a command-line handling trick for really simple scripts, but you should probably have a look at the Getopt::Std and the Getopt::Long modules for longer scripts. Using them will make your option parsing code much cleaner and easier to change in the future. ___ 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: How customized can an mfsroot be?
>If FreeBSD cannot write to /tmp or /var on boot, it automatically >creates a MFS filesystems for those mountpoints and mounts them during boot. >You don't need to do anything. > >It works as the same readonly compactflash environments out there. What incidentally does /var get populated with? Our image has a custom directory under /var but this did not show up in the MFS versions of this directory. I can get around this but I wonder what else might not be included? ___ 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: Finding port dependants
On Mon, April 5, 2010 7:04 pm, Aiza wrote: > The ports make file tree is so very large now a days (21491 ports). > Doing portsnap to download the complete ports system just to install 3 > ports is massive over kill. I have been doing package installs because > the resources consumed in disk space (inodes used) and no compile time > is such a time saver. But there are times when ports have no package or > the package is not up to date. What I am looking for is a method to find > the dependents and their dependents of the selected port. Then search > the package system to determine which have no packages. Install all the > packages and cvs only the make files for the ports lacking packages. I > have script to fetch only the make files for the selected port. > > So question is, does the ports index which I can download by it's self > using portsnap contain the info to find all the dependents of a port? > > Is there some software I can use to do this? The porteasy port (ports-mgmt/porteasy) might do what you're looking for - it uses cvsup to selectively fetch the parts of the ports tree and distfiles needed to install and/or update a port of interest. ___ 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: RootBSD?
On Tue, 2010-04-06 at 09:31 -0400, Glen Barber wrote: > Hi Tom, > > Tom Ierna wrote: > > Hi, > > > > Anyone have any experience with RootBSD.net? > > > > I've been using RootBSD for a few months now, and would give you nothing > but positive feedback - however, your question isn't exactly specific. > > Is there anything in particular you need to know? > Seconded... rootbsd.net are really good, no problems what so ever... breath of fresh air! Tech support on the ball and really helpful, upgrading or migrating from their old jail system to xen no problems... brilliant. I would recommend them Cheers /Craig 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: RootBSD?
On Apr 6, 2010, at 9:31 AM, Glen Barber wrote: > Hi Tom, > > Tom Ierna wrote: >> Anyone have any experience with RootBSD.net? >> > > I've been using RootBSD for a few months now, and would give you nothing > but positive feedback - however, your question isn't exactly specific. > > Is there anything in particular you need to know? I was non-specific on purpose; I'm looking for any stories. Also, if anyone has any other FreeBSD-friendly VPS companies they can recommend, that would be great. I've looked on this page: http://www.freebsd.org/commercial/isp.html Linux VPS vendors are a dime-a-dozen and I'm using a great one (Linode) for several servers that I don't need on FreeBSD. Basically, I'm looking for a FreeBSD VPS vendor that's as highly regarded as Linode. Thanks for your thoughts. ___ 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: RootBSD?
Hi Tom, Tom Ierna wrote: > Hi, > > Anyone have any experience with RootBSD.net? > I've been using RootBSD for a few months now, and would give you nothing but positive feedback - however, your question isn't exactly specific. Is there anything in particular you need to know? -- Glen Barber ___ 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"
RootBSD?
Hi, Anyone have any experience with RootBSD.net? I'm looking to move an office-hosted machine's services to the cloud, and they seem to be one of the only VPS companies centered around BSD support instead of Linux. Thanks, -Tom___ 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: csup vs cvs
d...@safeport.com writes: > Yesterday I was updating an 8.0 stable system to pick up a change I > specifically needed. The change was MFC'd Apr 4th at 11:38. I waited > until about 8PM and ran cvs from cvsup2.FreeBSD.org. When the change > was not there, I waited until Apr 5th, a bit after midnight. When I > still did not pick up the change, I updated from a cvs repository. > > My question is how are the mirrors updated (cvsup2 specifically I > guess). In general is using csup and cvs equivalent processes for non > developers?. Your message doesn't really make sense to me; I suspect you're confusing cvs with cvsup, but I'm not sure. cvsup and csup are different implementations of the same functionality, and connect to the same servers, so they really won't be different (they are, in fact, interchangeable). Anonymous CVS access is not widely used, and is really recommended only for experts. Different hubs update on different schedules, but official ones are recommended to update hourly. Development actually occurs in the subversion (a.k.a. svn) repository these days, from which it is automatically exported to the cvs repository (which is also the source for cvsup servers data). I'm not aware of non-developer direct access to the svn tree, nor do I know much about how the subversion data gets merged to cvs. I've used different cvsup servers over the years, but I've rarely noticed an update taking more than an hour after it hit cvsweb. If you're wondering about a particular hub, you could track down its manager and ask. I remember that being public information, but I can't seem to find it at the moment. -- Lowell Gilbert, embedded/networking software engineer, Boston area http://be-well.ilk.org/~lowell/ ___ 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: perl qstn...
> "RW" == RW writes: RW> Imperative languages have a natural order of decision followed by RW> action, and code is most easily readable if the syntax doesn't try to RW> subvert that. And yet, there's an equally valid argument that the most important thing should stand out the most. In that sense, in the Perl statement: warn "x = $x, y = $y, z = $z\n" if $debug; ... the most important part is that it's printing something to stderr, and what's being printed. It's only minor that it's only when debugging, and luckily Perl lets us relegate that to the tail end of the statement. Now, if you argue "oh, the most important thing there is 'if debug'", then fine, you'd write that as: if ($debug) { warn ... } And I'd be fine with that. But I tend to see that layout as a lot of noise just to add a minor conditional. Or you could speak Perl with a Shell accent, and say $debug and warn ...; Fine, that also works, and some part of your audience will hate you, and another part will be totally cool with it. But this *is* the reason There's More Than One Way To Do It in Perl. You can write Perl that most naturally expresses what you believe is important in the code. If you don't like all this freedom, there's always Python. :) -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 http://www.stonehenge.com/merlyn/> Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc. See http://methodsandmessages.vox.com/ for Smalltalk and Seaside discussion ___ 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: perl qstn...
On Mon, 5 Apr 2010 19:55:44 -0600 Chad Perrin wrote: > On Mon, Apr 05, 2010 at 05:36:32PM +0100, RW wrote: > > > > IMO this is a bad mistake that other languages were quite right not > > to copy - a test shouldn't come after a block of code unless it's > > evaluated after the block (as in repeat...until) > > There are more things in heav'n and earth, Horatio, than are dreamt > of by designers of eagerly evaluated prefix notation languages. And most of them are obscure for good reasons. Just because a a syntax fits into a classification scheme doesn't make it a good idea. Natural languages are mostly driven by spoken usage, in which people firm-up half-formed ideas as they speak - this is not a good model for programming languages. If you are hacking out a quick and dirty script it may be convenient to type the decision after the action, but it don't I think it promotes good quality software. Imperative languages have a natural order of decision followed by action, and code is most easily readable if the syntax doesn't try to subvert that. ___ 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: ttyu0 link down
On Apr 6, 2010, at 1:14 AM, Sabine Baer wrote: Using cu -l /dev/ttyu0 I receive a message stating "link down". ^ Shouldn't that be /dev/cua0 instead? $ less /etc/ttys|grep mgetty cuau0 "/usr/local/sbin/mgetty"unknown on insecure Sabine -- Good fences make good neighbours. (N.N.) It does not make a difference whether I use /dev/cuau0 or not. I still receive the link down message. This morning I changed the /dev/ttyu0 dialup on entry in /etc/ttys to / dev/ttyu0 dialup off secure, and after running kill -HUP 1, I was able to access the modem using either cu -l /dev/ttyu0 or cu -l /dev/cuau0. Once I re-enabled /dev/ttyu0 in etc/ttys, I am no longer able to access the modem using either cu -l /dev/ttyu0 or cu -l /dev/cuau0. I receive a "link down" message when trying to access the modem. I am running FreeBSD 8.0-RELEASE-p2. Any suggestions? Thanks, Jay ___ 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: install.cfg for Documentation Installation Menu on 8.0-RELEASE
thank you, thenk you, thank you :) On Thu, Mar 4, 2010 at 4:41 PM, Ross wrote: > > dJ> What come up with 8.0-RELEASE is the new FreeBSD > dJ> Documentation Installation Menu in sysinstall. I would like to know > dJ> what command for install.cfg to configure my installation with, say, > dJ> English Documentation. > > It's undocumented (and breaks non-interactive installs) so I ended up > going through the source to find the answer for myself a while ago. > > The option you want is: > > distDoc= > > Where the is a bitfield for which versions of the doc packages > you want installed. Also the bitfield must be in _decimal_, not 0x## > format, or it won't correctly select what you want. You need to view > version 1.75 or higher of dist.h (from sysinstall's source) to get the > full listing. URL: > http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.sbin/sysinstall/dist.h?rev=1.75.2.1.2.1;content-type=text%2Fplain > > 0 (zero) disables installation. 16 is english. > > *** WARNING/RANT: If you use any of the "distSetxx" (eg: > distSetKernDeveloper) options to select what to install, it doesn't > matter what you've selected above - you _will_ be prompted with a menu > to select a doc package upon running sysinstall. (Those options reset > distDoc option above). > > Non-interactive sysinstall is effectively broken in FreeBSD 8.0 > distribution disks. (There is a way around it, but it's a pain in the > butt) > > That being said: sysinstall has been patched in source last month (Feb > 2010), so should be good for 8.1, with the default of no docs > installed if "nonInteractive=yes" is set in your sysinstall.cfg file. > > > R. > > -- > > > ___ 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: Sendmail Five Second Greeting Delay
On Fri, 02 Apr 2010 12:46:24 -0400 Jon Radel wrote: >On 4/2/10 11:49 AM, David Allen wrote: >> >> On 4/2/10, Jon Radel wrote: >>> On 4/2/10 8:33 AM, David Allen wrote: >>> [much stuff deleted --SB] >> >> Interesting reading. Thanks for elaborating. >> >> So the IDENT protocol was relied on in the time of the dinosaurs, it's >> value today is "so much less" (a polite way of saying "not used at >> all"?), and IDENT packets are commonly dropped by firewalls. Do I >> have that right? > >Yes, except for the "not used at all" bit. Well, as a mid-Triassic dinosaur who didn't reach the rapidly growing continent of UNIXia until the mid-Jurassic (SysVR1.05->4.3BSD), long after the breakup of Panibmea had begun, I'd like to say in our defense that when authd and identd first made their appearances as the latest fashion statements, those of us who had evolved properly suspicious natures due to exposure to our own user communities long before becoming networked, looked at each other, rolled our eyeballs, chuckled, and proceeded not to install either. > >> If so, then a reasonable conclusion is that the >> default sendmail behaviour with respect to IDENT (sending queries and >> then waiting for a reply) is an anachronism. And the workaround >> (setting a timeout of zero) is a fix for that anachronism. Should I >> consider those two points as "features", or should I just get off your >> lawn before I get yelled at? ;-) >> > >People who get all bent out of shape about 5 second delays in e-mail >delivery deserve to suffer, therefore I personally think the default >behavior is fine the way it is. But as I said, you can find many >sendmail "cookbooks" on the Internet that recommend that you set it to 0 >sec and get on with your life. Indeed. :-) > >Or you could just set all your firewalls to reject the traffic with much >the same end result. > In the same day's digest, on Fri, 02 Apr 2010 18:37:38 +0100, Matthew Seaman wrote: >On 02/04/2010 15:12:33, Jon Radel wrote: >> This is why there's a school of thought that even if your default for >> firewall configuration is to quietly drop unwanted packets, IDENT is a >> protocol that you should actively reject. It makes things move along >> more quickly. Nonsense. When a system is harassed by useless crap like that, it is indeed appropriate to drop the packets. I remain grateful to this day to the person on this list who long ago pointed out blackhole(4) to me in response to my queries about how to deal with my system's kernel issuing console complaints that it was limiting the sending of RSTs to 200 per second. Let the buggers eat silence, I say. It can help to slow down their assaults. > >That, and the fact that the ident protocol is utterly pointless -- it's >trivially easy for a server to lie about the owner of the other end of a >TCP connection. In fact, doing that is a standard part of the >functionality of identd implementations. Just a waste of packets. > Precisely. So are the RSTs in such cases. Scott Bennett, Comm. ASMELG, CFIAG ** * Internet: bennett at cs.niu.edu * ** * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * *-- Gov. John Hancock, New York Journal, 28 January 1790 * ** ___ 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: Intel D945GSE vs Zotac ION ITX (was: Support for Zotac MB with nVidia ION chipset)
Robert Bonomi wrote: > One fairly well-known super computer class architecture from the > mid 1960s ran without *any* error checking in the CPU *or* main > memory. Dr. Seymour Cray analyzed things and concluded the > significant extra component count for just doing 'parity' > checking, let alone ECC made for a net _reduction_ in overall > system reliability, *IF* the machine was run under very tightly > controlled operating conditions -- the big ones being extremely > stable power and a very limited temperature range. So, he > specified the design to tight tolerances, and ran truely 'naked' > hardward. Scary, but true. And, it worked. CDC-6600 and/or 7600, I presume? The flaw in that reasoning is that, while an unchecked machine may indeed be faster and/or have a somewhat better MTBF, the symptom of a failure may well be silently incorrect results. If reliable production results are what's valued, as opposed to time between detected failures while running diagnostics*, a checked or corrected design wins hands down. > This was also a machine where, at any given moment, a fair part > of the data in the CPU was 'in the wires' ("in transit" from one > part of the CPU to another), and significant parts of the wiring > harness had to be of _just_the_right_length_ (speed-of-light > considerations) for the box to work. Second- (or third?) hand war story from the manufacturing dept: Occasionally the instructions would call for pin so-and-so to be connected to pin thus-and-such with, say, a 6" wire -- when the pins in question were 8" apart! The source of the story claimed that the standard practice in such cases was to use the shortest wire that would reach, and let the QA dept worry about the fallout. * A diagnostic is a program that runs when the hardware is malfunctioning -- R. F. Rosin. ___ 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"