From owner-freebsd-questions@FreeBSD.ORG Fri Dec 23 17:32:12 2011 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC8441065679 for ; Fri, 23 Dec 2011 17:32:12 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr4.xs4all.nl (smtp-vbr4.xs4all.nl [194.109.24.24]) by mx1.freebsd.org (Postfix) with ESMTP id 989F98FC16 for ; Fri, 23 Dec 2011 17:32:12 +0000 (UTC) Received: from slackbox.erewhon.net (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr4.xs4all.nl (8.13.8/8.13.8) with ESMTP id pBNHVduv039885; Fri, 23 Dec 2011 18:31:39 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.erewhon.net (Postfix, from userid 1001) id 65372BACE; Fri, 23 Dec 2011 18:31:39 +0100 (CET) Date: Fri, 23 Dec 2011 18:31:39 +0100 From: Roland Smith To: Da Rock Message-ID: <20111223173139.GA7648@slackbox.erewhon.net> References: <4EF4010B.5040704@herveybayaustralia.com.au> <20111223142252.GC660@slackbox.erewhon.net> <4EF49DDB.2060609@herveybayaustralia.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0F1p//8PRICkK4MW" Content-Disposition: inline In-Reply-To: <4EF49DDB.2060609@herveybayaustralia.com.au> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.21 (2010-09-15) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-questions@freebsd.org Subject: Re: PolicyKit confusion X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Dec 2011 17:32:13 -0000 --0F1p//8PRICkK4MW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 24, 2011 at 01:27:23AM +1000, Da Rock wrote: > couldn't give a shit about network drives. One scenario is network goes= =20 > down and I get a screenful of error messages- it annoys the shit out of= =20 > me, let alone scaring illiterate users. If the network goes down, network drives won't work. Your users will be sad/scared/frustrated with or without error messages, I'm guessing. > > I don't think enough people care to make it really work under FreeBSD. = I've > > certainly never missed it. > They don't care too much under linux either.... So many years, yet not a= =20 > single user doc anywhere on any of the f***ing monsters! Goddamn linux=20 > devs- ever heard of KISS?! How about a user doc for something so bloody= =20 > confusing it takes a brain surgeon to figure it out? That's exactly why I've avoided using this stuff. :-) > Ahh, one more thing of note here: polkit-gnome-authorization would not=20 > work under any circumstances (run as root or otherwise) to change=20 > policies! WTF! > > You might take a look at devd(8) as a FreeBSD alternative, but I'm not = sure if > > it notices new da devices popping up. > > > Oh, believe me I'd happily jump on it rather than deal with this mess.=20 > But I can't find anything that will interact happily with the apps,=20 > mount network shares of all kinds, and be exceedingly user friendly=20 > (take note lin-devs: user-friendly !=3D sys_admin-hell at least it=20 > _doesn't have to_). Another way to go about it is to install e.g. ubuntu on a virtual machine a= nd peek under the hood how it works there. But as you say it's probably tied i= nto udev pretty tightly.=20 > How forgiving is devd to a user pulling the plug to early? I did look=20 > into it a bit, but it appeared nearly as difficult as deciphering the=20 > above scenario- that said, having come through the other side of that=20 > I'm not so sure my judgment was very accurate :) So now I might check=20 > that fork out and see... Devd just gets some notifications and acts on them. There is a problem with mounted usb devices, but that is one of architecture, I guess. Devd only ge= ts notified _after_ a device has been pulled. There is no way you can prevent data loss in all cases like that. On windows you're supposed to "prepare to eject" a USB device before pulling it out as well. The only "cure" is to mo= unt a device syncronously, and disable _all_ write caching for those devices. If you try that you'll find that doing so has significant performance impact a= nd not in a good way (disks are sloooow).=20 =20 > God! What a mess... this belongs in the X-files: the truth _is_ out=20 > there. But you might lose your head and many years of life just finding= =20 > the fragments! FreeBSD is on my personal desktop and laptop, but that seems to be the exception rather than the rule. Maybe you should write your experiences up = and submit it to the freebsd-doc mailing list for inclusion in the official doc= s? And talking about mailing lists, maybe you should try your luck on the freebsd-gnome list? [http://lists.freebsd.org/mailman/listinfo/freebsd-gnome]=20 Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --0F1p//8PRICkK4MW Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk70uvsACgkQEnfvsMMhpyXZ9ACglwzAf8nLNykdfj4Wu6oPJHGk XjoAn1O5GWRvM+ONlKMRyAY91E01efNV =PeCp -----END PGP SIGNATURE----- --0F1p//8PRICkK4MW--