October 2009 - Darwin-dev - lists.apple.com

Multiple Manitors, Keyboards, Mice
by P Teeson 25 Oct '09

25 Oct '09

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:X-Yahoo-SMTP:X-YMail-OSG:X-Yahoo-Newman-Property:From:Mime-Version:Content-Type:Subject:Date:In-Reply-To:To:References:Message-Id:X-Mailer; b=GOmbNoMF5tnAf8mObmMWpAx3L+93+GRV9LJN9QXSxbQdEVpMWT+kTp9TpcJTsXDpWg9NH1ANrAy72wZgJWuaaHRQKvqfxapOiZwuP54wgZSK56Zbs+3G90XCOx5F7X+RNlVx6YTwUpGdvOEd5+prhoLcqtRbO68IQN2NiE/128I= ; _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Application Usage/User Stats/Events
by z3r0_f4ct0r＠mac.com 23 Oct '09

23 Oct '09

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Thanks Terry! Now I just have to figure out how to get the status/name of the current active application, that way I can start/stop timers when the user switches apps and obviously when they open/close them. -Juan Sent from my iPhone On Oct 22, 2009, at 1:09 PM, Terry Lambert <tlambert(a)apple.com> wrote: > > On Oct 21, 2009, at 5:54 PM, z3r0_f4ct0r(a)mac.com wrote: >> I'm triying to write either a perl script, c, or cocoa application >> that runs in the background to monitor/log application usage on a >> per user level to later generate reports from. >> >> What specific API's/Methods should I be using? What user activities/ >> events/stats can I monitor? >> >> I'm thinking along the lines of Active Timer, Log Application >> Usage, and TrackTime. The only thing that limits these applications >> are their inability to autostart hidden out of the way in the >> background. >> >> I'll appreciate any help. > > > There are already facilities for this: > > man sa process accounting > man audit common criteria auditing (BSM) > > Hope this helps. > > -- Terry _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Load kext from app bundle on Snow Leopard?
by Chris Suter 22 Oct '09

22 Oct '09

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Bug fixing procedure
by Matt Haffner 22 Oct '09

22 Oct '09

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com mh On Oct 22, 2009, at 1:12 PM, Kevin Van Vechten wrote: Hi Matt, On Oct 22, 2009, at 10:58 AM, Matt Haffner wrote: The best way to report issues is described at http://developer.apple.com/bugreporter/ -- Matt Haffner University of Wisconsin--Madison haffner(a)astro.wisc.edu Department of Astronomy http://www.astro.wisc.edu/wham WHAM Project http://www.astro.wisc.edu/~haffner/public.key PGP _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… Thanks for the quick reply and great feedback. I'll go ahead and submit a report and relay the details here as well. I've recently submitted a bug to tcl-mac for a minor, but debilitating issue for some Tk widgets on x86_64 with 10.6's included TCL/Tk. The fix has been put into their dev stream, but I was curious what the best mechanism is for suggesting injecting the patch into a future OS X update. Reports submitted there are delivered directly to the engineering teams via the same mechanism that we use to track issues internally. Is it typical for Darwin sources to be updated from external repositories during x.x.n updates? It depends on the severity of the issue. Typically only severe crash/hang/usability issues and security vulnerabilities are addressed via the Software Update mechanism. If not, since it's part of Darwin is a detailed post here the best step, or do I submit to Apple's dev bug reporter. Posting to the list has the benefit of involving a wider audience in the conversation. Filing a bug and referencing the number in your email discussion would be best. Kevin This email sent to site_archiver(a)lists.apple.com

1 0

Re: Bug fixing procedure
by Kevin Van Vechten 22 Oct '09

22 Oct '09

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Hi Matt, On Oct 22, 2009, at 10:58 AM, Matt Haffner wrote: > I've recently submitted a bug to tcl-mac for a minor, but debilitating issue for some Tk widgets on x86_64 with 10.6's included TCL/Tk. The fix has been put into their dev stream, but I was curious what the best mechanism is for suggesting injecting the patch into a future OS X update. The best way to report issues is described at http://developer.apple.com/bugreporter/ Reports submitted there are delivered directly to the engineering teams via the same mechanism that we use to track issues internally. > Is it typical for Darwin sources to be updated from external repositories during x.x.n updates? It depends on the severity of the issue. Typically only severe crash/hang/usability issues and security vulnerabilities are addressed via the Software Update mechanism. > If not, since it's part of Darwin is a detailed post here the best step, or do I submit to Apple's dev bug reporter. Posting to the list has the benefit of involving a wider audience in the conversation. Filing a bug and referencing the number in your email discussion would be best. Kevin _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Bug fixing procedure
by Matt Haffner 22 Oct '09

