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
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 w
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].
> >
> > Shall the co
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 certain con
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
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
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
./
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 go
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 pull
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?
>
>
> --
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 respo
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 lo
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)" != "
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
$
```
-
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?
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
>
>> > > > > 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
gt; > Hi Carl,
> > > > > >
> > > > > > Am 13.12.20 um 19:02 schrieb Carl Marcum:
> > > > > > > Hi all,
> > > > > > >
> > > > > > > Just ran into something.
> > > > > > >
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
-
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
9: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.
>>
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.
>>>
>&
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
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,
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
t the case
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,
L: Re: dmake clean
On Tue, Feb 18, 2014 at 3:01 PM, Steele, Raymond wrote:
> 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 cle
On 19.02.2014 00:48, Kay Schenk wrote:
On Tue, Feb 18, 2014 at 3:01 PM, Steele, Raymond wrote:
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
On Tue, Feb 18, 2014 at 3:01 PM, Steele, Raymond wrote:
> 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
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
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
31 matches
Mail list logo
