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

Re: GNU-Darwin: missing code in Darwin
by proclus＠gnu-darwin.org 08 Jun '06

08 Jun '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Some of you may not know that GNU/Linux system administration is one of my day jobs. I manage a wide range of systems. Here is a screenshot of my work desktop, so that you can see I use the same tools at work that I use at home at night on GNU-Darwin. (weekends too) http://proclus.gnu-darwin.org/debian.html The only time that I ever use proprietary software is when I am trying to help other users learn open source and/or free software. A storm is coming. It is coming for you emperor. If you are wondering what pulls all these ideas together, I think the following link does it best at this time. http://proclus.gnu-darwin.org/bootstrap.html Regards, (proclus) Michael L. Love Ph.D Department of Biophysics and Biophysical Chemistry School of Medicine Johns Hopkins University 725 N. Wolfe Street Room 608B WBSB Baltimore MD 21205-2185 Interoffice Mail: 608B WBSB, SoM office: 410-614-2267 lab: 410-614-3179 fax: 410-502-6910 cell: 443-824-3451 http://www.gnu-darwin.org/ -- Visit proclus realm! http://proclus.tripod.com/ -----BEGIN GEEK CODE BLOCK----- Version: 3.1 GMU/S d+@ s: a+ C++++ UBULI++++$ P+ L+++(++++) E--- W++ N- !o K- w--- !O M++@ V-- PS+++ PE Y+ PGP-- t+++(+) 5+++ X+ R tv-(--)@ b !DI D- G e++++ h--- r+++ y++++ ------END GEEK CODE BLOCK------ _______________________________________________ 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 pgpavUtOPyPnU.pgp

1 0

Re: [Gnu-darwin-distribution] GNU-Darwin: missing code in Darwin
by proclus＠gnu-darwin.org 08 Jun '06

08 Jun '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com >> > I would like to point out at this time that some developers (perhaps >> > well-meaning) will again attempt to include code in free software >> > applications which excludes darwin-only implementations in order to >> > support Mac OS X. >> > >> > I don't understand. For clarity purposes, We are asking for free software developers to please write to the *nix core of Darwin, which is the Core OS for both Mac OS X and GNU-Darwin OS. It is comprises parts from GNU, the BSD's, MACH, plus Apple's substantial contributions to the free software community. Be consistent with your philosophy and avoid linkage to proprietary binaries, such as OpenGL and CoreAudio, except as required in order to reach Apple users with the values of software freedom. Under that principle, you should try to maintain compatibility with the *nix core too, so that your code will be readily portable to new platforms and usable by free-software-only aficionados. GNU-Darwin OS is not an obsolete implementation of Darwin, or to be superseded by Mac OS X. We are trying to lead users to freedom, not away from it. By maintaining Darwin Core compatibility your code will remain valuable as the marketplace and industry continues to evolve (trust me here), particularly as DRM-related problems continue to come forward. Of course, that means releasing your source code under a FOSS licence, such as APSL. Darwin is a free and open source operating system that is not going away, so try focus your coding on supporting that instead of proprietary software. Regards, proclus http://www.gnu-darwin.org/ -- Visit proclus realm! http://proclus.tripod.com/ -----BEGIN GEEK CODE BLOCK----- Version: 3.1 GMU/S d+@ s: a+ C++++ UBULI++++$ P+ L+++(++++) E--- W++ N- !o K- w--- !O M++@ V-- PS+++ PE Y+ PGP-- t+++(+) 5+++ X+ R tv-(--)@ b !DI D- G e++++ h--- r+++ y++++ ------END GEEK CODE BLOCK------ _______________________________________________ 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 pgpXfJ9h2OJLa.pgp

1 0

Re: Software and IPv6
by André-John Mas 08 Jun '06