22 Oct '09

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Hi, Thanks for any tips... mh -- Matt Haffner University of Wisconsin--Madison haffner(a)astro.wisc.edu Department of Astronomy http://www.astro.wisc.edu/wham WHAM Project http://www.astro.wisc.edu/~haffner/public.key PGP _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… I've recently submitted a bug to tcl-mac for a minor, but debilitating issue for some Tk widgets on x86_64 with 10.6's included TCL/Tk. The fix has been put into their dev stream, but I was curious what the best mechanism is for suggesting injecting the patch into a future OS X update. Is it typical for Darwin sources to be updated from external repositories during x.x.n updates? If not, since it's part of Darwin is a detailed post here the best step, or do I submit to Apple's dev bug reporter. I haven't found a separate tracker for just Darwin after much searching--but perhaps I missed something. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Load kext from app bundle on Snow Leopard?
by lbland 22 Oct '09

22 Oct '09

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com hi- On Oct 22, 2009, at 12:00 PM, Dean Reece wrote: thanks!- -lance _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… As of SnowLeopard, kextload does not need to be run as root if the kext's plist contains the "OSBundleAllowUserLoad". Ah, I think that will work! I couldn't find it anywhere in the docs. Sorry for the fuss. I'll inject the suggestion into the dev cycles and see what happens! This email sent to site_archiver(a)lists.apple.com

1 0

Re: Load kext from app bundle on Snow Leopard?
by lbland 22 Oct '09

22 Oct '09

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com hi- On Oct 22, 2009, at 11:54 AM, Mo McRoberts wrote: Surely the worst-case is that the installer lives inside Foo.app/Contents/Resources/ and is conditionally launched if required, allowing things like drag-and-drop installation and Sparkle updates? Maybe we won't be able to satisfy this requirement. thanks!- -lance _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… Yeah, we'll probably have to do that. But, it turns out that users are finicky and don't like things left around or out of a "sandbox" (app bundle). The motivation is not only install, but also uninstall and there is nothing like drag-to-trash to get rid of things. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Load kext from app bundle on Snow Leopard?
by Dean Reece 22 Oct '09

22 Oct '09

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Thanks, - Dean On Oct 22, 2009, at 6:15 PM, lbland wrote: hi- thanks!- -lance Brian Bergstrand <http://www.bergstrand.org/brian/> PGP Key ID: 0xB6C7B6A2 _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/dean.reece%40apple.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… On Oct 22, 2009, at 8:38 AM, Brian Bergstrand wrote: KEXT's load in the kernel, thus require root to load and also require root ownership on disk. This is basic security practices. It would be an easy exploit vector otherwise. 3rd party kexts should be placed in /Library/Extensions (NOT /S/L/E) by an Installer or by an app that authenticates itself and copies a KEXT from its bundle to /L/E with the proper permissions. KEXTs installed in /L/E do not affect the boot caches. This is not correct. 3rd party extensions must NOT be placed in / Library/Extensions. That path is reserved for future use, and kexts placed there may not behave as expected in the future. All kexts, including 3rd party kexts, intended to be auto-loaded by the OS (such as when specific hardware is detected) must be installed in /System/Library/Extensions. 3rd party kexts that do not need to auto-load may either be installed in /S/L/E, or may live within the Application's bundle, or in some other location that contains support elements for the app. The app can load the kext when it needs it by invoking kextload. As of SnowLeopard, kextload does not need to be run as root if the kext's plist contains the "OSBundleAllowUserLoad". If the kext does not have this property (or on older OS releases), then kextload must be run as root. On all OS releases, and regardless of install location, kexts (and all files within) must be owned by root:wheel, and must not be writable by non-root users. The only reason to install in /S/L/E is if the KEXT is needed to boot the OS from disk. Any kext (boot or otherwise) that needs to be auto-loaded by the OS must be installed in /S/L/E. Has Snow Leopard kextd evolved to the point where I can load a kext from an app bundle (on demand when the app launches), or do I still need to require users to run an Installer with admin privilege to install kext bundles to /System/Library/Extensions ? ps - I only want to load from app bundle if it doesn't rebuild the kext cache on every app launch. ... also, sorry for the crosspost and repost; just some interesting shop talk, nothing dramatic, but it would be nice to drag and drop an app instead of having to run an Installer. This email sent to dean.reece(a)apple.com This email sent to site_archiver(a)lists.apple.com

1 0

Re: Load kext from app bundle on Snow Leopard?
by lbland 22 Oct '09

22 Oct '09

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com hi- On Oct 22, 2009, at 11:43 AM, Rustam Muginov wrote: yeah, we have the same experience. Haven't done much regression testing against SL so maybe it changed. thanks!- -lance _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… Could you please provide reference to the documentation about / Library/Extensions/ folder? I do remember i was study this question in the Tiger times, and was adviced against this by apple engineers. The only reason to install in /S/L/E is if the KEXT is needed to boot the OS from disk. Not only, any device drivers which need to be loaded in responce to device plugged in, AFAIC. Better /S/L/E than /L/E even though /L/E would be preferred, but in practice for some reason it didn't pan out in testing. This email sent to site_archiver(a)lists.apple.com

1 0