[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Bug-gnuzilla] Building Icecat 60.3.0 on macOS Mojave 10.14.1
From: |
Johannes Marbach |
Subject: |
Re: [Bug-gnuzilla] Building Icecat 60.3.0 on macOS Mojave 10.14.1 |
Date: |
Fri, 18 Jan 2019 09:52:11 +0100 (CET) |
Forgot to add one important piece needed to make it compile here: After
installing the CLI developer tools, I had to manually go to
/Library/Developer/CommandLineTools/Packages and install the header package.
> On January 18, 2019 at 9:36 AM Johannes Marbach <address@hidden> wrote:
>
>
> Hi all,
>
> I wanted to follow up on a thread from last week where Brennan and
> Jean-Christophe discussed building Icecat 60.3.0 on macOS (I can't reply to
> the old thread because I just joined the list and my web mailer doesn't let
> me set the In-Reply-To header).
>
> I've been struggling with this on macOS Mojave 10.14.1, too, for some time
> now. First I couldn't get configure and make to work because they'd always
> fail with missing includes. I finally got it to compile by using
>
> env CXX='/usr/bin/clang++ -stdlib=libc++' ../configure
> --with-l10n-base=../l10n --enable-official-branding
> make
>
> Note that I have to use env because my shell is fish. Afterwards make package
> failed with the missing files errors Brennan reported.
>
> Error:
> /Users/jmarbach/Code/icecat/icecat-60.3.0/browser/installer/package-manifest.in:593:
> Missing file(s):
> /IceCat.app/Contents/MacOS/browser/extensions/address@hidden/*
> Error:
> /Users/jmarbach/Code/icecat/icecat-60.3.0/browser/installer/package-manifest.in:594:
> Missing file(s):
> /IceCat.app/Contents/MacOS/browser/extensions/address@hidden/*
> ...
>
> I found the files existed but not in IceCat.app/Contents/MacOS but in
> IceCat.app/Contents/Resources. So I went into
> browser/installer/package-manifest.in and replaced @BINPATH@ with @RESPATH@
> on lines 593 through 604. That finally made make package go through.
>
> However, after installing the .dmg and launching Icecat it just sits there
> with an all black window. There's a bit of output on the terminal but the
> only important thing to me seems this
>
> 2019-01-18 08:15:45.325 plugin-container[25006:2228360] unable to obtain
> configuration from file:///Library/Preferences/com.apple.ViewBridge.plist due
> to Error Domain=NSCocoaErrorDomain Code=257 "The file
> “com.apple.ViewBridge.plist” couldn’t be opened because you don’t have
> permission to view it."
> UserInfo={NSFilePath=/Library/Preferences/com.apple.ViewBridge.plist,
> NSUnderlyingError=0x10b9ec250 {Error Domain=NSPOSIXErrorDomain Code=1
> "Operation not permitted"}}
>
> I found a reference to this in the tor browser project
> (https://trac.torproject.org/projects/tor/ticket/20989) and it sounds like it
> may be related to app sand boxing being configured too strict. However, I'm
> unsure on how to apply their fix to Icecat (or if this is the actual culprit).
>
> Does anyone have any pointers on what I could do from here?
>
> Thanks,
> Johannes
>
> --
> http://gnuzilla.gnu.org
- [Bug-gnuzilla] Building Icecat 60.3.0 on macOS Mojave 10.14.1, Johannes Marbach, 2019/01/18
- Re: [Bug-gnuzilla] Building Icecat 60.3.0 on macOS Mojave 10.14.1,
Johannes Marbach <=
- Re: [Bug-gnuzilla] Building Icecat 60.3.0 on macOS Mojave 10.14.1, Johannes Marbach, 2019/01/18
- Re: [Bug-gnuzilla] Building Icecat 60.3.0 on macOS Mojave 10.14.1, Johannes Marbach, 2019/01/18
- Re: [Bug-gnuzilla] Building Icecat 60.3.0 on macOS Mojave 10.14.1, Jean-Christophe Helary, 2019/01/18
- Re: [Bug-gnuzilla] Building Icecat 60.3.0 on macOS Mojave 10.14.1, bill-auger, 2019/01/18
- Re: [Bug-gnuzilla] Building Icecat 60.3.0 on macOS Mojave 10.14.1, Johannes Marbach, 2019/01/19
- Re: [Bug-gnuzilla] Building Icecat 60.3.0 on macOS Mojave 10.14.1, bill-auger, 2019/01/19
- Re: [Bug-gnuzilla] Building Icecat 60.3.0 on macOS Mojave 10.14.1, Jean-Christophe Helary, 2019/01/19
- Re: [Bug-gnuzilla] Building Icecat 60.3.0 on macOS Mojave 10.14.1, Johannes Marbach, 2019/01/24
- Re: [Bug-gnuzilla] Building Icecat 60.3.0 on macOS Mojave 10.14.1, Jean-Christophe Helary, 2019/01/25