Future of Installation and packaging of OpenOffice.org

1. Split OpenOffice.org build Petr Mladek Build Engineer [email_address]

3. Solution in openSUSE-11.1/SLED11

4. Work in progress

5. Long term plans

6. Links

7. Changes for Developers and Release Engineers

9. Writer hacker need to build just sw

10. Fix annoying bug in one hour

12. Easier to understand what each module is for

13. Search 30 instead of 200 modules

14. Force reasonable dependencies

17. external people have problem to upstream global changes even now; need discussion with more Sun teams

18. split officecfg, scp2; might be easier in the end

20. build only what is needed

23. Helper scripts might help a lot

24. Solution in openSUSE-11.x/SLED11

26. group by functionality

27. group by dependencies (no cycles between groups)

28. limited time frame before SLED11

29. Better something than the current state

31. ure, sdk

32. libs-extern, libs-gui, libs-core, components

33. filters

34. base, calc, impress, writer

35. extras, l10n, help

36. postprocess

37. extensions

38. testing

40. $PATH, LD_LIBRARY_PATH, -L

43. successful minimal maintenance updates

44. easier to verify build fix

45. needed helper scripts for building, updating spec files and changelogs

46. GNOME and KDE dependencies are not clean

47. hacky -prebuilt packages

48. still need improvements to be usable by developers and to be acceptable upstream

49. Linux only

50. Work in progress

52. share setting via pkgconfig files

53. avoid hardcoded paths to the right solver

54. configure/make/make install -world

55. make from-piece

56. make A+B

57. keep compatibility with Windows

58. Long term plans

61. l10n after postprocess (against devel packages)

62. helpcontent (just the global setting)

64. More I/O filters

66. noarch stuff in /usr/share

67. can't make it relocatable easily

68. Related Links

71. http://blogs.sun.com/GullFOSS/entry/a_split_build_for_openoffice

72. Questions?