[00:10:15] --- manfred furuholmen has become available [00:28:52] So, is changing to a priv_check()-based mechanism (as opposed to suser()) as easy as changing afs_suser() to check for PRIV_AFS_DAEMON and afs_osi_suser() to check for PRIV_AFS_ADMIN? [00:33:23] --- haba has left [00:39:59] --- dev-zero@jabber.org has left [00:40:43] --- Russ has become available [00:58:34] --- manfred furuholmen has left [00:59:51] --- manfred furuholmen has become available [01:00:14] --- manfred furuholmen has left [01:07:30] --- dev-zero@jabber.org has become available [01:18:15] --- haba has become available [01:32:33] kaduk: That would be where I would start. There may be other places that don't go through those calls, or which don't use them in the way you would like (it's worth checking that the use of afs_suser and afs_osi_suser matches the division you're proposing) [01:36:14] Well, neither of them have made it into upstream, yet, and it's effectively just checking for root, anyway, so any checking would need to be done manually. [01:57:29] --- sxw+ has left [02:53:24] --- Russ has left: Disconnected [05:34:04] --- Jeffrey Altman has left: Replaced by new connection [05:34:27] --- Jeffrey Altman has become available [05:43:18] --- deason has become available [05:52:05] --- Claudio Bisegni has become available [05:58:00] @derrick: hi, now i'm start working on OSX Preference reguard to migrating NSMenuExtra to a backgrounder app that use NSStatusItem this is more compatible with all future system. [06:17:19] --- deason has left [06:17:38] --- deason has become available [06:35:00] Claudio: If you get a moment, it would be good if you could take a look at the compiler warnings from building the Preference Pane, and see if there's any way of reducing them. [06:35:43] ok perfect, this weekend i'll work on it [06:36:12] Excellent. Thanks! [06:36:27] :-) no problem [06:37:09] i'm try to clean code and some other think to let it work well on snow leopard, and i want to dismiss the use of non documented API [06:37:29] Sounds great. [06:38:10] yes:-) [06:38:14] Bear in mind that there may be issues with us pulling in any code which uses Snow Leopard features that are under NDA, until Snow Leopard itself is released. [06:39:09] yes i now, i also has NDA rule i have adc contract, but NSStaus item work also on 10.5 my mac now have leopard anyway:-) [06:39:10] Please do not submit such code to gerrit. [06:39:49] i don't use any snow api [06:39:58] That's OK, then! [06:40:10] for this im working on a private branch before submit i'll talk to derrick [07:06:43] > Please do not submit such code to gerrit. Because if you do, you are violating your NDA [07:08:26] but i don't use snow API [07:11:47] Yes, you're fine [07:12:21] :-) [08:01:26] --- reuteras has left [09:12:57] --- matt has become available [09:23:31] --- manfred furuholmen has become available [09:30:33] --- haba has left [09:34:16] --- manfred furuholmen has left [09:38:29] --- Claudio Bisegni has left [11:29:58] --- haba has become available [11:40:10] --- Russ has become available [12:02:26] --- dev-zero@jabber.org has left: Lost connection [12:44:39] --- dev-zero@jabber.org has become available [12:44:40] --- dev-zero@jabber.org has left: offline [12:56:29] --- dev-zero@jabber.org has become available [13:04:12] this is odd, sometimes 'git fetch' will not work for me on bare repository mirrored clones [13:04:27] no error message or ouput, just exit status 1, and doesn't do anything useful [13:21:34] --- dev-zero@jabber.org has left [13:43:07] --- Russ has left: Disconnected [13:47:40] deason: Hmm. Dunno. Haven't tried it. [13:48:05] (The mirroring on the server uses git push, rather than fetch) [13:48:22] I use git fetch frequently. [13:48:31] On a bare clone? [13:49:11] not on an empty repository. [13:58:48] well, it's not empty; I can reliably 'git clone --mirror' and 'git fetch' will exit with 1 [13:59:28] --verbose tell you anything? [14:00:02] nope [14:01:00] When you make a bare clone, it doesn't add a remote repo, so it doesn't know where to fetch from. [14:02:19] You'll need to give it a remote with git remote [14:02:33] I definitely have a remote "origin" in config... and I've tried 'fetch origin'; I would assume it would yell at me for an unknown remote name [14:02:46] Oh, and are you git --bare fetching ? [14:04:10] And do you have a refspec specified? [14:04:37] hm, less reliably than I thought; it works periodically [14:05:08] --bare isn't an option recognized by fetch [14:05:18] git --bare fetch [14:06:14] oh, hah, ordering [14:06:48] What refspecs does your remote contain? [14:09:27] 'fetch = +refs/*:refs/*', which is what 'git clone --mirror' sets up for you [14:09:54] Ah. Sorry, I'd missed that this was a mirror, and not just a bare clone. [14:10:04] Puzzled then. That should work. [14:10:28] yeah... it works sometimes, and it used to work all of the time; not sure what changed [14:10:38] What version of git? [14:10:53] I'm trying to reproduce on linux, so I can strace and know what I'm doing [14:11:10] 1.6.3.2 [15:01:45] --- mdionne has become available [15:30:28] --- deason has left [15:44:22] --- dev-zero@jabber.org has become available [17:02:54] --- dwbotsch has left [17:03:18] --- dwbotsch has become available [18:09:32] --- matt has left [18:15:18] --- mdionne has left [19:28:31] --- mdionne has become available [19:42:25] --- mdionne has left [20:18:43] --- deason has become available [20:54:03] --- deason has left [20:54:31] --- deason has become available [21:44:14] --- deason has left [22:38:19] --- kula has left [23:05:35] --- dev-zero@jabber.org has left: Replaced by new connection [23:05:36] --- dev-zero@jabber.org has become available [23:38:46] --- reuteras has become available [23:46:24] --- manfred furuholmen has become available [23:53:56] --- manfred furuholmen has left [23:54:00] --- manfred furuholmen has become available [23:56:48] --- reuteras has left