Date: Tue, 16 May 2017 08:22:57 -0700 (PDT) From: "Jeffrey Bouquet" <jbtakk@iherebuywisely.com> To: "bugzilla-noreply" <bugzilla-noreply@freebsd.org> Cc: "current" <current@FreeBSD.org> Subject: Re: [Bug 218849] Remove rc.conf jail configuration via jail_* variables Message-ID: <E1dAeJN-0001Zr-Kj@rmmprod05.runbox> In-Reply-To: <bug-218849-2597-gjU7FmPdEx@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
Just commenting on past ideas of mine. *spend no time replying* . Thanks! ... inline comments below... sort of like 'overhear my typing into my bsd wish list nano-file.' and as such, scribble a not to thyself, not the list= nor I, as I am out of time this [year] and # commenting not # coding an email ... .... On Tue, 16 May 2017 10:43:47 +0000, bugzilla-noreply@freebsd.org wrote: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D218849 >=20 > --- Comment #28 from Miroslav Lachman <000.fbsd@quip.cz> --- > (In reply to Jonathan Anderson from comment #27) > I think the opposite way. Or we end up with the same problems as with ezj= ail, > portupgrade, portmaster etc. now.=20 I applaud each of those tools, as well as the extinct portmanager, and wis= h they be fully pkg compliant and/or the fallback for a resurrected /var/db/pkg plain= -text version of .sqlite (s) for those urgent times [ once yearly for instance ] here whe= re a newbie failure by inexperience and/or unresolved bug eclipses my day with a few ho= urs of backup-worked-but-not-as-smoothly-as-I-thought successes... Some features in base are stalled or very > complicated just to not break 3rd party tools with no active maintainer. > "because they are in Handbook" I welcome a fully salaried handbook full time 'synchronizer', too advanced= in years on my part, but yes I could pay yearly a share. > It would be better to document jails with base tools and just some list o= f 3rd > party tools with brief info about them and link to homepage of those proj= ects. ............................. off topic, snuck in: Some .htm,.php,.aspx, I save in .htm .txt manner a .htm[ or... ] for rea= d-later, many of which .htm[etc] I save, vs xclip > disk , appear once loaded on disk as a jumble of text within interspersed /tags/ and /css/ stu= ff making it transcrible yes, but readable, no, so I give up and re-google the page I sa= ved. If anyone has any best practice to educate me on a better save-to-disk-htm[php][aspx]= method that is foolproof. comparatively,=20 to reload from disk later [ for presentations, etc...] I may, if can, also= paypal/snail mail a 'finders fee', if, say after a few months of usage I could frame it on the wall, actually, so I do= not continue as I presently do, and feel of more use to others in pulling up saved files vs= [ oh, I thought I could read that, it is 2/3 mime-glyphs... ] 'stuff that happens' to me an= d my sometimes guests.=20=20=20=20 cc: the handbook guy, above, but that is in the distant future... so to sp= eak. Or, add filler to an email. Sorry, or, continue as/until I de-procrastinate and 's= end' to my=20 understanding fellow list-readers [ tl/dr : see header, unfortunately top= posted... we are looking over the shoulder at my nano file, that 'just this once, I p= romise' is publicly posted to the list so others can treat it as the off-topic it purp= orts to be,=20 comprises, asserts, mitigates itself as, and ... ]=20=20 Have a very pleasant day, and I do not mean that with any insincerity.=20=20 Thanks!=20 ......................... >=20 > --=20 > You are receiving this mail because: > You are on the CC list for the bug. > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?E1dAeJN-0001Zr-Kj>