08 Jun '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On 7-Jun-06, at 19:22 , Ragnar Sundblad wrote: Please file a bug at <https://bugreport.apple.com> or those issues will be there even longer. Done, issue is now 4578058. _______________________________________________ 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… Interesting findings, though I'd classify it as rather a address parsing bug in Core Foundation or somewhere around that area. It is funny that they have survived this long. One could hope that the main reason for that is that people don't handle v6 addresses that much (which they shouldn't have to and which is a little cumbersome). I'd rather not have to deal with having to enter an IPv6 'numeric' address, but I would also like proper support for cases where it is a last hope option. At the moment it is an easy test to see how well a program supports IPv6, since if I provide a hostname chances are the IPv4 address will be used. As you noticed, most things do work, and they are used. For example many services used with Bonjour prefer ipv6 when available, like afp mounting between two machines on the local network, which means that ipv6 is used daily by many (without them knowing (or caring)). I haven't really payed attention to what Bonjour is doing behind the scenes, but using Bonjour Browser (http://www.tildesoft.com) I can confirm this. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Software and IPv6
by Ragnar Sundblad 07 Jun '06

07 Jun '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com A few problem points I have come across: Interesting findings, though I'd classify it as rather a address parsing bug in Core Foundation or somewhere around that area. It is funny that they have survived this long. One could hope that the main reason for that is that people don't handle v6 addresses that much (which they shouldn't have to and which is a little cumbersome). Please file a bug at <https://bugreport.apple.com> or those issues will be there even longer. As you noticed, most things do work, and they are used. For example many services used with Bonjour prefer ipv6 when available, like afp mounting between two machines on the local network, which means that ipv6 is used daily by many (without them knowing (or caring)). /ragge _______________________________________________ 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 Wed, 7 Jun 2006 09:21:11 -0400, Andr?-John Mas <ajmas(a)sympatico.ca> wrote: I'll take another look at some of my common applications and see how they fair. I'll have to see how well they accept the numeric form, as well as the named form. - try to connect to smb://[::1] with the Finder. This does not give the normal error of trying to connect to local server. - try to connect to ftp://[::1] with the Finder. This does not give the normal error of trying to connect to local server. The command line ftp client works with no issues. - Finder accepts afp://[::1], but displays it as afp://::1/ in the error message. - Safari no handling link local IPv6 address properly, for example: http://[fe80::230:65ff:fed6:b164%25en0]/ , yet I can access the server with its IPv4 address: http://192.168.2.101/ - MacOS X's Network Utility can't handle IPv6, even for pings - Panic's Transmit does not support IPv6 (have contacted developers) I know most of these extend beyond Darwin into MacOS X, but since this is the form in which most people use Darwin it is worth including. It does show that even for a small handful of test cases IPv6 support still has issues. Andre This email sent to site_archiver(a)lists.apple.com

1 0

Re: GNU-Darwin: missing code in Darwin
by Graham J Lee 07 Jun '06

07 Jun '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com User-agent: Thunderbird 1.5.0.4 (Macintosh/20060530) Cheers, Graham. -- Graham Lee UNIX Systems Manager, Oxford Physics Practical Course http://iamleeg.blogspot.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 7/6/06 19:23, proclus(a)gnu-darwin.org wrote: GNU-Darwin will not distribute proprietary drivers, so we are stranded at 1.0 at this time so far as the OS is concerned. I now plan to work on a PPC version in order to see if it works as a free OS. It's not; have a look at http://yarrwin.sf.net/blog (and note that I all but gave up when I got that far). I determined exactly what I required, and sent email to the opensource(a)apple.com address (which I've always found I get a quick and informative answer from; thanks Kevin) but unfortunately was told that the appropriate driver cannot currently be released as open source. An earlier version is available from 10.2.x so you could try forward-porting that, but I expect you'd be stranded on 10.2-capable hardware. If I had any experience with IOkit I might have tried myself. This email sent to site_archiver(a)lists.apple.com

1 0

Re: GNU-Darwin: missing code in Darwin
by Andrew Gallatin 07 Jun '06

07 Jun '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com proclus(a)gnu-darwin.org writes: > AppleACPIPlatform > How much of the ABI of this module is documented? Intel supplies ACPI code to other OSS projects (linux, freebsd), perhaps you could take that code and re-implement your own ACPI module. Drew _______________________________________________ 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: GNU-Darwin: missing code in Darwin
by proclus＠gnu-darwin.org 07 Jun '06

07 Jun '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com My method is to delete all proprietary drivers, then add them back carefully until I get a minimal set. I report that to Apple, and to others as required. For Darwin-7 that set was as follows. AppleAPIC.kext/ AppleI386GenericPlatform.kext/ These drivers were modified and released in Darwin-8, but another driver appeared, which is required for the system to boot. AppleACPIPlatform That appears to me as a ruse in order to bury the dog deeper so that FOSS developers will continuing with the platform. At least we are now fortunately left with a single proprietary driver to deal with. GNU-Darwin will not distribute proprietary drivers, so we are stranded at 1.0 at this time so far as the OS is concerned. I now plan to work on a PPC version in order to see if it works as a free OS. With respect to GNU-Darwin; when we are not OS hacking, we are building and packaging free software for users. It is unfortunate to me that we must use the above drivers in order to do that, but it is necessary in order to reach Apple users with the values of software freedom now. Regards, proclus http://www.gnu-darwin.org/ -- Visit proclus realm! http://proclus.tripod.com/ -----BEGIN GEEK CODE BLOCK----- Version: 3.1 GMU/S d+@ s: a+ C++++ UBULI++++$ P+ L+++(++++) E--- W++ N- !o K- w--- !O M++@ V-- PS+++ PE Y+ PGP-- t+++(+) 5+++ X+ R tv-(--)@ b !DI D- G e++++ h--- r+++ y++++ ------END GEEK CODE BLOCK------ _______________________________________________ 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 pgppZM37R2IuI.pgp

