I also don’t see any reason for what you described. The SEARCH_STACK stuff should not be used in pcbnew any more, the other one in pgm_base.cpp looks good IMHO. I can’t remember any other place where this could be a problem except there is already some path slipping in from outside of KiCad.
Is he *really* sure that this OSX has *never* seen any KiCad before and there are no config files or attempts left from any previous try? Maybe he just copied his home folder including ~/Library/Preferences/kicad after a fresh install that was generated on a different machine or previous OS X installation? Regards, Bernhard > On 03 Dec 2015, at 21:18, Adam Wolf <adamw...@feelslikeburning.com> wrote: > > A good one! But alas, we have them drag and drop a kicad/ directory onto a > symlink to /Library/Application\ Support/, and it does a popup asking for > admin privileges. (We also have this in the README right there when you > install). > > It's certainly got me puzzled! > > On Thu, Dec 3, 2015 at 2:16 PM, Bob Gustafson <bob...@rcn.com > <mailto:bob...@rcn.com>> wrote: > Maybe it is a 'first time use problem' - maybe no kicad directory in the > /Library/Application Support/. It may require a privilege password to add > this directory the first time. > > A thought anyway. > > Bob G > > > On 12/03/2015 02:08 PM, Adam Wolf wrote: >> Hi folks! >> >> A user is having a problem with the latest OS X RC2 release, and I haven't >> been able to figure it out. >> >> Quick background: >> >> There is a KiCad package, and a KiCad Extras package. The KiCad Extras >> package has a modules/ directory in it, and it has all the footprints. It's >> for offline use. It also has an fp-table-lib, which uses KISYSMOD to point >> at the modules, like this: >> >> (lib (name Capacitors_SMD)(type KiCad)(uri >> ${KISYSMOD}/Capacitors_SMD.pretty)(options "")(descr "The way you like >> them.")) >> >> My builds have DEFAULT_INSTALL_PATH set to /Library/Application >> Support/kicad, like I want them to. I checked the build output, and it >> shows: >> -- Kicad install dir: </Library/Application Support/kicad> >> Great, awesome, exactly like I want it. >> >> On the other hand--we have a user, who newly installed KiCad on his Mac, and >> it looks like his KISYSMOD is being set to a path on the build system, >> probably CMAKE_INSTALL_PREFIX. >> (https://bugs.launchpad.net/kicad/+bug/1426754 >> <https://bugs.launchpad.net/kicad/+bug/1426754>) (This was happening >> previously, and I started to set DEFAULT_INSTALL_PATH, and things got better >> for people after they cleared their preferences.) >> >> As far as I can tell, those defaults are set in common/pgm_base.cpp, and the >> only Mac specific ifdef is to not include /share/kicad/ in KISYSMOD's path. >> (Which is correct.) >> >> I cleared all my KiCad preferences and reinstalled the same package he did >> (as part of testing the RC2, like I do with most significant builds) and did >> not have this issue. >> >> The only possible issue I see when looking for DEFAULT_INSTALL_PATH stuff >> for OS X is in common/systemdirsappend.cpp, in void SystemDirsAppend( >> SEARCH_STACK* aSearchStack ). Instead of adding DEFAULT_INSTALL_PATH, it >> uses some OS X specific functions, but those seem to be working fine. >> >> So. This is happening to a user, and I cannot reproduce it, but I'm worried >> about releasing 4.0.0 on OS X without more information. I know of 30+ >> installs of 4.0.0 RC2 that *didn't* have this issue for Jimmy, but I suspect >> they all had existing preference files. >> >> 1) Does anyone have any insight? >> >> 2) Should this hold up the 4.0.0 package for OS X? I have no real qualms >> about doing this and then releasing a 4.0.0-2 as soon as this gets figured >> out. >> >> 3) A possible hack that would fix this could be to change the fp-table-lib >> included with the extras package to point to the exact same place as the >> symlink--i.e. expand out KISYSMOD. I actually don't necessarily see a huge >> problem with this--if a user wants to install the files somewhere else than >> the default package does it, they are probably capable of a search/replace >> in a text editor. >> >> I'd rather fix the real issue, but being that I cannot reproduce it after ~3 >> hours, I'm not sure I want to say "I'm not going to cut a 4.0.0 release >> until this is fixed." >> >> Thoughts? >> >> Adam Wolf >> Cofounder and Engineer >> W&L >> >> >> _______________________________________________ >> Mailing list: https://launchpad.net/~kicad-developers >> <https://launchpad.net/~kicad-developers> >> Post to : kicad-developers@lists.launchpad.net >> <mailto:kicad-developers@lists.launchpad.net> >> Unsubscribe : https://launchpad.net/~kicad-developers >> <https://launchpad.net/~kicad-developers> >> More help : https://help.launchpad.net/ListHelp >> <https://help.launchpad.net/ListHelp> > > > _______________________________________________ > Mailing list: https://launchpad.net/~kicad-developers > <https://launchpad.net/~kicad-developers> > Post to : kicad-developers@lists.launchpad.net > <mailto:kicad-developers@lists.launchpad.net> > Unsubscribe : https://launchpad.net/~kicad-developers > <https://launchpad.net/~kicad-developers> > More help : https://help.launchpad.net/ListHelp > <https://help.launchpad.net/ListHelp> > > > _______________________________________________ > Mailing list: https://launchpad.net/~kicad-developers > Post to : kicad-developers@lists.launchpad.net > Unsubscribe : https://launchpad.net/~kicad-developers > More help : https://help.launchpad.net/ListHelp
_______________________________________________ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : https://launchpad.net/~kicad-developers More help : https://help.launchpad.net/ListHelp