Your message dated Sun, 26 Apr 2009 22:04:55 -0700 with message-id <87ab62sn48.fsf@windlord.stanford.edu> and subject line Re: Bug#524780: lintian: false positive usr-share-doc-symlink-without-dependency for multiple-step depends has caused the Debian Bug report #524780, regarding lintian: false positive usr-share-doc-symlink-without-dependency for multiple-step depends to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact owner@bugs.debian.org immediately.) -- 524780: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=524780 Debian Bug Tracking System Contact owner@bugs.debian.org with problems
--- Begin Message ---
- To: Debian Bug Tracking System <submit@bugs.debian.org>
- Subject: lintian: false positive usr-share-doc-symlink-without-dependency for multiple-step depends
- From: Yann Dirson <dirson@debian.org>
- Date: Sun, 19 Apr 2009 23:10:48 +0200
- Message-id: <[🔎] 20090419211048.GA16738@nan92-1-81-57-214-146.fbx.proxad.net>
Package: lintian Version: 2.2.9 Severity: normal gcompris-dbg gets reported a usr-share-doc-symlink-without-dependency against gcompris-data (which contains the docdir), although -dbg does depend on gcompris, which in turn does depend on -data. And it is pointless to add an additional dep just for this, since if gcompris ever got its docdir symlink b0rked, lintian would probably already notice it anyway. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23.8-smp (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages lintian depends on: ii binutils 2.19.1-1 The GNU assembler, linker and bina ii diffstat 1.46-1 produces graph of changes introduc ii dpkg-dev 1.14.25 Debian package development tools ii file 5.00-1 Determines file type using "magic" ii gettext 0.17-6 GNU Internationalization utilities ii intltool-debian 0.35.0+20060710.1 Help i18n of RFC822 compliant conf ii libdigest-sha-perl 5.47-1 Perl extension for SHA-1/224/256/3 ii libipc-run-perl 0.82-1 Perl module for running processes ii libparse-debianchangel 1.1.1-2 parse Debian changelogs and output ii libtimedate-perl 1.1600-9 Time and date functions for Perl ii liburi-perl 1.37+dfsg-1 Manipulates and accesses URI strin ii man-db 2.5.5-1 on-line manual pager ii perl [libdigest-sha-pe 5.10.0-19 Larry Wall's Practical Extraction lintian recommends no packages. Versions of packages lintian suggests: ii binutils-multiarch 2.19.1-1 Binary utilities that support mult pn libtext-template-perl <none> (no description available) ii man-db 2.5.5-1 on-line manual pager -- no debconf information
--- End Message ---
--- Begin Message ---
- To: 524780-done@bugs.debian.org
- Subject: Re: Bug#524780: lintian: false positive usr-share-doc-symlink-without-dependency for multiple-step depends
- From: Russ Allbery <rra@debian.org>
- Date: Sun, 26 Apr 2009 22:04:55 -0700
- Message-id: <87ab62sn48.fsf@windlord.stanford.edu>
- In-reply-to: <[🔎] 87iql0xejg.fsf@windlord.stanford.edu> (Russ Allbery's message of "Sun\, 19 Apr 2009 19\:08\:35 -0700")
- References: <[🔎] 20090419211048.GA16738@nan92-1-81-57-214-146.fbx.proxad.net> <[🔎] 87iql0xejg.fsf@windlord.stanford.edu>
Closing per previous message. Policy doesn't require copyright extractors follow transitive dependencies. Russ Allbery <rra@debian.org> writes: > Please add the explicit dependency per Policy: > > /usr/share/doc/package may be a symbolic link to another directory in > /usr/share/doc only if the two packages both come from the same source > and the first package Depends on the second. These rules are important > because copyrights must be extractable by mechanical means. > > We do not require that automated copyright extracters support a full > dependency resolution engine, only a simple one-level Depends check. -- Russ Allbery (rra@debian.org) <http://www.eyrie.org/~eagle/>
--- End Message ---