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: > > https://github.com/ji

dmake 4.13.1

Hi all, While working on the buildbots with Gavin we suddenly had problems downloading dmake 4.13.1 from Jim's file location: https://github.com/jimjag/dmake/archive/v4.13.1/dmake-4.13.1.tar.gz It gives a 404. As a workaround I have uploaded dmake 4.13.1 to oooextras on SourceForge: https

Re: Shall "dmake clean" also remove "$OUTPATH" directories?

Hello Peter, On Sat, Jan 30, 2021 at 03:46:19PM +0100, Peter Kovacs wrote: > On 30.01.21 14:48, Arrigo Marchiori wrote: > > > > The configure script sets $INPATH and $OUTPATH to the same value when > > it receives the parameter "--enable-dbgutil". In such case, on my > > system, everything goes

Re: Shall "dmake clean" also remove "$OUTPATH" directories?

On 30.01.21 14:48, Arrigo Marchiori wrote: The configure script sets $INPATH and $OUTPATH to the same value when it receives the parameter "--enable-dbgutil". In such case, on my system, everything goes into directory unxlngx6 instead of unxlngx6.pro Does this make sense? why would I want to

Re: Shall "dmake clean" also remove "$OUTPATH" directories?

100, Arrigo Marchiori wrote: > > > Dear All, > > > > we recently fixed the "dmake clean" problem that deleted the whole > > source tree, in certain condition, instead of the $INPATH directories > > [1]. > > > > Sh

Re: Shall "dmake clean" also remove "$OUTPATH" directories?

Hello All, I could finally make sense of my own message from January 1st. Please see below. On Fri, Jan 01, 2021 at 06:41:33PM +0100, Arrigo Marchiori wrote: > Dear All, > > we recently fixed the "dmake clean" problem that deleted the whole > source tree, in cert

Re: Shall "dmake clean" also remove "$INPATH.pro" directories?

On Wed, Jan 06, 2021 at 08:40:51PM +0100, Peter Kovacs wrote: > Hi > > On 01.01.21 18:41, Arrigo Marchiori wrote: > > Dear All, > > > > we recently fixed the "dmake clean" problem that deleted the whole > > source tree, in certain condition

Re: Shall "dmake clean" also remove "$INPATH.pro" directories?

Hi On 01.01.21 18:41, Arrigo Marchiori wrote: Dear All, we recently fixed the "dmake clean" problem that deleted the whole source tree, in certain condition, instead of the $INPATH directories [1]. Shall the command also delete the "$INPATH.pro" directories? On my syste

Shall "dmake clean" also remove "$INPATH.pro" directories?

Dear All, we recently fixed the "dmake clean" problem that deleted the whole source tree, in certain condition, instead of the $INPATH directories [1]. Shall the command also delete the "$INPATH.pro" directories? On my system, they are: ./main/apache-commons/unxlngx6.pro ./

dmake 4.13.1

Hi Jim, I spotted an "error" while building dmake (on Windows and Linux). Maybe it is only cosmetic, but I just wanted to report it: In file included from extern.h:95:0, from dmake.c:79: vextern.h:37:0: warning: "EXTERN" redefined #define EXTERN In file included from extern.

[GitHub] [openoffice] Pilot-Pirx merged pull request #113: Avoid "dmake clean" to wipe out the whole tree

Pilot-Pirx merged pull request #113: URL: https://github.com/apache/openoffice/pull/113 This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to

Re: [GitHub] [openoffice] Pilot-Pirx commented on pull request #113: Avoid "dmake clean" to wipe out the whole tree

Hi Jim, Am 22.12.20 um 14:00 schrieb Jim Jagielski: > merge away I will do it, but other could do that as well... ;-) BTW, I am just trying to build AOO on Windows with BeanShell 2.1.0. Regards,    Matthias > >> On Dec 22, 2020, at 6:28 AM, GitBox wrote: >> >> >> Pilot-Pirx commented on

Re: [GitHub] [openoffice] Pilot-Pirx commented on pull request #113: Avoid "dmake clean" to wipe out the whole tree

merge away > On Dec 22, 2020, at 6:28 AM, GitBox wrote: > > > Pilot-Pirx commented on pull request #113: > URL: https://github.com/apache/openoffice/pull/113#issuecomment-749494181 > > > Is there any reason not to merge this PR? > > >

