May 2006 - Darwin-dev - lists.apple.com

Re: StartupItems
by Jordan K. Hubbard 15 May '06

15 May '06

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: StartupItems
by Peter Bierman 15 May '06

15 May '06

site_archiver(a)lists.apple.com Delivered-To: Darwin-dev(a)lists.apple.com Lastly, StartupItems are on their way out, and unless you're seeking compatibility with pre-Tiger (10.4) systems, you'd be better off using a launchd plist. That's because the dependency mechanism is much tighter than strings. launchd allows daemons to "publish" a service via an IPC mechanism such as a socket or mach port. Clients connect to the known port, and bing! the service appears. That's all well and good if you're in control of all the variables in the equation and don't mind special-casing OS X support. That's much more efficient than starting a service and vending a name hoping someone wants to use it, or wants to wait for it. Depends. In a server environment, I'd want the service available and ready to take client connections immediately - without any startup overhead - especially if it needs to perform lengthy initialisation. -pmb _______________________________________________ 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… At 8:00 PM +0100 5/15/06, Finlay Dobbie wrote: On 15/05/06, Peter Bierman <bierman(a)apple.com> wrote: At 10:45 AM +0100 5/15/06, Finlay Dobbie wrote: On 15/05/06, Kevin Van Vechten <kevin(a)opendarwin.org> wrote: launchd doesn't have daemon dependency support, last I checked. StartupItems are already OS X only. Launchd is far more likely to become widely adopted. You can configure launchd jobs that way. Either way, the IPC channel to the service _is_ the dependency. It's less overhead and more accurate than passing around dependency "names". This email sent to site_archiver(a)lists.apple.com

1 0

Re: StartupItems
by Finlay Dobbie 15 May '06

15 May '06

site_archiver(a)lists.apple.com Delivered-To: Darwin-dev(a)lists.apple.com Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=r9euJFfOCodPDWOH7pJkL+y+Eqnl+g/IlUf7k+GZg5ThuSh9tCy5CP5IMPiVaipA91FOuCsv6Vd1Y+AJM341nq0+tGdqC3BtJYYlYiD1PMOWBek/JdB7X+49jG6/g8pbNBgUZIC2t7KtadbKNVmfy+XeTtloFha1UEbCtsu8Vtk= At 10:45 AM +0100 5/15/06, Finlay Dobbie wrote: >On 15/05/06, Kevin Van Vechten <kevin(a)opendarwin.org> wrote: >>Lastly, StartupItems are on their way out, and unless you're seeking >>compatibility with pre-Tiger (10.4) systems, you'd be better off >>using a launchd plist. > >launchd doesn't have daemon dependency support, last I checked. That's because the dependency mechanism is much tighter than strings. launchd allows daemons to "publish" a service via an IPC mechanism such as a socket or mach port. Clients connect to the known port, and bing! the service appears. That's all well and good if you're in control of all the variables in the equation and don't mind special-casing OS X support. That's much more efficient than starting a service and vending a name hoping someone wants to use it, or wants to wait for it. Depends. In a server environment, I'd want the service available and ready to take client connections immediately - without any startup overhead - especially if it needs to perform lengthy initialisation. -- Finlay _______________________________________________ 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 15/05/06, Peter Bierman <bierman(a)apple.com> wrote: This email sent to site_archiver(a)lists.apple.com

1 0

Re: StartupItems
by seebs＠plethora.net 15 May '06

15 May '06

site_archiver(a)lists.apple.com Delivered-To: Darwin-dev(a)lists.apple.com In message <39FF932E-B819-4F32-8E29-C1868F77EC22(a)apple.com>, Dave Zarzycki writ es: >That's a feature. Daemon dependancy support is a feature. That you have sound reasons for omitting it doesn't mean that it's not a feature that's very useful to some existing code, and virtually impossible to live without for some things until whole chunks of the UNIX system model are replaced. There's no way to query the system for the distinction between "is the file I want on a filesystem that will become available in a while, or is it not coming at all". -s _______________________________________________ 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: StartupItems
by Peter Bierman 15 May '06

15 May '06

site_archiver(a)lists.apple.com Delivered-To: Darwin-dev(a)lists.apple.com Lastly, StartupItems are on their way out, and unless you're seeking compatibility with pre-Tiger (10.4) systems, you'd be better off using a launchd plist. That's because the dependency mechanism is much tighter than strings. -pmb _______________________________________________ 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… At 10:45 AM +0100 5/15/06, Finlay Dobbie wrote: On 15/05/06, Kevin Van Vechten <kevin(a)opendarwin.org> wrote: launchd doesn't have daemon dependency support, last I checked. launchd allows daemons to "publish" a service via an IPC mechanism such as a socket or mach port. Clients connect to the known port, and bing! the service appears. That's much more efficient than starting a service and vending a name hoping someone wants to use it, or wants to wait for it. This email sent to site_archiver(a)lists.apple.com

1 0

Re: StartupItems
by Dave Zarzycki 15 May '06

15 May '06

site_archiver(a)lists.apple.com Delivered-To: Darwin-dev(a)lists.apple.com On May 15, 2006, at 2:45 AM, Finlay Dobbie wrote: Lastly, StartupItems are on their way out, and unless you're seeking compatibility with pre-Tiger (10.4) systems, you'd be better off using a launchd plist. That's a feature. davez _______________________________________________ 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 15/05/06, Kevin Van Vechten <kevin(a)opendarwin.org> wrote: launchd doesn't have daemon dependency support, last I checked. This email sent to site_archiver(a)lists.apple.com

