* Michael Meeks schrieb:
> Luckily we have a micro-distro now; complete with our own build system,
> and method of packaging; it is called the "onebigblob" microdistro - and
> it works as badly as can be expected when trying to target all distros.
No. It works as good as possible with the
* Wols Lists schrieb:
> The system is called GUB (for Grand Universal Binary).
static linking ?
> And it's pretty successful.
Well, up to the point where it unnecessarily eats up resources
due massive code duplication and security holes in ancient
bundled libraries open up your system like a
* Caolán McNamara schrieb:
> > Trivial: your own microdistro. (prefix build approach, etc).
>
> Honestly, how is that supposed to work.
With Briegel: quite simple.
Just properly state the dependencies in the package descriptors,
tell the target-config to use different installation pathes,
swi
On 31/01/11 00:32, Enrico Weigelt wrote:
>> Little bit trickier when putting on a ISV hat and trying to target
>> > all Linux distros
> One binpkg for all distros ?! The whole idea of this is stupid.
> Some of my customers didn't listen to me and tried that at any
> cost, they failed miserably. I h
On Mon, Jan 31, 2011 at 01:27:07PM +, Michael Meeks wrote:
>
> Francois: I expect you to google Tor Lillqvist, and think a bit more
> before typing.
I'm sure Tor is a nice fellow; I'm sorry if some of my mails seemed rude,
that was not my intent.
> this does not
> mean it is worthless having
On Mon, 2011-01-31 at 14:38 +, Caolán McNamara wrote:
> On Mon, 2011-01-31 at 13:30 +, Michael Meeks wrote:
> > and xml security foo - AFAIR the cert management
> > stuff in moz really needs pushing down to NSS, or splitting out.
>
> IIRC the real stuff that xmlsecurity needs is all in NS
On Mon, 2011-01-31 at 13:30 +, Michael Meeks wrote:
> and xml security foo - AFAIR the cert management
> stuff in moz really needs pushing down to NSS, or splitting out.
IIRC the real stuff that xmlsecurity needs is all in NSS, while the only
bit that xmlsecurity needs from MOZ is simply to *f
On Sat, 2011-01-29 at 14:44 +0100, Francois Tigeot wrote:
> I'm still trying to figure out the autogen.sh stuff and make it use the
> correct paths for libraries; one of the errors I got is really freaking
> me out:
:-)
> Why would LO need to build it own version of Mozilla/Seamonkey !?
On Sun, 2011-01-30 at 22:11 +0100, Enrico Weigelt wrote:
> No, simply state the depencies and let the distros handle the rest.
> For old legacy systems, simply create an own micro-distro.
Luckily we have a micro-distro now; complete with our own build system,
and method of packaging; it i
On Mon, 2011-01-31 at 01:32 +0100, Enrico Weigelt wrote:
> One binpkg for all distros ?! The whole idea of this is stupid.
>
> > What's the target distro that the universal build on e.g. the website
> > download site should pick.
>
> Trivial: your own microdistro. (prefix build approach, etc).
* Caolán McNamara schrieb:
> That's the argument in favour for using --with-system-libs and its
> definitely the right choice for distros.
The right choice for everybody who's not completely lobotomized ;-P
> Little bit trickier when putting on a ISV hat and trying to target
> all Linux distros
On Sun, 2011-01-30 at 22:26 +0100, Enrico Weigelt wrote:
> * Caolán McNamara schrieb:
>
> > For a distro build configuring with --with-system-libs will generally
> > do-the-right-thing.
>
> What happens when the software depends on some ancient, long solved
> bug that's maybe still in the old bu
* Caolán McNamara schrieb:
> For a distro build configuring with --with-system-libs will generally
> do-the-right-thing.
What happens when the software depends on some ancient, long solved
bug that's maybe still in the old bundled version ? You'll have to
support both the ancient bundled and th
* Francois Tigeot schrieb:
> Should LO be including 3rd party software to facilitate the work of people who
> don't know what they are doing ?
At the cost of everybody else ? (from devs through package/dist maintainers
to end users who all have to waste lots of their resources)
> > But I do thi
* Tor Lillqvist schrieb:
> Please, are you talking about third-party source code included
> in the LibreOffice source code (git repositories), source code
> downloaded as part of the build process (unless one tells it
> to use a "system" library), or binaries from either of those
> included in a
On Sat, 2011-01-29 at 14:00 +0100, Enrico Weigelt wrote:
> Hi folks,
>
>
> one of the things which always unnverved me most in OO is the fact
> that it ships own copies of dozens of standard 3rd-party packages,
> often very outdated and patched-to-death.
For a distro build configuring with --wi
On Sat, Jan 29, 2011 at 11:01:13AM -0700, Tor Lillqvist wrote:
> >> IMHO, there's no reason to include old versions of third-party packages in
> >> LibreOffice proper.
>
> Please, are you talking about third-party source code
> - included in the LibreOffice source code (git repositories),
> - sour
>> IMHO, there's no reason to include old versions of third-party packages in
>> LibreOffice proper.
Please, are you talking about third-party source code included in the
LibreOffice source code (git repositories), source code downloaded as part of
the build process (unless one tells it to use a
* Francois Tigeot schrieb:
> There are all sorts of solutions:
>
> - using the vendor framework (if they still care/are alive)
> - installation by hand (configure / make / make install)
> - lightweight management with tools such as stow:
>
> http://unmaintainable.wordpress.com/2007/01/14/pack
On Sat, Jan 29, 2011 at 08:36:35AM -0700, Tor Lillqvist wrote:
> > it ships own copies of dozens of standard 3rd-party packages,
>
> "standard" from the viewpoint of up-to-date Linux distros, that is. Don't
> forget that LibreOffice is supposed to run also on not-so-up-to-date Linux
> installati
Hi,
On Sat, Jan 29, 2011 at 08:36:35AM -0700, Tor Lillqvist wrote:
> And of course, various other Unixes too (although I don't know if we have any
> active builders/packagers except for BSDs), on which one can be even les sure
> that there are up-to-date "standard" 3rd-party packages available.
Hi,
On Sat, Jan 29, 2011 at 04:59:27PM +0100, Rene Engelhard wrote:
> On Sat, Jan 29, 2011 at 08:36:35AM -0700, Tor Lillqvist wrote:
> > > it ships own copies of dozens of standard 3rd-party packages,
> >
> > "standard" from the viewpoint of up-to-date Linux distros, that is. Don't
> > forget th
Hi,
On Sat, Jan 29, 2011 at 08:36:35AM -0700, Tor Lillqvist wrote:
> > it ships own copies of dozens of standard 3rd-party packages,
>
> "standard" from the viewpoint of up-to-date Linux distros, that is. Don't
> forget that LibreOffice is supposed to run also on not-so-up-to-date Linux
> insta
> it ships own copies of dozens of standard 3rd-party packages,
"standard" from the viewpoint of up-to-date Linux distros, that is. Don't
forget that LibreOffice is supposed to run also on not-so-up-to-date Linux
installations. (As far as I know, the generic Linux build of LibreOffice is, or
am
On Sat, Jan 29, 2011 at 02:00:05PM +0100, Enrico Weigelt wrote:
>
> one of the things which always unnverved me most in OO is the fact
> that it ships own copies of dozens of standard 3rd-party packages,
> often very outdated and patched-to-death. Obviously this is a
> nightmare for package engin
Hi folks,
one of the things which always unnverved me most in OO is the fact
that it ships own copies of dozens of standard 3rd-party packages,
often very outdated and patched-to-death. Obviously this is a
nightmare for package engineering.
I'm currently in process of identifying those and inv
26 matches
Mail list logo