[GitHub] [openoffice] Pilot-Pirx commented on pull request #113: Avoid "dmake clean" to wipe out the whole tree

Pilot-Pirx commented on pull request #113: URL: https://github.com/apache/openoffice/pull/113#issuecomment-749494181 Is there any reason not to merge this PR? This is an automated message from the Apache Git Service. To

[GitHub] [openoffice] leginee commented on pull request #113: Avoid "dmake clean" to wipe out the whole tree

leginee commented on pull request #113: URL: https://github.com/apache/openoffice/pull/113#issuecomment-747527573 Worth a test. :) This is an automated message from the Apache Git Service. To respond to the message, please

[GitHub] [openoffice] ardovm commented on pull request #113: Avoid "dmake clean" to wipe out the whole tree

ardovm commented on pull request #113: URL: https://github.com/apache/openoffice/pull/113#issuecomment-747509362 By the way, I followed that "pattern" as is it the same for the `install` target in the same file: ```Makefile install .PHONY : @test "$(DESTDIR)$(prefix)" !=

[GitHub] [openoffice] ardovm commented on pull request #113: Avoid "dmake clean" to wipe out the whole tree

ardovm commented on pull request #113: URL: https://github.com/apache/openoffice/pull/113#issuecomment-747507745 @leginee I was also surprised it works :-) Proof: ``` $ echo Hello world; echo Hallo Welt Hello world Hallo Welt $ ```

[GitHub] [openoffice] leginee commented on pull request #113: Avoid "dmake clean" to wipe out the whole tree

leginee commented on pull request #113: URL: https://github.com/apache/openoffice/pull/113#issuecomment-747446201 hmm, that echo needs no quotes in ` echo Build environment not set; works without Quotes?` looks strange. Is it special on make files that they can omit these?

[GitHub] [openoffice] ardovm opened a new pull request #113: Avoid "dmake clean" to wipe out the whole tree

ardovm opened a new pull request #113: URL: https://github.com/apache/openoffice/pull/113 As per a recent thread on the dev@ mailing list, the "dmake clean" command may wipe out the whole source tree, if the build environment was not set by sourcing the appropriate `.E

Re: issue with dmake clean

> >> > > > > On 12/13/20 4:29 PM, Matthias Seidel wrote: >> > > > > > Hi Carl, >> > > > > > >> > > > > > Am 13.12.20 um 19:02 schrieb Carl Marcum: >> > > > > > > Hi all, >> > > &g

Re: issue with dmake clean

gt; > Hi Carl, > > > > > > > > > > > > Am 13.12.20 um 19:02 schrieb Carl Marcum: > > > > > > > Hi all, > > > > > > > > > > > > > > Just ran into something. > > > > > > >

Re: issue with dmake clean

Carl Marcum: Hi all, Just ran into something. I ran 'dmake clean' from main probably without having ran source and it removed all of my directories under main. Tried to do that on Windows (Cygwin64), went into main, did "autoconf", "dmake clean": $ dmake clean -bash: dmak

Re: issue with dmake clean

into something. I ran 'dmake clean' from main probably without having ran source and it removed all of my directories under main. Tried to do that on Windows (Cygwin64), went into main, did "autoconf", "dmake clean": $ dmake clean -bash: dmake: command not found Only after "sou

Re: issue with dmake clean

um 19:02 schrieb Carl Marcum: >>>> Hi all, >>>> >>>> Just ran into something. >>>> >>>> I ran 'dmake clean' from main probably without having ran source >>>> and it removed all of my directories under main. >>> Tried

Re: issue with dmake clean

Hi Carl, Am 13.12.20 um 23:43 schrieb Carl Marcum: > Hi Matthias, > > On 12/13/20 4:29 PM, Matthias Seidel wrote: >> Hi Carl, >> >> Am 13.12.20 um 19:02 schrieb Carl Marcum: >>> Hi all, >>> >>> Just ran into something. >>> >&

Re: issue with dmake clean

Hi Matthias, On 12/13/20 4:29 PM, Matthias Seidel wrote: Hi Carl, Am 13.12.20 um 19:02 schrieb Carl Marcum: Hi all, Just ran into something. I ran 'dmake clean' from main probably without having ran source and it removed all of my directories under main. Tried to do that on Windows