1 0

Re: mbuf data access
by Josh Graessley 07 Jun '06

07 Jun '06

site_archiver(a)lists.apple.com Delivered-To: Darwin-dev(a)lists.apple.com On Jun 7, 2006, at 9:34 AM, jy.cases(a)mac.com wrote: Hi all, - mbuf_len() on a mbuf (marked as MBUF_EXT) in a mbuf chain is a valid length ? _______________________________________________ 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 I'm writing some NKE UDP filter with packet mangling + packet re- injection, when i have a mbuf (in chain) with flags set to MBUF_PKTHDR i've got an access to data using MTOD(tMbuf, caddr_t), at this point every things works fine but when the mbuf in the chain is marked as MBUF_EXT nothing work at all. - How can have access to packet data ? mbuf_data will give you access to the data stored in that mbuf. It is possible the data is stored in multiple mbufs chained together. You can call mbuf_next to get the next mbuf in the chain. mbuf_len like mbuf_data works whether or not MBUF_EXT is set. MBUF_EXT just indicates that the actual implementation of the mbuf is storing the data in an external cluster and not in the mbuf data structure itself. The one reason this would be important to a client of the mbuf is the case where you may modify data. In some cases, the reference to the external cluster may be shared. If this is the case, you will need to duplicate the data before modifying it. This often happens with data sent from a TCP socket. The TCP data sits in the socket's send queue. mbufs are created to reference that data without copying it. Your filter will see mbufs pointing to that referenced data. If you did something like encrypt that data, you would be encrypting the copy in the socket buffer. If this data was retransmitted, you would have corrupted the data stream. - when modifying such packets do i need to compute some checksums ? Sometimes. At the socket filter layer, no. At the IP filter layer yes. On the inbound path, you need to verify the original checksum yourself. Discard the packet if the checksum is bad. If not, modify the data. Once the data has been modified, calculate the right checksum and call mbuf_inbound_modified. You can also modify the checksum to account for the changes instead of checking the old one and generating a new one. You still need to call mbuf_inbound_modified. For more information, look at mbuf_inbound_modified. On the outbound path, you need to call mbuf_outbound_finalize before you start modifying the packet. You will be responsible for modifying the checksums once you have called this function. smime.p7s

1 0

Re: Software and IPv6
by Michael Bartosh 07 Jun '06

07 Jun '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On Jun 7, 2006, at 10:29 AM, Ragnar Sundblad wrote: Well, I think it is very uncommon to turn it off, and those machines still work for people. I'd recommend not to turn it off. Maybe your turning it off is why you fell that it doesn't work? It does, just use it and hope to forget about it. That doesn't make much sense. -mb _______________________________________________ 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… When you deploy to 10,000 desktops, fringe cases tend to pop up. So we are exceedingly conservative. In the IT environments I work we attempt to minimize costs. This is the best way to ensure the Mac has a competitive advantage in those environments. We do that by minimizing unknowns. As I've illustrated, and as André has illustrated, there are unknowns associated with IPv6 deployment. On Jun 7, 2006, at 7:16 AM, johnsmailinglists(a)mac.com wrote: This is what helps to make sure that it is more trouble in the future. Keep up the good work. If Macs are too much trouble, there won't be a future for these customers. Reporting bugs (which I do a lot of) helps to ensure that this doesn't occur in the future. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Compile/Install/Launch DSS
by Justin C. Walker 07 Jun '06

07 Jun '06

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On Jun 7, 2006, at 03:57 , Marta Magan wrote: Regards, Justin -- Justin C. Walker, Curmudgeon-At-Large Institute for the Enhancement of the Director's Income -------- Experience is what you get when you don't get what you want. -------- _______________________________________________ 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 am working with the DSS source code to modify a part and to test, my problem is that I do not manage to compile and to install the source code. First I launch ./Buildit and later ./Install in the messages says that does not find several thing. Already I managed to install DSS with DarwinStreamingSrvr5.5-Linux.tar.tar but I need install with source code. I am new in this, I´m sorry for my poor english! You will have better luck with a mailing list that deals with the streaming server. Check <http://lists.apple.com> to find which one sounds best. This list is for developers dealing with the Darwin OS. No need to apologize for your English. Your usage is much better than many native speakers :-} This email sent to site_archiver(a)lists.apple.com

1 0