Hello, On Thursday 22 November 2007 09.47:03 Brian A. Seklecki wrote: > On Wed, 21 Nov 2007, Kern Sibbald wrote: > > poluting user name space. Bacula has been compiling correctly across > > multiple Unix/Win32 platforms for almost 8 years now. > > Yes -- this is a portability issue. Standard fare. > > - Developer blames the OS > - OS User blames the developer > - Everyone gets drunk over the holiday and comes a compromise. :)
That sounds like a good plan. I will re-iterate that Bacula does work with all known Unix versions, so the Mac OS developers seem to have thrown a new twist in. That said, Bacula is highly adaptable and highly configurable. > > > I'm sorry, but your emails are not at all helpful -- I've looked them > > over, > > I dont like to hold your hands through these problems and I dont presume > to recommend fixes/patches. Well, I don't have a Mac, so I cannot resolve the problem, which means that someone must dig into the problem and come up with some proposed solution if you want Bacula and the Mac to co-exist. What is interesting about your emails is that users have been building Mac clients for quite a number of years and no one has ever had any problems or at least reported recently. We do have quite a good amount of code in Bacula that adapts to "DAARWIN_OS" that has been submitted by users. Perhaps you either have the config parameters wrong or you are trying to build servers. If you are trying to build servers, there are many issues for porting that must be addressed -- the servers (DIR and SD) make far more extensive use of OS features than the Client (File daemon). I don't know since you were not very specific ... for example, you didn't say what you were trying to build (at least I don't remember), whether or not you had successfully built a Mac version before, and whether or not this is a new version of Max OS ... Those things would help a lot in understanding the basic problem. > > > Concerning the emails that you sent after this one, I cannot make heads > > or tails of them. > > My staff tells me that all the time. Women tell me that too. I tell them > not to worry. I won't worry. > > > The best approach for fixing this problem would be to analyze the > > problem, explain in a simple understandable way what is going wrong, and > > propose a solution. > > I'll switch to 1950s-mode and try not to bash on Apple too much. Going to 1950's mode won't help much -- we need 1980 or later. Bashing Apple is not the point -- understanding what they have changed or done differently from othe Unicies is important. > > I would ask you to consider thism, though: > > - There are unofficial bacula binaries for Darwin / OS/X all over the > `net. That makes it highly plausible that other people have > most-likely already encountered, analyzed, and reported these problems > before. The first part about OS X binaries is true, but no one has reported *any* problems that I remember. Normally if they do, we integrate the fixes. > > When they end up getting stonewalled, they tend to horde local patches > instead of feeding them upstream. We have never stonewalled anyone if that is what you are implying -- we just need carefully documented problems and proposed solutions for systems that we don't have (and thus don't fully support). There is a whole chapter in the Developers guide on how to port Bacula. > > I would ask the people from pixelchaos.net (Justin) and haught.org to > speak up. If they know something about this problem, it would certainly help. > > Also, Happy Holidays to All! I wish you the same. Best regards, Kern > > ~BAS > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Bacula-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/bacula-devel ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Bacula-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/bacula-devel
