Re: dmake 4.13.1

Hi all, Download seems to be working again. Regards,    Matthias Am 27.11.21 um 13:55 schrieb Matthias Seidel: > Hi all, > > While working on the buildbots with Gavin we suddenly had problems > downloading dmake 4.13.1 from Jim's file location: > >

Re: [Build] XCodeLegacy - Re: dmake and epm

With Xcode9, you do need to use Xcodelegacy. > On Oct 25, 2017, at 11:19 AM, Dave Fisher wrote: > > Hi Jim, > > Thanks. I have Xcode 9 which has the following: > > $ xcodebuild -showsdks > iOS SDKs: > iOS 11.0-sdk iphoneos11.0 > > iOS

Re: dmake and epm

Hi - FYI - on https://sourceforge.net/projects/oooextras.mirror/files/ The epm version there is 3.7. It can be configured as: configure:1952: --disable-epm AOO includes self-packaging code, that requires configure:1953:

Re: [Build] XCodeLegacy - Re: dmake and epm

Hi Jim, Thanks. I have Xcode 9 which has the following: $ xcodebuild -showsdks iOS SDKs: iOS 11.0-sdk iphoneos11.0 iOS Simulator SDKs: Simulator - iOS 11.0-sdk iphonesimulator11.0 macOS SDKs: macOS 10.13 -sdk

Re: dmake and epm

You can. I used the downloads mentioned in the macOS build script for AOO414. The version of dmake isn't important. The version of epm *is* (it must be 4.3 or later) because it allows for direct building of dmg's w/o requiring a long deprecated support application which is no longer available. >

Re: [Build] XCodeLegacy - Re: dmake and epm

Actually, if you have Xcode7 or Xcode8, there is no need for Xcodelegacy at all. All Xcodelegacy does is obtain older macOS SDKs and installs them in Xcode. But we use the latest SDK available (via configure). So Xcodelegacy is not a requirement/dependency per se. It's just useful in case we get

[Build] XCodeLegacy - Re: dmake and epm

Hi Jim, I’m hung up on what I should do with https://github.com/devernay/xcodelegacy What should I download before I run the scripts? Which form of the command should I use? BTW - this requirement is only mentioned in the build release script.

Re: dmake and epm

Hi Jim, I wanted to validate build instructions. Should I take these two from your github for my MacOS Sierra environment? Regards, Dave Sent from my iPhone > On Oct 20, 2017, at 7:31 AM, Jim Jagielski wrote: > > Just a FYI that I am tracking dmake and epm on the > below

Re: dmake

> On Sep 15, 2016, at 12:31 PM, Ariel Constenla-Haile > wrote: > > > Note that we could also update the AOO patch to make epm get rid of the > PackageMaker, the patch already fixes the path: >

Re: dmake

Here's what I have so far: https://github.com/jimjag/epm/tree/aoo > On Sep 15, 2016, at 10:48 AM, Jim Jagielski wrote: > > >> On Sep 15, 2016, at 10:13 AM, Jim Jagielski wrote: >> >> >>> On Sep 15, 2016, at 9:44 AM, Andrea Pescetti

Re: dmake

Hi Jim, On Thu, Sep 15, 2016 at 10:13:08AM -0400, Jim Jagielski wrote: > It looks like most of the epm patch is not related to OSX (except for > some minor things)... last time I tried on Linux some years ago with the latest upstream, it had several bugs; looking at the release notes, it seems

Re: dmake

> On Sep 15, 2016, at 10:13 AM, Jim Jagielski wrote: > > >> On Sep 15, 2016, at 9:44 AM, Andrea Pescetti wrote: >> >> That would be challenging but useful then. For epm, as Ariel already >> explained to you, we use a patched version so it's not a

Re: dmake

> On Sep 15, 2016, at 9:44 AM, Andrea Pescetti wrote: > > That would be challenging but useful then. For epm, as Ariel already > explained to you, we use a patched version so it's not a trivial task to > replace it, but probably it's feasible. > It looks like most of

Re: dmake

It's good to know about the sourceforge copy of epm too, I'll update some of the wiki links that are pointing to third party links. On Thu, Sep 15, 2016 at 3:44 PM, Andrea Pescetti wrote: > Jim Jagielski wrote: > >> epm is required and not under our control. >> > > We have

Re: dmake

Jim Jagielski wrote: epm is required and not under our control. We have a copy under our control at https://sourceforge.net/projects/oooextras.mirror/files/epm-3.7.tar.gz and I would recommend that one over an external site. In fact, epm 4.3 is out and work much better for AOO That would

Re: dmake

> On Sep 14, 2016, at 6:40 PM, Jim Jagielski wrote: > > > epm is required and not under our control. In fact, epm 4.3 is out > and work much better for AOO since it removes the need for the > long-since deprecated PackageMaker app and instead uses the > official pkgbuild

Re: dmake

> On Sep 14, 2016, at 5:28 PM, Andrea Pescetti wrote: > > Jim Jagielski wrote: >> Tarballs are at: >> https://github.com/jimjag/dmake/releases >> My goal was to try to combine all the flavors of dmake into one >> "canonical" version we can use. > > Is there a reason

Re: dmake

Jim Jagielski wrote: Tarballs are at: https://github.com/jimjag/dmake/releases My goal was to try to combine all the flavors of dmake into one "canonical" version we can use. Is there a reason for that? So far it has been enough for us to get a specific dmake tarball from a certain

Re: dmake

Tarballs are at: https://github.com/jimjag/dmake/releases My goal was to try to combine all the flavors of dmake into one "canonical" version we can use. > On Sep 14, 2016, at 3:12 PM, John D'Orazio > wrote: > > I myself just ran into the problem

