Bug#961851: Processed: make-dfsg breaks cross-toolchain-base autopkgtest: debian/kernelarch.make:5: *** empty variable name
notfound 961851 make-dfsg/4.3-1 thanks Hi, The file NEWS.Debian for make-dfsg states: , | * WARNING: Backward-incompatibility! | Previously appending using '+=' to an empty variable would result in a value | starting with a space. Now the initial space is only added if the variable | already contains some value. Similarly, appending an empty string does not | add a trailing space. ` The bug lies here: ,[ debian/kernelarch.make ] | # Black-belt magic | , := , | space := | space += | $(space) := | $(space) += ` Manoj -- flannister, n.: The plastic yoke that holds a six-pack of beer together. -- "Sniglets", Rich Hall & Friends Manoj Srivastava <http://www.debian.org/~srivasta/> 4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20 05B6 CF48 9438 C577 9A1C smime.p7s Description: S/MIME cryptographic signature
Bug#961367: tome FTBFS on 32bit: invalid conversion from ‘uint32_t*’ {aka ‘unsigned int*’} to ‘u32b*’ {aka ‘long unsigned int*’}
Hi, This is somewhat surprising, since ,[ src/h-basic.hpp ] | /* Fixed-size integral types */ | using s16b = int16_t; | using u16b = uint16_t; | using s32b = int32_t; | using u32b = uint32_t; ` is the only definiti9on present in the code, and that shouod work. I am looking into this. Manoj -- Different all twisty a of in maze are you, passages little. Manoj Srivastava <http://www.golden-gryphon.com/> 4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20 05B6 CF48 9438 C577 9A1C smime.p7s Description: S/MIME cryptographic signature
Bug#961144: ucf breaks bacula autopkgtest: Job for bacula-director.service failed
The usage of ucf in debian/bacula-director.postinst seems fine. Manoj -- Nothing ever becomes real till it is experienced -- even a proverb is no proverb to you till your life has illustrated it. -- John Keats Manoj Srivastava <http://www.golden-gryphon.com/> 4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20 05B6 CF48 9438 C577 9A1C smime.p7s Description: S/MIME cryptographic signature
Bug#961144: ucf breaks bacula autopkgtest: Job for bacula-director.service failed
Hi, There is very little actionable in the bug report. We can’t see the ucf invocation, nor do we see any error messages that might point us to the root cause. The last lines in the logs: --8<---cut here---start->8--- service bacula-director restart Job for bacula-director.service failed because the control process exited with error code. See "systemctl status bacula-director.service" and "journalctl -xe" for details. --8<---cut here---end--->8--- Point to bacula-director failing to start, which has probably little to do with ucf. The package install part of the logs seems to go wiothout an error. --8<---cut here---start->8--- apt-get -y install bacula bacula-director-pgsql Reading package lists... Building dependency tree... Reading state information... bacula is already the newest version (9.6.3-1). bacula-director-pgsql is already the newest version (9.6.3-1). 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. --8<---cut here---end--->8--- Indeed, this does not seem ucf at all. Can you show me what I am missing? Manoj -- Numeric stability is probably not all that important when you're guessing. Manoj Srivastava <http://www.golden-gryphon.com/> 4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20 05B6 CF48 9438 C577 9A1C smime.p7s Description: S/MIME cryptographic signature
Bug#890608: [921fc67] Fix for Bug#890608 committed to git
tags 890608 + pending thanks Hi, The following change has been committed for this bug by Manoj Srivastava on the branch dgit/sid at Sat, 24 Feb 2018 21:53:20 -0800. The fix will be in the next upload. = [master]: A bug fixing release Rolled backt he POSIX_X_SOURCE feature check changes. Closes: #890608 Closes: #890714 Closes: #890743 Closes: #890703 Signed-off-by: Manoj Srivastava =
Bug#890608: [7c9f215] Fix for Bug#890608 committed to git
tags 890608 + pending thanks Hi, The following change has been committed for this bug by Manoj Srivastava on the branch dgit/sid at Wed, 21 Feb 2018 15:29:20 -0800. The fix will be in the next upload. = [master]: A bug fixing release Rolled backt he POSIX_X_SOURCE feature check changes. Closes: #890608 Closes: #890714 Closes: #890743 Closes: #890703 Signed-off-by: Manoj Srivastava =
Bug#890608: [60e227f] Fix for Bug#890608 committed to git
tags 890608 + pending thanks Hi, The following change has been committed for this bug by Manoj Srivastava on the branch dgit/sid at Fri, 16 Feb 2018 14:41:38 -0800. The fix will be in the next upload. = [mster]: Add libfl2 Closes: #890608 Closes: #890599 Signed-off-by: Manoj Srivastava =
Bug#890608: [25b5405] Fix for Bug#890608 committed to git
tags 890608 + pending thanks Hi, The following change has been committed for this bug by Manoj Srivastava on the branch dgit/sid at Fri, 16 Feb 2018 14:43:31 -0800. The fix will be in the next upload. = [master]: Add libfl2 Closes: #890608 Closes: #890599 Signed-off-by: Manoj Srivastava =
Bug#835542: [bbb0643] Fix for Bug#835542 committed to git
tags 835542 + pending thanks Hi, The following change has been committed for this bug by Manoj Srivastava on the branch master at Thu, 8 Feb 2018 16:50:37 -0800. The fix will be in the next upload. = [master]: New upstream version, with bug fixes. Bug fix: "comparison between signed and unsigned integer expressions", thanks to Frank Heckenbach. This should be fixed now. (Closes: #835542). Bug fix: "Please update homepage in package description", thanks to Tim Ruehsen (Closes: #851675). Bug fix: "Should Suggest: flex-doc", thanks to Yuri D'Elia (Closes: #856956). Signed-off-by: Manoj Srivastava =
Bug#835542: [c363677] Fix for Bug#835542 committed to git
tags 835542 + pending thanks Hi, The following change has been committed for this bug by Manoj Srivastava on the branch master at Thu, 8 Feb 2018 15:41:28 -0800. The fix will be in the next upload. = [master]: New upstream version, with bug fixes. Bug fix: "comparison between signed and unsigned integer expressions", thanks to Frank Heckenbach. This should be fixed now. (Closes: #835542). Bug fix: "Please update homepage in package description", thanks to Tim Ruehsen (Closes: #851675). Bug fix: "Should Suggest: flex-doc", thanks to Yuri D'Elia (Closes: #856956). Signed-off-by: Manoj Srivastava =
Bug#820047: make exits with no output
severity 820047 minor tags 820047 + moreinfo thanks On Mon, Apr 04 2016, Richard Jasmin wrote: > Package: make > Version: 4.0-8.1 > Severity: grave > Justification: renders package unusable > I have a weird repeatable issue with make. > Sometimes I make something and make exits cleanly and does nothing. > At said time, no call to make will actually do anything. > The workaround is to close the shell and re-open a new one to restore > functionality. > build a kpkg and youll see what I mean.This has happened with other QT > projects > as well in the past, so its not kernel specific or code specific. What is a kpkg? > This shouldnt happen.If make is getting thrown to the wolves, then we need to > be able to see where and how to fix it. > (mebbe a double free, null pointer, or failure to free mem?) There is no actionable information in this bug report. I don't see a Makefile, or a test case, or even a way to reproduce the issue. Since Make is used every day to build Debian packages in the build daemons, and by countless other people, I don;t think you need to worry about it being thrown to the wolves. Please document what you did, what the correct responses were, the state of the target and the prerequisites, or any way the problem can be demonstrated and reproduced, and attach to information to this report. Thanks for your interest in Make, and your attempts to make it better. It is appreciated. manoj -- Pandora's Rule: Never open a box you didn't close. Manoj Srivastava <http://www.golden-gryphon.com/> 4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20 05B6 CF48 9438 C577 9A1C smime.p7s Description: S/MIME cryptographic signature
Bug#812470: [9b1770e] Fix for Bug#812470 committed to git
tags 812470 +pending thanks Hi, The following change has been committed for this bug by Manoj Srivastava on Mon, 15 Feb 2016 11:06:03 -0800. The fix will be in the next upload. = Root cause failure to build debs Firstly, this is not true in general, and I could not reproduce it as long as I use fakeroot. Bug fix: "cannot produce debs anymore", thanks to Ritesh Raj Sarraf The real issue here was that the kernel was built using the deprecated sudo, instead of fakeroot, and created ./debian directory as root. Clean, however, is not run as root, so it could not delete ./debian, and failed. This is now documented. (Closes: #812470). Signed-off-by: Manoj Srivastava =
Bug#812470: [9886378] Fix for Bug#812470 committed to git
tags 812470 +pending thanks Hi, The following change has been committed for this bug by Manoj Srivastava on Mon, 15 Feb 2016 10:53:43 -0800. The fix will be in the next upload. = Root cause failure to build debs Firstly, this is not true in general, and I could not reproduce it as long as I use fakeroot. Bug fix: "cannot produce debs anymore", thanks to Ritesh Raj Sarraf The real issue here was that the kernel was built using the deprecated sudo, instead of fakeroot, and created ./debian directory as root. Clean, however, is not run as root, so it could not delete ./debian, and failed. This is now documented. (Closes: #812470). Signed-off-by: Manoj Srivastava =
Bug#812470: [1c3218e] Fix for Bug#812470 committed to git
tags 812470 +pending thanks Hi, The following change has been committed for this bug by Manoj Srivastava on Mon, 15 Feb 2016 10:49:19 -0800. The fix will be in the next upload. = Root cause failure to build debs Firstly, this is not true in general, and I could not reproduce it as long as I use fakeroot. Bug fix: "cannot produce debs anymore", thanks to Ritesh Raj Sarraf The real issue here was that the kernel was built using the deprecated sudo, instead of fakeroot, and created ./debian directory as root. Clean, however, is not run as root, so it could not delete ./debian, and failed. This is now documented. (Closes: #812470). Signed-off-by: Manoj Srivastava =
Bug#812470: kernel-package: cannot produce debs anymore
Hi, I had time to look into this. The basic issue is that you are using sudo, which is deprecated. It creates ./debian as root; but clean is not run as root. cannot unlink file for debian/linux-headers-4.4.0+/usr/src/linux-headers-4.4.0+/include/dt-bindings/input/linux-event-codes.h: Permission denied at /usr/bin/make-kpkg line 950. I have now documented this in the man page and in the --targets execution. If you use sudo, run sudo make-kpkg clean as well. manoj --rootcmd foo The command that provides a means of gaining super user access (for example, `sudo' or `fakeroot') as needed by dpkg-buildpackage's -r option. This option does not work for three of the targets, namely, binary, binary-indep, and binary-arch. For those targets the entire make-kpkg command must be run as (fake)root. -- I think we're in trouble. Han Solo Manoj Srivastava <http://www.golden-gryphon.com/> 4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20 05B6 CF48 9438 C577 9A1C smime.p7s Description: S/MIME cryptographic signature
Bug#813256: [fc3bef6] Fix for Bug#813256 committed to git
tags 813256 + pending thanks Hi, The following change has been committed for this bug by Manoj Srivastava on the branch master at Sat, 13 Feb 2016 20:09:18 -0800. The fix will be in the next upload. = Really fix C++ comments in C parsers bug. So, when we applied the upstream patch, it only fixed the skeleton file, flex.skl, and not the generated files skel.c and scan.c;. Added a feature branch that fixes the generated files, the need for this will go away with the next upstream release. I hope. For what it is worth, the diff in upstream seems to be the same one that was in the NMU; and I have no explanations for why the -6 would behave diferently from the NMU. (Closes: #813256). Signed-off-by: Manoj Srivastava =
Bug#813256: [31b78ae] Fix for Bug#813256 committed to git
tags 813256 + pending thanks Hi, The following change has been committed for this bug by Manoj Srivastava on the branch master at Sat, 13 Feb 2016 19:50:08 -0800. The fix will be in the next upload. = Really fix C++ comments in C parsers bug. So, when we applied the upstream patch, it only fixed the skeleton file, flex.skl, and not the generated files skel.c and scan.c;. Added a feature branch that fixes the generated files, the need for this will go away with the next upstream release. I hope. For what it is worth, the diff in upstream seems to be the same one that was in the NMU; and I have no explanations for why the -6 would behave diferently from the NMU. (Closes: #813256). Signed-off-by: Manoj Srivastava =
Bug#813256: [cc74879] Fix for Bug#813256 committed to git
tags 813256 + pending thanks Hi, The following change has been committed for this bug by Manoj Srivastava on the branch master at Fri, 5 Feb 2016 15:51:18 -0800. The fix will be in the next upload. = A bug fixing release Bug fix: "C++ style comment in C output", thanks to Tim Rühsen There is a fix uploaded to deferred by Salvatore Bonaccorso . I am uploading this fix instead, since this variant has the same fix applied by a signed cherry pick from upstream, which will make the upgrade to the next version somewhat simpler. (Closes: #813256). Bug fix: "wrongly declares Multi-Arch:foreign", thanks to Helmut Grohne. While we discuss the correct solution for this, I have removed the MA package tags. I am not quite happy with the proposed solution (swapping names of the packages seems icky, but I'll defer to the experts if there is no better way) (Closes: #761449). Signed-off-by: Manoj Srivastava =
Bug#812244: make: `make` always segfaults inside `strlen`
forwarded 812244 http://savannah.gnu.org/bugs/?43434 thanks On Thu, Jan 21 2016, Tomasz Melcer wrote: > Package: make > Version: 4.1-1 > Severity: grave > Justification: renders package unusable Well, unusable is perhaps overstating it, since it only affects containers without /dev/pts mounted. You need to mount /dev/pts as a workaround. There is an upstream fix, I’ll try and get to it this weekend, along with the other regression test fix. manoj -- Most of our so-called reasoning consists in finding arguments for going on believing as we already do. -- James Harvey Robinson Manoj Srivastava <http://www.golden-gryphon.com/> 4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20 05B6 CF48 9438 C577 9A1C signature.asc Description: PGP signature
Bug#796931: Another data point
Hi, I sourced the file 70gnupg-agent.sh discussed earlier int he bug report. I am still having issues -- at least, with gpg, I can actually use gpg; gpg2 just fails. manoj > echo $GNUPGHOME /home/srivasta/lib/.sec >echo $GPG_AGENT_INFO > echo $GPG_AGENT > gpg-agent gpg-agent[1725]: gpg-agent running and available > gpg2 -vvv --clearsign ~/.login gpg: keyserver option 'include-disabled' is unknown gpg: keyserver option 'honor-http-proxy' is unknown gpg: using character set 'utf-8' gpg: Note: signature key 9D760D4D has been revoked gpg: Note: signature key 840A4306 expired Wed 11 May 2011 02:33:47 PM PDT gpg: using PGP trust model gpg: key C5779A1C: accepted as trusted key gpg: Note: signature key 9D760D4D has been revoked gpg: Note: signature key 840A4306 expired Wed 11 May 2011 02:33:47 PM PDT gpg: using subkey 6F576472 instead of primary key C5779A1C gpg: writing to '/home/srivasta/.login.asc' gpg: signing failed: No secret key gpg: /home/srivasta/.login: clearsign failed: No secret key [1]1767 exit 2 gpg2 -vvv --clearsign ~/.login > gpg -vvv --clearsign ~/.login gpg: using character set `utf-8' gpg: using PGP trust model gpg: key C5779A1C: accepted as trusted key gpg: can't handle public key algorithm 22 gpg: can't handle public key algorithm 19 gpg: error checking usability status of C7261095 gpg: key C7261095: secret key without public key - skipped gpg: NOTE: signature key 840A4306 expired Wed 11 May 2011 02:33:47 PM PDT gpg: NOTE: signature key 840A4306 expired Wed 11 May 2011 02:33:47 PM PDT gpg: no secret subkey for public subkey 840A4306 - ignoring gpg: using subkey 6F576472 instead of primary key C5779A1C You need a passphrase to unlock the secret key for user: "Manoj Srivastava " gpg: NOTE: signature key 840A4306 expired Wed 11 May 2011 02:33:47 PM PDT gpg: using subkey 6F576472 instead of primary key C5779A1C 2048-bit RSA key, ID 6F576472, created 2009-07-23 (main key ID C5779A1C) gpg: gpg-agent is not available in this session You need a passphrase to unlock the secret key for user: "Manoj Srivastava " 2048-bit RSA key, ID 6F576472, created 2009-07-23 (main key ID C5779A1C) gpg: writing to `/home/srivasta/.login.asc' gpg: RSA/SHA512 signature from: "6F576472 Manoj Srivastava " ps auwwx | egrep '[g]pg-agent' srivasta 24911 0.0 0.0 165000 2180 ?SNs 00:39 0:00 gpg-agent --daemon --enable-ssh-support --allow-preset-passphrase --no-allow-external-cache -- Man is a military animal, glories in gunpowder, and loves parade. P.J. Bailey Manoj Srivastava <http://www.debian.org/~srivasta/> 4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20 05B6 CF48 9438 C577 9A1C signature.asc Description: PGP signature
Bug#751425: ERROR: install script from emacs-goodies-el package failed
On Sun, Jul 06 2014, Peter S Galbraith wrote: > Unfortunately, I can't reproduce this bug: >>From your log: > >> maplev.el:127:1:Error: Symbol's function definition is void: function-put > it's hitting an error with emacs24 at line 127 of maplev.el: > (require 'abbrevlist) > When I eval this, I get the message: > Package abbrevlist is obsolete! > But the file has no mention of "function-put". I don't see where this is > happening... In emacs-lisp/byte-run.el --8<---cut here---start->8--- (defalias 'function-put ;; We don't want people to just use `put' because we can't conveniently ;; hook into `put' to remap old properties to new ones. But for now, there's ;; no such remapping, so we just call `put'. #'(lambda (f prop value) (put f prop value)) "Set function F's property PROP to VALUE. The namespace for PROP is shared with symbols. So far, F can only be a symbol, not a lambda expression.") --8<---cut here---end--->8--- This is my copy of emacs (from the git checkout), which I install as /usr/local/bin/emacs. Since this is not in the released emacs, this is my problem -- please feel free to close this bug. I do wonder why it picks up /usr/local/bin/emacs as opposed to /usr/bin/emacs during the install. manoj -- Two sure ways to tell a REALLY sexy man; the first is, he has a bad memory. I forget the second. Manoj Srivastava <http://www.debian.org/~srivasta/> 4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20 05B6 CF48 9438 C577 9A1C signature.asc Description: PGP signature
Bug#752151: [d7b859a] Fix for Bug#752151 committed to git
tags 752151 +pending thanks Hi, The following change has been committed for this bug by Manoj Srivastava on Fri, 20 Jun 2014 21:01:27 -0700. The fix will be in the next upload. = [master]: Build dependency fixes, no code change Added a missing build depends on vm-super-minimal, reuired fro building the pdf documentation, (Closes: #752151). Move flex.pdf to the flex-doc package. This makes it possible for the flex package's contents to not change if texinfo is not installed, e.g. in the stage1 build profile. Thanks to Peter Pentchev Move the flex-doc build dependencies to B-D-I. Move the TeX Live dependencies to Build-Depends-Indep and only build the HTML and PDF documentation if actually requested. This breaks a circular build dependency by not requiring texlive for the build of the arch-dependent flex binary packages. (Closes: #749344). Signed-off-by: Manoj Srivastava = -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#748657: [c1761a6] Fix for Bug#748657 committed to git
tags 748657 +pending thanks Hi, The following change has been committed for this bug by Manoj Srivastava on Fri, 13 Jun 2014 16:13:45 -0700. The fix will be in the next upload. = [master]: Set fopen-fail timeout to 300 Update the timeout for the fopen fail test to 300 seconds, since the test was taking longer than the default 5 seconds to run. The root cause was discovered by VÃctor M. Jáquez L. (Closes: #748657) = -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#750951: kernel-package: Make output included in kernel version halts build
severity 750951 normal tags 750951 + unreproducible tags 750951 + moreinfo thanks On Thu, Jun 12 2014, Ross Schlaikjer wrote: > Yes, I get the same results for kernel_image, kernel_headers and > kernel_source. > Attached is a script output for attempting to build kernel_image. This is definitely not behaviour I am seeing on either my own machines or debian machines available for testing. --8<---cut here---start->8--- VERSION=[make[2]: Leaving directory '/home/ross/Downloads/linux-3.15'], PATCHLEVEL=[make[2]: Leaving directory '/home/ross/Downloads/linux-3.15'], SUBLEVEL=[make[2]: Leaving directory '/home/ross/Downloads/linux-3.15'], EXTRAVERSION=[make[2]: Leaving directory '/home/ross/Downloads/linux-3.15'], LOCALVERSION=[make[2]: Leaving directory '/home/ross/Downloads/linux-3.15'], iatv=[-beast], UTS_RELEASE_VERSION=[3.15.0-beast], KERNELRELEASE=[]. --8<---cut here---end--->8--- This seems like something going very, very wrong in your local set up. Do you have another machine you could try this on? I had another grave but report that turned out to be dues to a local diversion of a kernel-package file (not that that is what is going on here, I just want to see if this can be reproduced on another machine). I have: make-kpkg clean && make-kpkg -j6 --initrd --rootcmd fakeroot --revision=$(date +%Y.%m.%d) --append-to-version '-anzu' --arch-in-name kernel_image dpkg-deb: building package `linux-image-3.15.0-anzu-11940-g6391f34' in `../linux-image-3.15.0-anzu-11940-g6391f34_2014.06.13_amd64.deb'. --8<---cut here---start->8--- == making target debian/stamp/conf/full-changelog [new prereqs: ]== for file in ChangeLog Control Control.bin86 config templates.in rules; do \ cp -f /usr/share/kernel-package/$file ./debian/; \ done cp: cannot stat ‘/usr/share/kernel-package/ChangeLog’: No such file or directory for dir in Config docs examples ruleset scripts pkg po;do \ cp -af /usr/share/kernel-package/$dir ./debian/; \ done install -p -m 755 /usr/share/kernel-package/rules debian/rules sed -e 's/=V/3.15.0-anzu-11940-g6391f34/g' \ -e 's/=D/2014.06.13/g' -e 's/=A/amd64/g' \ -e 's/=SA//g' \ -e 's/=I//g'\ -e 's/=CV/3.15/g' \ -e 's/=M/Unknown Kernel Package Maintainer /g' \ -e 's/=ST/linux/g' -e 's/=B/x86_64/g'\ -e 's/=R//g' /usr/share/kernel-package/Control > debian/control sed -e 's/=V/3.15.0-anzu-11940-g6391f34/g' -e 's/=D/2014.06.13/g' \ -e 's/=A/amd64/g' -e 's/=M/Unknown Kernel Package Maintainer /g' \ -e 's/=ST/linux/g' -e 's/=B/x86_64/g' \ /usr/share/kernel-package/changelog > debian/changelog chmod 0644 debian/control debian/changelog make -f debian/rules debian/stamp/conf/kernel-conf make[2]: Entering directory '/usr/local/src/kernel/linus-tree' --8<---cut here---end--->8--- manoj -- Be careful how you get yourself involved with persons or situations that can't bear inspection. Manoj Srivastava <http://www.golden-gryphon.com/> 4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20 05B6 CF48 9438 C577 9A1C signature.asc Description: PGP signature
Bug#751425: ERROR: install script from emacs-goodies-el package failed
Package: emacs-goodies-el Version: 35.11 Severity: grave Hi, I debated the severity of this bug, and since it fails to install, or allow emacs24 to configure, I selected grave. This could be reduced if this is only affecting my machine, Setting up emacs-goodies-el (35.11) ... Install emacs-goodies-el for emacs24 install/emacs-goodies-el: Handling emacs24, logged in /tmp/elc_jd3obj.log Building autoloads for emacs24 in /usr/share/emacs24/site-lisp/emacs-goodies-el ERROR: install script from emacs-goodies-el package failed dpkg: error processing package emacs-goodies-el (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: emacs-goodies-el === The log file is quoted below. manoj /tmp/elc_jd3obj.log contains: - emacs24 -batch --no-site-file --multibyte --eval (setq load-path (cons "." load-path)) -l autoload --eval (setq generated-autoload-file (expand-file-name "emacs-goodies-loaddefs.el")) --eval (setq make-backup-files nil) -f batch-update-autoloads . Warning (initialization): Ignoring obsolete arg --multibyte Generating autoloads for align-string.el... Generating autoloads for align-string.el...done Generating autoloads for all.el... Generating autoloads for all.el...done Generating autoloads for apache-mode.el... Generating autoloads for apache-mode.el...done Generating autoloads for ascii.el... Generating autoloads for ascii.el...done Generating autoloads for auto-fill-inhibit.el... Generating autoloads for auto-fill-inhibit.el...done Generating autoloads for bar-cursor.el... Generating autoloads for bar-cursor.el...done Generating autoloads for bm.el... Generating autoloads for bm.el...done Generating autoloads for boxquote.el... Generating autoloads for boxquote.el...done Generating autoloads for browse-huge-tar.el... Generating autoloads for browse-huge-tar.el...done Generating autoloads for browse-kill-ring.el... Generating autoloads for browse-kill-ring.el...done Generating autoloads for clipper.el... Generating autoloads for clipper.el...done Generating autoloads for coffee.el... Generating autoloads for coffee.el...done Generating autoloads for color-theme-library.el... Generating autoloads for color-theme-library.el...done Generating autoloads for color-theme.el... Generating autoloads for color-theme.el...done Generating autoloads for color-theme_seldefcustom.el... Generating autoloads for color-theme_seldefcustom.el...done Generating autoloads for csv-mode.el... Generating autoloads for csv-mode.el...done Generating autoloads for ctypes.el... Generating autoloads for ctypes.el...done Generating autoloads for dedicated.el... Generating autoloads for dedicated.el...done Generating autoloads for df.el... Generating autoloads for df.el...done Generating autoloads for dict.el... Generating autoloads for dict.el...done Generating autoloads for diminish.el... Generating autoloads for diminish.el...done Generating autoloads for dir-locals.el... Generating autoloads for dir-locals.el...done Generating autoloads for edit-env.el... Generating autoloads for edit-env.el...done Generating autoloads for egocentric.el... Generating autoloads for egocentric.el...done Generating autoloads for emacs-goodies-custom.el... Generating autoloads for emacs-goodies-custom.el...done Generating autoloads for emacs-goodies-el.el... Generating autoloads for emacs-goodies-el.el...done Generating autoloads for eproject-extras.el... Generating autoloads for eproject-extras.el...done Generating autoloads for eproject.el... Generating autoloads for eproject.el...done Generating autoloads for ff-paths.el... Generating autoloads for ff-paths.el...done Generating autoloads for filladapt.el... Generating autoloads for filladapt.el...done Generating autoloads for floatbg.el... Generating autoloads for floatbg.el...done Generating autoloads for folding.el... Generating autoloads for folding.el...done Generating autoloads for framepop.el... Generating autoloads for framepop.el...done Generating autoloads for graphviz-dot-mode.el... Generating autoloads for graphviz-dot-mode.el...done Generating autoloads for highlight-beyond-fill-column.el... Generating autoloads for highlight-beyond-fill-column.el...done Generating autoloads for highlight-completion.el... Generating autoloads for highlight-completion.el...done Generating autoloads for highlight-current-line.el... Generating autoloads for highlight-current-line.el...done Generating autoloads for home-end.el... Generating autoloads for home-end.el...done Generating autoloads for htmlize.el... Generating autoloads for htmlize.el...done Generating autoloads for initsplit.el... Generating autoloads for initsplit.el...done Generating autoloads for joc-tog
Bug#750951: kernel-package: Make output included in kernel version halts build
Hi, Does the same phenomena happen of you just try to build kernel_image, as opposed to buildpackage? (I have not been able to reproduce this error so far) manoj -- Like fresh milk a bad deed does not turn at once. It follows a fool scorching him like a smouldering fire. 71 Manoj Srivastava <http://www.golden-gryphon.com/> 4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20 05B6 CF48 9438 C577 9A1C signature.asc Description: PGP signature
Bug#750951: kernel-package: Make output included in kernel version halts build
On Sun, Jun 08 2014, Ross Schlaikjer wrote: >Attempting to build kernel 3.15 from original Kernel.org tar using >the following command fails. It appears as though output from Make >is being assigned to PATCHLEVEL, SUBLEVEL, EXTRAVERSION and >LOCALVERSION. Hmm. Is this perhaps an unfortunate misbehaviour of fakeroot? >fakeroot make-kpkg --initrd --revision=1 --append-to-version '-beast' > --arch-in-name -j 8 buildpackage Please try the --rootcmd variation of the above: make-kpkg --initrd --rootcmd fakeroot --revision=1 --append-to-version '-beast' --arch-in-name -j8 buildpackage If that works, I shall update the documentation, and we'll see see if we can narrow down where the problem actually lies. manoj -- /* dbmrefcnt--; */ /* doesn't work, rats */ Larry Wall in hash.c from the perl source code Manoj Srivastava <http://www.golden-gryphon.com/> 4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20 05B6 CF48 9438 C577 9A1C signature.asc Description: PGP signature
Bug#750703: make-kpkg fails completely to build a current kernel image
tags 750703 + unreproducible
tags 750703 + moreinfo
severity 750703 normal
thanks
Hi,
I cannot reproduce this. Based on google translate, the problem
seems to be with dependency parsing:
'= R kernel-common can not be evaluated'
Why is the =R not replaced is the big question. Could you
provide full logs and the contents of ./debian/control when it fails?
I do not see it here:
--8<---cut here---start->8---
egrep Recommends debian/control
Recommends: libc6-dev | libc-dev, gcc | c-compiler, make (>= 3.80-10), binutils
(>= 2.12), util-linux (>= 2.10o)
Recommends: libc6-dev | libc-dev, gcc | c-compiler, make (>= 3.80-10),
po-debconf, gettext, binutils (>= 2.12), util-linux (>= 2.10o),
module-init-tools (>= 0.9.10), debianutils (>= 2.30)
Recommends: kernel-common
--8<---cut here---end--->8---
BTW, there is the command I ran:
--8<---cut here---start->8---
cd /usr/local/src/kernel/linus-tree
git pull
make-kpkg clean && \
make-kpkg -j6 --initrd --rootcmd fakeroot \
--revision=$(date +%Y.%m.%d) \
--append-to-version '-anzu' kernel_image
exec make kpkg_version=13.013 \
-f /usr/share/kernel-package/ruleset/minimal.mk clean
== making target minimal_clean [new prereqs: ]==
... much snipped...
dpkg-deb: building package `linux-image-3.15.0-rc8-anzu-00081-g951e273' \
in`../linux-image-3.15.0-rc8-anzu-00081-g951e273_2014.06.05_amd64.deb'.
--8<---cut here---end--->8---
manoj
--
God was satisfied with his own work, and that is fatal. Samuel Butler
Manoj Srivastava
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20 05B6 CF48 9438 C577 9A1C
signature.asc
Description: PGP signature
Bug#748702: [e9acdce] Fix for Bug#748702 committed to git
tags 748702 +pending thanks Hi, The following change has been committed for this bug by Manoj Srivastava on Mon, 26 May 2014 00:25:49 -0700. The fix will be in the next upload. = [master]: A new bug fixing release * There are three different views of what architecture a machine hasL That of the linux kernel, that of dpkg, and that of the GNU configuration systems, So, when the user specifies arch and subarch, the information has to be transformed for all the systems, as required. This commit tries to give the correct information to dpkg, and also still take into account sub architecture specifications. (Closes: #748702). * Add a dependency on dpkg-dev for the kernel-common package, since the maintainer scripts use dpkg-architecture. Alsom kernel-package can't really do anything useful without pkg-dev, so added there as well. (Closes: #748862). Signed-off-by: Manoj Srivastava = -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#748657: make-dfsg failed to run test: work/misc/fopen-fail.mk
Hi, Thanks for the report. So, the question now is why is fopen failing here? I have an amd64 development box, make has built just last week both outside and inside clean environments, and the tests passed. The build daemons reported no issues as well. Something has changed. On Mon, May 19 2014, Yunqiang Su wrote: > I test in on both amd64 and mips64el. > I tried to run this step manually, it does hang. Here is the logs from mipsel: https://buildd.debian.org/status/fetch.php?pkg=make-dfsg&arch=mipsel&ver=4.0-7&stamp=1400046228 so this used to build. > Test timed out after 5 seconds > misc/fopen-fail . Error > running /«PKGBUILDDIR»/debian/build-make-guile/tests/../make (expected > 512; got 14): /«PKGBUILDDIR»/debian/build-make-guile/tests/../make -f > work/misc/fopen-fail.mk > FAILED (0/1 passed) I can see it now as well. I wonder what changed? I get this with the installed version of make as well as the newly created one. This is not guile related: --8<---cut here---start->8--- Running tests for GNU make on Linux glaurung.internal.golden-gryphon.com 3.14-1-amd64 x86_64 GNU Make 4.0 misc/fopen-fail . Test timed out after 5 seconds Error running /tmp/test/make-dfsg-4.0/debian/build-make/tests/../make (expected 512; got 14): /tmp/test/make-dfsg-4.0/debian/build-make/tests/../make -f work/misc/fopen-fail.mk Caught signal 14! FAILED (0/1 passed) 1 Test in 1 Category Failed (See .diff* files in work dir for details) :-( Makefile:1247: recipe for target 'check-regression' failed --8<---cut here---end--->8--- It is surprisingly hard to determine what the test is actually running. manoj -- Nachman's Rule: When it comes to foreign food, the less authentic the better. Gerald Nachman Manoj Srivastava <http://www.golden-gryphon.com/> 4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20 05B6 CF48 9438 C577 9A1C signature.asc Description: PGP signature
Bug#746950: [6780aa4] Fix for Bug#746950 committed to git
tags 746950 +pending thanks Hi, The following change has been committed for this bug by Manoj Srivastava on Sun, 4 May 2014 10:49:16 -0700. The fix will be in the next upload. = [master]: Try get to a working state. * Set the kernel-package version correctly in the new dh build. * The new make is pickier about spacing. Update white spaces to work with the new make. (Closes: #746950). * brought back the armel configuration. This should allow building there again. (Closes: #664854). Signed-off-by: Manoj Srivastava = -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#746443: [6bcf932] Fix for Bug#746443 committed to git
tags 746443 +pending thanks Hi, The following change has been committed for this bug by Manoj Srivastava on Thu, 1 May 2014 22:14:36 -0700. The fix will be in the next upload. = [master]: Cherry pick upstream patch Cherry pick upstream patch to Propagate correct rule status results. Bug fix: "New make behaviour confuses dpkg-buildpackages' test for make targets" (Closes: #746443). = -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#746443: [83583c9] Fix for Bug#746443 committed to git
tags 746443 +pending thanks Hi, The following change has been committed for this bug by Manoj Srivastava on Thu, 1 May 2014 22:13:21 -0700. The fix will be in the next upload. = [master]: Cherry pick upstream patch Cherry pick upstream patch to Propagate correct rule status results. Bug fix: "New make behaviour confuses dpkg-buildpackages' test for make targets" (Closes: #746443). = -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#742598: [5740bc9] Fix for Bug#742598 committed to git
tags 742598 +pending thanks Hi, The following change has been committed for this bug by Manoj Srivastava on Thu, 1 May 2014 00:04:13 -0700. The fix will be in the next upload. = [master]: New bug fixing release. * Bug fix: "FTBFS due to binutils-gold", thanks to Bhavani Shankar R. Added -lm toi the linker line.(Closes: #607552). * Bug fix: "depends on obsolete libmikmod2 on powerpc", thanks to Julien Cristau. This is not a direct dependency, so rebuilding should fix it. (Closes: #742598). = -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#742598: [054bb14] Fix for Bug#742598 committed to git
tags 742598 +pending thanks Hi, The following change has been committed for this bug by Manoj Srivastava on Thu, 1 May 2014 00:04:26 -0700. The fix will be in the next upload. = [master]: New bug fixing release. * Bug fix: "FTBFS due to binutils-gold", thanks to Bhavani Shankar R. Added -lm toi the linker line.(Closes: #607552). * Bug fix: "depends on obsolete libmikmod2 on powerpc", thanks to Julien Cristau. This is not a direct dependency, so rebuilding should fix it. (Closes: #742598). Signed-off-by: Manoj Srivastava = -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#746443: This is a make bug
Here's the minimal makefile needed to reproduce it, and a transcript: ,--- detect.mk --- build-stamp: echo $@ build-arch: build-stamp `--- $ make --version | head -n1 GNU Make 3.81 $ make -f detect.mk -qn build-arch; echo $? 1 $ make --version | head -n1 GNU Make 4.0 $ make -f detect.mk -qn build-arch; echo $? 2 On Wed, Apr 30 2014, Paul Smith wrote: > This is definitely a bug in GNU make 4.0 in handling -q (note the -n > is not relevant: you can leave it out and get the same behavior). The > docs are clear on what the exit codes should be, and with -q make > should exit with 1 if something needs to be updated and no error was > detected. manoj -- A satirist is a man who discovers unpleasant things about himself and then says them about other people. -- Peter McArthur Manoj Srivastava <http://www.golden-gryphon.com/> 4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20 05B6 CF48 9438 C577 9A1C signature.asc Description: PGP signature
Bug#746443: make: New make behaviour confuses dpkg-buildpackages' test for make targets
Package: make Version: 4.0-1 Severity: serious Hi, Build for packages where Build-Depends-Indep are required to build the package now fail with: dpkg-buildpackage: warning: debian/rules must be updated to support the 'build-arch' and 'build-indep' targets (at least 'build-arch' seems to be missing) dpkg-buildpackage then proceeds with the build target, but fails to load Build-Depends-Indep. This causes around 60 source packages to fail to build with the new make. Looks like the new make is not doing the expected thing when called as make -f debian/rules -qn build-arch (And by expected is return 2 when not found, any other return code otherwise). This version of make should not proceed to unstabke until this has been addressed. manoj -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages make depends on: ii libc6 2.18-5 make recommends no packages. Versions of packages make suggests: ii make-doc 4.0-1 -- no debconf information -- BASIC is the Computer Science equivalent of `Scientific Creationism'. Manoj Srivastava <http://www.golden-gryphon.com/> 4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20 05B6 CF48 9438 C577 9A1C signature.asc Description: PGP signature
Bug#635317: [9ad3957] Fix for Bug#635317 committed to git
tags 635317 +pending
thanks
Hi,
The following change has been committed for this bug by
Manoj Srivastava on Tue, 29 Apr 2014 00:01:25
-0700.
The fix will be in the next upload.
=
[master]: Pull back some patches from upstream git that fix bugs.
* Pull back some patches from upstream git that fix bugs. One of these
converts the mixed implicit and explicit rule error into a warning,
and that should give us a grace period to fix the Makefiles,
* Bug fix: "FTBFS with make 3.82 from experimental", thanks to Daniel
Schepler. This package was not reported broken in the archive rebuild:
see http://aws-logs.debian.net/ftbfs-logs/results-make4/ (Closes: #720686).
* Bug fix: "make 3.82: with -j tries to run receipes without
prerequisites yet done", thanks to Bernhard R. Link. This was not seen
in the archive rebuild, and the upstream report has ben closed a being
fixed in 4.0 (Closes: #722520).
* Bug fix: "run dh-autoreconf to update config.{sub,guess} and
{libtool,aclocal}.m4", thanks to Wookey. We now do indeed run
autoreconf. (Closes: #689626).
* Bug fix: "spurious circular dependency", thanks to Frank Heckenbach
Bug fixed in new version. (Closes: #669968).
* Bug fix: "make 3.82: fails to parse archive syntax", thanks to Andrew
Shadura (Closes: #675612).
* Bug fix: "binary package make lacks "Multi-Arch: foreign"
declaration", thanks to Helmut Grohne (Closes: #693926).
* Bug fix: "make 3.82 breaks kernel module build: 'mixed implicit
and normal rules' in linux-headers-*", thanks to Dean Loros
(Closes: #635317).
* Bug fix: "please package upstream version 4.0", thanks to Andrew
Shadura (Closes: #734387).
* Bug fix: "optionally echo all commands, even if preceded with @",
thanks to Vincent Lefevre (Closes: #451092).
* Bug fix: ""Make is a HUGE memory hog"", thanks to Matthias
Klose (Closes: #342726).
=
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#724457: [a61e910] Fix for Bug#724457 committed to git
tags 724457 +pending thanks Hi, The following change has been committed for this bug by Manoj Srivastava on Sat, 26 Apr 2014 16:10:35 -0700. The fix will be in the next upload. = [master]: New bug fixing release * Differentiate between the file being registered in the registry and the RE used to look it up. Account for the fact that the file being registered might be a s symlink, so follow links for the registry. Since registering symlinks is broken already, and we should be registering files and not symlinks anyway. ucf already did follow the symbolic links, it is only ucfr that needed changing. * Bug fix: "database corruption if ucfr is used on symlinks instead of files", thanks to Andreas Beckmann (Closes: #724457). = -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#745228: flex: Flex 2.5.39-3 has a typo in installman
severity 745228 normal thanks Hi, Missing man pages are normal bugs. manoj -- Not that I have anything much against redundancy. But I said that already. Larry Wall in <199702271735.jaa04...@wall.org> Manoj Srivastava <http://www.golden-gryphon.com/> 4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20 05B6 CF48 9438 C577 9A1C -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#744833: [86d91ee] Fix for Bug#744833 committed to git
tags 744833 +pending thanks Hi, The following change has been committed for this bug by Manoj Srivastava on Thu, 17 Apr 2014 02:39:54 -0700. The fix will be in the next upload. = New bug fixing release Bug fix: "typo in README.Debian: libfla_pic.a -> libfl_pic.a", thanks to Jakub Wilk (Closes: #744853). Bug fix: "libfl-dev and flex-old: error when trying to install together", thanks to Ralf Treinen. The package libfl-dev needs to replace and Break the flex-old package too, (Closes: #744833). Bug fix: "redundant redeclaration of âisattyâ", thanks to Ludovic Rousseau. This duplication was removed in the last upstream release. (Closes: #488274). Bug fix: "flex-2.5.35 bug", thanks to Yuriy Z. scan.c now declares n as size_t, in the new upstream version. (Closes: #633008). Bug fix: "make check failure", thanks to Sayre, Alan N. The new version of flex does succeed in running make check (it would not build otherwise) (Closes: #632095). = -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#744833: [ec3acd8] Fix for Bug#744833 committed to git
tags 744833 +pending thanks Hi, The following change has been committed for this bug by Manoj Srivastava on Thu, 17 Apr 2014 02:32:31 -0700. The fix will be in the next upload. = New bug fixing release Bug fix: "typo in README.Debian: libfla_pic.a -> libfl_pic.a", thanks to Jakub Wilk (Closes: #744853). Bug fix: "libfl-dev and flex-old: error when trying to install together", thanks to Ralf Treinen. The package libfl-dev needs to replace and Break the flex-old package too, (Closes: #744833). Bug fix: "redundant redeclaration of âisattyâ", thanks to Ludovic Rousseau. This duplication was removed in the last upstream release. (Closes: #488274). Bug fix: "flex-2.5.35 bug", thanks to Yuriy Z. scan.c now declares n as size_t, in the new upstream version. (Closes: #633008). Bug fix: "make check failure", thanks to Sayre, Alan N. The new version of flex does succeed in running make check (it would not build otherwise) (Closes: #632095). = -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#744833: [4a9fbcb] Fix for Bug#744833 committed to git
tags 744833 +pending thanks Hi, The following change has been committed for this bug by Manoj Srivastava on Thu, 17 Apr 2014 02:18:11 -0700. The fix will be in the next upload. = New bug fixing release Bug fix: "typo in README.Debian: libfla_pic.a -> libfl_pic.a", thanks to Jakub Wilk (Closes: #744853). Bug fix: "libfl-dev and flex-old: error when trying to install together", thanks to Ralf Treinen. The package libfl-dev needs to replace and Break the flex-old package too, (Closes: #744833). Bug fix: "redundant redeclaration of âisattyâ", thanks to Ludovic Rousseau. This duplication was removed in the last upstream release. (Closes: #488274). Bug fix: "flex-2.5.35 bug", thanks to Yuriy Z. scan.c now declares n as size_t, in the new upstream version. (Closes: #633008). Bug fix: "make check failure", thanks to Sayre, Alan N. The new version of flex does succeed in running make check (it would not build otherwise) (Closes: #632095). = -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#706373: [79e66f2] Fix for Bug#706373 committed to git
tags 706373 +pending thanks Hi, The following change has been committed for this bug by Manoj Srivastava on Mon, 29 Apr 2013 14:01:23 -0700. The fix will be in the next upload. = [master]: Fix handling of lisp/vm-autoloads.el This is an auto generated file, so really should not ship in the package. But, if it exists, it should not be removed, to propitiate puiparts. Closes: #706373 Signed-off-by: Manoj Srivastava = -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#706373: [fe910f1] Fix for Bug#706373 committed to git
tags 706373 +pending thanks Hi, The following change has been committed for this bug by Manoj Srivastava on Mon, 29 Apr 2013 13:03:26 -0700. The fix will be in the next upload. = [master]: Fix handling of lisp/vm-autoloads.el This is an auto generated file, so really should not ship in the package. But, if it exists, it should not be removed, to propitiate puiparts. Closes: #706373 Signed-off-by: Manoj Srivastava = -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#629066: Bug#626720: Bug#629066: base-files: Don't migrate to testing until SELinux refpolicy is fixed
On 06/20/2011 11:20 AM, Roger Leigh wrote: On Fri, Jun 03, 2011 at 11:25:52AM +0100, Roger Leigh wrote: "Don't allow migration to testing because until SELinux refpolicy is updated to support /run, the system is rendered unusable for SELinux users." base-files would migrate prior to sysvinit/initscripts, which would result in breakage (or at least uninstallability, which testing tries to avoid). As soon as SELinux refpolicy is updated, we can let sysvinit into testing and base-files can migrate at the same time. So this bug is just to block testing migration temporarily. Hi Santiago, Update: sysvinit has migrated to testing, but we're still waiting on #626720 (SELinux refpolicy). If we let base-files into testing before refpolicy it would cause breakage for selinux users, and potentially others if they held initscripts back. As soon as refpolicy goes into testing we can allow base-files in. Is there work already being done on ref policy? If not, I might be in a position to pitch in and help some in the first week of July or so. manoj -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#589700: [9b4c1f8] Fix for Bug#589700 committed to git
tags 589700 +pending thanks Hi, The following change has been committed for this bug by Manoj Srivastava on Tue, 20 Jul 2010 22:32:00 -0700. The fix will be in the next upload. = [master]: remove spurious symlink from examples Closes: Bug#589700 Signed-off-by: Manoj Srivastava = -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#581182: changing severity
severity 581182 important
thanks
Hi,
On Fri, Jun 04 2010, Christoph Anton Mitterer wrote:
> severity 581182 grave
> stop
>
> Changing severity to grave ("makes the package in question unusable or
> mostly so") as it seems that also 2.6.32 kernels are affected, which are
> now in unstable, and therefore make this package unusable there.
So, I tried the latest stable kernel, 2.6.34.1:
,[ Commands used ]
| export MODULE_LOC=/usr/local/src/kernel/modules
|
| ev=$(uname -n)
| if [ -n "$1" ]; then
| ev=$1
| fi
|
| make-kpkg --rootcmd=fakeroot --append-to-version=-$ev kernel_image
| fakeroot make-kpkg --append-to-version=-$ev modules_image
`
,
| __> sudo dpkg -i
linux-image-2.6.34.1-anzu_2.6.34.1-anzu-10.00.Custom_amd64.deb\
|
nvidia-kernel-2.6.34.1-anzu_195.36.24-1+2.6.34.1-anzu-10.00.Custom_amd64.deb
| Selecting previously deselected package linux-image-2.6.34.1-anzu.
| (Reading database ... 375994 files and directories currently installed.)
| Unpacking linux-image-2.6.34.1-anzu (from
linux-image-2.6.34.1-anzu_2.6.34.1-anzu-10.00.Custom_amd64.deb) ...
| Examining /etc/kernel/preinst.d/
| Done.
| Selecting previously deselected package nvidia-kernel-2.6.34.1-anzu.
| Unpacking nvidia-kernel-2.6.34.1-anzu (from
nvidia-kernel-2.6.34.1-anzu_195.36.24-1+2.6.34.1-anzu-10.00.Custom_amd64.deb)
...
| Setting up linux-image-2.6.34.1-anzu (2.6.34.1-anzu-10.00.Custom) ...
| Running depmod.
| Examining /etc/kernel/postinst.d.
| run-parts: executing /etc/kernel/postinst.d/dkms 2.6.34.1-anzu
/boot/vmlinuz-2.6.34.1-anzu
| run-parts: executing /etc/kernel/postinst.d/force-build-link 2.6.34.1-anzu
/boot/vmlinuz-2.6.34.1-anzu
| run-parts: executing /etc/kernel/postinst.d/initramfs 2.6.34.1-anzu
/boot/vmlinuz-2.6.34.1-anzu
| run-parts: executing /etc/kernel/postinst.d/pm-utils 2.6.34.1-anzu
/boot/vmlinuz-2.6.34.1-anzu
| Running postinst hook script update-grub.
| Generating grub.cfg ...
| Found linux image: /boot/vmlinuz-2.6.34.1-anzu
| Found linux image: /boot/vmlinuz-2.6.34-anzu
| Found linux image: /boot/vmlinuz-2.6.32.8-anzu
| Found linux image: /boot/vmlinuz-2.6.32.7-anzu
| Found linux image: /boot/vmlinuz-2.6.32.1-anzu
| Found linux image: /boot/vmlinuz-2.6.32-anzu
| Found memtest86 image: /memtest86.bin
| Found memtest86+ image: /memtest86+_multiboot.bin
| Found Ubuntu 7.04 (7.04) on /dev/sda2
| done
| Setting up nvidia-kernel-2.6.34.1-anzu
(195.36.24-1+2.6.34.1-anzu-10.00.Custom) ...
`
Then I tried:
make-kpkg --rootcmd=fakeroot --append-to-version=-anzu buildpackage
And that failed. So, the buildpackage target is borked. That
does not make it mostly useless. I'll look into the issue; in the
meanwhile, you can build, individually, the packages you need; though
I understand no changes files means you can't sign the result (hence
important severity)
manoj
--
I have great faith in fools -- self confidence my friends call it. Edgar
Allan Poe
Manoj Srivastava <http://www.golden-gryphon.com/>
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20 05B6 CF48 9438 C577 9A1C
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#571554: setools: FTBFS with Python 2.6 as default
On Mon, Mar 29 2010, Jakub Wilk wrote: >> >>> - the binary packages uses obsolete (pre-0.90) python-support >>>directory layout. >> >>Can you point me to the documentation that shows the new >> python-support directory layout? I seem to have missed the migration. > > There is a cursory description of the new layout in > /usr/share/doc/python-support/README.gz, section "How does it work?" That seems pretty vague, and does not actually define an interface for packagers to follow. Here it is, in its entirety: , | Python-support looks for modules in /usr/share/python-support. | * Private modules (.py files that shouldn't be installed in the default |sys.path) are handled through a foo.private file, which contains a list |of files to bytecompile. If the header of the foo.private file contains |a "pyversion=..." field, they will be bytecompiled with the Python |version described here, otherwise the current Python version will be |used. | * Public modules (.py files that should be installed in the default |sys.path) are handled through a foo.public file, which contains a |list of files to install. The files are normally installed in |/usr/share/pyshared/. They will be installed and bytecompiled in each |Python specific directory: /usr/lib/pymodules/pythonX.Y/. If the header |of the foo.public file contains a "pyversions=..." field, it will be |parsed for the list of python versions the module supports. It should |look like e.g.: | 2.2,2.4- |for a package supporting python2.2, and all versions starting from |python2.4. | * Public extensions (.so files) are handled just like public modules: |they are listed in the foo.public file. However, extensions for each |pythonX.Y will be located in /usr/lib/pyshared/pythonX.Y/, while they |are installed in /usr/lib/pymodules/pythonX.Y together with the |corresponding modules. ` Where is this foo.public thing defined? manoj -- Before borrowing money from a friend, decide which you need more. Addison H. Hallock Manoj Srivastava <http://www.golden-gryphon.com/> 4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20 05B6 CF48 9438 C577 9A1C -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#571554: [f5c686a] Fix for Bug#571554 committed to git
tags 571554 +pending thanks Hi, The following change has been committed for this bug by Manoj Srivastava on Sun, 28 Mar 2010 17:05:45 -0700. The fix will be in the next upload. = [setools]: With python 2.6, some paths have changed Patch from Jakub Wilk Closes: Bug#571554 Signed-off-by: Manoj Srivastava = -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#571554: setools: FTBFS with Python 2.6 as default
On Tue, Mar 02 2010, Jakub Wilk wrote: > The attached patch fixes this bug. However, there are more things in > the package that needs attention: > - *.pyc and *.pyo files are shipped in the binary package; That should be simple enough to fix. > - the binary packages uses obsolete (pre-0.90) python-support >directory layout. Can you point me to the documentation that shows the new python-support directory layout? I seem to have missed the migration. manoj -- Laugh, and the world ignores you. Crying doesn't help either. Manoj Srivastava <http://www.golden-gryphon.com/> 4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20 05B6 CF48 9438 C577 9A1C -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#564957: Anytime apt-get uses ucf it get errors like this one:
Hi, As delivered, /etc/ucf.conf is an executabe shell script. Something was changed locally, and that local change must be reverted. manoj -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#564957: Anytime apt-get uses ucf it get errors like this one:
Hi, The ucf.conf file attached seems to be full of NULL characters -- so it was indeed locally modified, perhaps inadvertently. Do you know who it could have been damaged? manoj -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#564957: Anytime apt-get uses ucf it get errors like this one:
Paonia N'Shaiha at gma wrote: > ls -l /etc/ucf.conf > -rwxr-xr-x 1 root root 4097 Jan 13 10:09 /etc/ucf.conf > not the case. > Paonia > > > On Wed, 2010-01-13 at 09:55 -0600, Manoj Srivastava wrote: >> Hi, >> >>As delivered, /etc/ucf.conf is an executabe shell script. Something >> was changed locally, and that local change must be reverted. Well, can you show us the contents of the file? I can not reproduce the problem you are having. manoj -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#561289: kernel-package: initramfs-tools not called after install, though run-parts tries to
reassign 561289 initramfs-tools severity 561289 minor thanks Hi, Now, this is partially user error -- they are sing the script that came with initramfs-tools, which does not work, instead of the working script provided by kernel-package itself. This is described in the README, and the man page of make-kpkg (which mentiontions what needs to be done when using initrds). I am reassigning as a minor bug since initramfs-tools CVS apparently has code to support make-kpkg built kernel packages, but it does not seem to be deploed. Feel free to downgrade/close. manoj -- Keep a diary and one day it'll keep you. Mae West Manoj Srivastava <http://www.golden-gryphon.com/> 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#561287: kernel-package: postinst script looks for incorrect kernel image filename
reassign 561287 initramfs-tools severity 561287 important thanks Hi, This error is coming from /etc/kernel/postrm.d/initramfs-tools, which seems to be looking for a /boot/bzImage-2.6.32 for some reason. The fix probably lies in the initramfs-tools script, so reassigning. manoj -- It's amazing how many people you could be friends with if only they'd make the first approach. Manoj Srivastava <http://www.golden-gryphon.com/> 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#553122: libtcl-chiark-1: postinst-must-call-ldconfig /usr/lib/libchiark_tcl-1.so by the dynamic library loader. Therefore, the package must call "ldconfig" in its postinst script.
On Thu, Nov 19 2009, Stefano Zacchiroli wrote: > tags 553122 + patch > thanks > > On Thu, Oct 29, 2009 at 12:36:20AM -0500, Manoj Srivastava wrote: >> Package: libtcl-chiark-1 >> Version: 1.1.0+nmu1 >> Severity: serious >> Justification: The package installs shared libraries in a directory >> controlled >> User: lintian-ma...@debian.org >> Usertags: postinst-must-call-ldconfig > > This bug is in the same situation of #553109: it does ship *.so under > /usr/lib/, but those *.so are only used by the Tcl interpreter to load C > code stubs binding a C library to Tcl. > > It is in theory possible for users to link against it (actually, > maintainer claims it is not, [probably, my bet, due to some missing > symbols which are available only inside the Tcl interpreter]: see the > lintian overrides in the package, I haven't actually checked which is > the case). Still it should not be the rule. > So, once more, we can fix this with proper ldconfig invocation in > postinst or we can move those *.so in a different place. The former > solution is likely to require a change in the Tcl interpreter to look > for objects elsewhere. > Manoj: what is the -policy stance on this? Should we fix that by > actually invoking ldconfig no matter what? If this is the case, I attach > a patch offering an NMU in that direction. Please Cc me if you want me > to actually do the NMU (otherwise I'll eventually get back to this bug > log, maybe ...). Well, I think if things are in places where the linker normally looks at, then they are fair game for users to link with, and thus ldconfig should be called to prevent surprises when the library is upgraded. If it is truly a private plugin, then it generally should not live in a public location; so I think your patch of calling ldconfig is probably the simplest solution in this case. manoj -- print grep(s/^\d+(.*)/$1 /, sort(split(/ /,"8hacker, 4Perl 1Just 2another"))); mer...@iwarp.intel.com (Randal Schwartz) 6 Feb 90 22:31:17 GMT Manoj Srivastava <http://www.debian.org/~srivasta/> 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#556972: [16a76cd] Fix for Bug#556972 committed to git
tags 556972 +pending thanks Hi, The following change has been committed for this bug by Manoj Srivastava on Thu, 19 Nov 2009 01:14:32 -0600. The fix will be in the next upload. = [libselinux]: Do not ship /selinux Shipping /selinux is a violation of the FHS, and is proscribed by Debian policy. There is nothing that actually depends on /selinux being present, possibly apart from user scripts. From this point on, the machine operator will have to decide where to locate the mount point for selinuxfs, and modify /etc/fstab accordingly. SELinux modules scan for selinuxfs in /proc/mounts, so everything should adjust to the location of the selinuxfs mount automatically. Closes: #556972 Signed-off-by: Manoj Srivastava = -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#554210: wine-unstable: usr-share-doc-symlink-without-dependency libwine-unstable
Package: wine-unstable Version: 1.1.32-1 Severity: serious User: lintian-ma...@debian.org Usertags: usr-share-doc-symlink-without-dependency If the package installs a symbolic link /usr/share/doc/pkg1 -> pkg2, then pkg1 has to depend on pkg2 with the same version as pkg1. Note, that adding the "Depends:" entry just to fix this bug is not a good solution. It's suggested that you include a real /usr/share/doc/pkg1 directory within pkg1 and copy the copyright file into that directory. If the packages do not share source code, then pkg1 should have its own copyright file (since the authors of pkg2 are not to blame for pkg1). This bit covers meta packages as well. Refer to Debian Policy Manual section 12.5 (Copyright information) for details. ,[ 12.5 Copyright information ] | Every package must be accompanied by a verbatim copy of its copyright | and distribution license in the file | /usr/share/doc/package/copyright. This file must neither be compressed | nor be a symbolic link. ` | ... | /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. ` This is a bug filed due to a lintian warning (see above). However, this has also been checked manually, and thus there should be no false positives. Filed as serious since it is a violation of a must directive in policy, and also since a package with these flaws will currently get this package rejected. See http://lists.debian.org/debian-devel-announce/2009/10/msg4.html for details. This means the package has been deemed too buggy to be in Debian. manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#554209: openjdk-6-jre-headless: usr-share-doc-symlink-without-dependency openjdk-6-jre
Package: openjdk-6-jre-headless Version: 6b16-1.6.1-2 Severity: serious User: lintian-ma...@debian.org Usertags: usr-share-doc-symlink-without-dependency If the package installs a symbolic link /usr/share/doc/pkg1 -> pkg2, then pkg1 has to depend on pkg2 with the same version as pkg1. Note, that adding the "Depends:" entry just to fix this bug is not a good solution. It's suggested that you include a real /usr/share/doc/pkg1 directory within pkg1 and copy the copyright file into that directory. If the packages do not share source code, then pkg1 should have its own copyright file (since the authors of pkg2 are not to blame for pkg1). This bit covers meta packages as well. Refer to Debian Policy Manual section 12.5 (Copyright information) for details. ,[ 12.5 Copyright information ] | Every package must be accompanied by a verbatim copy of its copyright | and distribution license in the file | /usr/share/doc/package/copyright. This file must neither be compressed | nor be a symbolic link. ` | ... | /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. ` This is a bug filed due to a lintian warning (see above). However, this has also been checked manually, and thus there should be no false positives. Filed as serious since it is a violation of a must directive in policy, and also since a package with these flaws will currently get this package rejected. See http://lists.debian.org/debian-devel-announce/2009/10/msg4.html for details. This means the package has been deemed too buggy to be in Debian. manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openjdk-6-jre-headless depends on: ii ca-certificates-java 20091021 Common CA certificates (JKS keysto ii dpkg 1.15.4.1 Debian package management system ii java-common0.33 Base of all Java packages ii libc6 2.10.1-5 GNU C Library: Shared libraries ii libcups2 1.4.1-5 Common UNIX Printing System(tm) - ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libgcc11:4.4.2-1 GCC support library ii libjpeg62 6b-15 The Independent JPEG Group's JPEG ii liblcms1 1.18.dfsg-1 Color management library ii libnss3-1d 3.12.4-1 Network Security Service libraries ii openjdk-6-jre-lib 6b16-1.6.1-2 OpenJDK Java runtime (architecture ii rhino 1.7R2-2 JavaScript engine written in Java ii tzdata-java2009p-1 time zone and daylight-saving time ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages openjdk-6-jre-headless recommends: pn icedtea-6-jre-cacao(no description available) Versions of packages openjdk-6-jre-headless suggests: pn libnss-mdns(no description available) pn sun-java6-fonts(no description available) pn ttf-baekmuk | ttf-unfonts | t (no description available) ii ttf-dejavu-core 2.30-1 Vera font family derivate with add ii ttf-indic-fonts 1:0.5.6Metapackage for free Indian langua pn ttf-kochi-gothic | ttf-sazana (no description available) pn ttf-kochi-mincho | ttf-sazana (no description available) pn ttf-wqy-zenhei (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#554206: openjdk-6-jre-lib: usr-share-doc-symlink-without-dependency openjdk-6-jre
Package: openjdk-6-jre-lib Version: 6b16-1.6.1-2 Severity: serious User: lintian-ma...@debian.org Usertags: usr-share-doc-symlink-without-dependency If the package installs a symbolic link /usr/share/doc/pkg1 -> pkg2, then pkg1 has to depend on pkg2 with the same version as pkg1. Note, that adding the "Depends:" entry just to fix this bug is not a good solution. It's suggested that you include a real /usr/share/doc/pkg1 directory within pkg1 and copy the copyright file into that directory. If the packages do not share source code, then pkg1 should have its own copyright file (since the authors of pkg2 are not to blame for pkg1). This bit covers meta packages as well. Refer to Debian Policy Manual section 12.5 (Copyright information) for details. ,[ 12.5 Copyright information ] | Every package must be accompanied by a verbatim copy of its copyright | and distribution license in the file | /usr/share/doc/package/copyright. This file must neither be compressed | nor be a symbolic link. ` | ... | /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. ` This is a bug filed due to a lintian warning (see above). However, this has also been checked manually, and thus there should be no false positives. Filed as serious since it is a violation of a must directive in policy, and also since a package with these flaws will currently get this package rejected. See http://lists.debian.org/debian-devel-announce/2009/10/msg4.html for details. This means the package has been deemed too buggy to be in Debian. manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openjdk-6-jre-lib depends on: ii dpkg1.15.4.1 Debian package management system ii openjdk-6-jre-headless 6b16-1.6.1-2 OpenJDK Java runtime, using Hotspo openjdk-6-jre-lib recommends no packages. openjdk-6-jre-lib suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#554203: libuim-dev: usr-share-doc-symlink-without-dependency uim-common
Package: libuim-dev Version: 1:1.5.6-1 Severity: serious User: lintian-ma...@debian.org Usertags: usr-share-doc-symlink-without-dependency If the package installs a symbolic link /usr/share/doc/pkg1 -> pkg2, then pkg1 has to depend on pkg2 with the same version as pkg1. Note, that adding the "Depends:" entry just to fix this bug is not a good solution. It's suggested that you include a real /usr/share/doc/pkg1 directory within pkg1 and copy the copyright file into that directory. If the packages do not share source code, then pkg1 should have its own copyright file (since the authors of pkg2 are not to blame for pkg1). This bit covers meta packages as well. Refer to Debian Policy Manual section 12.5 (Copyright information) for details. ,[ 12.5 Copyright information ] | Every package must be accompanied by a verbatim copy of its copyright | and distribution license in the file | /usr/share/doc/package/copyright. This file must neither be compressed | nor be a symbolic link. ` | ... | /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. ` This is a bug filed due to a lintian warning (see above). However, this has also been checked manually, and thus there should be no false positives. Filed as serious since it is a violation of a must directive in policy, and also since a package with these flaws will currently get this package rejected. See http://lists.debian.org/debian-devel-announce/2009/10/msg4.html for details. This means the package has been deemed too buggy to be in Debian. manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libuim-dev depends on: pn libm17n-dev(no description available) pn libuim6(no description available) libuim-dev recommends no packages. libuim-dev suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#554201: gnumeric-common: usr-share-doc-symlink-without-dependency gnumeric
Package: gnumeric-common Version: 1.9.14-2 Severity: serious User: lintian-ma...@debian.org Usertags: usr-share-doc-symlink-without-dependency If the package installs a symbolic link /usr/share/doc/pkg1 -> pkg2, then pkg1 has to depend on pkg2 with the same version as pkg1. Note, that adding the "Depends:" entry just to fix this bug is not a good solution. It's suggested that you include a real /usr/share/doc/pkg1 directory within pkg1 and copy the copyright file into that directory. If the packages do not share source code, then pkg1 should have its own copyright file (since the authors of pkg2 are not to blame for pkg1). This bit covers meta packages as well. Refer to Debian Policy Manual section 12.5 (Copyright information) for details. ,[ 12.5 Copyright information ] | Every package must be accompanied by a verbatim copy of its copyright | and distribution license in the file | /usr/share/doc/package/copyright. This file must neither be compressed | nor be a symbolic link. ` | ... | /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. ` This is a bug filed due to a lintian warning (see above). However, this has also been checked manually, and thus there should be no false positives. Filed as serious since it is a violation of a must directive in policy, and also since a package with these flaws will currently get this package rejected. See http://lists.debian.org/debian-devel-announce/2009/10/msg4.html for details. This means the package has been deemed too buggy to be in Debian. manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#554202: libuim6-dbg: usr-share-doc-symlink-without-dependency uim-common
Package: libuim6-dbg Version: 1:1.5.6-1 Severity: serious User: lintian-ma...@debian.org Usertags: usr-share-doc-symlink-without-dependency If the package installs a symbolic link /usr/share/doc/pkg1 -> pkg2, then pkg1 has to depend on pkg2 with the same version as pkg1. Note, that adding the "Depends:" entry just to fix this bug is not a good solution. It's suggested that you include a real /usr/share/doc/pkg1 directory within pkg1 and copy the copyright file into that directory. If the packages do not share source code, then pkg1 should have its own copyright file (since the authors of pkg2 are not to blame for pkg1). This bit covers meta packages as well. Refer to Debian Policy Manual section 12.5 (Copyright information) for details. ,[ 12.5 Copyright information ] | Every package must be accompanied by a verbatim copy of its copyright | and distribution license in the file | /usr/share/doc/package/copyright. This file must neither be compressed | nor be a symbolic link. ` | ... | /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. ` This is a bug filed due to a lintian warning (see above). However, this has also been checked manually, and thus there should be no false positives. Filed as serious since it is a violation of a must directive in policy, and also since a package with these flaws will currently get this package rejected. See http://lists.debian.org/debian-devel-announce/2009/10/msg4.html for details. This means the package has been deemed too buggy to be in Debian. manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libuim6-dbg depends on: pn libuim6(no description available) libuim6-dbg recommends no packages. libuim6-dbg suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#554200: libuim-data: usr-share-doc-symlink-without-dependency uim-common
Package: libuim-data Version: 1:1.5.6-1 Severity: serious User: lintian-ma...@debian.org Usertags: usr-share-doc-symlink-without-dependency If the package installs a symbolic link /usr/share/doc/pkg1 -> pkg2, then pkg1 has to depend on pkg2 with the same version as pkg1. Note, that adding the "Depends:" entry just to fix this bug is not a good solution. It's suggested that you include a real /usr/share/doc/pkg1 directory within pkg1 and copy the copyright file into that directory. If the packages do not share source code, then pkg1 should have its own copyright file (since the authors of pkg2 are not to blame for pkg1). This bit covers meta packages as well. Refer to Debian Policy Manual section 12.5 (Copyright information) for details. ,[ 12.5 Copyright information ] | Every package must be accompanied by a verbatim copy of its copyright | and distribution license in the file | /usr/share/doc/package/copyright. This file must neither be compressed | nor be a symbolic link. ` | ... | /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. ` This is a bug filed due to a lintian warning (see above). However, this has also been checked manually, and thus there should be no false positives. Filed as serious since it is a violation of a must directive in policy, and also since a package with these flaws will currently get this package rejected. See http://lists.debian.org/debian-devel-announce/2009/10/msg4.html for details. This means the package has been deemed too buggy to be in Debian. manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#554208: openjdk-6-dbg: usr-share-doc-symlink-without-dependency openjdk-6-jre
Package: openjdk-6-dbg Version: 6b16-1.6.1-2 Severity: serious User: lintian-ma...@debian.org Usertags: usr-share-doc-symlink-without-dependency Either depend on openjdk-6-jre, or change the symlink to openjdk-6-jre-headless. If the package installs a symbolic link /usr/share/doc/pkg1 -> pkg2, then pkg1 has to depend on pkg2 with the same version as pkg1. Note, that adding the "Depends:" entry just to fix this bug is not a good solution. It's suggested that you include a real /usr/share/doc/pkg1 directory within pkg1 and copy the copyright file into that directory. If the packages do not share source code, then pkg1 should have its own copyright file (since the authors of pkg2 are not to blame for pkg1). This bit covers meta packages as well. Refer to Debian Policy Manual section 12.5 (Copyright information) for details. ,[ 12.5 Copyright information ] | Every package must be accompanied by a verbatim copy of its copyright | and distribution license in the file | /usr/share/doc/package/copyright. This file must neither be compressed | nor be a symbolic link. ` | ... | /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. ` This is a bug filed due to a lintian warning (see above). However, this has also been checked manually, and thus there should be no false positives. Filed as serious since it is a violation of a must directive in policy, and also since a package with these flaws will currently get this package rejected. See http://lists.debian.org/debian-devel-announce/2009/10/msg4.html for details. This means the package has been deemed too buggy to be in Debian. manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openjdk-6-dbg depends on: ii dpkg1.15.4.1 Debian package management system ii openjdk-6-jre-headless 6b16-1.6.1-2 OpenJDK Java runtime, using Hotspo Versions of packages openjdk-6-dbg recommends: ii openjdk-6-jre 6b16-1.6.1-2 OpenJDK Java runtime, using Hotspo Versions of packages openjdk-6-dbg suggests: ii openjdk-6-jdk 6b16-1.6.1-2 OpenJDK Development Kit (JDK) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#554204: libuim6: usr-share-doc-symlink-without-dependency uim-common
Package: libuim6 Version: 1:1.5.6-1 Severity: serious User: lintian-ma...@debian.org Usertags: usr-share-doc-symlink-without-dependency If the package installs a symbolic link /usr/share/doc/pkg1 -> pkg2, then pkg1 has to depend on pkg2 with the same version as pkg1. Note, that adding the "Depends:" entry just to fix this bug is not a good solution. It's suggested that you include a real /usr/share/doc/pkg1 directory within pkg1 and copy the copyright file into that directory. If the packages do not share source code, then pkg1 should have its own copyright file (since the authors of pkg2 are not to blame for pkg1). This bit covers meta packages as well. Refer to Debian Policy Manual section 12.5 (Copyright information) for details. ,[ 12.5 Copyright information ] | Every package must be accompanied by a verbatim copy of its copyright | and distribution license in the file | /usr/share/doc/package/copyright. This file must neither be compressed | nor be a symbolic link. ` | ... | /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. ` This is a bug filed due to a lintian warning (see above). However, this has also been checked manually, and thus there should be no false positives. Filed as serious since it is a violation of a must directive in policy, and also since a package with these flaws will currently get this package rejected. See http://lists.debian.org/debian-devel-announce/2009/10/msg4.html for details. This means the package has been deemed too buggy to be in Debian. manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libuim6 depends on: ii libc6 2.10.1-5 GNU C Library: Shared libraries pn libgcroots0(no description available) pn libuim-data(no description available) libuim6 recommends no packages. libuim6 suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#554211: wine-bin-unstable: usr-share-doc-symlink-without-dependency libwine-unstable
Package: wine-bin-unstable Version: 1.1.32-1 Severity: serious User: lintian-ma...@debian.org Usertags: usr-share-doc-symlink-without-dependency If the package installs a symbolic link /usr/share/doc/pkg1 -> pkg2, then pkg1 has to depend on pkg2 with the same version as pkg1. Note, that adding the "Depends:" entry just to fix this bug is not a good solution. It's suggested that you include a real /usr/share/doc/pkg1 directory within pkg1 and copy the copyright file into that directory. If the packages do not share source code, then pkg1 should have its own copyright file (since the authors of pkg2 are not to blame for pkg1). This bit covers meta packages as well. Refer to Debian Policy Manual section 12.5 (Copyright information) for details. ,[ 12.5 Copyright information ] | Every package must be accompanied by a verbatim copy of its copyright | and distribution license in the file | /usr/share/doc/package/copyright. This file must neither be compressed | nor be a symbolic link. ` | ... | /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. ` This is a bug filed due to a lintian warning (see above). However, this has also been checked manually, and thus there should be no false positives. Filed as serious since it is a violation of a must directive in policy, and also since a package with these flaws will currently get this package rejected. See http://lists.debian.org/debian-devel-announce/2009/10/msg4.html for details. This means the package has been deemed too buggy to be in Debian. manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#554187: multiboot-doc: arch-dependent-file-in-usr-share /usr/share/doc/multiboot-doc/examples/kernel
Package: multiboot-doc Version: 0.97-59 Severity: serious User: lintian-ma...@debian.org Usertags: arch-dependent-file-in-usr-share This package installs an ELF binary in the /usr/share hierarchy, which is reserved for architecture-independent files. Refer to Filesystem Hierarchy Standard (/usr/share : Architecture-independent data) for details. This is a bug filed due to a lintian warning (see above). However, this has also been manually tested, and this is no false positive. Filed as serious since a package with these files will currently get this package rejected. See http://lists.debian.org/debian-devel-announce/2009/10/msg4.html for details. This means the package has been deemed too buggy to be in Debian. This should be fairly trivial to fix; a binary example seems not so very useful. manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash multiboot-doc depends on no packages. multiboot-doc recommends no packages. Versions of packages multiboot-doc suggests: ii doc-base 0.9.5 utilities to manage online documen -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#554197: bacula: usr-share-doc-symlink-without-dependency
Package: bacula Version: 3.0.2-3 Severity: serious User: lintian-ma...@debian.org Usertags: usr-share-doc-symlink-without-dependency If the package installs a symbolic link /usr/share/doc/pkg1 -> pkg2, then pkg1 has to depend on pkg2 with the same version as pkg1. Note, that adding the "Depends:" entry just to fix this bug is not a good solution. It's suggested that you include a real /usr/share/doc/pkg1 directory within pkg1 and copy the copyright file into that directory. If the packages do not share source code, then pkg1 should have its own copyright file (since the authors of pkg2 are not to blame for pkg1). This bit covers meta packages as well. Refer to Debian Policy Manual section 12.5 (Copyright information) for details. ,[ 12.5 Copyright information ] | Every package must be accompanied by a verbatim copy of its copyright | and distribution license in the file | /usr/share/doc/package/copyright. This file must neither be compressed | nor be a symbolic link. ` | ... | /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. ` This is a bug filed due to a lintian warning (see above). However, this has also been checked manually, and thus there should be no false positives. Filed as serious since it is a violation of a must directive in policy, and also since a package with these flaws will currently get this package rejected. See http://lists.debian.org/debian-devel-announce/2009/10/msg4.html for details. This means the package has been deemed too buggy to be in Debian. manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bacula depends on: pn bacula-client (no description available) pn bacula-server (no description available) bacula recommends no packages. Versions of packages bacula suggests: pn bacula-doc (no description available) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#554182: courier: missing-build-dependency po-debconf
Package: courier Version: 0.63.0-1 Severity: serious User: lintian-ma...@debian.org Usertags: missing-build-dependency The package doesn't specify a build dependency on a package that is used in debian/rules. Also, it depends on obsolete packagesm gs, gs-aladdin. Even if the package build-depends on some package that in turn depends on the needed package, an explicit build dependency should be added. Otherwise, a latent bug is created that will appear without warning if the other package is ever updated to change its dependencies. Even if this seems unlikely, please always add explicit build dependencies on every non-essential, non-build-essential package that is used directly during the build. Refer to Debian Policy Manual section 4.2 (Package relationships) for details. This is a bug filed due to a lintian warning (see above). However, this has also been manually tested, and this is no false positive. Filed as serious since a package with these files will currently get this package rejected. See http://lists.debian.org/debian-devel-announce/2009/10/msg4.html for details. This means the package has been deemed too buggy to be in Debian. All these are trivial fixes, there is no reason not to get them fixed before release. manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#554183: php-html-safe: missing-build-dependency cdbs
Package: php-html-safe Version: 0.9.9~beta-1 Severity: serious User: lintian-ma...@debian.org Usertags: missing-build-dependency The package doesn't specify a build dependency on a package that is used in debian/rules. Even if the package build-depends on some package that in turn depends on the needed package, an explicit build dependency should be added. Otherwise, a latent bug is created that will appear without warning if the other package is ever updated to change its dependencies. Even if this seems unlikely, please always add explicit build dependencies on every non-essential, non-build-essential package that is used directly during the build. Refer to Debian Policy Manual section 4.2 (Package relationships) for details. This is a bug filed due to a lintian warning (see above). However, this has also been manually tested, and this is no false positive. Filed as serious since a package with these files will currently get this package rejected. See http://lists.debian.org/debian-devel-announce/2009/10/msg4.html for details. This means the package has been deemed too buggy to be in Debian. All these are trivial fixes, there is no reason not to get them fixed before release. manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages php-html-safe depends on: pn php-xml-htmlsax3 (no description available) php-html-safe recommends no packages. php-html-safe suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#554212: openjdk-6-jre-zero: usr-share-doc-symlink-without-dependency openjdk-6-jre
Package: openjdk-6-jre-zero Version: 6b16-1.6.1-2 Severity: serious User: lintian-ma...@debian.org Usertags: usr-share-doc-symlink-without-dependency If the package installs a symbolic link /usr/share/doc/pkg1 -> pkg2, then pkg1 has to depend on pkg2 with the same version as pkg1. Note, that adding the "Depends:" entry just to fix this bug is not a good solution. It's suggested that you include a real /usr/share/doc/pkg1 directory within pkg1 and copy the copyright file into that directory. If the packages do not share source code, then pkg1 should have its own copyright file (since the authors of pkg2 are not to blame for pkg1). This bit covers meta packages as well. Refer to Debian Policy Manual section 12.5 (Copyright information) for details. ,[ 12.5 Copyright information ] | Every package must be accompanied by a verbatim copy of its copyright | and distribution license in the file | /usr/share/doc/package/copyright. This file must neither be compressed | nor be a symbolic link. ` | ... | /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. ` This is a bug filed due to a lintian warning (see above). However, this has also been checked manually, and thus there should be no false positives. Filed as serious since it is a violation of a must directive in policy, and also since a package with these flaws will currently get this package rejected. See http://lists.debian.org/debian-devel-announce/2009/10/msg4.html for details. This means the package has been deemed too buggy to be in Debian. manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openjdk-6-jre-zero depends on: ii dpkg1.15.4.1 Debian package management system ii libc6 2.10.1-5 GNU C Library: Shared libraries ii libffi5 3.0.9~rc3-1 Foreign Function Interface library ii openjdk-6-jre-headless 6b16-1.6.1-2 OpenJDK Java runtime, using Hotspo openjdk-6-jre-zero recommends no packages. openjdk-6-jre-zero suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#554205: java-gcj-compat-dev: usr-share-doc-symlink-without-dependency java-gcj-compat-headless
Package: java-gcj-compat-dev Version: 1.0.80-5.1 Severity: serious User: lintian-ma...@debian.org Usertags: usr-share-doc-symlink-without-dependency If the package installs a symbolic link /usr/share/doc/pkg1 -> pkg2, then pkg1 has to depend on pkg2 with the same version as pkg1. Note, that adding the "Depends:" entry just to fix this bug is not a good solution. It's suggested that you include a real /usr/share/doc/pkg1 directory within pkg1 and copy the copyright file into that directory. If the packages do not share source code, then pkg1 should have its own copyright file (since the authors of pkg2 are not to blame for pkg1). This bit covers meta packages as well. Refer to Debian Policy Manual section 12.5 (Copyright information) for details. ,[ 12.5 Copyright information ] | Every package must be accompanied by a verbatim copy of its copyright | and distribution license in the file | /usr/share/doc/package/copyright. This file must neither be compressed | nor be a symbolic link. ` | ... | /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. ` This is a bug filed due to a lintian warning (see above). However, this has also been checked manually, and thus there should be no false positives. Filed as serious since it is a violation of a must directive in policy, and also since a package with these flaws will currently get this package rejected. See http://lists.debian.org/debian-devel-announce/2009/10/msg4.html for details. This means the package has been deemed too buggy to be in Debian. manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages java-gcj-compat-dev depends on: pn ecj-gcj(no description available) pn gappletviewer-4.3 (no description available) ii gcj-4.3 4.3.4-4The GNU compiler for Java(TM) pn gjdoc (no description available) pn java-gcj-compat(no description available) ii python2.5.4-2An interactive high-level object-o ii python-central0.6.12 register and build utility for Pyt Versions of packages java-gcj-compat-dev recommends: pn libgcj9-src(no description available) java-gcj-compat-dev suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#554199: gcompris-dbg: usr-share-doc-symlink-without-dependency gcompris-data (not gcompris)
Package: gcompris-dbg Version: 8.4.12-1 Severity: serious User: lintian-ma...@debian.org Usertags: usr-share-doc-symlink-without-dependency Either the versioned dependency has to be on gcompris-data, or the symbolic link should point to gcompris. If the package installs a symbolic link /usr/share/doc/pkg1 -> pkg2, then pkg1 has to depend on pkg2 with the same version as pkg1. Note, that adding the "Depends:" entry just to fix this bug is not a good solution. It's suggested that you include a real /usr/share/doc/pkg1 directory within pkg1 and copy the copyright file into that directory. If the packages do not share source code, then pkg1 should have its own copyright file (since the authors of pkg2 are not to blame for pkg1). This bit covers meta packages as well. Refer to Debian Policy Manual section 12.5 (Copyright information) for details. ,[ 12.5 Copyright information ] | Every package must be accompanied by a verbatim copy of its copyright | and distribution license in the file | /usr/share/doc/package/copyright. This file must neither be compressed | nor be a symbolic link. ` | ... | /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. ` This is a bug filed due to a lintian warning (see above). However, this has also been checked manually, and thus there should be no false positives. Filed as serious since it is a violation of a must directive in policy, and also since a package with these flaws will currently get this package rejected. See http://lists.debian.org/debian-devel-announce/2009/10/msg4.html for details. This means the package has been deemed too buggy to be in Debian. manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gcompris-dbg depends on: pn gcompris (no description available) gcompris-dbg recommends no packages. gcompris-dbg suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#554185: mtink: missing-build-dependency po-debconf
Package: mtink Version: 1.0.16-1 Severity: serious User: lintian-ma...@debian.org Usertags: missing-build-dependency The package doesn't specify a build dependency on a package that is used in debian/rules. Even if the package build-depends on some package that in turn depends on the needed package, an explicit build dependency should be added. Otherwise, a latent bug is created that will appear without warning if the other package is ever updated to change its dependencies. Even if this seems unlikely, please always add explicit build dependencies on every non-essential, non-build-essential package that is used directly during the build. Refer to Debian Policy Manual section 4.2 (Package relationships) for details. This is a bug filed due to a lintian warning (see above). However, this has also been manually tested, and this is no false positive. Filed as serious since a package with these files will currently get this package rejected. See http://lists.debian.org/debian-devel-announce/2009/10/msg4.html for details. This means the package has been deemed too buggy to be in Debian. All these are trivial fixes, there is no reason not to get them fixed before release. manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mtink depends on: ii cdebconf [debconf-2.0]0.145 Debian Configuration Management Sy ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy ii lesstif2 1:0.95.0-2.3 OSF/Motif 2.1 implementation relea ii libc6 2.10.1-5 GNU C Library: Shared libraries ii libx11-6 2:1.2.2-1 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxp61:1.0.0.xsf1-2 X Printing Extension (Xprint) clie ii libxt61:1.0.6-1 X11 toolkit intrinsics library mtink recommends no packages. Versions of packages mtink suggests: ii gimp 2.6.7-1The GNU Image Manipulation Program pn mtink-doc (no description available) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#554184: razzle: missing-build-dependency po-debconf
Package: razzle Version: 970417-8.1 Severity: serious User: lintian-ma...@debian.org Usertags: missing-build-dependency The package doesn't specify a build dependency on a package that is used in debian/rules. Even if the package build-depends on some package that in turn depends on the needed package, an explicit build dependency should be added. Otherwise, a latent bug is created that will appear without warning if the other package is ever updated to change its dependencies. Even if this seems unlikely, please always add explicit build dependencies on every non-essential, non-build-essential package that is used directly during the build. Refer to Debian Policy Manual section 4.2 (Package relationships) for details. This is a bug filed due to a lintian warning (see above). However, this has also been manually tested, and this is no false positive. Filed as serious since a package with these files will currently get this package rejected. See http://lists.debian.org/debian-devel-announce/2009/10/msg4.html for details. This means the package has been deemed too buggy to be in Debian. All these are trivial fixes, there is no reason not to get them fixed before release. manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages razzle depends on: ii cdebconf [debconf-2.0]0.145 Debian Configuration Management Sy ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy ii libc6 2.10.1-5 GNU C Library: Shared libraries ii libsvga1 1:1.4.3-28 console SVGA display libraries razzle recommends no packages. razzle suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#554179: robot-player: arch-dependent-file-in-usr-share /usr/share/player/examples/libplayerc++/camera and 17 others
Package: robot-player Version: 2.0.4-3.3 Severity: serious User: lintian-ma...@debian.org Usertags: arch-dependent-file-in-usr-share This package installs an ELF binary in the /usr/share hierarchy, which is reserved for architecture-independent files. There is not reason whatsoever to ship compiled examples, the C/C++ source are what is needed. Refer to Filesystem Hierarchy Standard (/usr/share : Architecture-independent data) for details. This is a bug filed due to a lintian warning (see above). However, this has also been manually tested, and this is no false positive. Filed as serious since a package with these files will currently get this package rejected. See http://lists.debian.org/debian-devel-announce/2009/10/msg4.html for details. This means the package has been deemed too buggy to be in Debian. Also, this is fairly simple to fix, and would have the benefit of a less bloated package. manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages robot-player depends on: ii freeglut3 2.4.0-8 OpenGL Utility Toolkit ii libart-2.0-2 2.3.20-2 Library of functions for 2D graphi ii libatk1.0-01.28.0-1 The ATK accessibility toolkit pn libboost-signals1.34.1 (no description available) pn libboost-thread1.34.1 (no description available) ii libc6 2.10.1-5 GNU C Library: Shared libraries ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libcv1 1.0.0-6.2 computer vision library ii libcvaux1 1.0.0-6.2 computer vision extension library ii libgcc11:4.4.2-1 GCC support library ii libgl1-mesa-glx [libgl 7.6-1 A free implementation of the OpenG ii libglib2.0-0 2.22.2-2 The GLib library of C routines ii libglu1-mesa [libglu1] 7.6-1 The OpenGL utility library (GLU) ii libgnomecanvas2-0 2.26.0-1 A powerful object-oriented display ii libgsl0ldbl1.13+dfsg-1 GNU Scientific Library (GSL) -- li ii libgtk2.0-02.18.3-1 The GTK+ graphical user interface ii libhighgui11.0.0-6.2 computer vision GUI library ii libjpeg62 6b-15 The Independent JPEG Group's JPEG pn liblodo0 (no description available) pn libltdl3 (no description available) ii libpango1.0-0 1.26.0-1 Layout and rendering of internatio pn libplayerc++2 (no description available) pn libplayerc2(no description available) pn libplayercore2 (no description available) pn libplayerdrivers2 (no description available) pn libplayererror2(no description available) pn libplayertcp2 (no description available) pn libplayerxdr2 (no description available) pn libpmap0 (no description available) ii libstdc++6 4.4.2-1 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime robot-player recommends no packages. robot-player suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#553293: sendmail-bin: read-in-maintainer-script (postinst:78, postinst:95)
On Mon, Nov 02 2009, Richard A Nelson wrote: > On Thu, 29 Oct 2009, Manoj Srivastava wrote: > >> This maintainer script appears to use read to get information from the >> user. Prompting in maintainer scripts must be done by communicating through a >> program such as debconf which conforms to the Debian Configuration management >> specification, version 2 or higher. >> >> Refer to Debian Policy Manual section 3.9.1 (Prompting in maintainer scripts) >> for details. > > Too bad lintian doesn't do control flow analysis - this is left over > code that was left for a potential conversion to debconf that never > happened... It is *not* executed Please add a lintian override to the package - this would prevent other people from falling into the error of reporting this bug. manoj -- The worst cliques are those which consist of one man. G.B. Shaw Manoj Srivastava <http://www.debian.org/~srivasta/> 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#553498: [Pkg-dspam-misc] Bug#553498: dspam-webfrontend: dir-or-file-in-var-www /var/www/dspam/admin.cgi and 6 others
On Sun, Nov 01 2009, Julien Valroff wrote: >> >> I think it is a serious bug, and you may not be able to upload >> >> your package unless this is fixed. >> > >> > I understand. I wish I could address this issue myself. >> >> Well, I think the way forward would be to move the directory out >> of /var/www? > > Not that easy: dspam-webfrontend does rely on apache2-suexec, which sets > the document root to /var/www > Apache suexec obviously doesn't follow symlinks. So file a bug on apache2-suexec, since that seems to be the proximate cause of grief here. > I think the main issue is that FHS doesn't set any document root for web > applications data. That's why the Debian Policy agrees they are > installed in the historic /var/www directory "if unavoidable" (I would > tend to think this wording applies to dspam-webfrontend for now). I disagree. I think programs in Debian should not make such assumptions about document root; and policy should remove that sentence. We are most of the way to not having a hard coded document root, and I think that is where we should be going. manoj -- You know it's Monday when you wake up and it's Tuesday. Garfield Manoj Srivastava <http://www.debian.org/~srivasta/> 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#553498: [Pkg-dspam-misc] Bug#553498: dspam-webfrontend: dir-or-file-in-var-www /var/www/dspam/admin.cgi and 6 others
On Sun, Nov 01 2009, Julien Valroff wrote: > Hi Manoj, > > Le dimanche 01 novembre 2009 à 00:33 -0500, Manoj Srivastava a écrit : >> On Sat, Oct 31 2009, Julien Valroff wrote: >> >> >> > As dspam-webfrontend relies on apache2-suexec, which sets the document >> > root to /var/www/, I fear there is nothing we can do about this for >> > now. >> >> That is a serious bug in apache2-suexec, which is a blocking bug >> for you, yes. > > Would you please report this bug? > > Also see the following bug I had reported for this issue: > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=542950 > I hady thought /srv/www was a good place to host web applications > data. Well, since I do not actually work with web applications currently, I am perhaps not the best person to file this bug. > >> >> > Furthermore, as per >> > http://www.debian.org/doc/debian-policy/ch-customized-programs.html#s-web-appl: >> > "If access to the web document root is unavoidable then use /var/www >> > as the Document Root." >> >> That is not yet policy, and is merely a draft proposal. You may >> not assume that /var/www is the document root under the official Debian >> policy and the FHS. > > A draft? I don't understand. > It is part of the Debian Policy 3.8.3, section 11.5, point 4 Yes, you are correct. It is late at night here ... > If not, then it is a bug in debian-policy... I think that is the case. Policy should not recommend violating the FHS like this. > >> > I would hence think using /var/www for dspam-webfrontend is correct, >> > what do you think of it? >> >> I think it is a serious bug, and you may not be able to upload >> your package unless this is fixed. > > I understand. I wish I could address this issue myself. Well, I think the way forward would be to move the directory out of /var/www? manoj -- #else /* !STDSTDIO */ /* The big, slow, and stupid way */ Larry Wall in #str.c from the perl source code Manoj Srivastava <http://www.debian.org/~srivasta/> 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#553574: scalable-cyrfonts: missing-build-dependency-for-dh_-command dh_installtex=tex-common
Package: scalable-cyrfonts Version: 4.12+nmu2 Severity: serious User: lintian-ma...@debian.org Usertags: missing-build-dependency-for-dh_-command The source package appears to be using a dh_ command but doesn't build depend on the package that actually provides it. If it uses it, it must build depend on it. This is a bug filed due to a lintian warning (see above). There is a possibility that lintian is wrong, and either there is a false positive in the lintian test, or there are logical reasons that the policy should not apply to this package. If that is the case, please add a lintian override, and close this bug with that explanation. Filed as serious since a package with these files will currently get this package rejected. See http://lists.debian.org/debian-devel-announce/2009/10/msg4.html for details. This means the package has been deemed too buggy to be in Debian. manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#553575: sgf2dg: missing-build-dependency-for-dh_-command dh_installtex=tex-common
Package: sgf2dg Version: 4.026-9 Severity: serious User: lintian-ma...@debian.org Usertags: missing-build-dependency-for-dh_-command The source package appears to be using a dh_ command but doesn't build depend on the package that actually provides it. If it uses it, it must build depend on it. This is a bug filed due to a lintian warning (see above). There is a possibility that lintian is wrong, and either there is a false positive in the lintian test, or there are logical reasons that the policy should not apply to this package. If that is the case, please add a lintian override, and close this bug with that explanation. Filed as serious since a package with these files will currently get this package rejected. See http://lists.debian.org/debian-devel-announce/2009/10/msg4.html for details. This means the package has been deemed too buggy to be in Debian. manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sgf2dg depends on: ii libc6 2.10.1-3 GNU C Library: Shared libraries ii perl 5.10.1-6 Larry Wall's Practical Extraction ii tex-common1.20 common infrastructure for building Versions of packages sgf2dg recommends: ii libpdf-create-perl1.03-1 Perl module to create PDF files pn libpostscript-file-perl(no description available) sgf2dg suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#553573: libpixels-java: missing-build-dependency-for-dh_-command dh_javadoc=gjdoc
Package: libpixels-java Version: 2.1.2+svn-1 Severity: serious User: lintian-ma...@debian.org Usertags: missing-build-dependency-for-dh_-command The source package appears to be using a dh_ command but doesn't build depend on the package that actually provides it. If it uses it, it must build depend on it. This is a bug filed due to a lintian warning (see above). There is a possibility that lintian is wrong, and either there is a false positive in the lintian test, or there are logical reasons that the policy should not apply to this package. If that is the case, please add a lintian override, and close this bug with that explanation. Filed as serious since a package with these files will currently get this package rejected. See http://lists.debian.org/debian-devel-announce/2009/10/msg4.html for details. This means the package has been deemed too buggy to be in Debian. manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#553571: crystalspace: binary-with-bad-dynamic-table ./usr/lib/libcrystalspace-1.4.dbg and 1 other
Package: crystalspace Version: 1.4.0~svn32711-1 Severity: serious User: lintian-ma...@debian.org Usertags: binary-with-bad-dynamic-table This appears to be an ELF file but objdump -T cannot parse it. If it is external debugging symbols for another file, it should be installed under /usr/lib/debug. This is a bug filed due to a lintian warning (see above). There is a possibility that lintian is wrong, and either there is a false positive in the lintian test, or there are logical reasons that the policy should not apply to this package. If that is the case, please add a lintian override, and close this bug with that explanation. Filed as serious since a package with these files will currently get this package rejected. See http://lists.debian.org/debian-devel-announce/2009/10/msg4.html for details. This means the package has been deemed too buggy to be in Debian. manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages crystalspace depends on: ii libasound2 1.0.21a-1 shared library for ALSA applicatio ii libc6 2.10.1-3 GNU C Library: Shared libraries pn libcal3d12 (no description available) pn libcegui-mk2-1 (no description available) ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libgcc11:4.4.2-1 GCC support library ii libgl1-mesa-glx [libgl 7.6-1 A free implementation of the OpenG ii libjpeg62 6b-15 The Independent JPEG Group's JPEG ii libmng11.0.9-1 Multiple-image Network Graphics li ii libpng12-0 1.2.40-1 PNG library - runtime ii libsdl1.2debian1.2.13-5 Simple DirectMedia Layer ii libstdc++6 4.4.2-1 The GNU Standard C++ Library v3 ii libvorbisfile3 1.2.3-3 The Vorbis General Audio Compressi ii libwxbase2.8-0 2.8.7.1-2+b1 wxBase library (runtime) - non-GUI ii libwxgtk2.8-0 2.8.7.1-2+b1 wxWidgets Cross-platform C++ GUI t ii libx11-6 2:1.2.2-1 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxxf86vm11:1.0.2-1 X11 XFree86 video mode extension l ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime crystalspace recommends no packages. Versions of packages crystalspace suggests: pn crystalspace-dev (no description available) pn crystalspace-doc (no description available) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#553569: automake1.7: invalid-standards-version 3.7.20 (perhaps 3.7.2.0 ?)
Package: automake1.7
Version: 1.7.9-9
Severity: serious
User: lintian-ma...@debian.org
Usertags: invalid-standards-version
The source package refers to a Standards-Version which never
existed. Please update your package to latest Policy and set this
control field appropriately.
,[ 4.1. Standards conformance ]
| Source packages should specify the most recent version number of this
| policy document with which your package complied when it was last
| updated.
|
| This information may be used to file bug reports automatically if your
| package becomes too much out of date.
|
| The version is specified in the `Standards-Version' control field.
| The format of the `Standards-Version' field is described in Section
| 5.6.11, ``Standards-Version''.
|
| You should regularly, and especially if your package has become out of
| date, check for the newest Policy Manual available and update your
| package, if necessary. When your package complies with the new
| standards you should update the `Standards-Version' source package
| field and release it.
`
,[ 5.6.11. `Standards-Version' ]
| The most recent version of the standards (the policy manual and
| associated texts) with which the package complies.
`
An invalid standards version is a violation of a Should directive in
policy, and normally would be filed as important.
Filed as serious, since a package with these files will currently get
this package rejected. See
http://lists.debian.org/debian-devel-announce/2009/10/msg4.html
for details. This means the package has been deemed too buggy to be in
Debian.
manoj
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages automake1.7 depends on:
ii autoconf 2.64-4 automatic configure script builder
ii autotools-dev 20090611.1 Update infrastructure for config.{
automake1.7 recommends no packages.
automake1.7 suggests no packages.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#552576: live-installer: no-standards-version-field
Package: live-installer Version: 13 Severity: serious User: lintian-ma...@debian.org Usertags: no-standards-version-field The source package does not have a Standards-Version control field. Please update your package to latest Policy and set this control field appropriately. Refer to Debian Policy Manual section 5.6.11 (Standards-Version) for details. ,[ 4.1. Standards conformance ] | Source packages should specify the most recent version number of this | policy document with which your package complied when it was last | updated. | | This information may be used to file bug reports automatically if your | package becomes too much out of date. | | The version is specified in the `Standards-Version' control field. | The format of the `Standards-Version' field is described in Section | 5.6.11, ``Standards-Version''. | | You should regularly, and especially if your package has become out of | date, check for the newest Policy Manual available and update your | package, if necessary. When your package complies with the new | standards you should update the `Standards-Version' source package | field and release it. ` ,[ 5.6.11. `Standards-Version' ] | The most recent version of the standards (the policy manual and | associated texts) with which the package complies. ` A missing standards version is a violation of a Should directive in policy, and normally would be filed as important. Filed as serious, since a package with these files will currently get this package rejected. See http://lists.debian.org/debian-devel-announce/2009/10/msg4.html for details. This means the package has been deemed too buggy to be in Debian. manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#553570: gpc-doc: usr-share-doc-symlink-to-foreign-package gpc-4.1-doc
Package: gpc-doc Version: 5:2.1-4.1.2-37+nmu1 Severity: serious User: lintian-ma...@debian.org Usertags: no-standards-version-field The source package does not have a Standards-Version control field. Please update your package to latest Policy and set this control field appropriately. Refer to Debian Policy Manual section 5.6.11 (Standards-Version) for details. ,[ 4.1. Standards conformance ] | Source packages should specify the most recent version number of this | policy document with which your package complied when it was last | updated. | | This information may be used to file bug reports automatically if your | package becomes too much out of date. | | The version is specified in the `Standards-Version' control field. | The format of the `Standards-Version' field is described in Section | 5.6.11, ``Standards-Version''. | | You should regularly, and especially if your package has become out of | date, check for the newest Policy Manual available and update your | package, if necessary. When your package complies with the new | standards you should update the `Standards-Version' source package | field and release it. ` ,[ 5.6.11. `Standards-Version' ] | The most recent version of the standards (the policy manual and | associated texts) with which the package complies. ` A missing standards version is a violation of a Should directive in policy, and normally would be filed as important. Filed as serious, since a package with these files will currently get this package rejected. See http://lists.debian.org/debian-devel-announce/2009/10/msg4.html for details. This means the package has been deemed too buggy to be in Debian. manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gpc-doc depends on: pn gpc-4.1-doc(no description available) gpc-doc recommends no packages. Versions of packages gpc-doc suggests: pn gpc(no description available) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#553568: set-crontab-perl : no-standards-version-field
Package: set-crontab-perl Version: 1.00-2 Severity: serious User: lintian-ma...@debian.org Usertags: no-standards-version-field The source package does not have a Standards-Version control field. Please update your package to latest Policy and set this control field appropriately. Refer to Debian Policy Manual section 5.6.11 (Standards-Version) for details. ,[ 4.1. Standards conformance ] | Source packages should specify the most recent version number of this | policy document with which your package complied when it was last | updated. | | This information may be used to file bug reports automatically if your | package becomes too much out of date. | | The version is specified in the `Standards-Version' control field. | The format of the `Standards-Version' field is described in Section | 5.6.11, ``Standards-Version''. | | You should regularly, and especially if your package has become out of | date, check for the newest Policy Manual available and update your | package, if necessary. When your package complies with the new | standards you should update the `Standards-Version' source package | field and release it. ` ,[ 5.6.11. `Standards-Version' ] | The most recent version of the standards (the policy manual and | associated texts) with which the package complies. ` A missing standards version is a violation of a Should directive in policy, and normally would be filed as important. Filed as serious, since a package with these files will currently get this package rejected. See http://lists.debian.org/debian-devel-announce/2009/10/msg4.html for details. This means the package has been deemed too buggy to be in Debian. manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#553567: asedriveiiie: invalid-standards-version 3.6.3
Package: asedriveiiie Version: 3.5-2 Severity: serious User: lintian-ma...@debian.org Usertags: invalid-standards-version The source package refers to a Standards-Version which never existed. Please update your package to latest Policy and set this control field appropriately. ,[ 4.1. Standards conformance ] | Source packages should specify the most recent version number of this | policy document with which your package complied when it was last | updated. | | This information may be used to file bug reports automatically if your | package becomes too much out of date. | | The version is specified in the `Standards-Version' control field. | The format of the `Standards-Version' field is described in Section | 5.6.11, ``Standards-Version''. | | You should regularly, and especially if your package has become out of | date, check for the newest Policy Manual available and update your | package, if necessary. When your package complies with the new | standards you should update the `Standards-Version' source package | field and release it. ` ,[ 5.6.11. `Standards-Version' ] | The most recent version of the standards (the policy manual and | associated texts) with which the package complies. ` An invalid standards version is a violation of a Should directive in policy, and normally would be filed as important. Filed as serious, since a package with these files will currently get this package rejected. See http://lists.debian.org/debian-devel-announce/2009/10/msg4.html for details. This means the package has been deemed too buggy to be in Debian. manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#553566: mach: dir-or-file-in-tmp /var/tmp/mach/
Package: mach Version: 0.9.1-2 Severity: serious User: lintian-ma...@debian.org Usertags: dir-or-file-in-tmp Packages should not install into /tmp or /var/tmp. Filed as serious, since a package with these files will currently get this package rejected. See http://lists.debian.org/debian-devel-announce/2009/10/msg4.html for details. This means the package has been deemed too buggy to be in Debian. manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mach depends on: ii adduser 3.111 add and remove users and groups ii libc6 2.10.1-3 GNU C Library: Shared libraries ii python2.5.4-2An interactive high-level object-o pn python-rpm (no description available) ii rpm 4.7.1-10 package manager for RPM pn yum | apt-rpm-client (no description available) Versions of packages mach recommends: ii cpio 2.10-1 GNU cpio -- a program to manage ar ii gnupg 1.4.10-2 GNU privacy guard - a free PGP rep mach suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#553565: libadolc0: control-file-has-bad-permissions symbols 0664 != 0644
Package: libadolc0 Version: 1.10.2-3 Severity: serious User: lintian-ma...@debian.org Usertags: control-file-has-bad-permissions The postinst, postrm, preinst, and prerm control files should use mode 0755; all other control files should use 0644. Filed as serious, since a package with these files will currently get this package rejected. See http://lists.debian.org/debian-devel-announce/2009/10/msg4.html for details. This means the package has been deemed too buggy to be in Debian. manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libadolc0 depends on: ii libc6 2.10.1-3 GNU C Library: Shared libraries ii libgcc1 1:4.4.2-1 GCC support library ii libstdc++64.4.2-1The GNU Standard C++ Library v3 libadolc0 recommends no packages. libadolc0 suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#553562: powermanL file-in-etc-not-marked-as-conffile /etc/powerman/apc.dev and 31 others
Package: powerman Version: 2.3.3-1 Severity: serious User: lintian-ma...@debian.org Usertags: file-in-etc-not-marked-as-conffile Files in /etc must be marked conffiles if they are included in a package. Otherwise they should be created by maintainer scripts. Refer to Debian Policy Manual section 10.7 (Configuration files) for details. Filed as serious, since this is a violation of a must directive in policy, and also since a package with these files will currently get this package rejected. See http://lists.debian.org/debian-devel-announce/2009/10/msg4.html for details. This means the package has been deemed too buggy to be in Debian. manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages powerman depends on: ii adduser 3.111 add and remove users and groups ii libc6 2.10.1-3 GNU C Library: Shared libraries ii libcurl3-gnutls 7.19.5-1.1 Multi-protocol file transfer libra pn libgenders0(no description available) ii libwrap0 7.6.q-18 Wietse Venema's TCP wrappers libra powerman recommends no packages. powerman suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#553560: chiark-backup: file-in-etc-not-marked-as-conffile /etc/chiark-backup/snap/nosnap
Package: chiark-backup Version: 4.1.28+nmu1 Severity: serious User: lintian-ma...@debian.org Usertags: file-in-etc-not-marked-as-conffile Files in /etc must be marked conffiles if they are included in a package. Otherwise they should be created by maintainer scripts. Refer to Debian Policy Manual section 10.7 (Configuration files) for details. Filed as serious, since this is a violation of a must directive in policy, and also since a package with these files will currently get this package rejected. See http://lists.debian.org/debian-devel-announce/2009/10/msg4.html for details. This means the package has been deemed too buggy to be in Debian. manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages chiark-backup depends on: pn chiark-rwbuffer(no description available) pn chiark-utils-bin (no description available) chiark-backup recommends no packages. Versions of packages chiark-backup suggests: pn chiark-cprogs (no description available) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#553563: sendfile: file-in-etc-not-marked-as-conffile /etc/cron.weekly/sendfile
Package: sendfile Version: 2.1b.20080616-2 Severity: serious User: lintian-ma...@debian.org Usertags: file-in-etc-not-marked-as-conffile Files in /etc must be marked conffiles if they are included in a package. Otherwise they should be created by maintainer scripts. Refer to Debian Policy Manual section 10.7 (Configuration files) for details. Filed as serious, since this is a violation of a must directive in policy, and also since a package with these files will currently get this package rejected. See http://lists.debian.org/debian-devel-announce/2009/10/msg4.html for details. This means the package has been deemed too buggy to be in Debian. manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sendfile depends on: ii libc6 2.10.1-3 GNU C Library: Shared libraries ii libreadline55.2-6GNU readline and history libraries ii openbsd-inetd [inet-superse 0.20080125-3 The OpenBSD Internet Superserver ii perl [perl5]5.10.1-6 Larry Wall's Practical Extraction sendfile recommends no packages. Versions of packages sendfile suggests: pn pgp-i (no description available) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#553561: libapache2-mod-auth-mysql: file-in-etc-not-marked-as-conffile /etc/apache2/mods-available/auth_mysql.load
Package: libapache2-mod-auth-mysql Version: 4.3.9-11+b1 Severity: serious User: lintian-ma...@debian.org Usertags: file-in-etc-not-marked-as-conffile Files in /etc must be marked conffiles if they are included in a package. Otherwise they should be created by maintainer scripts. Refer to Debian Policy Manual section 10.7 (Configuration files) for details. Filed as serious, since this is a violation of a must directive in policy, and also since a package with these files will currently get this package rejected. See http://lists.debian.org/debian-devel-announce/2009/10/msg4.html for details. This means the package has been deemed too buggy to be in Debian. manoj -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libapache2-mod-auth-mysql depends on: ii apache2.2-common 2.2.14-1 Apache HTTP Server common files ii libc6 2.10.1-3 GNU C Library: Shared libraries pn libmysqlclient15off(no description available) libapache2-mod-auth-mysql recommends no packages. libapache2-mod-auth-mysql suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#553558: w3c-linkchecker: dir-or-file-in-var-www /var/www/w3c-linkchecker
Package: w3c-linkchecker
Version: 4.3-1
Severity: serious
User: lintian-ma...@debian.org
Usertags: dir-or-file-in-var-www
Debian packages should not install files under /var/www. This is not
one of the /var directories in the File Hierarchy Standard and is
under the control of the local administrator. Packages should not
assume that it is the document root for a web server; it is very
common for users to change the default document root and packages
should not assume that users will keep any particular setting.
Packages that want to make files available via an installed web server
should instead put instructions for the local administrator in a
README.Debian file and ideally include configuration fragments for
common web servers such as Apache.
As an exception, packages are permitted to create the /var/www
directory due to its past history as the default document root, but
should at most copy over a default file in postinst for a new install.
Refer to Filesystem Hierarchy Standard (The /var Hierarchy) for
details.
One solution that works is to put configuration files into
/etc/, put static content, if any, into
/usr/{share,lib}/, then create /var/lib/
as home for the package, and symlink the files from /etc and /usr/
into the /var/lib/. Then create a simple set of
configuration snippets for popular web servers (for example, files one
may link into /etc/apache2/conf.d) and put them into
/etc/. This way user modifiable files stil live in /etc,
and a simple operation can make the package go live.
Filed as serious, since this is a violation of the FHS (which is part
of policy), and also since a package with these files will currently
get this package rejected. See
http://lists.debian.org/debian-devel-announce/2009/10/msg4.html
for details. This means the package has been deemed too buggy to be in
Debian.
manoj
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages w3c-linkchecker depends on:
ii libconfig-general-perl 2.44-1 Generic Configuration Module
ii libhtml-parser-perl 3.62-1 collection of modules that parse H
ii libnet-ip-perl 1.25-2 Perl extension for manipulating IP
ii liburi-perl 1.37+dfsg-1 Manipulates and accesses URI strin
ii libwww-perl 5.833-1 Perl HTTP/WWW client/server librar
ii perl 5.10.1-6Larry Wall's Practical Extraction
w3c-linkchecker recommends no packages.
Versions of packages w3c-linkchecker suggests:
ii libterm-readkey-perl 2.30-4 A perl module for simple terminal
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#553559: twiki: dir-or-file-in-var-www /var/www/twiki/
Package: twiki
Version: 1:4.1.2-5
Severity: serious
User: lintian-ma...@debian.org
Usertags: dir-or-file-in-var-www
Debian packages should not install files under /var/www. This is not
one of the /var directories in the File Hierarchy Standard and is
under the control of the local administrator. Packages should not
assume that it is the document root for a web server; it is very
common for users to change the default document root and packages
should not assume that users will keep any particular setting.
Packages that want to make files available via an installed web server
should instead put instructions for the local administrator in a
README.Debian file and ideally include configuration fragments for
common web servers such as Apache.
As an exception, packages are permitted to create the /var/www
directory due to its past history as the default document root, but
should at most copy over a default file in postinst for a new install.
Refer to Filesystem Hierarchy Standard (The /var Hierarchy) for
details.
One solution that works is to put configuration files into
/etc/, put static content, if any, into
/usr/{share,lib}/, then create /var/lib/
as home for the package, and symlink the files from /etc and /usr/
into the /var/lib/. Then create a simple set of
configuration snippets for popular web servers (for example, files one
may link into /etc/apache2/conf.d) and put them into
/etc/. This way user modifiable files stil live in /etc,
and a simple operation can make the package go live.
Filed as serious, since this is a violation of the FHS (which is part
of policy), and also since a package with these files will currently
get this package rejected. See
http://lists.debian.org/debian-devel-announce/2009/10/msg4.html
for details. This means the package has been deemed too buggy to be in
Debian.
manoj
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages twiki depends on:
ii apache2 2.2.14-1Apache HTTP Server metapackage
ii apache2-mpm-prefork [apache2 2.2.14-1Apache HTTP Server - traditional n
ii cdebconf [debconf-2.0] 0.145 Debian Configuration Management Sy
ii debconf [debconf-2.0]1.5.28 Debian configuration management sy
ii libalgorithm-diff-perl 1.19.02-1 a perl library for finding Longest
ii libcgi-session-perl 4.41-1 persistent session data in CGI app
ii libdigest-sha1-perl 2.12-1 NIST SHA-1 message digest algorith
ii liberror-perl0.17-1 Perl module for error/exception ha
ii libhtml-parser-perl 3.62-1 collection of modules that parse H
ii liblocale-maketext-lexicon-p 0.77-1 Lexicon-handling backends for "Loc
pn libtext-diff-perl (no description available)
ii liburi-perl 1.37+dfsg-1 Manipulates and accesses URI strin
ii perl [libmime-base64-perl] 5.10.1-6Larry Wall's Practical Extraction
ii perl-modules [libnet-perl] 5.10.1-6Core Perl modules
ii rcs 5.7-25 The GNU Revision Control System
twiki recommends no packages.
Versions of packages twiki suggests:
pn libunicode-maputf8-perl(no description available)
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#553556: usemod-wiki: dir-or-file-in-var-www /var/www/usemod-wiki
Package: usemod-wiki
Version: 1.0-9
Severity: serious
User: lintian-ma...@debian.org
Usertags: dir-or-file-in-var-www
Debian packages should not install files under /var/www. This is not
one of the /var directories in the File Hierarchy Standard and is
under the control of the local administrator. Packages should not
assume that it is the document root for a web server; it is very
common for users to change the default document root and packages
should not assume that users will keep any particular setting.
Packages that want to make files available via an installed web server
should instead put instructions for the local administrator in a
README.Debian file and ideally include configuration fragments for
common web servers such as Apache.
As an exception, packages are permitted to create the /var/www
directory due to its past history as the default document root, but
should at most copy over a default file in postinst for a new install.
Refer to Filesystem Hierarchy Standard (The /var Hierarchy) for
details.
One solution that works is to put configuration files into
/etc/, put static content, if any, into
/usr/{share,lib}/, then create /var/lib/
as home for the package, and symlink the files from /etc and /usr/
into the /var/lib/. Then create a simple set of
configuration snippets for popular web servers (for example, files one
may link into /etc/apache2/conf.d) and put them into
/etc/. This way user modifiable files stil live in /etc,
and a simple operation can make the package go live.
Filed as serious, since this is a violation of the FHS (which is part
of policy), and also since a package with these files will currently
get this package rejected. See
http://lists.debian.org/debian-devel-announce/2009/10/msg4.html
for details. This means the package has been deemed too buggy to be in
Debian.
manoj
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages usemod-wiki depends on:
ii apache2-mpm-prefork [httpd] 2.2.14-1 Apache HTTP Server - traditional n
ii perl [perl5] 5.10.1-6 Larry Wall's Practical Extraction
usemod-wiki recommends no packages.
Versions of packages usemod-wiki suggests:
ii sendmail-bin [mail-transport- 8.14.3-9 powerful, efficient, and scalable
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#553557: smb2www: dir-or-file-in-var-www /var/www/samba-images
Package: smb2www
Version: 980804-37
Severity: serious
User: lintian-ma...@debian.org
Usertags: dir-or-file-in-var-www
Debian packages should not install files under /var/www. This is not
one of the /var directories in the File Hierarchy Standard and is
under the control of the local administrator. Packages should not
assume that it is the document root for a web server; it is very
common for users to change the default document root and packages
should not assume that users will keep any particular setting.
Packages that want to make files available via an installed web server
should instead put instructions for the local administrator in a
README.Debian file and ideally include configuration fragments for
common web servers such as Apache.
As an exception, packages are permitted to create the /var/www
directory due to its past history as the default document root, but
should at most copy over a default file in postinst for a new install.
Refer to Filesystem Hierarchy Standard (The /var Hierarchy) for
details.
One solution that works is to put configuration files into
/etc/, put static content, if any, into
/usr/{share,lib}/, then create /var/lib/
as home for the package, and symlink the files from /etc and /usr/
into the /var/lib/. Then create a simple set of
configuration snippets for popular web servers (for example, files one
may link into /etc/apache2/conf.d) and put them into
/etc/. This way user modifiable files stil live in /etc,
and a simple operation can make the package go live.
Filed as serious, since this is a violation of the FHS (which is part
of policy), and also since a package with these files will currently
get this package rejected. See
http://lists.debian.org/debian-devel-announce/2009/10/msg4.html
for details. This means the package has been deemed too buggy to be in
Debian.
manoj
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.31.4-anzu-2 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages smb2www depends on:
ii apache2 2.2.14-1 Apache HTTP Server metapackage
ii apache2-mpm-prefork [httpd-cg 2.2.14-1 Apache HTTP Server - traditional n
ii cdebconf [debconf-2.0]0.145 Debian Configuration Management Sy
ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy
ii perl 5.10.1-6 Larry Wall's Practical Extraction
ii smbclient 2:3.4.2-1 command-line SMB/CIFS clients for
smb2www recommends no packages.
smb2www suggests no packages.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
