--- On Wed, 11/16/11, Andre Fischer wrote:
...
>
> Great. Now I just have to figure out, how to use the MD5
> checksum. You have to compare it to something that
> does not come from the download server.
>
Hmm.. I thought you needed the checksum in the name.
Perhaps you can use the standard
On 16.11.2011 17:16, Pedro Giffuni wrote:
--- On Wed, 11/16/11, Andre Fischer wrote:
By the way, the other archives that are downloaded during
configure/setup have MD5 checksums. Can you add one
to the dmake archive as well?
This is rather weird as Google code uses SHA1. Anyways ...
I
--- On Wed, 11/16/11, Andre Fischer wrote:
>
> By the way, the other archives that are downloaded during
> configure/setup have MD5 checksums. Can you add one
> to the dmake archive as well?
>
This is rather weird as Google code uses SHA1. Anyways ...
I updated the code with the OS/2 patch
Hi,
I have a first version ready that works like outlined before. Details
and the patch can be found in issue 108604
(https://issues.apache.org/ooo/show_bug.cgi?id=118604).
I did not yet remove the internal dmake source code, yet. I would like
to have the downloading and building better te
Hi Pedro,
On 15.11.2011 19:31, Pedro Giffuni wrote:
My $0.02
--- On Tue, 11/15/11, Andre Fischer wrote:
- Introduce a --with-dmake-path= option to
configure(.in), that specifies where the pre-installed dmake
can be found.
On LibreOffice it's a matter of defining $DMAKE in the
configure e
My $0.02
--- On Tue, 11/15/11, Andre Fischer wrote:
> - Introduce a --with-dmake-path= option to
> configure(.in), that specifies where the pre-installed dmake
> can be found.
>
On LibreOffice it's a matter of defining $DMAKE in the
configure environment.
For my own builds I don't need to do
On 15 November 2011 13:01, Andre Fischer wrote:
> From what I read so far we have the following prerequisites:
>
> - The dmake source code has to be removed from the Apache SVN repository.
>
In order to graduate, yes. While in the interim you have time to work
on that removal.
> - The dmake sour
On 11/15/11 2:01 PM, Andre Fischer wrote:
Hi,
Oliver is preparing for the ODF Plugfest in Gouda, therefore I take over
the task of making dmake a system dependency. I have created issue
118604 for this.
From what I read so far we have the following prerequisites:
- The dmake source code has
Hi,
Oliver is preparing for the ODF Plugfest in Gouda, therefore I take over
the task of making dmake a system dependency. I have created issue
118604 for this.
From what I read so far we have the following prerequisites:
- The dmake source code has to be removed from the Apache SVN reposi
Hi Ross,
I'm still a little but confused about what "license incompatible code"
means here.
In its exact wording MPL code *is* incompatible, as only the binaries
are allowed to be in an Apache release. Does that mean that we must not
have MPL source code in our svn?
The link
http://www.ap
Hi;
I had this in Google Code but I moved it to Apache
Extras:
http://code.google.com/a/apache-extras.org/p/dmake/
The code is not yet in SVN as I am hoping someone
transfers the SVN history but the sources can be
downloaded and there's even an (untested) Windows
binary available. It is already
On Mon, Nov 7, 2011 at 1:16 PM, Pedro Giffuni wrote:
>
>
> --- On Mon, 11/7/11, Rob Weir wrote:
> ...
>> >>
>> >> Remember, there are no pure Apache 2,0 licensed
>> operating
>> >> systems.
>> >
>> > Who said that??
>> >
>> > http://wiki.freebsd.org/BuildingFreeBSDWithClang
>> >
>>
>> I intention
--- On Mon, 11/7/11, Rob Weir wrote:
...
> >>
> >> Remember, there are no pure Apache 2,0 licensed
> operating
> >> systems.
> >
> > Who said that??
> >
> > http://wiki.freebsd.org/BuildingFreeBSDWithClang
> >
>
> I intentionally did not say, "Apache-compatible".
Feel free to add an Apache Li
On 07.11.2011 13:31, Rob Weir wrote:
On Sat, Nov 5, 2011 at 7:27 AM, Ross Gardler wrote:
In order to graduate there can be no license incompatible code in SVN. The
solution below is ok only as an interim solution.
This statement conflicts with what I thought Robert had told us
previously.
On Mon, Nov 7, 2011 at 9:36 AM, Pedro Giffuni wrote:
>
>
> --- On Mon, 11/7/11, Rob Weir wrote:
>
>>
>> Remember, there are no pure Apache 2,0 licensed operating
>> systems.
>
> Who said that??
>
> http://wiki.freebsd.org/BuildingFreeBSDWithClang
>
I intentionally did not say, "Apache-compatible
--- On Mon, 11/7/11, Rob Weir wrote:
>
> Remember, there are no pure Apache 2,0 licensed operating
> systems.
Who said that??
http://wiki.freebsd.org/BuildingFreeBSDWithClang
Except for GNU ld and some minimal options, all replaceable,
FreeBSD's base is fully Apache-compatible.
But in any
On Sat, Nov 5, 2011 at 7:27 AM, Ross Gardler wrote:
> In order to graduate there can be no license incompatible code in SVN. The
> solution below is ok only as an interim solution.
>
This statement conflicts with what I thought Robert had told us
previously. My impression from that discussion w
Hi,
On 05.11.2011 12:27, Ross Gardler wrote:
On 4 Nov 2011, at 15:38, Oliver-Rainer
Wittmann wrote:
Hi,
our build tool dmake is licensed under GPL. Thus, it can not be
part of our source releases. But, we can use it for building - as
we are using the gcc compiler.
Thus, I will move the dmak
In order to graduate there can be no license incompatible code in SVN. The
solution below is ok only as an interim solution.
Sent from my mobile device (so please excuse typos)
On 4 Nov 2011, at 15:38, Oliver-Rainer Wittmann
wrote:
> Hi,
>
> our build tool dmake is licensed under GPL.
> Thu
--- On Fri, 11/4/11, Oliver-Rainer Wittmann wrote:
> I am planning to introduce a configure option in order to
> provide manually the path to the source folder of the build
> tool dmake - something like with-dmake=<$PATH to dmake
> folder>. If this option is not used, the default path
> ../../b
Am 04.11.11 16:38, schrieb Oliver-Rainer Wittmann:
Hi,
our build tool dmake is licensed under GPL.
Thus, it can not be part of our source releases.
But, we can use it for building - as we are using the gcc compiler.
Thus, I will move the dmake source folder from .../ooo/trunk/main/ to
new fold
ro.
--- On Fri, 11/4/11, Oliver-Rainer Wittmann wrote:
> From: Oliver-Rainer Wittmann
> Subject: [code] main/dmake
> To: ooo-dev@incubator.apache.org
> Date: Friday, November 4, 2011, 10:38 AM
> Hi,
>
> our build tool dmake is licensed under GPL.
> Thus, it can not be
Hi,
our build tool dmake is licensed under GPL.
Thus, it can not be part of our source releases.
But, we can use it for building - as we are using the gcc compiler.
Thus, I will move the dmake source folder from .../ooo/trunk/main/ to
new folder .../ooo/buildtools/ in order to assure that every
23 matches
Mail list logo