Re: dmake

I myself just ran into the problem of the missing apache-extras link, I've used a sourceforge link for my build: http://sourceforge.net/projects/oooextras.mirror/files/dmake-4.12.tar.bz2. Most of the links indicated in your github repo's README are dead links... I believe a downloadable tarball is

Re: dmake

On Wed, Aug 31, 2016 at 2:30 PM, Don Lewis wrote: > On 29 Aug, Gav wrote: > > On Sun, Aug 28, 2016 at 4:42 PM, Don Lewis wrote: > > > >> On 27 Aug, Pedro Giffuni wrote: > >> >> On 28 Aug, Gav wrote: > >> >>> when did you try that last Don? > >> >>> > >>

Re: dmake

On 29 Aug, Gav wrote: > On Sun, Aug 28, 2016 at 4:42 PM, Don Lewis wrote: > >> On 27 Aug, Pedro Giffuni wrote: >> >> On 28 Aug, Gav wrote: >> >>> when did you try that last Don? >> >>> >> >>> That url comes up oops 404 >> >> >> >> I last tried that in the last few weeks, but

Re: dmake

On 27 Aug, Pedro Giffuni wrote: >> On 28 Aug, Gav wrote: >>> when did you try that last Don? >>> >>> That url comes up oops 404 >> >> I last tried that in the last few weeks, but have been using a cached >> copy since then. >> >> This page lists lots of mirrored copies: >>

Re: dmake

On 28 Aug, Gav wrote: when did you try that last Don? That url comes up oops 404 I last tried that in the last few weeks, but have been using a cached copy since then. This page lists lots of mirrored copies: It looks like

Re: dmake

On 28 Aug, Gav wrote: > when did you try that last Don? > > That url comes up oops 404 I last tried that in the last few weeks, but have been using a cached copy since then. This page lists lots of mirrored copies: It looks like

Re: dmake

when did you try that last Don? That url comes up oops 404 Gav... On Sun, Aug 28, 2016 at 10:22 AM, Don Lewis wrote: > On 28 Aug, Gav wrote: > > Hi Guys, > > > > We have set up a new 14.04 LTS 64 bit VM and are in the process of > testing. > > > > Can you tell me what you

Re: dmake

On 28 Aug, Gav wrote: > Hi Guys, > > We have set up a new 14.04 LTS 64 bit VM and are in the process of testing. > > Can you tell me what you intend to do with 'dmake' please - we cant build > without it currently. Is there an alternative uri we get it from? The bootstrap script can build dmake

Re: dmake location question?

On 06/17/2015 04:03 PM, Pedro Giffuni wrote: Hi Kay; You want to check this email in the archives: http://mail-archives.apache.org/mod_mbox/openoffice-dev/201408.mbox/%3C540130E6.3060709%40apache.org%3E Ok, yes, this is where I ended up downloading from. OK, I *thought* I had downloaded a

Re: dmake location question?

Hello; On 17/06/2015 06:03 p.m., Pedro Giffuni wrote: ... BTW, we will have to do something about OOo-extras. I will probably just have the apache-extras project deleted before the deadline since there is no repository history to preserve. FWIW, delete means the website and the svn

Re: dmake location question?

I also don't see a reason to delete them manually before Apache Extras is really going down. Please keep the content alive as long as possible. Marcus Am 06/18/2015 08:19 AM, schrieb Andrea Pescetti: On 18/06/2015 Pedro Giffuni wrote: I will probably just have the apache-extras project

Re: dmake location question?

Hi Kay; You want to check this email in the archives: http://mail-archives.apache.org/mod_mbox/openoffice-dev/201408.mbox/%3C540130E6.3060709%40apache.org%3E Also note that Apache extras (and google code) is basically dying this year. BTW, we will have to do something about OOo-extras. I will

Re: EXTERNAL: Re: dmake clean

when the solar environment is not set ... -Andre [1] https://issues.apache.org/ooo/show_bug.cgi?id=124263 -Original Message- From: Kay Schenk [mailto:kay.sch...@gmail.com] Sent: Tuesday, February 18, 2014 4:49 PM To: OOo Apache Subject: EXTERNAL: Re: dmake clean On Tue, Feb 18, 2014 at 3

RE: EXTERNAL: Re: dmake clean

Yes, we have made many local modifications. Gladly, we had the backup. Couldn't a check be placed in the make file to ensure $INPATH is set? -Original Message- From: Kay Schenk [mailto:kay.sch...@gmail.com] Sent: Tuesday, February 18, 2014 4:49 PM To: OOo Apache Subject: EXTERNAL: Re

RE: dmake clean

I see in the Makefile: clean .PHONY -rm -rf */$(INPATH) -rm -rf solver/*/$(INPATH) I am going to make an assumption that I performed the dmake clean and $INPATH was not set, therefore rm -rf */ was performed From: Steele, Raymond Sent: Tuesday, February

Re: dmake clean

On Tue, Feb 18, 2014 at 3:01 PM, Steele, Raymond raymond.ste...@lmco.comwrote: I see in the Makefile: clean .PHONY -rm -rf */$(INPATH) -rm -rf solver/*/$(INPATH) I am going to make an assumption that I performed the dmake clean and $INPATH was not set,

Re: dmake clean

On 19.02.2014 00:48, Kay Schenk wrote: On Tue, Feb 18, 2014 at 3:01 PM, Steele, Raymond raymond.ste...@lmco.comwrote: I see in the Makefile: clean .PHONY -rm -rf */$(INPATH) -rm -rf solver/*/$(INPATH) I am going to make an assumption that I performed the