lp:debian/ogre

Related source package recipes

No recipes using this branch. (?)

Create packaging recipe

Related snap packages

Related bugs

Related blueprints

38. By Manuel A. Fernandez Montecelo on 2012-11-13

* Document some files oversought in debian/copyright (Closes: #690200).
  Thanks Bart Martens and Anton Gladky for reporting and collaborating in
  fixing the problem.
* Patches:
  - Add remove-alignment.patch to drop obsolete stack alignment hack that
    breaks with gcc-4.7 (removed in upstream 1.8.1), and causes crashes on
    some architectures when using skeletons (possibly affecting a broad range
    of OGRE applications). The patch is a modified version by me from the
    patch applied to 1.8.1, upstream does not support 1.7 series anymore.
    Thanks to Julian Taylor and Kai Mast for the report and point to upstream
    patch to 1.8 (#687013), and Nicolas Bourdaud for pointing to the problem
    in 1.7 series as well (Closes: #692397).

37. By Manuel A. Fernandez Montecelo on 2012-10-10

* Remove Samples altogether, since almost all of them contain or depend on
  non-free items (fonts and some media objects, see Debian and upstream bug
  report).
  After contacting upstream, they are not inclined to resolve the issue soon
  (read: it will take years and several major releases, if it happens at all).
  All of them are removed and there will be no attempt to track which ones are
  DFSG-compliant; it is quite a burden (thus decreasing the time that can be
  devoted to maintain the package in good shape, follow closely upstream
  updates, etc), and this is even more complicated with different sets of
  samples in every release (as it is the case now, with v1.7 and v1.8 in the
  Debian archive).
  This change encompasses the following actions/changes:
  - Repack the source (simply removing all ./Samples/)
  - Remove patch change_sample_cfg_path.patch, of no use now
  - Remove corresponding sample packages from debian/control
  - Remove files debian/*samples*.install
  - Closes: #684218 ("ogre contains non-free font from larabie collection")
* Force Build-Depends and Depends of libogre-dev on version 1.49 (this
  particular one since it is the default for Wheezy). OGRE exposes internal
  source code from boost which is sometimes incompatible between versions and
  might produce deadlocks with applications using/linking incompatible
  versions of boost. The problem is probably not fixed completely, but this
  is an attempt to mitigate it (see the bug report for the discussion).
  Thanks Paul D Turner for the toughtful report and Steve M. Robbins for
  feedback. (Closes: #674633).

36. By Manuel A. Fernandez Montecelo on 2012-04-30

* Modify options to avoid CPPFLAGS hardening flags missing (Closes: #665324)
* Minor modifications to debian/copyright to avoid lintian warnings about
  non-conformant fields

35. By Manuel A. Fernandez Montecelo on 2012-03-18

* Build-depends on libois-dev changed to [linux-any] only, and samples
  packages built for only for [linux-any] as well, since OIS does not build in
  non-Linux kernels/architectures (Closes: #664548).
* Small reformat to debian/copyright to follow standards (a paragraph, content
  of a field, without a leading space)

34. By Manuel A. Fernandez Montecelo on 2012-03-12

Install /usr/share/OGRE-*/*.cfg files in the samples binary package instead
of an arch-independent one, so it includes the correct path for plugins for
each architecture (Closes: #663502)

33. By Manuel A. Fernandez Montecelo on 2012-03-04

* Test for existence of directories /etc/OGRE* before attempting to remove
  them in {pre,post}{inst,rm} scripts
* Declaring pre-dependency on dpkg (>= 1.15.7.2~) because of the use of
  dpkg-maintscript-helper
* debian/copyright format set to format-1.0 (with appropriate URL)
* Fix short description and priority of the sample packages

32. By Manuel A. Fernandez Montecelo on 2012-02-27

* New upstream release
  - Change names of relevant packages with 1.7.3 for 1.7.4
* Bump Standards-Version to 3.9.3 (no changes needed)
* Enable building and installing the samples, including source code
  - Create new packages: ogre-samples, -data and -dbg
  - Add Build-Depends on libois-dev
  - Add debian/patches/change_sample_cfg_path.patch to make SampleBrowser be
    able to detect the plugins installed in the system, especially the
    Renderer, without which it cannot start.
* Add "dpkg-maintscript-helper rm_conffile /etc/OGRE/plugins.cfg" also in
  libogre-$(VERSION).postinst and .postrm (not only .preinst), to try to
  remove unmodified versions of the file from previous package revisions.
  Thanks again to Sam Morris, hopefully the bug is properly fixed this time
  (Closes: #656997).
  - Do the same for /etc/OGRE-1.7.3/plugins.cfg shipped in 1.7.3-5
* Remove wrongly used "Multi-Arch: same" in -dev package, one of the files
  shipped is actually different in some architectures due to endian-ness
  differences (Closes: #658659). Thanks Jakub Wilk.

31. By Manuel A. Fernandez Montecelo on 2012-02-04

* Use always "versioned" directory names, like /usr/share/OGRE-1.7.3 and
  /usr/lib/MULTIARCH_TRIPLET/OGRE-1.7.3 instead of plain .../OGRE. In this
  way several versions of the library can be installed at once, as it's
  usually the case with shared libraries but it was not with OGRE until now
  (Closes: #653527).
* Add missing Build-Depend on "dpkg-dev (>= 1.16.1~)" (instead of the
  suggested .0 of the bug report), and substituting DEB_BUILD_MULTIARCH for
  DEB_HOST_MULTIARCH (Closes: #658015). The former was used by a propagated
  mistake. Thanks Sam Morris for the notice and the patch (although I didn't
  use the patch provided because I had already changed the more problematic
  parts with a better solution). Please reopen if there are still remaining
  problems.
* Remove /etc/OGRE*/plugins.cfg, according to upstream it's not present in
  other systems, and indeed is more appropriate for applications to define
  what plugins they want to use (or rely only on code, not .cfg files, for
  that).
  - Remove the Debian script /usr/bin/update-ogre-plugins (and its manpage),
    it's of no use now.
  - Remove the template for plugins.cfg
* Remove /etc/OGRE/plugins.cfg when uninstalling (or upgrading and moving the
  file elsewhere, as it happened for a few versions), if the one installed in
  the system was unmodified. Thanks Sam Morris for the report and the
  suggested fix (Closes: #656997)
* Remove cruft provided in the past along with the package but not used for a
  few releases/years:
  - LightwaveConverter.1: binary not present since very long
  - ogre-get-orig-source-1.6.4: script obsolete and unnecessary since with 1.7
    -- it's been clarified that the documentations and the samples are DFSG
    compatible

30. By Manuel A. Fernandez Montecelo on 2012-01-18

* Urgency set to high because the version in testing (1.7.3-3) is quite
  broken, and will not work for most people.
* Moving configuration and plugins in directories named just "OGRE" to
  "OGRE-${VERSION}", so actually several versions of the library can be
  installed at the same time.
* Fixing paths in the shipped plugins.cfg for the new location of the plugins
  in multi-arch environment, including RPATH for the plugins using it.

* Remove debian/extras/ogre-plugins-config.in and ogre-plugins-config.1
  (corresponding man page). As far as I know they were never used, and
  introducing such a tool creates more harm than good in my opinion
  (divergence from upstream and needlessly doing things ad-hoc that should be
  managed by the users of the library).

29. By Manuel A. Fernandez Montecelo on 2012-01-15

Disabling some hardening and linking options, they were causing severe
problems for some users with the application aborting during initialisation
(Launchpad bug LP: #913523), confirmed in Debian. I think that the main
culprit is "-Wl,-Bsymbolic", although other hardening flags were disabled
because of compilation failures after disabling the previous one (+pie).