Hi Scott,
Am Thu, 07 Oct 2010 17:49:48 -0600 schrieb Scott Furry:
On 07/10/10 05:00 PM, Charles Marcus wrote:
On 2010-10-07 6:05 PM, Scott Furry wrote:
On 07/10/10 03:04 PM, Charles Marcus wrote:
Maybe what is needed is some simple communication to the major
distros to see what form would be best. I cannot imagine this
would be that difficult - they should all be able to work with
standard tarballs and do whatever is needed on their end to make it
work.
Not all of them. Case in point is the person who put together the
Debian packages (Nikola Yanev - great work BTW :D ). There are others
out there in the community. It would be great if they (and their
skills) could be be brought together allowing for a one-stop-download
location of packages for the different OS distributions.
This would then be considered the "upstream repository" from which
the various OS distribution teams could then mirror/pull down LibO
for distribution to users of that OS.
+1 This is a really good idea and some from german community were
and are still working on getting the major distro package
maintainers of OOo to one table and according to Mechtilde she had
quite some success during FrosCon or was it OOoCon?
I do not think that LibO should be in the business of providing
individual distro packages - let the distro package managers do that. It
will free up lots of developer resources to focus on programming, not
building/providing packages.
Agreed.
Most, if not all, of the major distributions build the packages
from source. Mostly because they add additional patches to either
remove functions that don't match their policies and/or are
possibly patent protected, are not 100% legal, not 100% free in the
way the distribution understands it, etc.
The Debian distribution has over 25,000 different packages in
their repository.
You think Debian has the time to look after this stuff?
Yes, they do so. Rene builds every single OOo Milestone for Debian
so that he can apply or remove patches and make OOo meet the debian
guidelines.
Especially since its staffed with volunteers around the globe?
If somebody from the organization and/or community does not do
the work (or DF pays someone to do it) LibO will either *never
make into the repositories* -or- *become an extremely low
priority* for distribution.
Were did you get this information from? Which distribution
maintainer told you this?
Okay... but for a package as large as LibreOffice, it seems to me
that a .diff approach would be much better... the only time it
wouldn't be practical is for major updates (ie, going from 2.0.1 to
3.3)... but code the update routine to check for that and just
download the new version, uninstall the old version and install the
new version.
Again...a package is supplied in a compressed archive format, albeit
with a different extension.
<sigh> so compress it.
That's what the workflow of creating a deb/rpm/et al does.
Debian packages are standard Unix ar archives that include two
gzipped, bzipped or lzmaed tar archives: one that holds the control
information and another that contains the data.
Yes, and the deb package maintainers generally pull *the source* from
the source provider (in this case, the LibO repositories), then builds
their packages.
Right.
Again - let the distro package maintainers do the heavy lifting there...
all LibO needs to do is provide access to the source.
See my comments above.
This is why I suggestion packaging specialists. See my comments
about Debian above.
I read them but they aren't quite right. I maybe wrong too and in
the end only rene could really tell how he works on the Debian
LibO/OOo.
Eric
--
## de.OpenOffice.org - Office für MacOS X, Linux, Solaris & Windows
## Openoffice.org - ich steck mit drin!
--
To unsubscribe, send an empty e-mail to discuss+unsubscribe@documentfoundation.org
All messages you send to this list will be publicly archived and cannot be deleted.
List archives are available at http://www.documentfoundation.org/lists/discuss/
Context
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.