Bug#461440: libgtk2.0-0: Must not use a symlink for /usr/share/doc/libgtk2.0-0
clone 461440 -1 reassign -1 debian-policy 3.7.3.0 stop On Fri, Jan 18, 2008, Sven Joachim wrote: In this version, libgtk2.0-0 no longer has a versioned dependency on libgtk2.0-common. That means that you must not symlink /usr/share/doc/libgtk2.0-0 to libgtk2.0-common, see policy section 12.3. Similarly, /usr/share/doc/libgtk2.0-bin must not link to libgtk2.0-0. When you close this bug, don't forget to delete existing symlinks in your preinst scripts. Indeed; this is made clear in file:///usr/share/doc/debian-policy/policy.html/footnotes.html#f83. I'd rather have this relaxed in policy; would it be possible to drop the strict versionning requirements for symlinks? I find the current Gtk dependencies saner than the previous ones which complexified upgrades and were problematic on buildds and end user sid systems due to arch: all / any version mismatches. The symlinks are useful to save space on e.g. live CDs where /usr/share/doc proliferation has a non-negligible cost (some MBs). -- Loïc Minier ___ pkg-gnome-maintainers mailing list pkg-gnome-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers
Bug#461440: libgtk2.0-0: Must not use a symlink for /usr/share/doc/libgtk2.0-0
On Fri, Jan 18, 2008 at 04:45:41PM +0100, Loïc Minier wrote: clone 461440 -1 reassign -1 debian-policy 3.7.3.0 stop On Fri, Jan 18, 2008, Sven Joachim wrote: In this version, libgtk2.0-0 no longer has a versioned dependency on libgtk2.0-common. That means that you must not symlink /usr/share/doc/libgtk2.0-0 to libgtk2.0-common, see policy section 12.3. Similarly, /usr/share/doc/libgtk2.0-bin must not link to libgtk2.0-0. When you close this bug, don't forget to delete existing symlinks in your preinst scripts. Indeed; this is made clear in file:///usr/share/doc/debian-policy/policy.html/footnotes.html#f83. I'd rather have this relaxed in policy; would it be possible to drop the strict versionning requirements for symlinks? No, this could cause the copyright file to be inaccurate, in the event the license change between versions and packages come from a different versions. Personnally I would rather mandate that every packages include the copyright file in the deb. There are better way to trim /usr/share/doc for system low on diskspace. Cheers, Bill. ___ pkg-gnome-maintainers mailing list pkg-gnome-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers
Bug#461440: libgtk2.0-0: Must not use a symlink for /usr/share/doc/libgtk2.0-0
Loïc Minier [EMAIL PROTECTED] writes: I'd rather have this relaxed in policy; would it be possible to drop the strict versionning requirements for symlinks? The reason for the Policy requirement is the copyright file, so I don't think this can be relaxed without running the risk of getting the legal material for the package wrong. Suppose, for instance, that someone had an old version of one package installed with a different license than the package providing the /usr/share/doc directory. I find the current Gtk dependencies saner than the previous ones which complexified upgrades and were problematic on buildds and end user sid systems due to arch: all / any version mismatches. The symlinks are useful to save space on e.g. live CDs where /usr/share/doc proliferation has a non-negligible cost (some MBs). The common thing to do in this situation is to ship only the Debian changelog and the copyright file in the /usr/share/doc directory of the other package, along with a pointer to whatever directory has the real documentation. -- Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/ ___ pkg-gnome-maintainers mailing list pkg-gnome-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers
Bug#461440: libgtk2.0-0: Must not use a symlink for /usr/share/doc/libgtk2.0-0
reopen 461440 thanks On 2008-01-18 22:21 +0100, Loïc Minier wrote: On Fri, Jan 18, 2008, Russ Allbery wrote: The reason for the Policy requirement is the copyright file, so I don't think this can be relaxed without running the risk of getting the legal material for the package wrong. Suppose, for instance, that someone had an old version of one package installed with a different license than the package providing the /usr/share/doc directory. Indeed; I thought about the changelog versions mismatches, but didn't think about copyright which is more criticial; that said, I would guess mismatches would be transient, in sid or when upgrading for example. But well, let's not take the risk indeed. (closing, thanks) It seems you closed the wrong bug here, I'm correcting that. Sven ___ pkg-gnome-maintainers mailing list pkg-gnome-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers
Bug#461440: libgtk2.0-0: Must not use a symlink for /usr/share/doc/libgtk2.0-0
Package: libgtk2.0-0 Version: 2.12.5-1 Severity: serious In this version, libgtk2.0-0 no longer has a versioned dependency on libgtk2.0-common. That means that you must not symlink /usr/share/doc/libgtk2.0-0 to libgtk2.0-common, see policy section 12.3. Similarly, /usr/share/doc/libgtk2.0-bin must not link to libgtk2.0-0. When you close this bug, don't forget to delete existing symlinks in your preinst scripts. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22.16 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libgtk2.0-0 depends on: ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libc6 2.7-6 GNU C Library: Shared libraries ii libcairo2 1.4.14-1 The Cairo 2D vector graphics libra ii libcomerr21.40.4-1 common error description library ii libcupsys21.3.5-1Common UNIX Printing System(tm) - ii libfontconfig12.5.0-2generic font configuration library ii libglib2.0-0 2.14.5-2 The GLib library of C routines ii libgnutls13 2.0.4-1the GNU TLS library - runtime libr ii libgtk2.0-common 2.12.5-1 Common files for the GTK+ graphica ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libkrb53 1.6.dfsg.3~beta1-2 MIT Kerberos runtime libraries ii libpango1.0-0 1.18.4-1 Layout and rendering of internatio ii libpng12-01.2.15~beta5-3 PNG library - runtime ii libtiff4 3.8.2-7Tag Image File Format (TIFF) libra ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcomposite11:0.4.0-1 X11 Composite extension library ii libxcursor1 1:1.1.9-1 X cursor management library ii libxdamage1 1:1.1.1-3 X11 damaged region extension libra ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxfixes31:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi62:1.1.3-1 X11 Input extension library ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxrandr22:1.2.2-1 X11 RandR extension library ii libxrender1 1:0.9.4-1 X Rendering Extension client libra ii zlib1g1:1.2.3.3.dfsg-9 compression library - runtime Versions of packages libgtk2.0-0 recommends: ii hicolor-icon-theme0.10-1 default fallback theme for FreeDes ii libgtk2.0-bin 2.12.5-1 The programs for the GTK+ graphica -- no debconf information ___ pkg-gnome-maintainers mailing list pkg-gnome-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gnome-maintainers