Re: issue with dmake clean

Hi Carl, Am 13.12.20 um 19:02 schrieb Carl Marcum: > Hi all, > > Just ran into something. > > I ran 'dmake clean' from main probably without having ran source > and it removed all of my directories under main. Tried to do that on Windows (Cygwin64), went into main, did "

issue with dmake clean

Hi all, Just ran into something. I ran 'dmake clean' from main probably without having ran source and it removed all of my directories under main. Looks like it ran 'rm -rf */' Best regards, Carl - To unsubscribe, e-mail

Re: [openoffice] branch trunk updated: Point people to DMAKE 4.13.1

Hi Jim, Now dmake (4.13.1) was successfully built on Windows! Thanks! Am 27.11.20 um 21:59 schrieb j...@apache.org: > This is an automated email from the ASF dual-hosted git repository. > > jim pushed a commit to branch trunk > in repository https://gitbox.apache.org/repos/asf/op

Re: [openoffice] branch trunk updated: New URL for dmake

Try w/ https://github.com/jimjag/dmake/archive/v4.13.1/dmake-4.13.1.tar.gz > On Nov 27, 2020, at 3:50 PM, Matthias Seidel > wrote: > > Hi Jim, > > Am 27.11.20 um 21:38 schrieb Jim Jagielski: >> I don't think that patch is needed anymore... IIRC it removed >> cy

Re: [openoffice] branch trunk updated: New URL for dmake

Hi Jim, Am 27.11.20 um 21:38 schrieb Jim Jagielski: > I don't think that patch is needed anymore... IIRC it removed > cygwin_conv_to_posix_path, which is already done in dmake-4.13 Now I get this error and dmake does not build (in Cygwin 64): --- sysintf.c: In function ‘cygdospath’: sys

Re: [openoffice] branch trunk updated: New URL for dmake

I don't think that patch is needed anymore... IIRC it removed cygwin_conv_to_posix_path, which is already done in dmake-4.13 > On Nov 27, 2020, at 1:14 PM, Matthias Seidel > wrote: > > Additionally, since this happens when building on Windows, the patch > seems to be: >

Re: [openoffice] branch trunk updated: New URL for dmake

Additionally, since this happens when building on Windows, the patch seems to be: /main/solenv/src/dmake-cygwin64.patch It was made by Damjan for the planned Windows 64 build. Regards,    Matthias Am 27.11.20 um 18:41 schrieb Matthias Seidel: > Hi Jim, > > Tried with dmake 4.13.0: &

Re: [openoffice] branch trunk updated: New URL for dmake

Hi Jim, Tried with dmake 4.13.0: making and entering C:/Source/openoffice/main/solenv/wntmsci12.pro/misc/build/ unpacking /cygdrive/c/Source/openoffice/ext_sources/07927163cc251770d2624d816f2e9b9e-dmake-4.13.0.tar.gz entering dmake-4.13.0 patching file path.c Hunk #1 FAILED at 317. 1 out of 1

Re: Errors in bootstrap while building dmake

t; >>> --- >>> >>> (This is Cygwin64) >>> gcc was updated yesterday. I even downgraded to 7.3.0-3 with no effect. >>> >>> Regards, >>> >>>     Matthias >>> >>>> Am 24.02.20 um 17:40 schrieb Matthias Seidel

Re: Errors in bootstrap while building dmake

to 7.3.0-3 with no effect. Regards,    Matthias Am 24.02.20 um 17:40 schrieb Matthias Seidel: Hi all, After updating a lot of packages (incl. gcc) in Cygwin64 yesterday I can no longer build AOO for Windows. I get errors in bootstrap while building dmake: make[2]: Verzeichnis „/cygdrive/c/Source/

Re: Errors in bootstrap while building dmake

