Quantcast

headless build doing something useful

classic Classic list List threaded Threaded
4 messages Options
Riccardo Magliocchetti Riccardo Magliocchetti
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate
star

headless build doing something useful

Hello,

with the latest patches i pushed today i'm (finally :) able to compile /
install / convert some documents with --enable-headless switch.

I've added some documentation to the wiki [1], still in Development
because it is really not ready for general use i think.

So i would like to thanks all libo developers especially mmeeks, matus
and tml for their support / help with patches.

thanks,
riccardo

[1] https://wiki.documentfoundation.org/Development/HeadlessBuild
_______________________________________________
LibreOffice mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Tomáš Chvátal-2 Tomáš Chvátal-2
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate
star

Re: headless build doing something useful

Dne Čt 31. května 2012 21:04:21, Riccardo Magliocchetti napsal(a):

> Hello,
>
> with the latest patches i pushed today i'm (finally :) able to compile /
> install / convert some documents with --enable-headless switch.
>
> I've added some documentation to the wiki [1], still in Development
> because it is really not ready for general use i think.
>
> So i would like to thanks all libo developers especially mmeeks, matus
> and tml for their support / help with patches.
>
> thanks,
> riccardo
>
> [1] https://wiki.documentfoundation.org/Development/HeadlessBuild
Eeexcelent,

Just one question, are all the dependencies properly nested in the
configure.in?

Lets say I am dumb and I want to call something like ./configure --enable-
headless --enable-kde and expect the configure to pick for me that headless has
priority there.

Basically reason is that I want to implement this in our Gentoo ebuild and for
that I have to trust the configure to decide it properly or patch it myself by
use dependencies (eg stating "If having headless enabled you have to disable
gtk, kde, gnome, ...") which in return requires users to do more work before
getting the package to build.

Cheers

Tom
_______________________________________________
LibreOffice mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/libreoffice

signature.asc (853 bytes) Download Attachment
Tor Lillqvist-2 Tor Lillqvist-2
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate
star

Re: headless build doing something useful

> Lets say I am dumb and I want to call something like ./configure --enable-
> headless --enable-kde and expect the configure to pick for me that headless has
> priority there.

I don't think we will ever be able to completely specify a 100%
correct relationship between options, what options make others
meaningless, what ones conflict, etc etc. That's what this mailing
list is for, so people who try some stupid combination can ask why it
doesn't work even if the configure script didn't complain;)

--tml
_______________________________________________
LibreOffice mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Riccardo Magliocchetti Riccardo Magliocchetti
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate
star

Re: headless build doing something useful

In reply to this post by Tomáš Chvátal-2
Hello,

Il 31/05/2012 22:50, Tomáš Chvátal ha scritto:
> Dne Čt 31. května 2012 21:04:21, Riccardo Magliocchetti napsal(a):
>> with the latest patches i pushed today i'm (finally :) able to compile /
>> install / convert some documents with --enable-headless switch.
>> [snip]
>> [1] https://wiki.documentfoundation.org/Development/HeadlessBuild
 >
> Just one question, are all the dependencies properly nested in the
> configure.in?

Nope, if you look at [1] above there are a ton of --disable switches,
some of them have already a test_* variable in configure so we can do
something for them.

> Lets say I am dumb and I want to call something like ./configure --enable-
> headless --enable-kde and expect the configure to pick for me that headless has
> priority there.

As Tor said you cannot avoid completely this kind of issues, my idea is
towards making it easy to build headless but don't want clutter
configure.in with tons of headless specific conditionals.

> Basically reason is that I want to implement this in our Gentoo ebuild and for
> that I have to trust the configure to decide it properly or patch it myself by
> use dependencies (eg stating "If having headless enabled you have to disable
> gtk, kde, gnome, ...") which in return requires users to do more work before
> getting the package to build.

I think it is a bit early for that kind of exposure :)

thanks,
riccardo
_______________________________________________
LibreOffice mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Loading...