--- On Sat, 7/23/11, Malte Timmermann wrote:
> Having extensions separated from the
> source tree of the core product
> doesn't mean they can't be part of some installation set.
>
> This is just about packaging then.
>
Having the extensions in the same tarball usually makes
packaging easier, a
Having extensions separated from the source tree of the core product
doesn't mean they can't be part of some installation set.
This is just about packaging then.
Malte.
On 22.07.2011 17:11, Pedro F. Giffuni wrote:
--- On Fri, 7/22/11, Malte Timmermann wrote:
Wrt PDF Import Extension, and
--- On Fri, 7/22/11, Malte Timmermann wrote:
> Wrt PDF Import Extension, and similar extensions: Optional
> extensions should not be part of a regular OOo build or
> source tree,
> IMHO.
>
In general, I agree, however a pdf import extension (with OCR)
would be popular enough that we should inc
Wrt PDF Import Extension, and similar extensions: Optional extensions
should not be part of a regular OOo build or source tree, IMHO.
We should have separate source trees for the core product, and for
optional extensions.
Malte.
On 18.07.2011 20:21, Mathias Bauer wrote:
On 18.07.2011 20:04,
On 20.07.2011 13:06, Eike Rathke wrote:
Hi Mathias,
On Tuesday, 2011-07-19 23:32:50 +0200, Mathias Bauer wrote:
Builds fine on Debian Squeeze unxlngx6.pro, but I didn't get any install
set, not even a .tar.gz, this helped:
cd $SRC_ROOT/instsetoo_native/util
dmake openoffice_en-US PKGFORMAT=in
Wrt PDF Import Extension, and similar extensions: Optional extensions
should not be part of a regular OOo build or source tree, IMHO.
We should have separate source trees for the core product, and for
optional extensions.
Malte.
On 18.07.2011 20:21, Mathias Bauer wrote:
On 18.07.2011 20:04,
Hi Mathias,
On Tuesday, 2011-07-19 23:32:50 +0200, Mathias Bauer wrote:
> > Builds fine on Debian Squeeze unxlngx6.pro, but I didn't get any install
> > set, not even a .tar.gz, this helped:
> >
> > cd $SRC_ROOT/instsetoo_native/util
> > dmake openoffice_en-US PKGFORMAT=installed
>
> Interestin
Hi Eike,
thanks a lot for your improvements!
On 19.07.2011 23:21, Eike Rathke wrote:
> Hi Mathias,
>
> On Monday, 2011-07-18 19:14:46 +0200, Mathias Bauer wrote:
>
>> I wanted to have it lazy ;-), so I just added a single configure switch
>> "--with-disable-copyleft" and did some quick and dir
Hi Mathias,
On Monday, 2011-07-18 19:14:46 +0200, Mathias Bauer wrote:
> I wanted to have it lazy ;-), so I just added a single configure switch
> "--with-disable-copyleft" and did some quick and dirty changes to
> configure.in.
Well, that resulted in copyleft always disabled ;-) because in
if
On Mon, Jul 18, 2011 at 7:14 PM, Mathias Bauer wrote:
> Hi,
>
> I tried to get rid of some copyleft dependencies. As I will leave for
> vacation on Wednesday, I now send my first patch to the list so that
> others already can have a look or even continue. I only did it on Linux
> so far, of course
On Tue, Jul 19, 2011 at 12:54 AM, Andy Brown wrote:
> Marcus (OOo) wrote:
> > Am 07/18/2011 10:04 PM, schrieb David McKay:
> >>
> >> On 18/07/11 20:50, Andy Brown wrote:
> >>> Mathias Bauer wrote:
> On 18.07.2011 20:21, Mathias Bauer wrote:
>
> >> 1) xpdf (GPL'd) is a run dependency,
Marcus (OOo) wrote:
> Am 07/18/2011 10:04 PM, schrieb David McKay:
>>
>> On 18/07/11 20:50, Andy Brown wrote:
>>> Mathias Bauer wrote:
On 18.07.2011 20:21, Mathias Bauer wrote:
>> 1) xpdf (GPL'd) is a run dependency, this is linux/unix
>> specific. PDFBox may be a replacement.
>>>
Pedro F. Giffuni wrote:
> FWIW;
>
> --- On Mon, 7/18/11, Andy Brown wrote:
> ...
>>
>> I agree with you that it is the expectations that cause the
>> real problem. For me it is a waste as it does not do as
>> most people expect. An OCR import would be a better option,
>> if we can find one.
>>
>
Am 07/18/2011 10:04 PM, schrieb David McKay:
On 18/07/11 20:50, Andy Brown wrote:
Mathias Bauer wrote:
On 18.07.2011 20:21, Mathias Bauer wrote:
1) xpdf (GPL'd) is a run dependency, this is linux/unix
specific. PDFBox may be a replacement.
This component is used for the pdf import extension
FWIW;
--- On Mon, 7/18/11, Andy Brown wrote:
...
>
> I agree with you that it is the expectations that cause the
> real problem. For me it is a waste as it does not do as
> most people expect. An OCR import would be a better option,
> if we can find one.
>
I haven't looked at this in a while, b
David McKay wrote:
>
> On 18/07/11 20:50, Andy Brown wrote:
>> Mathias Bauer wrote:
>>> On 18.07.2011 20:21, Mathias Bauer wrote:
>>>
> 1) xpdf (GPL'd) is a run dependency, this is linux/unix
> specific. PDFBox may be a replacement.
This component is used for the pdf import extension,
On 18.07.2011 21:28, Pedro F. Giffuni wrote:
> --- On Mon, 7/18/11, Christian Lohmaier wrote:
>
>> On Mon, Jul 18, 2011 at 8:04 PM, Pedro F. Giffuni
>> wrote:
>> >
>> > 1) xpdf (GPL'd) is a run dependency, this is
>> > linux/unix specific. PDFBox may be a replacement.
>>
>> Why would this be l
On 18/07/11 20:50, Andy Brown wrote:
Mathias Bauer wrote:
On 18.07.2011 20:21, Mathias Bauer wrote:
1) xpdf (GPL'd) is a run dependency, this is linux/unix
specific. PDFBox may be a replacement.
This component is used for the pdf import extension, not for OOo itself.
The pdf import extensio
Mathias Bauer wrote:
> On 18.07.2011 20:21, Mathias Bauer wrote:
>
>>> 1) xpdf (GPL'd) is a run dependency, this is linux/unix
>>> specific. PDFBox may be a replacement.
>>
>> This component is used for the pdf import extension, not for OOo itself.
>>
>> The pdf import extension is not built by de
--- On Mon, 7/18/11, Christian Lohmaier wrote:
> On Mon, Jul 18, 2011 at 8:04 PM, Pedro F. Giffuni
> wrote:
> >
> > 1) xpdf (GPL'd) is a run dependency, this is
> > linux/unix specific. PDFBox may be a replacement.
>
> Why would this be linux/unix specific? xpdf code is used
> for the pdf-impor
--- On Mon, 7/18/11, Mathias Bauer wrote:
...
> >
> > I would like to add a couple more:
> >
> > 1) xpdf (GPL'd) is a run dependency, this is
> > linux/unix specific. PDFBox may be a replacement.
>
> This component is used for the pdf import extension, not
> for OOo itself.
>
> The pdf imp
Hi *,
On Mon, Jul 18, 2011 at 8:04 PM, Pedro F. Giffuni wrote:
>
> 1) xpdf (GPL'd) is a run dependency, this is linux/unix
> specific. PDFBox may be a replacement.
Why would this be linux/unix specific? xpdf code is used for the
pdf-import extension, and that is available for Windows as well.
>
On 18.07.2011 20:21, Mathias Bauer wrote:
>> 1) xpdf (GPL'd) is a run dependency, this is linux/unix
>> specific. PDFBox may be a replacement.
>
> This component is used for the pdf import extension, not for OOo itself.
>
> The pdf import extension is not built by default, there is a configure
>
On 18.07.2011 20:04, Pedro F. Giffuni wrote:
> Hello Mathias;
>
> --- On Mon, 7/18/11, Mathias Bauer wrote:
>> Hi,
>>
>> I tried to get rid of some copyleft dependencies. As I will
>> leave for vacation on Wednesday,
>
> First of all, thanks so much for working on this!
>
>> I now send my fir
Hello Mathias;
--- On Mon, 7/18/11, Mathias Bauer wrote:
> Hi,
>
> I tried to get rid of some copyleft dependencies. As I will
> leave for vacation on Wednesday,
First of all, thanks so much for working on this!
> I now send my first patch to the list so that others already
> can have a look o
On 18.07.2011 19:29, Sam Ruby wrote:
> On Mon, Jul 18, 2011 at 1:14 PM, Mathias Bauer wrote:
>>
>> I wanted to have it lazy ;-), so I just added a single configure switch
>> "--with-disable-copyleft" and did some quick and dirty changes to
>> configure.in. If someone wants to make the name or the
On Mon, Jul 18, 2011 at 1:14 PM, Mathias Bauer wrote:
>
> I wanted to have it lazy ;-), so I just added a single configure switch
> "--with-disable-copyleft" and did some quick and dirty changes to
> configure.in. If someone wants to make the name or the implementation
> nicer - please go for it.
27 matches
Mail list logo