--- > > (This is Cygwin64) > gcc was updated yesterday. I even downgraded to 7.3.0-3 with no effect. > > Regards, > >    Matthias > >> Am 24.02.20 um 17:40 schrieb Matthias Seidel: >>> Hi all, >>> >>> After updating a lot of packages (incl. gc

Re: Errors in bootstrap while building dmake

t; >> Regards, >> >>     Matthias >> >>> Am 24.02.20 um 17:40 schrieb Matthias Seidel: >>>> Hi all, >>>> >>>> After updating a lot of packages (incl. gcc) in Cygwin64 yesterday >>>> I can >>>> no longer bui

Re: Errors in bootstrap while building dmake

was updated yesterday. I even downgraded to 7.3.0-3 with no effect. Regards,    Matthias Am 24.02.20 um 17:40 schrieb Matthias Seidel: Hi all, After updating a lot of packages (incl. gcc) in Cygwin64 yesterday I can no longer build AOO for Windows. I get errors in bootstrap while building dmake

Re: Errors in bootstrap while building dmake

can you post what g++ -v prints on bash? Am 24.02.20 um 17:40 schrieb Matthias Seidel: Hi all, After updating a lot of packages (incl. gcc) in Cygwin64 yesterday I can no longer build AOO for Windows. I get errors in bootstrap while building dmake: make[2]: Verzeichnis „/cygdrive/c/Source

Errors in bootstrap while building dmake

Hi all, After updating a lot of packages (incl. gcc) in Cygwin64 yesterday I can no longer build AOO for Windows. I get errors in bootstrap while building dmake: make[2]: Verzeichnis „/cygdrive/c/Source/openoffice/main/solenv/wntmsci12.pro/misc/build/dmake-4.12“ wird betreten depbase=`echo

Re: patch to move $CCNUMVER from dmake to configure

enk wrote: > > > > > > On 01/11/2018 11:24 PM, Don Lewis wrote: > >> The patch below moves the calculation of $CCNUMVER and some other > >> variables from main/solenv/inc/tg_compv.mk, where it is only usable by > >> dmake, to configure, where it can be use

Re: patch to move $CCNUMVER from dmake to configure

On 01/17/2018 11:17 PM, Don Lewis wrote: On 16 Jan, Kay Schenk wrote: On 01/11/2018 11:24 PM, Don Lewis wrote: The patch below moves the calculation of $CCNUMVER and some other variables from main/solenv/inc/tg_compv.mk, where it is only usable by dmake, to configure, where it can be used

Re: patch to move $CCNUMVER from dmake to configure

On 16 Jan, Kay Schenk wrote: > > > On 01/11/2018 11:24 PM, Don Lewis wrote: >> The patch below moves the calculation of $CCNUMVER and some other >> variables from main/solenv/inc/tg_compv.mk, where it is only usable by >> dmake, to configure, where it can be us

Re: patch to move $CCNUMVER from dmake to configure

On 01/11/2018 11:24 PM, Don Lewis wrote: The patch below moves the calculation of $CCNUMVER and some other variables from main/solenv/inc/tg_compv.mk, where it is only usable by dmake, to configure, where it can be used by both dmake and gbuild. This is a requirement for me upstream some

patch to move $CCNUMVER from dmake to configure

The patch below moves the calculation of $CCNUMVER and some other variables from main/solenv/inc/tg_compv.mk, where it is only usable by dmake, to configure, where it can be used by both dmake and gbuild. This is a requirement for me upstream some compiler bug workaround patches from the FreeBSD

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

gt; Dave >>> >>>> On Oct 23, 2017, at 5:38 PM, Dave Fisher <dave2w...@comcast.net >>>> <mailto:dave2w...@comcast.net> <mailto:dave2w...@comcast.net >>>> <mailto:dave2w...@comcast.net>>> wrote: >>>> >>>

Re: dmake and epm

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. > >> On Oct 23, 2017, at 8:38 PM, Dave Fis

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

ions. 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 <j...@jagunet.com >>>>

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

> >> Sent from my iPhone >> >>> On Oct 20, 2017, at 7:31 AM, Jim Jagielski <j...@jagunet.com >>> <mailto:j...@jagunet.com>> wrote: >>> >>> Just a FYI that I am tracking dmake and epm on the >>> below Github pages: >>

[Build] XCodeLegacy - Re: dmake and epm

m my iPhone > >> On Oct 20, 2017, at 7:31 AM, Jim Jagielski <j...@jagunet.com> wrote: >> >> Just a FYI that I am tracking dmake and epm on the >> below Github pages: >> >> o https://github.com/jimjag/epm >> o https://github.com/jimjag/dmake >

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 <j...@jagunet.com> wrote: > > Just a FYI that I am tracking dmake and epm

dmake and epm

Just a FYI that I am tracking dmake and epm on the below Github pages: o https://github.com/jimjag/epm o https://github.com/jimjag/dmake I know we are moving away from dmake, but IMO it'll take some time for that to be complete. Plus, updating to the latest version of EPM is useful (it's

Re: Difficulty with dmake

gt;> >> Damjan >> >> On Thu, Jan 26, 2017 at 2:20 AM, Patricia Shanahan <p...@acm.org> wrote: >> >> I am trying to set up a new debug environment, incorporating the recent >>> changes to how debug works. Unfortunately, my configure-and-bootstrap &g

Re: Difficulty with dmake

p. Damjan On Thu, Jan 26, 2017 at 2:20 AM, Patricia Shanahan <p...@acm.org> wrote: I am trying to set up a new debug environment, incorporating the recent changes to how debug works. Unfortunately, my configure-and-bootstrap cannot find dmake. It looks for it in a different URL from t

Re: Difficulty with dmake

onfigure-and-bootstrap > cannot find dmake. It looks for it in a different URL from the one > specified as DMAKE_URL from configure. > > run_configure.sh contains my configure parameters. wk_log.txt is the > output from

Difficulty with dmake

I am trying to set up a new debug environment, incorporating the recent changes to how debug works. Unfortunately, my configure-and-bootstrap cannot find dmake. It looks for it in a different URL from the one specified as DMAKE_URL from configure. run_configure.sh contains my configure

Re: Building 4.1.3: Error with dmake and further packages

Am 09/18/2016 12:30 AM, schrieb Ariel Constenla-Haile: On Sat, Sep 17, 2016 at 10:57:10PM +0200, Marcus wrote: it breaks again at the same place: ... [ info ALL ] LinkTarget Library/libxcr.so not defined: Assuming headers to be there! R=/share/linux2/AOO413&& S=$R/main&&

Re: Building 4.1.3: Error with dmake and further packages

On Sat, Sep 17, 2016 at 10:57:10PM +0200, Marcus wrote: > it breaks again at the same place: > > ... > > [ info ALL ] LinkTarget Library/libxcr.so not defined: Assuming headers to > be there! > R=/share/linux2/AOO413 && S=$R/main && O=$S/solver/413/unxlngx6.pro && > W=$O/workdir && mkdir -p

Re: Building 4.1.3: Error with dmake and further packages

!). Configure was successful but bootstrap throws an error: download from http://sourceforge.net/projects/oooextras.mirror/files/dmake-4.12.tar.bz2 failed download failed making and entering /share/linux2/AOO413/main/solenv/unxlngx6.pro/misc/build/ can not find the dmake package It doesn't

Re: Building 4.1.3: Error with dmake and further packages

but bootstrap throws an error: download from http://sourceforge.net/projects/oooextras.mirror/files/dmake-4.12.tar.bz2 failed download failed making and entering /share/linux2/AOO413/main/solenv/unxlngx6.pro/misc/build/ can not find the dmake package It doesn't matter if it's a HTTP or HTTPS URL

Re: Building 4.1.3: Error with dmake and further packages

ootstrap throws an error: > > > > download from > http://sourceforge.net/projects/oooextras.mirror/files/dmake-4.12.tar.bz2 > failed > download failed > making and entering > /share/linux2/AOO413/main/solenv/unxlngx6.pro/misc/build/ > can not find the dmake package &g

Re: Building 4.1.3: Error with dmake and further packages

Marcus: Hi all, I want to build the current 4.1.3 source. Therefore I've checked out today the new AOO413 branch (incl. Ariels last commit r1761157 !). Configure was successful but bootstrap throws an error: download from http://sourceforge.net/projects/oooextras.mirror/files/dmake-4.12.tar.bz2

Building 4.1.3: Error with dmake and further packages

Hi all, I want to build the current 4.1.3 source. Therefore I've checked out today the new AOO413 branch (incl. Ariels last commit r1761157 !). Configure was successful but bootstrap throws an error: download from http://sourceforge.net/projects/oooextras.mirror/files/dmake-4.12.tar.bz2

4.1.3_release_blocker granted: [Issue 127118] Update dmake URL in configure

Patricia Shanahan <p...@acm.org> has granted Ariel Constenla-Haile <arie...@apache.org>'s request for 4.1.3_release_blocker: Issue 127118: Update dmake URL in configure https://bz.apache.org/ooo/show_bug.c

4.1.3_release_blocker requested: [Issue 127118] Update dmake URL in configure

Ariel Constenla-Haile <arie...@apache.org> has asked for 4.1.3_release_blocker: Issue 127118: Update dmake URL in configure https://bz.apache.org/ooo/show_bug.cgi?id=127118 --- Description --- configure help points to an URL that does not work: AC_ARG_WITH(dmake-url, [ --with-dma

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

o? >> > > It wasn't meant to be rude. I hope you agree that starting a new project > under your name at Github for a non-issue (we don't have actual issues with > dmake right now; or I never heard about them) is not top priority, even > though it might have advantages in the long

Re: dmake

sn't meant to be rude. I hope you agree that starting a new project under your name at Github for a non-issue (we don't have actual issues with dmake right now; or I never heard about them) is not top priority, even though it might have advantages in the long term. We digress, but if I can make

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 <pesce...@apache.org> 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

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

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 > <john.dora...@cappellaniauniroma3.org> wrote: > > I myse

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

dmake

Seeing that there is a dependency, still, on dmake, I've gone ahead and created https://github.com/jimjag/dmake based on what I've been using... Suggestions and patches welcome. Hoping we can use this to replace the apche-extras links. It's based on (https://github.com/mohawk2/dmake

Re: dmake

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. >

Re: dmake

t 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: >> >> <http://www.filewatcher

Re: dmake

> >> This page lists lots of mirrored copies: >> <http://www.filewatcher.com/m/dmake-4.12.2.tar.bz2.461738-0.html> >> >> It looks like development has moved to GitHub: >> <https://github.com/mohawk2/dmake/releases> > > and this is exactly what I was going to say ...

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: <http://www.filewatcher.com/m/dmake-4.12.2.tar.bz2.461738-0.html> It look

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: <http://www.filewatcher.com/m/dmake-4.12.2.tar.bz2.461738-0.html>

Re: dmake

t; > > > 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 and epm on the fly if these flags > are passed to configure: > >

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 scri

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

dmake location question?

Hello all-- I'm in the process of redoing my OS, and wanted to reinstall dmake locally which I had done before. OK, here's out url ref: http://dmake.apache-extras.org.codespot.com/files/dmake-4.12.tar.bz2 This actually still downloads dmake 4.12 but the main url: http://dmake.apache

New Dmake maintainer

Hi guys; I have been, rather reluctantly, maintaining the Dmake thing we inherited from SUN in Apache Extras. I am glad to announce that a new maintainer stepped in (see below) and has already made a great job transferring the *complete* history in a github repository here: https

Re: refererence for dmake?

On 23.05.2014 00:05, Kay Schenk wrote: Does someone have a link to an actual reference guide for dmake? I found one at one time but now, not so easy, and I didn't save it. :( Thanks. Strangely enough, OpenOffice.org seems to be the best source of information regarding dmake: http

refererence for dmake?

Does someone have a link to an actual reference guide for dmake? I found one at one time but now, not so easy, and I didn't save it. :( Thanks. -- - MzK Life is either a daring adventure

Re: refererence for dmake?

Am 05/23/2014 12:05 AM, schrieb Kay Schenk: Does someone have a link to an actual reference guide for dmake? I found one at one time but now, not so easy, and I didn't save it. :( maybe this is helpful for you: http://docs.oracle.com/cd/E19957-01/806-3564/Dmake.html http://docs.oracle.com/cd

Re: EXTERNAL: Re: dmake clean

to reproduce your problem because a) I don't want to delete my object files at the moment :-) b) When INPATH is not set then typically the whole solar environment is not set. But in that case dmake complains that it can not find startup.mk. Unless dmake is in PATH. But that is usually not the case

RE: EXTERNAL: Re: dmake clean

: 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

dmake clean

I am not sure why, but I just did a dmake clean in ../main and once if finished all the module directories including source was deleted. Thankfully, I had a backup. Can anyone explain this? Raymond

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 18

  1   2   >