1 0

Re: StartupItems
by seebs＠plethora.net 15 May '06

15 May '06

site_archiver(a)lists.apple.com Delivered-To: Darwin-dev(a)lists.apple.com In message <ab20c92d0605150245p5de1a737jfbcaef02fec4fd11(a)mail.gmail.com>, "Finl ay Dobbie" writes: >On 15/05/06, Kevin Van Vechten <kevin(a)opendarwin.org> wrote: >> Lastly, StartupItems are on their way out, and unless you're seeking >> compatibility with pre-Tiger (10.4) systems, you'd be better off >> using a launchd plist. >launchd doesn't have daemon dependency support, last I checked. Nope! I also found what seems to be a documentation bug. If you're using it for one-shot spawn and forget items, the equivalent of "cmd &" in /etc/rc, you have to disregard all of the warnings about closing file descriptors, et al., because if you don't close out file descriptors for your daemon processes, launchd hangs waiting for them to "complete". -s _______________________________________________ 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: StartupItems
by Finlay Dobbie 15 May '06

15 May '06

site_archiver(a)lists.apple.com Delivered-To: Darwin-dev(a)lists.apple.com Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=RsV3PyboBvIf94+TqQGSOCHGgET9RcX3/FAHeaqxkdwo2sBEE4oxkL6oJG4vm7vOrEaPbulNdVNWxG0mRoH8gxcGLzynkj8Aj6e/b/O6sibq/U+8apspo6vmoBxe/pfA0ggz723Kf+TheccnmhmEPtwMufwPKnjGoD77qrfXSt0= Lastly, StartupItems are on their way out, and unless you're seeking compatibility with pre-Tiger (10.4) systems, you'd be better off using a launchd plist. launchd doesn't have daemon dependency support, last I checked. -- Finlay _______________________________________________ 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 15/05/06, Kevin Van Vechten <kevin(a)opendarwin.org> wrote: This email sent to site_archiver(a)lists.apple.com

1 0

Re: Need help building AVR toolchain
by Rick Mann 15 May '06

15 May '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On May 14, 2006, at 19:28 , Agent M wrote: I tried that, and it couldn't find a file for -lintl. Sorry for being so incapable, but I appreciate the help... -- Rick _______________________________________________ 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… How did you install gettext? From source? I have not installed gettext. I assumed it was already there. Is this something I need? A separate issue: it doesn't look like the compiler invocation includes "-lintl". Check if adding it in manually fixes the issue. So I downloaded gettext-0.14.5, built it with the standard config, make, make install dance, and tried again. I get: $ g++ -g -O2 -L/usr/local/avr/i686-apple-darwin8.6.1/avr/lib - lbfd -L/usr/local/avr/lib -o avarice crc16.o devdescr.o ioreg.o jtag2bp.o jtag2io.o jtag2misc.o jtag2prog.o jtag2run.o jtag2rw.o jtag2usb.o jtagbp.o jtaggeneric.o jtagio.o jtagmisc.o jtagprog.o jtagrun.o jtagrw.o main.o remote.o utils.o gnu_getopt.o gnu_getopt1.o -lusb -lbfd -liberty -liconv -lintl /usr/bin/ld: warning multiple definitions of symbol _locale_charset /usr/local/lib/libintl.dylib(localcharset.o) definition of _locale_charset /usr/lib/gcc/i686-apple-darwin8/4.0.1/../../../libiconv.dylib (localcharset.o) definition of _locale_charset /usr/bin/ld: warning suggest use of -bind_at_load, as lazy binding may result in errors or different symbols being used symbol _locale_charset used from dynamic library /usr/local/lib/ libintl.dylib(localcharset.o) not from earlier dynamic library /usr/ lib/libiconv.2.dylib(localcharset.o) This email sent to site_archiver(a)lists.apple.com

1 0

Re: StartupItems
by Kevin Van Vechten 15 May '06

15 May '06

site_archiver(a)lists.apple.com Delivered-To: Darwin-dev(a)lists.apple.com - Kevin On May 14, 2006, at 3:42 PM, André-John Mas wrote: Hi, { Description = "miredo client"; Provides = ("teredo"); Requires = ("ethertap","tun"); OrderPreference = "None"; } _______________________________________________ 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… It's somewhat ambiguous whether the provides line should be the class or the instance. I'd probably supply the class if the implementation is largely conformant to the standard. You might even consider supplying both. That way a dependent item could choose whether it trusts the generic match or if it prefers to match against the more specific case. However, it might be moot if no other startup items are likely to depend on this one. Lastly, StartupItems are on their way out, and unless you're seeking compatibility with pre-Tiger (10.4) systems, you'd be better off using a launchd plist. I am writing a startup item for an application called Miredo, and have the following for my StartUpParameters.plist: Does this look right? Should the provides be referring to the program name or the 'technology' being implemented. What I mean by this, is that Miredo is an implementation of Teredo, so should I indicate provides 'teredo' or 'miredo'? Andre This email sent to site_archiver(a)lists.apple.com

1 0