Bug#751511: xfslibs-dev: Incorrect licensing information in debian/copyright
Source: xfslibs-dev Severity: serious Justification: Policy 4.5 -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 It looks like the xfslibs-dev package source files are licensed under LGPL v2.1, however the debian/copyright file indicates that only the libhandle package is under LGPL and that the rest of the package is licensed under GPL. Giridhar - -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJTmwnSAAoJEKjSzROqVEqhm4wQAIVHEEsJ1+YkbxQOx8ubKHov hW4HJK1h6PoBudiyK+RSBIekl8WV08qvwaUJHg6xPodH3N/WhfDw7vduQv97s5Hr DJ92DWA5j06XUOKNPsRFGi6mGL2VVPgOkb+3xGPWgTLpAeUfbkukOStp7Gi8tOEI 6REM2z3uh8krCzuIsB1RS4j8SWXFVy3OE0ROKfL92JsWyVgUpRmDdU0nwEmhjrfn 7Bk4ecEaZA3nXeT5FY2yAEtk0hIat/rtCYe66lJw6k7FmogD5W46tb6U2bgtmqt1 I1JGDivQgbBd1pogxUdgNyK4lizSkTOdg24WuaGHMhI7sH6+DHMPOiC81INsf1qY 6q8OB7naez3x8BFGMH03BL6wpn1yVAd+m0nEXJLluu3niLlOHjSTLAbqiX8h+n2b PyXFnTViaGI8oYGHbTnOC+t/o+mbnbIE7hnsfdDhVXqDhZo5dJtWl4VxNuOBTOV8 7ZiNH4y8kHwU8yT6dW/dGLCYxWvE+RvTGhgL/V0tO2ipkuVUmZaMyvvUuk6xSfER wSf1AUWhhgJBJzGRZj4UglWJ99MaZMxYzLMJq20uQmTSzlnN//vLsmjMcfFcx61f 33AaniHi0fbOwPHV5lecxjyxKgjo5CSd0EqaCV7fenAB1Tr6mKXB3frrOJMxbhlr c69uwhjzVNZRP8tudDtC =yzqb -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551238: elinks: FTBFS: spidermonkey.c:(.text+0x52858): undefined reference to `JS_SetBranchCallback'
On 09/10/16 18:30 +0200, Lucas Nussbaum said ... /build/user-elinks_0.12~pre5-1-amd64-G2x4mV/elinks-0.12~pre5/src/scripting/lua/core.c:247: warning: the use of `tempnam' is dangerous, better use `mkstemp' lib.o: In function `setup_safeguard': spidermonkey.c:(.text+0x52858): undefined reference to `JS_SetBranchCallback' I believe JS_SetBranchCallback is not longer available and we would have to use JS_SetOperationCallback. I'll work on a patch to fix this. Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#551238: elinks: FTBFS: spidermonkey.c:(.text+0x52858): undefined reference to `JS_SetBranchCallback'
On 09/10/16 23:47 +0530, Y Giridhar Appaji Nag said ... On 09/10/16 18:30 +0200, Lucas Nussbaum said ... /build/user-elinks_0.12~pre5-1-amd64-G2x4mV/elinks-0.12~pre5/src/scripting/lua/core.c:247: warning: the use of `tempnam' is dangerous, better use `mkstemp' lib.o: In function `setup_safeguard': spidermonkey.c:(.text+0x52858): undefined reference to `JS_SetBranchCallback' I believe JS_SetBranchCallback is not longer available and we would have to use JS_SetOperationCallback. I'll work on a patch to fix this. Fixed in git, it would be available from next upload to the archive. Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#549818: fusecompress: FTBFS: ./boost/archive/portable_binary_iarchive.hpp:242:62: error: boost/archive/impl/archive_pointer_iserializer.ipp: No such file or directory
On 09/10/05 20:22 +0200, Lucas Nussbaum said ... Relevant part: g++ -DHAVE_CONFIG_H -I. -I.. -D_GNU_SOURCE -D_REENTRANT -D_POSIX_C_SOURCE=200112L -D_POSIX_SOURCE -D_SVID_SOURCE -D_BSD_SOURCE -D_XOPEN_SOURCE=500 -pedantic -Wno-long-long -Wall -fpermissive -D_FILE_OFFSET_BITS=64 -DFUSE_USE_VERSION=26 -DNDEBUG -DRLOG_COMPONENT=fusecompress -g -O2 -MT Compress.o -MD -MP -MF .deps/Compress.Tpo -c -o Compress.o Compress.cpp In file included from Compress.cpp:21: ./boost/archive/portable_binary_iarchive.hpp:242:62: error: boost/archive/impl/archive_pointer_iserializer.ipp: No such file or directory In file included from Compress.cpp:22: ./boost/archive/portable_binary_oarchive.hpp:232:62: error: boost/archive/impl/archive_pointer_oserializer.ipp: No such file or directory In file included from Compress.cpp:21: ./boost/archive/portable_binary_iarchive.hpp:269: error: 'archive_pointer_iserializer' is not a template ./boost/archive/portable_binary_iarchive.hpp:269: error: 'archive_pointer_iserializer' in namespace 'boost::archive::detail' does not name a type In file included from Compress.cpp:22: ./boost/archive/portable_binary_oarchive.hpp:257: error: 'archive_pointer_oserializer' is not a template ./boost/archive/portable_binary_oarchive.hpp:257: error: 'archive_pointer_oserializer' in namespace 'boost::archive::detail' does not name a type make[2]: *** [Compress.o] Error 1 serialization 1.40 has an API change and the new interface should be used. See http://www.boost.org/doc/libs/1_40_0/libs/serialization/doc/release.html Giridhar -- Y Giridhar Appaji Nag | http://people.debian.org/~appaji/ signature.asc Description: Digital signature
Bug#539151: inotifyx - FTBFS
On 09/08/23 15:53 +0200, Bastian Blank said ... You seem to have a large missunderstanding how to build Debian packages, especially what the difference between arch indenpendent and arch dependent is. Also your sponsor (cced) either did not review the It certainly looks like I did a poor job of reviewing this. Thank you for pointing out. Ritesh, inotifyx being Arch: any should have binary-arch (and not binary-indep) creating the binary package. Please make the changes and we can do another upload fixing this. Do take a look at policy section 4.9 before that. Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#527806: exim4-config: fails during postinst sed: -e expression #1, char 2: delimiter ...
Package: exim4-config Version: 4.69-10 Severity: grave Justification: renders package unusable -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I just did an aptitude update and a dist-upgrade and encountered this error. Too late in the night to look at where the problem is, please let me know if you would like me to provide some additional information. Thank you for your work on exim. Errors were encountered while processing: exim4-config exim4-base exim4-daemon-light E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up exim4-config (4.69-10) ... sed: -e expression #1, char 2: delimiter character is not a single-byte character dpkg: error processing exim4-config (--configure): subprocess post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of exim4-base: exim4-base depends on exim4-config (= 4.30) | exim4-config-2; however: Package exim4-config is not configured yet. Package exim4-config-2 is not installed. Package exim4-config which provides exim4-config-2 is not configured yet. dpkg: error processing exim4-base (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of exim4-daemon-light: exim4-daemon-light depends on exim4-base (= 4.69); however: Package exim4-base is not configured yet. dpkg: error processing exim4-daemon-light (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: exim4-config exim4-base exim4-daemon-light Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Writing extended state information... Done - -- Package-specific info: Exim version 4.69 #1 built 02-May-2009 07:56:52 Copyright (c) University of Cambridge 2006 Berkeley DB: Berkeley DB 4.6.21: (September 27, 2007) Support for: crypteq iconv() IPv6 GnuTLS move_frozen_messages Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dnsdb dsearch nis nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Size of off_t: 8 Configuration file is /var/lib/exim4/config.autogenerated # /etc/exim4/update-exim4.conf.conf # # Edit this file and /etc/mailname by hand and execute update-exim4.conf # yourself or use 'dpkg-reconfigure exim4-config' # # Please note that this is _not_ a dpkg-conffile and that automatic changes # to this file might happen. The code handling this will honor your local # changes, so this is usually fine, but will break local schemes that mess # around with multiple versions of the file. # # update-exim4.conf uses this file to determine variable values to generate # exim configuration macros for the configuration file. # # Most settings found in here do have corresponding questions in the # Debconf configuration, but not all of them. # # This is a Debian specific file dc_eximconfig_configtype='satellite' dc_other_hostnames='loktak.appaji.net' dc_local_interfaces='127.0.0.1' dc_readhost='appaji.net' dc_relay_domains='' dc_minimaldns='false' dc_relay_nets='' dc_smarthost='mail.appaji.net' CFILEMODE='644' dc_use_split_config='false' dc_hide_mailname='true' dc_mailname_in_oh='true' dc_localdelivery='mail_spool' mailname:appaji.net - -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (800, 'unstable'), (700, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages exim4-config depends on: ii adduser 3.110 add and remove users and groups ii debconf [debconf-2.0] 1.5.26 Debian configuration management sy exim4-config recommends no packages. exim4-config suggests no packages. - -- debconf information: * exim4/dc_smarthost: mail.appaji.net exim4/dc_relay_domains: exim4/dc_localdelivery: mbox format in /var/mail/ * exim4/dc_eximconfig_configtype: mail sent by smarthost; no local mail * exim4/dc_readhost: appaji.net exim4/exim4-config-title: exim4/dc_relay_nets: * exim4/mailname: appaji.net * exim4/dc_local_interfaces: 127.0.0.1 * exim4/dc_minimaldns: false * exim4/dc_other_hostnames: loktak.appaji.net exim4/no_config: true exim4/hide_mailname: true exim4/dc_postmaster: * exim4/use_split_config: false -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQEcBAEBAgAGBQJKBJiKAAoJENbfLHnbvsrcxlwH/Av9vEGatnBsZPWKQKofL+Hp MpeyADF8kGbRoGjmkp05OfaddkEkXWxT1jqJbojgedcCAYaKu9w2OZ66F6LOvh6C PICCpGczb6j9QXqm68GQ78d7tNrfgTYpCwuqSdaAsg1FySjzJlaC8UTGxYYK3Q3A BkvkneJTo7XEuWEdXcZrS4FmpUcs5631KTn7lrKiDaY63Wt05JBeI5BYzzZjOqVq
Bug#526349: elinks: FTBFS on i386 auto build
On 09/05/01 13:24 +0300, Kalle Olavi Niemitalo said ... We have AsciiDoc 7.1.2 configuration files in the ELinks source tree in order to lock the input syntax against AsciiDoc upgrades (Debian bug 491820) or user modifications of /etc/asciidoc. The AsciiDoc User Guide recommends bundling the asciidoc script too (under Shipping stand-alone AsciiDoc source) but I had previously assumed I could rely on the script remaining compatible with old config files. So I'll now add the script there, and Debian can then replace the asciidoc build-dependency with some version of python. Thank you, that will help. This change will go in the elinks-0.12 and master branches. Do you need it in elinks-0.11 as well? No, unless there is a security fix we will not update 0.11.4 in stable (also, elinks 0.11.4 builds using asciidoc 8.2.7 in Debian -- both in stable in case someone wants to build it in lenny). Cheers, Giridhar -- Y Giridhar Appaji Nag | http://people.debian.org/~appaji/ signature.asc Description: Digital signature
Bug#494058: epiphany-browser: Download window is broken
Hi Sam, On 08/10/02 17:54 +0100, Sam Morris said ... On Thu, 2008-10-02 at 18:36 +0200, Josselin Mouette wrote: Le jeudi 02 octobre 2008 à 17:15 +0100, Sam Morris a écrit : I can reproduce the hanging problem fairly easily. 1. Open Page Info window 2. In a new tab, go to about:config 3. Try to modify a string value 4. Try to close the about:config tab I understand that with the page info extension in use you are able to reproduce this consistently, however, are you able to reproduce this bug as originally stated without epiphany-extensions installed? The reason I ask is because you also reported #492972 (sev: important) on epiphany-extensions And just to be in a position to narrow this down, would you be able to start with a fresh epiphany install (where you don't have the settings, the profile etc.) and still reproduce this as you had reported here [1]. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=494058#10 I will also try to reproduce this on an AMD64 machine that I got access to recently. To me, this looks like #393837, which is triggered whenever you open a chrome window with parameters. If this issue is related to #393837, that would explain a lot, and unfortunately would not ease its fixing... The backtrace is similar to the one on http://bugzilla.gnome.org/show_bug.cgi?id=535127 ... but maybe not similar enough now that I look closely. Cheers, Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#502858: aptitude: changelog entry malformed
Hi Ben, On 08/10/20 22:04 +1100, Ben Finney said ... Package: aptitude Version: 0.4.11.9-1lenny1 Severity: serious Justification: violates Policy §4.4 This part of the policy is a should and not a must. I'll leave it to the package maintainer, but I suppose this bug is not serious. It would be made must (post #489460 which is not yet released). A malformed changelog entry can cause problems for any tools attempting to extract structured information from that changelog. The Since the above is a should and not a must, tools doing this must be prepared [1] to encounter bad entries. [1] http://packages.debian.org/changelogs/pool/main/a/aptitude/current/changelog#versionversion0.4.11.9-1lenny1 One less RC bug if you or Daniel downgrade this :-) Cheers, Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#502824: Freeze exception for alevt [Was: Re: Bug#502824: fixed in alevt 1:1.6.1-10.1]
[did not see an unblock request on debian-release yet for this, hence the mail] Hi release team, On 08/10/20 23:17 +, Chris Lamb said ... alevt (1:1.6.1-10.1) unstable; urgency=medium . * Non-maintainer upload. * Add support in postinst for building video4linux devices in /dev/.static as well as /dev. (Closes: #502824) Can you please unblock alevt for this RC bug to let it into Lenny? Thanks, Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#483073: fixed in nant 0.85.dfsg1-5
Hi release team, Can you please unblock nant for #483073 Cheers, Giridhar On 08/10/16 22:17 +, Mirco Bauer said ... nant (0.85.dfsg1-5) unstable; urgency=low . [ David Paleino ] * debian/control: + Removed Dave Beckett [EMAIL PROTECTED] from Uploaders. . [ Mirco Bauer ] * debian/control: + Enhanced package description. + Added Vcs-Browser field. + Bumped cli-common-dev build-dep to = 0.5.4 as we are using dh_clistrip and dh_clifixperms from it. * debian/rules: + Removed -m paramater to dh_clideps call, as it doesn't know such parameter. + Added dh_clistrip and dh_clifixperms calls. + Removed find call to fix file permissions, as dh_clifixperms takes now care of this. + Removed dh_shlibdeps call as this package doesn't contain native binaries or libraries. + Delete examples/StyleTask/SimpleExtensionObject/SimpleExtension.dll before the build to force nant to rebuild it (as the file is shipped in the tarball). * debian/patches/005-nant-ExternalProgramBase-race.dpatch: + New patch to prevent Mono detection failure due to a race on SMP machines. Based on upstream fix for bug 1733671 (Closes: #483073) (thanks goes to Y Giridhar Appaji Nag [EMAIL PROTECTED] for investigation and providing the dpatch) -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#501412: ikvm: FTBFS in lenny: Illegal characters in path
On 08/10/11 21:51 +0200, Frank Lichtenheld said ... On Sat, Oct 11, 2008 at 07:31:52PM +0200, Mirco Bauer wrote: Nothing is different (well hardware is), as this is a race-condition that happens on SMP systems, see: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=483073 Not sure how to proceed here... someone NMU ikvm with the named workaround of #483073? Hmm, if that bug affects many other packages it would probably better to get a fixed nant in lenny instead. Upstream claims that it is fixed in a newer version, so it would be helpful if someone could try to find out how big the patch is. Got in touch with upstream, will keep the bugs posted. Cheers, Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#501412: ikvm: FTBFS in lenny: Illegal characters in path
On 08/10/15 13:04 +0530, Y Giridhar Appaji Nag said ... On 08/10/11 21:51 +0200, Frank Lichtenheld said ... Hmm, if that bug affects many other packages it would probably better to get a fixed nant in lenny instead. Upstream claims that it is fixed in a newer version, so it would be helpful if someone could try to find out how big the patch is. Got in touch with upstream, will keep the bugs posted. I posted a nmudiff to #483073 and it would be great if someone who is able to reproduce tests the fix before we do an upload. Cheers, Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#500555: tries to access not existing/usr/var/run
Hi debian-release, On 08/10/01 08:31 +0200, Pierre Habouzit said ... On Tue, Sep 30, 2008 at 10:54:11AM +, Y Giridhar Appaji Nag wrote: On 08/09/29 12:26 +0200, Rene Engelhard said ... Package: libdaemon0 Version: 0.10-1 Severity: grave Since 0.13 is already in sid and this bug affects 0.12-1 (in Lenny) I would like to upload 0.12-1lenny1 to testing-proposed-updates. Please do let me know if that is OK. (The version numbers should have been 0.12-2 and 0.12-2lenny1.) Please do. Now that libdaemon 0.12-2lenny1 has been built on all architectures, can someone please push it to testing? Cheers, Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#500555: tries to access not existing/usr/var/run
Hi release-team, On 08/09/29 12:26 +0200, Rene Engelhard said ... Package: libdaemon0 Version: 0.10-1 Severity: grave Since 0.13 is already in sid and this bug affects 0.12-1 (in Lenny) I would like to upload 0.12-1lenny1 to testing-proposed-updates. Please do let me know if that is OK. Sep 29 10:02:21 frodo nfschecker[26995]: open(/usr/var/run/nfschecker.pid): No cuch file or directory Sep 29 10:02:21 frodo nfschecker[26995]: Could not create PID file (No such file or directory) Sounds like you miss to specify --with-localstatedir=/var to that it doesn't use /usr/var. The change is as follows: Index: debian/rules === --- debian/rules(revision 11413) +++ debian/rules(revision 11414) @@ -28,7 +28,7 @@ endif [ ! -f doc/README.html ] || mv -f doc/README.html doc/README.html.ups [ ! -f doc/README ] || mv -f doc/README doc/README.ups - ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info CFLAGS=$(CFLAGS) LDFLAGS=-Wl,-z,defs + ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --localstatedir=/var --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info CFLAGS=$(CFLAGS) LDFLAGS=-Wl,-z,defs build: build-stamp build-stamp: config.status Cheers, Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#500555: tries to access not existing/usr/var/run
# Bcc: control tags 500555 + pending thanks On 08/09/29 12:26 +0200, Rene Engelhard said ... [ seen on 0.13-1 but I have no reason to believe older versions are unaffected ] You are right, from libdaemon/dpid.c: #define VARRUN LOCALSTATEDIR /run const char *daemon_pid_file_ident = NULL; daemon_pid_file_proc_t daemon_pid_file_proc = daemon_pid_file_proc_default; --localstatedir=DIR modifiable single-machine data [PREFIX/var] Sounds like you miss to specify --with-localstatedir=/var to that it doesn't use /usr/var. Should just be --localstatedir=/var :) Thank you for reporting this. I've committed a fix to svn and an updated 0.13 package will be uploaded to unstable. I'll work with the release team for getting the fix to Lenny via testing-proposed-updates for 0.12. Cheers, Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#499347: empty /usr/share/doc/elinks
Hi release team, On 08/09/18 00:37 +0200, Julien Cristau said ... Package: elinks Version: 0.11.4-2 Severity: serious elinks seems to want to have its doc dir as a symlink to elinks-data. It doesn't handle the transition from previous versions properly, Can you please Lenny-freeze unblock ELinks for this bug? Thanks, Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#499347: empty /usr/share/doc/elinks
# Bcc: control tags 499347 + confirmed thanks On 08/09/18 00:37 +0200, Julien Cristau said ... elinks seems to want to have its doc dir as a symlink to elinks-data. It doesn't handle the transition from previous versions properly, though, so on upgrade you get an empty /usr/share/doc/elinks/ directory. Please fix this in your postinst (on upgrade, rmdir and create the symlink). Subtle bug, thank you for the report. I'll fix this in the next upload. Cheers, Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#494025: FTBFS: ../../../../src/util/time.h:44: error: expected ')' before 'n'
# reduce priority because it is a build with DEB_BUILD_OPTIONS and since # this bug (on 0.11.1-1.2etch1) would block 0.11.4-2 from entering testing. severity 494025 important tags 494025 + moreinfo thanks On 08/08/06 21:46 +0300, Timo Juhani Lindfors said ... from ../../../../src/document/html/renderer.c:13: ../../../../src/util/time.h:44: error: expected ')' before 'n' Can you add #include sys/types.h before #ifdef HAVE_SYS_TIME_H in src/util/time.h and try to build again? Any idea what's wrong? Not too sure, my etch chroot creation failed and I can't try this out. Can you please try the above and let me know how this goes? snip $ sudo cowbuilder --create --distribution etch ... P: Unpacking package util-linux E: Internal error: install pbuilder: cdebootstrap failed - Aborting with an error pbuilder create failed /snip Cheers, Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#491820: elinks: FTBFS: xmlto input does not validate
tags 491820 + confirmed thanks On 08/07/22 00:38 -0700, Daniel Schepler said ... Document /tmp/buildd/elinks-0.11.4/build-main/doc/elinks.1.xml does not validate make[1]: *** [elinks.1] Error 3 rm elinks.1.xml make[1]: Leaving directory `/tmp/buildd/elinks-0.11.4/build-main/doc' make: *** [build-indep-stamp] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 Thank you for the report. I can reproduce this in my pbuilder and I will take a look. Cheers, Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#484311: reportbug adds os.curdir to sys.path
On 08/06/03 18:26 +0200, Thomas Arendsen Hein said ... sys.path = [os.curdir, '/usr/share/reportbug'] + sys.path It looks like os.curdir has been added to sys.path only for temporary debugging purposes (code modified in local directory and wanting to test it without installing reportbug). Chris, can you confirm that this is case? We can remove os.curdir or add it as the last entry in sys.path. As an aside, I noticed that /usr/share/reportbug is added to sys.path once again in __main__ in reportbug_submit.py. And in querybts too: 27 import sys, os 28 sys.path = [os.curdir, '/usr/share/reportbug'] + sys.path Cheers, Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#484311: reportbug adds os.curdir to sys.path
# Bcc: control tags 484311 + patch thanks On 08/06/04 16:51 +0530, Y Giridhar Appaji Nag said ... Chris, can you confirm that this is case? We can remove os.curdir or add it as the last entry in sys.path. As an aside, I noticed that /usr/share/reportbug is added to sys.path once again in __main__ in reportbug_submit.py. And in querybts too: Attached patch. This can be modified -- the parts in the patch that change sys.path.append should be removed -- for a minimally modified reportbug for the security upload queues. Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ Index: querybts === --- querybts (revision 517) +++ querybts (working copy) @@ -25,7 +25,7 @@ # $Id: querybts,v 1.7.2.3 2008-04-18 05:38:27 lawrencc Exp $ import sys, os -sys.path = [os.curdir, '/usr/share/reportbug'] + sys.path +sys.path = ['/usr/share/reportbug'] + sys.path + [os.curdir] from reportbug_exceptions import * Index: reportbug_submit.py === --- reportbug_submit.py (revision 517) +++ reportbug_submit.py (working copy) @@ -30,7 +30,7 @@ from reportbug import VERSION, VERSION_NUMBER import os -sys.path = [os.curdir, '/usr/share/reportbug'] + sys.path +sys.path = ['/usr/share/reportbug'] + sys.path + [os.curdir] import re import commands @@ -484,7 +484,6 @@ 'o' if __name__ == '__main__': -sys.path.append('/usr/share/reportbug') try: main() except KeyboardInterrupt: Index: reportbug === --- reportbug (revision 522) +++ reportbug (working copy) @@ -1798,7 +1798,6 @@ return if __name__ == '__main__': -sys.path.append('/usr/share/reportbug') try: main() except KeyboardInterrupt: signature.asc Description: Digital signature
Bug#478156: elinks_0.12~20080127-3(sparc/experimental): FTBFS: error: assuming signed overflow does not occur when assuming that (X + c) X is always false
# Bcc: control tags 478156 + experimental thanks On 08/04/27 17:54 +0200, Frank Lichtenheld said ... | cc1: warnings being treated as errors | /build/buildd/elinks-0.12~20080127/src/main/event.c: In function 'unregister_event_hook': | /build/buildd/elinks-0.12~20080127/src/util/math.h:36: error: assuming signed overflow does not occur when assuming that (X + c) X is always false Thank you for reporting, let me check. Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Bug#470860: distcc has missing depends on dbus
Hi Carsten, This bug is blocking distcc's migration to testing. I was wondering if you would make an upload soon because it has been marked as pending about a month ago :) Thank you for your work on distcc. Cheers, Giridhar On 08/03/13 23:13 -0500, Adam Heath said ... severity: serious After an strace, I discovered the problem. Installing dbus allowed it to continue. This might be related to the recent zeroconf patch(the avahi part of the message). -- Y Giridhar Appaji Nag | http://www.appaji.net/ signature.asc Description: Digital signature
Bug#464384: FTBFS etc., pending upload
For those interested in packages with this bug fixed, the source package with a fix is available[1], and will be uploaded shortly to the archive (the package adds two new binary packages with debugging symbols, is NEW and hence I can't upload it as a DM). [1] http://mentors.debian.net/debian/pool/main/e/elinks/ Thank you for your patience :) Giridhar -- Y Giridhar Appaji Nag | http://www.appaji.net/ signature.asc Description: Digital signature
Bug#465719: elinks_0.12~20080127-1(experimental/powerpc/anakreon): -Werror and warning: comparison is always true due to limited range of data type
# Bcc: control tags 465719 + pending thanks On 08/02/14 10:12 +0100, Marc 'HE' Brockschmidt said ... On my ppc buildd, another warning then the one reported in #464384 leads to an FTBFS: | cc1: warnings being treated as errors | /build/buildd/elinks-0.12~20080127/src/protocol/bittorrent/peerwire.c: In function 'do_send_bittorrent_peer_message': | /build/buildd/elinks-0.12~20080127/src/protocol/bittorrent/peerwire.c:260: warning: comparison is always true due to limited range of data type | /build/buildd/elinks-0.12~20080127/src/protocol/bittorrent/peerwire.c:323: warning: case label value is less than minimum value for type | make[4]: *** [peerwire.o] Error 1 This (and FTBFSs on arm/s390 because of this warning) are fixed in the Debian ELinks git, pending upload. Giridhar -- Y Giridhar Appaji Nag | http://www.appaji.net/ signature.asc Description: Digital signature
Bug#464384: elinks_0.12~20080127-1(experimental/amd64/xenophanes): -Werror, warning: cast from pointer to integer of different size
On 08/02/10 20:55 +0530, Y Giridhar Appaji Nag said ... builds should go through fine now I suppose. I had them tested atleast on amd64 and powerpc. I'll request an upload. Hopefully around the weekend, I'll be added to the DM keyring and we will do an upload after an initial DM-Upload-Allowed: yes upload is done. Giridhar -- Y Giridhar Appaji Nag | http://www.appaji.net/ signature.asc Description: Digital signature
Bug#464384: elinks_0.12~20080127-1(experimental/amd64/xenophanes): -Werror, warning: cast from pointer to integer of different size
On 08/02/10 11:37 +0200, Kalle Olavi Niemitalo said ... Thank you. I pushed the following patch, which should fix these. commit 61019c31304f89141248b0381974d1e3886cf160 Thank you KON. I pushed changes based on these to alioth git. The builds should go through fine now I suppose. I had them tested atleast on amd64 and powerpc. I'll request an upload. Giridhar -- Y Giridhar Appaji Nag | http://www.appaji.net/ signature.asc Description: Digital signature
Bug#464384: elinks_0.12~20080127-1(experimental/amd64/xenophanes): -Werror, warning: cast from pointer to integer of different size
On 08/02/09 00:39 +0200, Kalle Olavi Niemitalo said ... I see amd64 has given these warnings already in ELinks 0.11.3, but there they didn't break the build, because configure was not run with --enable-debug and so it did not add -Werror to $CFLAGS. Enabled debugging because this package is for experimental and features.conf suggested it. I added a patch to modify bittorrent_peer_request to change the id from char to enum bittorrent_message_id. We FTBFS on powerpc[1] and s390[2] otherwise. [1] http://experimental.debian.net/fetch.php?pkg=elinksver=0.12%7E20080127-1arch=powerpcstamp=1202132370file=logas=raw [2] http://experimental.debian.net/fetch.php?pkg=elinksver=0.12%7E20080127-1arch=s390stamp=1202495801file=logas=raw However, I don't have a non-x86 box to test any of these. I suspect FTBFSs may be a frequent occurance with 0.12 because of -Werror (And I suppose -Werror for the unreleased versions of ELinks is present with --enable-debug for a reason). Please try the appended patch. There has been a similar warning in src/network/ssl/socket.c, at the gnutls_transport_set_ptr call. That could also be silenced I picked both the patches but didn't request an upload yet. I will try and find someone who can do these builds and then request for an upload. Thank you. Giridhar -- Y Giridhar Appaji Nag | http://www.appaji.net/ signature.asc Description: Digital signature
Bug#464384: elinks_0.12~20080127-1(experimental/amd64/xenophanes): -Werror, warning: cast from pointer to integer of different size
On 08/02/10 09:38 +0530, Y Giridhar Appaji Nag said ... I added a patch to modify bittorrent_peer_request to change the id from char to enum bittorrent_message_id. We FTBFS on powerpc[1] and s390[2] otherwise. I submitted the patch at http://bugzilla.elinks.cz/show_bug.cgi?id=1002 There are further warnings down the line that cause build failures (this is for AMD64). make[4]: Entering directory `/tmp/buildd/elinks-0.12~20080127/build-main/src/protocol/smb' [CC] src/protocol/smb/smb2.o cc1: warnings being treated as errors /tmp/buildd/elinks-0.12~20080127/src/protocol/smb/smb2.c: In function 'do_smb': /tmp/buildd/elinks-0.12~20080127/src/protocol/smb/smb2.c:352: warning: format '%lld' expects type 'long long int', but argument 3 has type '__off_t' make[4]: *** [smb2.o] Error 1 Giridhar -- Y Giridhar Appaji Nag | http://www.appaji.net/ signature.asc Description: Digital signature
Bug#457260: Can't use meld anymore
severity 457149 grave retitle 457149 should depend on python-gnomecanvas and python-gconf reassign 457260 python-gnome2 merge 457149 457260 thanks On 07/12/24 11:28 +0530, Y Giridhar Appaji Nag said ... The fix for this bug would be to add a dependency on python-gnomecanvas and python-gconf. Actually, it is python-gnome that needs to add a dependency. Giridhar -- Y Giridhar Appaji Nag | http://www.appaji.net/ signature.asc Description: Digital signature
Bug#451432: ifplugd: FTBFS on amd64: Conflicting types for loff_t
tags 451432 +patch thanks Adapting a patch from Ubuntu (which was likely tested on AMD64). I don't have a non-i386 sid, it would be good if someone can give this a spin and comment here. Please feel free to do an NMU if you can test this (not just for the FTBFS, but an 'install and use' test). Giridhar On 07/11/15 17:26 -0500, Daniel Schepler said ... In file included from interface.c:27: /usr/include/sys/types.h:46: error: conflicting types for 'loff_t' /usr/include/linux/types.h:30: error: previous declaration of 'loff_t' was here -- Y Giridhar Appaji Nag | http://www.appaji.net/ diff -Nur original/ifplugd-0.28/debian/control ifplugd/ifplugd-0.28/debian/control --- original/ifplugd-0.28/debian/control 2007-11-21 15:59:07.0 +0530 +++ ifplugd/ifplugd-0.28/debian/control 2007-11-22 12:31:56.518739000 +0530 @@ -2,7 +2,7 @@ Section: net Priority: optional Maintainer: Oliver Kurth [EMAIL PROTECTED] -Build-Depends: debhelper ( 4.1.16), libdaemon-dev (= 0.7), lynx | lynx-ssl, pkg-config, po-debconf +Build-Depends: debhelper ( 4.1.16), dpatch, libdaemon-dev (= 0.7), lynx | lynx-ssl, pkg-config, po-debconf Standards-Version: 3.6.1 Package: ifplugd diff -Nur original/ifplugd-0.28/debian/patches/00list ifplugd/ifplugd-0.28/debian/patches/00list --- original/ifplugd-0.28/debian/patches/00list 1970-01-01 05:30:00.0 +0530 +++ ifplugd/ifplugd-0.28/debian/patches/00list 2007-11-22 12:39:39.75292 +0530 @@ -0,0 +1 @@ +01_loff_t_dev_t_conflict diff -Nur original/ifplugd-0.28/debian/patches/01_loff_t_dev_t_conflict.dpatch ifplugd/ifplugd-0.28/debian/patches/01_loff_t_dev_t_conflict.dpatch --- original/ifplugd-0.28/debian/patches/01_loff_t_dev_t_conflict.dpatch 1970-01-01 05:30:00.0 +0530 +++ ifplugd/ifplugd-0.28/debian/patches/01_loff_t_dev_t_conflict.dpatch 2007-11-22 12:40:55.94687 +0530 @@ -0,0 +1,31 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## 01_loff_t_dev_t_conflict.dpatch from Jeremie Corbier [EMAIL PROTECTED] +## +## All lines beginning with `## DP:' are a description of the patch. +## DP: Fixes FTBFS: Conflict between sys/types.h linux/types.h loff_t/dev_t + [EMAIL PROTECTED]@ +diff -urNad ifplugd-0.28~/src/interface.c ifplugd-0.28/src/interface.c +--- ifplugd-0.28~/src/interface.c 2005-01-04 16:25:31.0 -0800 ifplugd-0.28/src/interface.c 2007-01-12 19:19:14.0 -0800 +@@ -23,7 +23,6 @@ + #endif + + #include linux/sockios.h +-#include linux/if_ether.h + #include sys/types.h + #include sys/socket.h + #include sys/ioctl.h +diff -urNad ifplugd-0.28~/src/interface.h ifplugd-0.28/src/interface.h +--- ifplugd-0.28~/src/interface.h 2004-05-09 16:20:56.0 -0700 ifplugd-0.28/src/interface.h 2007-01-12 19:19:45.0 -0800 +@@ -21,6 +21,9 @@ + * Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA. + */ + ++/* From linux/if_ether.h */ ++#define ETH_ALEN 6 ++ + int interface_auto_up; + int interface_do_message; + diff -Nur original/ifplugd-0.28/debian/rules ifplugd/ifplugd-0.28/debian/rules --- original/ifplugd-0.28/debian/rules 2007-11-21 15:59:07.0 +0530 +++ ifplugd/ifplugd-0.28/debian/rules 2007-11-22 12:09:59.116953000 +0530 @@ -5,6 +5,8 @@ # Uncomment this to turn on verbose mode. #export DH_VERBOSE=1 +include /usr/share/dpatch/dpatch.make + # These are used for cross-compiling and for saving the configure script # from having to guess our platform (since we know it already) DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) @@ -21,7 +23,7 @@ INSTALL_PROGRAM += -s endif -config.status: configure +config.status: patch configure dh_testdir # Add here commands to configure the package. ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --sysconfdir=/etc @@ -43,7 +45,7 @@ touch build-stamp -clean: +clean: unpatch dh_testdir dh_testroot rm -f build-stamp signature.asc Description: Digital signature
Bug#446693: uclibc: should this package be orphaned?
severity 446693 normal reassign 446693 ftp.debian.org merge 446693 438738 thanks On 07/10/15 00:26 +0200, Lucas Nussbaum said ... If you think that it should be removed from Debian instead of being orphaned, please reply to this bug and tell so. See #438738 If you agree that it should be orphaned, sending the following commands to [EMAIL PROTECTED] should do it (after replacing nn with this bug's number): See #418808 Giridhar -- Y Giridhar Appaji Nag | http://www.appaji.net/ signature.asc Description: Digital signature
Bug#430328: ldbl128 transition for alpha, powerpc, sparc, s390
A dummy upload to close this bug will rebuild the package, and this bug can be closed. There aren't any libraries in splint that need renaming as suggested. Giridhar On 07/06/23 15:49 +0200, Matthias Klose said ... This package has been indentified as one with header files in /usr/include matching 'long *double'. Please close this bug report if it is a false positive, or rename the package accordingly. -- Y Giridhar Appaji Nag | http://www.appaji.net/ signature.asc Description: Digital signature
Bug#367727: jukebox-mercury: must use invoke-rc.d
tags 367727 +patch thanks On 06/05/18 00:21 +0300, Lars Wirzenius said ... As of Debian Policy Manual version 3.7.2, the use of invoke-rc.d to run init.d scripts has been made mandatory. Earlier, its use was Patch attached to fix this. Giridhar -- Y Giridhar Appaji Nag | http://www.appaji.net/ diff -Nur jukebox-mercury-0.1/debian/postinst jukebox-mercury-0.1.new/debian/postinst --- jukebox-mercury-0.1/debian/postinst 2003-12-11 18:44:50.0 +0530 +++ jukebox-mercury-0.1.new/debian/postinst 2007-09-12 11:15:55.60840 +0530 @@ -7,7 +7,11 @@ fi if [ -e /dev/mercury -a -e /dev/mercury-1 -a -e /dev/mercury-2 ]; then - /etc/init.d/$prog start + if which invoke-rc.d /dev/null 21; then +invoke-rc.d $prog start + else + /etc/init.d/$prog start + fi else echo This program needs some manual configuration. In /dev create symlinks for the echo following targets: diff -Nur jukebox-mercury-0.1/debian/prerm jukebox-mercury-0.1.new/debian/prerm --- jukebox-mercury-0.1/debian/prerm2003-12-11 18:44:50.0 +0530 +++ jukebox-mercury-0.1.new/debian/prerm2007-09-12 11:17:26.156969000 +0530 @@ -3,7 +3,11 @@ prog=jukebox-mercury if [ -x /etc/init.d/$prog ]; then - /etc/init.d/$prog stop + if which invoke-rc.d /dev/null 21; then +invoke-rc.d $prog stop + else + /etc/init.d/$prog stop + fi fi #DEBHELPER# signature.asc Description: Digital signature
Bug#367760: libtowitoko2: must use invoke-rc.d
tags 367760 +patch thanks On 06/05/18 00:21 +0300, Lars Wirzenius said ... As of Debian Policy Manual version 3.7.2, the use of invoke-rc.d to run init.d scripts has been made mandatory. Earlier, its use was Patch attached to fix this. Giridhar -- Y Giridhar Appaji Nag | http://www.appaji.net/ diff -Nur towitoko-2.0.7/debian/libtowitoko2.postinst towitoko-2.0.7.new/debian/libtowitoko2.postinst --- towitoko-2.0.7/debian/libtowitoko2.postinst 2007-09-12 10:58:38.0 +0530 +++ towitoko-2.0.7.new/debian/libtowitoko2.postinst 2007-09-12 11:18:33.997124000 +0530 @@ -59,7 +59,11 @@ db_stop if [ -x /etc/init.d/pcscd ]; then -invoke-rc.d pcscd restart 3/dev/null +if which invoke-rc.d /dev/null 21; then + invoke-rc.d pcscd restart 3/dev/null +else + /etc/init.d/pcscd restart 3/dev/null +fi fi fi diff -Nur towitoko-2.0.7/debian/libtowitoko2.postrm towitoko-2.0.7.new/debian/libtowitoko2.postrm --- towitoko-2.0.7/debian/libtowitoko2.postrm 2007-09-12 10:58:38.0 +0530 +++ towitoko-2.0.7.new/debian/libtowitoko2.postrm 2007-09-12 11:19:46.766151000 +0530 @@ -23,7 +23,11 @@ # restart pcscd (PCSC daemon) if the package is installed # and if pcscd is running if [ -x /etc/init.d/pcscd ]; then - invoke-rc.d pcscd restart 3/dev/null || true + if which invoke-rc.d /dev/null 21; then +invoke-rc.d pcscd restart 3/dev/null || true + else +/etc/init.d/pcscd restart 3/dev/null || true + fi fi ;; signature.asc Description: Digital signature
Bug#367753: xpilot-ng-server: must use invoke-rc.d
tags 367753 +patch thanks On 06/05/18 00:21 +0300, Lars Wirzenius said ... As of Debian Policy Manual version 3.7.2, the use of invoke-rc.d to run init.d scripts has been made mandatory. Earlier, its use was Patch attached to fix this. Giridhar -- Y Giridhar Appaji Nag | http://www.appaji.net/ diff -Nur xpilot-ng-4.7.2/debian/xpilot-ng-server.postinst xpilot-ng-4.7.2.new/debian/xpilot-ng-server.postinst --- xpilot-ng-4.7.2/debian/xpilot-ng-server.postinst2007-09-12 10:58:36.0 +0530 +++ xpilot-ng-4.7.2.new/debian/xpilot-ng-server.postinst2007-09-12 11:21:51.368801000 +0530 @@ -64,7 +64,11 @@ # we customize the prerm and therefore run dh_installinit --noscripts. if [ -x /etc/init.d/xpilot-ng-server ]; then update-rc.d xpilot-ng-server defaults /dev/null -invoke-rc.d xpilot-ng-server start +if which invoke-rc.d /dev/null 21; then +invoke-rc.d xpilot-ng-server start +else +/etc/init.d/xpilot-ng-server start +fi fi #DEBHELPER# signature.asc Description: Digital signature
Bug#367762: gnudip: must use invoke-rc.d
tags 367762 +patch thanks On 06/05/18 00:21 +0300, Lars Wirzenius said ... As of Debian Policy Manual version 3.7.2, the use of invoke-rc.d to run init.d scripts has been made mandatory. Earlier, its use was Patch attached to fix this. Giridhar -- Y Giridhar Appaji Nag | http://www.appaji.net/ diff -Nur gnudip-2.1.1/debian/postinst gnudip-2.1.1.new/debian/postinst --- gnudip-2.1.1/debian/postinst2007-09-12 10:58:38.0 +0530 +++ gnudip-2.1.1.new/debian/postinst2007-09-12 11:14:12.632102000 +0530 @@ -247,7 +247,7 @@ # Set up the init.d stuff... system (update-rc.d gnudip defaults 99 49 /dev/null) die update-rc.d; -system (/etc/init.d/gnudip start) die Cannot start gnudip; +system (if which invoke-rc.d /dev/null 21; then invoke-rc.d gnudip start; else /etc/init.d/gnudip start; fi) die Cannot start gnudip; exit 0; signature.asc Description: Digital signature
Bug#441954: icedove: When collecting email, it crashes.
merge 441951 441954 thanks On 07/09/12 16:50 +1000, Robert Moonen said ... When collecting email, it collects the email from the server, but doesn't delete it from the server, it crashes before/or while doing Looks like your earlier email did go through. See http://bugs.debian.org/441951 Giridhar -- Y Giridhar Appaji Nag | http://www.appaji.net/ signature.asc Description: Digital signature
Bug#348263: dict-jargon: use invoke-rc.d
tags 348263 +patch thanks On 06/01/16 01:36 +0200, Lars Wirzenius said ... postinst script runs /etc/init.d/dictd directly instead of using invoke-rc.d. If it used invoke-rc.d, which calls the policy-rc.d that piuparts sets up, it wouldn't even try to run the init.d script Attached patch to fix this. Giridhar -- Y Giridhar Appaji Nag | http://www.appaji.net/ diff -Nur dict-jargon-4.4.4/debian/postinst dict-jargon-4.4.4.new/debian/postinst --- dict-jargon-4.4.4/debian/postinst 2007-09-11 18:44:04.0 +0530 +++ dict-jargon-4.4.4.new/debian/postinst 2007-09-11 18:53:37.766613000 +0530 @@ -7,7 +7,11 @@ case $1 in configure) if [ -x /usr/sbin/dictdconfig ]; then dictdconfig -w ;fi - if [ -x /etc/init.d/dictd ]; then /etc/init.d/dictd restart;fi + if which invoke-rc.d /dev/null 21; then + invoke-rc.d dictd restart + else + /etc/init.d/dictd restart + fi exit 0 ;; diff -Nur dict-jargon-4.4.4/debian/postrm dict-jargon-4.4.4.new/debian/postrm --- dict-jargon-4.4.4/debian/postrm 2007-09-11 18:44:04.0 +0530 +++ dict-jargon-4.4.4.new/debian/postrm 2007-09-11 18:54:15.79369 +0530 @@ -5,7 +5,11 @@ case $1 in remove|purge) if [ -x /usr/sbin/dictdconfig ]; then dictdconfig -w ;fi - if [ -x /etc/init.d/dictd ]; then /etc/init.d/dictd restart;fi + if which invoke-rc.d /dev/null 21; then + invoke-rc.d dictd restart + else + /etc/init.d/dictd restart + fi exit 0 ;; signature.asc Description: Digital signature
Bug#400558: gtkpod: dumps core on startup (*** glibc detected *** double free or corruption (out): 0x0850e280 ***)
Package: gtkpod Version: 0.99.4-1 Severity: grave Justification: renders package unusable -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 gtkpod aborts with SIGABRT due to glibc detected double free (happes when not run from within gdb also). $ gdb /usr/bin/gtkpod GNU gdb 6.5-debian Copyright (C) 2006 Free Software Foundation, Inc. [snip...] Using host libthread_db library /lib/tls/i686/cmov/libthread_db.so.1. (gdb) r Starting program: /usr/bin/gtkpod (no debugging symbols found) [snip...] [New Thread 998194096 (LWP 6201)] *** glibc detected *** double free or corruption (out): 0x0850e138 *** Program received signal SIGABRT, Aborted. [Switching to Thread 995096288 (LWP 6197)] 0xe410 in __kernel_vsyscall () (gdb) q The program is running. Exit anyway? (y or n) y $ $ Like in #326007, I will try and provide more information by running a debug version. Giridhar - -- Y Giridhar Appaji Nag | http://www.appaji.net/ - -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (800, 'unstable'), (700, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gtkpod depends on: ii libatk1.0-01.12.3-1 The ATK accessibility toolkit ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.1-2 generic font configuration library ii libglade2-01:2.6.0-2 library to load .glade files at ru ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgpod0 0.4.0-0.3 a library to read and write songs ii libgtk2.0-02.8.20-3 The GTK+ graphical user interface ii libid3tag0 0.15.1b-8 ID3 tag reading library from the M ii libpango1.0-0 1.14.8-2 Layout and rendering of internatio ii libx11-6 2:1.0.3-4 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxi6 1:1.0.1-3 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml22.6.27.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii zlib1g 1:1.2.3-13compression library - runtime gtkpod recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFam7l4eu+pR04mIcRAsW5AKCNnbSyJYxHGyJBQFL0I/XrZErrNQCffWlv BHNPHoGYFSg55geKEH1C4uY= =LdKX -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329667: mozilla-thunderbird --compose executes shell commands
merge 329664 329667 thanks On 05/09/22 17:27 +0200, Florian Weimer said ... Package: mozilla-thunderbird Version: 1.0.6-3 Severity: grave Tags: security The --compose option executes shell commands: mozilla-thunderbird --compose 'mailto:`df`' The df output appears in the To: line of the message. (This is related to the recently disclosed Firefox bug, which does not seem to affect Debian thanks to a different wrapper script.) -- Y Giridhar Appaji Nag | http://www.appaji.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326007: imapfilter: Immediately aborts with *** glibc detected *** corrupted double-linked list: 0xb7d84218 ***
Further information on this. I build the lua50 debian packages and imapfilter without dh_strip from the apt-gotten source packages in debian and these are some findings. On 05/09/05 18:12 +0530, Y Giridhar Appaji Nag - Debian said ... On 05/09/01 09:35 +0200, Ulf Rompe said ... imapfilter dies after setting up an imap connection: In my case, it dies much before that. Looks like just after initiating a CAPABILITY transaction. I will do some more tests, try and compile with debugging symbols and run this under gdb to provide more data. S (6): * OK [CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA IDLE AUTH=PLAIN ACL ACL2=UNION] Courier-IMAP ready. Copyright 1998-2004 Double Precision, Inc. See COPYING for distribution information. C (6): 1000 CAPABILITY *** glibc detected *** corrupted double-linked list: 0x402de218 *** Program received signal SIGABRT, Aborted. 0x401d29e7 in raise () from /lib/tls/libc.so.6 (gdb) bt #0 0x401d29e7 in raise () from /lib/tls/libc.so.6 #1 0x401d431b in abort () from /lib/tls/libc.so.6 #2 0x40209365 in __fsetlocking () from /lib/tls/libc.so.6 #3 0x4020f50c in malloc_usable_size () from /lib/tls/libc.so.6 #4 0x402105ab in free () from /lib/tls/libc.so.6 #5 0x40211901 in calloc () from /lib/tls/libc.so.6 #6 0x40258679 in re_compile_pattern () from /lib/tls/libc.so.6 #7 0x4025bc96 in re_compile_pattern () from /lib/tls/libc.so.6 #8 0x4025ebeb in regexec () from /lib/tls/libc.so.6 #9 0x0804e62a in check_tag () #10 0x0804e812 in response_generic () #11 0x0804e8ea in response_capability () #12 0x0804dbf1 in request_login () #13 0x0804ada4 in ifcore_login () #14 0x40051d41 in luaD_precall (L=0x8083e50, func=0x8082d74) at ldo.c:260 #15 0x4006200a in luaV_execute (L=0x8083e50) at lvm.c:627 #16 0x400522ae in luaD_call (L=0x8083e50, func=0x8082d44, nResults=-1) at ldo.c:313 #17 0x4004c8a6 in f_call (L=0x8083e50, ud=0x0) at lapi.c:672 #18 0x40051923 in luaD_rawrunprotected (L=0x8083e50, f=0x4004c880 f_call, ud=0xba74) at ldo.c:88 #19 0x4005290c in luaD_pcall (L=0x8083e50, func=0x4004c880 f_call, u=0xba74, old_top=0, ef=0) at ldo.c:416 #20 0x4004dce8 in lua_pcall (L=0x8083e50, nargs=0, nresults=0, errfunc=0) at lapi.c:685 #21 0x0804cfb6 in start_lua () #22 0x0804c91c in main () (gdb) I placed breakpoints at each of the above function calls and ran commands to check for memory corruption at that point using mcheck [snip...] (gdb) b luaD_precall Function luaD_precall not defined. Make breakpoint pending on future shared library load? (y or [n]) y Breakpoint 9 (luaD_precall) pending. (gdb) b ifcore_login Breakpoint 10 at 0x804acb8 (gdb) b request_login Breakpoint 11 at 0x804dadb (gdb) b response_capability Breakpoint 12 at 0x804e8db [snip...] Followed by ... [snip...] (gdb) command 9 Type commands for when breakpoint 9 is hit, one per line. End with a line saying just end. call mcheck(0) continue end (gdb) command 10 Type commands for when breakpoint 10 is hit, one per line. End with a line saying just end. call mcheck(0) continue end (gdb) command 11 Type commands for when breakpoint 11 is hit, one per line. End with a line saying just end. call mcheck(0) continue end (gdb) command 12 Type commands for when breakpoint 12 is hit, one per line. End with a line saying just end. call mcheck(0) continue end [snip...] And ran it again. This is what happens: (gdb) r -v -c ~/.imapfilter/lists.lua [snip...] Breakpoint 24, luaD_precall (L=0x809a420, func=0x80992b0) at ldo.c:223 223 ptrdiff_t funcr = savestack(L, func); $54 = 0 Breakpoint 24, luaD_precall (L=0x809a420, func=0x809928c) at ldo.c:223 223 ptrdiff_t funcr = savestack(L, func); $55 = 0 Breakpoint 10, 0x0804acb8 in ifcore_login () $56 = 0 Breakpoint 11, 0x0804dadb in request_login () $57 = 0 block freed twice Program received signal SIGABRT, Aborted. 0x401d29e7 in raise () from /lib/tls/libc.so.6 (gbd) So looks like there is a double free in request_login. (gdb) l request_login No line number known for request_login. (gdb) f 12 #12 0x0804db93 in request_login () (gdb) l 685 status = luaD_pcall(L, f_call, c, savestack(L, c.func), func); 686 lua_unlock(L); 687 return status; 688 } 689 690 691 /* 692 ** Execute a protected C call. 693 */ 694 struct CCallS { /* data to `f_Ccall' */ (gdb) But that shows up the last call for which the source was available. I'll try to figure out which package the request_login function is from and then send in more updates. Giridhar -- Y Giridhar Appaji Nag | http://www.appaji.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326007: imapfilter: Immediately aborts with *** glibc detected *** corrupted double-linked list: 0xb7d84218 ***
On 05/09/06 16:46 +0530, Y Giridhar Appaji Nag - Debian said ... I'll try to figure out which package the request_login function is from and then send in more updates. Uggh! It is the imapfilter sources that have request_login func. The CFLAGS that would be set by having DEB_BUILD_OPTIONS define debug are being overridden by the Makefile.dpath 26 MYCFLAGS = -Wall -O 27 MYLDFLAGS = 28 @@ -14,7 +14,7 @@ 29 CFLAGS = $(MYCFLAGS) $(DEFS) $(INCDIRS) 30 LDFLAGS = $(MYLDFLAGS) $(LIBDIRS) It should be CFLAGS += $(MYCFLAGS) ... Anyways, Giridhar -- Y Giridhar Appaji Nag | http://www.appaji.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326007: imapfilter: Immediately aborts with *** glibc detected *** corrupted double-linked list: 0xb7d84218 ***
On 05/09/06 16:46 +0530, Y Giridhar Appaji Nag - Debian said ... try to figure out which package the request_login function is from and then send in more updates. [snip...] Breakpoint 7, request_login (server=0x80ad750 mail.appaji.net, user=0x80a9f70 [EMAIL PROTECTED], pass=0x80a20c0 , port=0, ssl=0x80a9fb0 tls1) at request.c:51 51 if ((s = session_find(server, user))) $80 = 0 block freed twice Program received signal SIGABRT, Aborted. 0x401d29e7 in raise () from /lib/tls/libc.so.6 (gdb) bt #0 0x401d29e7 in raise () from /lib/tls/libc.so.6 #1 0x401d431b in abort () from /lib/tls/libc.so.6 #2 0x40209365 in __fsetlocking () from /lib/tls/libc.so.6 #3 0x402093a4 in __libc_fatal () from /lib/tls/libc.so.6 #4 0x40214bc7 in __default_morecore () from /lib/tls/libc.so.6 #5 0x4021541c in mcheck_check_all () from /lib/tls/libc.so.6 #6 0x4020fe55 in free () from /lib/tls/libc.so.6 #7 0x0804d666 in xfree (ptr=0xb698) at memory.c:54 #8 0x0804a9ca in check_cert (pcert=0x80dda30, pmd=0xb688 [EMAIL PROTECTED], pmdlen=0xb684) at cert.c:126 #9 0x0804a7ce in get_cert (ssn=0x0) at cert.c:46 #10 0x0804fa6b in open_secure_connection (ssn=0x80a9818, protocol=0x80a9fb0 tls1) at socket.c:115 #11 0x0804f95a in open_connection (ssn=0x80a9818, server=0x80ad750 mail.appaji.net, port=993, sprotocol=0x80a9fb0 tls1) at socket.c:67 #12 0x0804db93 in request_login (server=0x80ad750 mail.appaji.net, user=0x80a9f70 [EMAIL PROTECTED], pass=0x80a20c0 , port=993, ssl=0x80a9fb0 tls1) at request.c:69 #13 0x0804ada4 in ifcore_login (lua=0x809a420) at core.c:100 #14 0x40051d41 in luaD_precall (L=0x809a420, func=0x8099298) at ldo.c:260 #15 0x4006200a in luaV_execute (L=0x809a420) at lvm.c:627 #16 0x400522ae in luaD_call (L=0x809a420, func=0x809925c, nResults=-1) at ldo.c:313 #17 0x4004c8a6 in f_call (L=0x809a420, ud=0x0) at lapi.c:672 #18 0x40051923 in luaD_rawrunprotected (L=0x809a420, f=0x4004c880 f_call, ud=0xba54) at ldo.c:88 #19 0x4005290c in luaD_pcall (L=0x809a420, func=0x4004c880 f_call, u=0xba54, old_top=0, ef=0) at ldo.c:416 #20 0x4004dce8 in lua_pcall (L=0x809a420, nargs=0, nresults=0, errfunc=0) at lapi.c:685 #21 0x0804cfb6 in start_lua () at lua.c:61 #22 0x0804c91c in main (argc=4, argv=0xbb44) at imapfilter.c:114 (gdb) f 8 #8 0x0804a9ca in check_cert (pcert=0x80dda30, pmd=0xb688 [EMAIL PROTECTED], pmdlen=0xb684) at cert.c:126 126 xfree(certf); (gdb) l 121 } 122 123 fclose(fd); 124 X509_free(cert); 125 126 xfree(certf); 127 128 return r; 129 } 130 (gdb) l check_cert [snip...] 95 96 if (!exists_file(certf)) 97 return 0; 98 99 fd = fopen(certf, r); (gdb) 100 101 xfree(certf); 102 103 if (fd == NULL) 104 return -1; [snip...] 122 123 fclose(fd); 124 X509_free(cert); 125 126 xfree(certf); So the problem here is that we are xfree-ing certf twice, once at line 101 and again on line 126. Giridhar -- Y Giridhar Appaji Nag | http://www.appaji.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326007: imapfilter: Immediately aborts with *** glibc detected *** corrupted double-linked list: 0xb7d84218 ***
tags 326007 + patch thanks On 05/09/06 18:22 +0530, Y Giridhar Appaji Nag - Debian said ... (gdb) f 8 #8 0x0804a9ca in check_cert (pcert=0x80dda30, pmd=0xb688 [EMAIL PROTECTED], pmdlen=0xb684) at cert.c:126 126 xfree(certf); (gdb) l 121 } 122 123 fclose(fd); 124 X509_free(cert); 125 126 xfree(certf); 127 128 return r; 129 } 130 (gdb) l check_cert [snip...] 95 96 if (!exists_file(certf)) 97 return 0; 98 99 fd = fopen(certf, r); (gdb) 100 101 xfree(certf); 102 103 if (fd == NULL) 104 return -1; [snip...] 122 123 fclose(fd); 124 X509_free(cert); 125 126 xfree(certf); So the problem here is that we are xfree-ing certf twice, once at line 101 and again on line 126. The following patch will fix this issue. It also fixes another minor memory leak in case the certificates file doesn't exist. --- cert.c.orig 2005-09-06 18:28:37.64823 +0530 +++ cert.c 2005-09-06 18:28:45.185932000 +0530 @@ -93,8 +93,10 @@ certf = (char *)xmalloc((n + 1) * sizeof(char)); snprintf(certf, n + 1, %s/%s, env.home, PATHNAME_CERTS); - if (!exists_file(certf)) + if (!exists_file(certf)) { + xfree(certf); return 0; + } fd = fopen(certf, r); @@ -123,8 +125,6 @@ fclose(fd); X509_free(cert); - xfree(certf); - return r; } Ulf, can you please check if it works for you as well? Giridhar -- Y Giridhar Appaji Nag | http://www.appaji.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316664: icon: FTBFS with new dpkg
On 05/08/07 00:28 +0530, Y Giridhar Appaji Nag said ... The attached patch takes care of this. It uses Colin Watson's tip for There was an error in the previous patch. The debian name for GNU CPU name x86_64 is amd64. New patch file icon-9.4.2.patch316664-1.txt with the said correction attached. --- icon-9.4.2.patch316664.txt 2005-08-07 02:43:03.0 +0530 +++ icon-9.4.2.patch316664-1.txt2005-08-07 02:47:53.0 +0530 @@ -60,7 +60,7 @@ CFLAGS_OPT = -O0 endif -ifeq $(DEB_HOST_GNU_CPU) x86_64 -+ifeq $(DEB_HOST_ARCH_CPU) x86_64 ++ifeq $(DEB_HOST_ARCH_CPU) amd64 CFLAGS_OPT = -O0 endif Giridhar -- Y Giridhar Appaji Nag | http://www.appaji.net/ diff -Nur icon-9.4.2.orig/debian/rules icon-9.4.2/debian/rules --- icon-9.4.2.orig/debian/rules2005-08-07 00:15:25.0 +0530 +++ icon-9.4.2/debian/rules 2005-08-07 00:15:55.0 +0530 @@ -3,43 +3,58 @@ # Do we make rt.a into an ELF library? # Do we make iconx link with xpm.so? -DEB_HOST_GNU_SYSTEM := $(shell dpkg-architecture -qDEB_HOST_GNU_SYSTEM) -DEB_HOST_GNU_CPU := $(shell dpkg-architecture -qDEB_HOST_GNU_CPU) +DEB_HOST_ARCH_OS := $(shell dpkg-architecture -qDEB_HOST_ARCH_OS 2/dev/null) +DEB_HOST_ARCH_CPU := $(shell dpkg-architecture -qDEB_HOST_ARCH_CPU 2/dev/null) + +# Take account of old dpkg-architecture output. + +ifeq ($(DEB_HOST_ARCH_CPU),) + DEB_HOST_ARCH_CPU := $(shell dpkg-architecture -qDEB_HOST_GNU_CPU) + ifeq ($(DEB_HOST_ARCH_CPU),x86_64) +DEB_HOST_ARCH_CPU := amd64 + endif +endif +ifeq ($(DEB_HOST_ARCH_OS),) + DEB_HOST_ARCH_OS := $(subst -gnu,,$(shell dpkg-architecture -qDEB_HOST_GNU_SYSTEM)) + ifeq ($(DEB_HOST_ARCH_OS),gnu) +DEB_HOST_ARCH_OS := hurd + endif +endif CFLAGS_OPT = -O2 -ifeq $(DEB_HOST_GNU_CPU) alpha +ifeq $(DEB_HOST_ARCH_CPU) alpha CFLAGS_OPT = -O0 endif -ifeq $(DEB_HOST_GNU_CPU) hppa +ifeq $(DEB_HOST_ARCH_CPU) hppa CFLAGS_OPT = -O0 endif -ifeq $(DEB_HOST_GNU_CPU) ia64 +ifeq $(DEB_HOST_ARCH_CPU) ia64 CFLAGS_OPT = -O0 endif -ifeq $(DEB_HOST_GNU_CPU) mips +ifeq $(DEB_HOST_ARCH_CPU) mips CFLAGS_OPT = -O0 endif -ifeq $(DEB_HOST_GNU_CPU) mipsel +ifeq $(DEB_HOST_ARCH_CPU) mipsel CFLAGS_OPT = -O0 endif -ifeq $(DEB_HOST_GNU_CPU) powerpc +ifeq $(DEB_HOST_ARCH_CPU) powerpc CFLAGS_OPT = -O0 endif -ifeq $(DEB_HOST_GNU_CPU) s390 +ifeq $(DEB_HOST_ARCH_CPU) s390 CFLAGS_OPT = -O0 endif -ifeq $(DEB_HOST_GNU_CPU) sparc +ifeq $(DEB_HOST_ARCH_CPU) sparc CFLAGS_OPT = -O0 endif -ifeq $(DEB_HOST_GNU_CPU) x86_64 +ifeq $(DEB_HOST_ARCH_CPU) amd64 CFLAGS_OPT = -O0 endif -ifneq (, $(filter $(DEB_HOST_GNU_SYSTEM), linux kfreebsd-gnu knetbsd-gnu)) +ifneq (, $(filter $(DEB_HOST_ARCH_OS), linux kfreebsd-gnu knetbsd-gnu)) system = linux else -system = $(DEB_HOST_GNU_SYSTEM) +system = $(DEB_HOST_ARCH_OS) endif ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS)))
Bug#318539: grub: FTBFS: Invalid storage class for function
On 05/07/15 20:31 -0700, Daniel Schepler said ... builtins.c: In function 'blocklist_func': builtins.c:145: error: invalid storage class for function 'disk_read_blocklist_func' builtins.c:145: warning: no previous prototype for 'disk_read_blocklist_func' builtins.c: In function 'color_func': builtins.c:609: error: invalid storage class for function 'color_number' builtins.c:609: warning: no previous prototype for 'color_number' There were multiple issues in getting grub compiled with gcc 4.0. The patches and explanation for some of these included here. 1. static vars in smp-imps.c are extern in smp-imps.h and smp-imps.h is #included in smp-imps.c. 2. subfuctions used in builtins.c, char_io.c, device.c and asmstub.c are static. The savedefault_helper should be declared before use. 3. console_current_color variable is extern from term.h but declared as static and initialised in asmstub.c gcc4.0 doesn't allow any of these with the current flags used to compile grub. smp-imps.diff, static_subfunc.diff and console_current_color.diff fix the above three respectively. And can be included from debian/patches with 00list.patch applied. However, there are a few more issues: 1. -fwritable-strings is used by grub ... and from ChangeLog 1999-03-26 OKUJI Yoshinori [EMAIL PROTECTED] [snip] * grub/Makefile.am (CPPFLAGS): Use -fwritable-strings, because grub assumes that all strings resides at the data section. ... but gcc 4.0 no longer accepts the -fwritable-strings option. It is recommended that character arrays be used for writable strings. With the above patches applied I was able to compile, and after removing -fwritable-strings from {grub,stage2}/Makefile.{am,in}, I managed to successfully build a grub_0.95+cvs20040624-17_i386.deb using 'dpkg-buildpackage -B -uc -rfakeroot'. 2. 'dpkg-buildpackage -b -uc -rfakeroot' doesn't work inspite of the above patches. Giridhar -- Y Giridhar Appaji Nag | http://www.appaji.net/ diff -Nur grub-0.95+cvs20040624.orig/stage2/smp-imps.c grub-0.95+cvs20040624/stage2/smp-imps.c --- grub-0.95+cvs20040624.orig/stage2/smp-imps.c2001-12-11 13:19:16.0 +0530 +++ grub-0.95+cvs20040624/stage2/smp-imps.c 2005-08-07 03:25:57.0 +0530 @@ -246,19 +246,45 @@ }; /* - * Exported globals here. + * Private globals here. + */ + +/* + * imps_any_new_apics is non-zero if any of the APICS (local or I/O) + * are *not* an 82489DX. This is useful to determine if more than 15 + * CPUs can be supported (true if zero). */ static int imps_any_new_apics = 0; -#if 0 -volatile int imps_release_cpus = 0; -#endif + +/* + * imps_enabled is non-zero if the probe sequence found IMPS + * information and was successful. + */ + static int imps_enabled = 0; -static int imps_num_cpus = 1; + +/* + * This contains the local APIC hardware address. + */ + static unsigned imps_lapic_addr = ((unsigned) (lapic_dummy)) - LAPIC_ID; + +/* + * This represents the number of CPUs found. + */ + +static int imps_num_cpus = 1; + +/* + * These map from virtual cpu numbers to APIC id's and back. + */ static unsigned char imps_cpu_apic_map[IMPS_MAX_CPUS]; static unsigned char imps_apic_cpu_map[IMPS_MAX_CPUS]; +#if 0 +volatile int imps_release_cpus = 0; +#endif /* * MPS checksum function diff -Nur grub-0.95+cvs20040624.orig/stage2/smp-imps.h grub-0.95+cvs20040624/stage2/smp-imps.h --- grub-0.95+cvs20040624.orig/stage2/smp-imps.h1999-06-24 05:33:28.0 +0530 +++ grub-0.95+cvs20040624/stage2/smp-imps.h 2005-08-07 03:25:57.0 +0530 @@ -177,41 +177,6 @@ unsigned char dest_apic_intin; }; - -/* - * Exported globals here. - */ - -/* - * imps_any_new_apics is non-zero if any of the APICS (local or I/O) - * are *not* an 82489DX. This is useful to determine if more than 15 - * CPUs can be supported (true if zero). - */ -extern int imps_any_new_apics; - -/* - * imps_enabled is non-zero if the probe sequence found IMPS - * information and was successful. - */ -extern int imps_enabled; - -/* - * This contains the local APIC hardware address. - */ -extern unsigned imps_lapic_addr; - -/* - * This represents the number of CPUs found. - */ -extern int imps_num_cpus; - -/* - * These map from virtual cpu numbers to APIC id's and back. - */ -extern unsigned char imps_cpu_apic_map[IMPS_MAX_CPUS]; -extern unsigned char imps_apic_cpu_map[IMPS_MAX_CPUS]; - - /* * This is the primary function for probing for Intel MPS 1.1/1.4 * compatible hardware and BIOS information. While probing the CPUs --- grub-0.95+cvs20040624.orig/stage2/builtins.c2005-08-07 03:40:20.0 +0530 +++ grub-0.95+cvs20040624/stage2/builtins.c 2005-08-07 03:39:26.0 +0530 @@ -141,7 +141,7 @@ /* Collect contiguous blocks into one entry as many as possible, and print the blocklist notation on the screen. */ - static void disk_read_blocklist_func (int sector, int offset, int length) + void
Bug#320270: FTBFS: Invalid lvalues in assignments
tags 320270 + patch On 05/07/27 07:58 -0700, Matt Kraai said ... brutefir fails to build because it contains invalid lvalues in assignments: The attached patch fixes this. The variables in structure declarations have been marked as the right type and the type-cast in the lvalue has been removed in this patch. Giridhar -- Y Giridhar Appaji Nag | http://www.appaji.net/ diff -Nur brutefir-1.0c.orig/bfio_jack.c brutefir-1.0c/bfio_jack.c --- brutefir-1.0c.orig/bfio_jack.c 2005-01-04 13:52:41.0 +0530 +++ brutefir-1.0c/bfio_jack.c 2005-08-07 07:19:52.0 +0530 @@ -30,7 +30,7 @@ #define DEFAULT_CLIENTNAME brutefir static bool_t debug; -static bool_t stopped = false; +static volatile bool_t stopped = false; static bool_t has_started = false; static struct jack_state *handles[2][BF_MAXCHANNELS]; static void **states[2]; @@ -102,13 +102,13 @@ sizeof(jack_default_audio_sample_t)); } } -(volatile bool_t)stopped = true; +stopped = true; return -1; } frames_left = process_cb(states, n_handles, iobufs, n_frames, BF_CALLBACK_EVENT_NORMAL); if (frames_left == -1) { -(volatile bool_t)stopped = true; +stopped = true; return -1; } @@ -454,7 +454,7 @@ bfio_synch_stop(void) { if (!(volatile bool_t)stopped) { -(volatile bool_t)stopped = true; +stopped = true; jack_client_close(client); } } diff -Nur brutefir-1.0c.orig/bflogic_eq.c brutefir-1.0c/bflogic_eq.c --- brutefir-1.0c.orig/bflogic_eq.c 2005-01-04 13:52:41.0 +0530 +++ brutefir-1.0c/bflogic_eq.c 2005-08-07 07:29:15.0 +0530 @@ -39,8 +39,8 @@ int band_count; int taps; int coeff[2]; -int active_coeff; -bool_t not_changed; +volatile int active_coeff; +volatile bool_t not_changed; double *freq; double *mag; double *phase; @@ -113,7 +113,7 @@ active = c[(volatile int)equalisers[n].active_coeff]; if (*coeff == c[0] || *coeff == c[1]) { *coeff = active; -(volatile bool_t)equalisers[n].not_changed = false; +equalisers[n].not_changed = false; } } } diff -Nur brutefir-1.0c.orig/bfrun.c brutefir-1.0c/bfrun.c --- brutefir-1.0c.orig/bfrun.c 2005-01-04 13:52:41.0 +0530 +++ brutefir-1.0c/bfrun.c 2005-08-07 07:25:39.0 +0530 @@ -96,19 +96,19 @@ struct intercomm_area { -bool_t doreset_overflow; +volatile bool_t doreset_overflow; int sync[BF_MAXPROCESSES]; -uint32_t period_us[BF_MAXPROCESSES]; -double realtime_index; +volatile uint32_t period_us[BF_MAXPROCESSES]; +volatile double realtime_index; struct bffilter_control fctrl[BF_MAXFILTERS]; struct bfoverflow overflow[BF_MAXCHANNELS]; uint32_t ismuted[2][BF_MAXCHANNELS/32]; -int delay[2][BF_MAXCHANNELS]; -int n_pids; -pid_t pids[BF_MAXPROCESSES]; -int exit_status; -bool_t full_proc[BF_MAXPROCESSES]; -bool_t ignore_rtprio; +volatile int delay[2][BF_MAXCHANNELS]; +volatile int n_pids; +volatile pid_t pids[BF_MAXPROCESSES]; +volatile int exit_status; +volatile bool_t full_proc[BF_MAXPROCESSES]; +volatile bool_t ignore_rtprio; struct { uint64_t ts_start; @@ -496,7 +496,7 @@ if (delay 0 || delay bfconf-maxdelay[io][channel]) { return -1; } -(volatile int)icomm-delay[io][channel] = delay; +icomm-delay[io][channel] = delay; if (bfconf-n_virtperphys[io][physch] == 1) { return dai_change_delay(io, physch, delay); @@ -601,7 +601,7 @@ } if ((volatile bool_t)icomm-doreset_overflow) { -(volatile bool_t)icomm-doreset_overflow = false; +icomm-doreset_overflow = false; memset(overflow, 0, sizeof(struct bfoverflow) * bfconf-n_channels[OUT]); } @@ -631,7 +631,7 @@ pinfo(rti: not full processing - no rti update\n); } } -(volatile double)icomm-realtime_index = max_rti; +icomm-realtime_index = max_rti; check_overflows(overflow); lastprinttime = tt; } @@ -1324,10 +1324,10 @@ if (bit_find(partial_proc, 0, n_filters - 1) == -1) { timersub(period_end, period_start, tv); period_length = tv.tv_sec * 100 + tv.tv_usec; -(volatile uint32_t)icomm-period_us[process_index] = period_length; -(volatile bool_t)icomm-full_proc[process_index] = true; +icomm-period_us[process_index] = period_length; +icomm-full_proc[process_index] = true; } else { -(volatile bool_t)icomm-full_proc[process_index] = false; +icomm-full_proc[process_index] = false; } gettimeofday(period_start, NULL); @@ -2078,9 +2078,9 @@ memset(icomm-debug, 0xFF, sizeof(icomm-debug)); memcpy
Bug#318728: Please mention in nonvulns/woody
On 05/07/23 11:44 +, Alexander Sack said ... Helge Kreutzmann wrote: before closing this bug (once sarge and sid are updated) please add the CANs to http://www.debian.org/security/nonvulns-woody Yes, but how? Never have done so before. I would assume one needs to edit the webwml/english/security/nonvulns-woody.src file from the CVS repository cvs.debian.org:/cvs/webwml and commit that. One needs to apply for CVS write access. More details at http://www.debian.org/devel/website/ http://www.debian.org/devel/website/working http://www.debian.org/devel/website/using_cvs I don't know how this works, but doesn't the security team add the CANs to the nonvulns files? Giridhar -- Y Giridhar Appaji Nag | http://www.appaji.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310420: kernel-image-2.6.11-1-686: does not boot (fails in init) after upgrading from 2.6.11-3
Package: kernel-image-2.6.11-1-686 Version: 2.6.11-5 Severity: grave Justification: renders package unusable I upgraded from 2.6.11-3 to 2.6.11-5 (dist-upgrade) and the kernel fails to boot with error messages indicating that a few files cannot be found. The transcripts of upgrade sessions and the error messages while booting follow: $ agdu Reading Package Lists... Done Building Dependency Tree... Done Calculating Upgrade... Done The following packages will be upgraded: kernel-image-2.6.11-1-686 1 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 0B/15.9MB of archives. After unpacking 0B of additional disk space will be used. Do you want to continue? [Y/n] (Reading database ... 90899 files and directories currently installed.) Preparing to replace kernel-image-2.6.11-1-686 2.6.11-3 (using .../kernel-image-2.6.11-1-686_2.6.11-5_i386.deb) ... The directory /lib/modules/2.6.11-1-686 still exists. Continuing as directed. Unpacking replacement kernel-image-2.6.11-1-686 ... Searching for GRUB installation directory ... found: /boot/grub . Testing for an existing GRUB menu.list file... found: /boot/grub/menu.lst . Searching for splash image... none found, skipping... Found kernel: /vmlinuz-2.6.11-1-686 Found kernel: /vmlinuz-2.6.10-1-686 Found kernel: /vmlinuz-2.4.18-bf2.4 Found kernel: /memtest86.bin Found kernel: /memtest86+.bin Updating /boot/grub/menu.lst ... done Setting up kernel-image-2.6.11-1-686 (2.6.11-5) ... dpkg: warning, architecture `i686-pc-linux-gnu' not in remapping table === is this ok? dpkg: warning, architecture `i686-pc-linux-gnu' not in remapping table === is this ok? Not touching initrd symlinks since we are being reinstalled (2.6.11-3) Not updating image symbolic links since we are being updated (2.6.11-3) Searching for GRUB installation directory ... found: /boot/grub . Testing for an existing GRUB menu.list file... found: /boot/grub/menu.lst . Searching for splash image... none found, skipping... Found kernel: /vmlinuz-2.6.11-1-686 Found kernel: /vmlinuz-2.6.10-1-686 Found kernel: /vmlinuz-2.4.18-bf2.4 Found kernel: /memtest86.bin Found kernel: /memtest86+.bin Updating /boot/grub/menu.lst ... done While booting (messages hand typed - I did not find a way to capture these as the boot process failed): [snip] hda: Host Protected Area disabled. hda: 78156288 sectors (40016 MB) w/1821KiB Cache, CHS=16383/255/63, UDMA(100) /dev/ide/host0/bus0/target0/lun0: p1 p2 p3 p4 p5 p6 p7 p8 p9 p10 p11 p12 p13 p14 p15 Kernel can not convert a name into desc number Check your 'root=' argument passed on boot by bootloader. initrd-tools: 0.1.80 /sbin/init: 360: cannot open bin/root: no such file umount: bin: not mounted /sbin/init: 362: cannot create proc/sys/kernel/real-root-dev: Directory non existant cat: proc/cmdline: No such file or directory umount: proc not mounted [snip] After this, the messages from 'Kernel can not...' are repeated in a loop. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.10-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages kernel-image-2.6.11-1-686 depends on: ii coreutils [fileutils] 5.2.1-2The GNU core utilities ii fileutils 5.2.1-2The GNU file management utilities ii initrd-tools 0.1.80 tools to create initrd image for p ii module-init-tools 3.2-pre1-2 tools for managing Linux kernel mo -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310420: kernel-image-2.6.11-1-686: does not boot (fails in init) after upgrading from 2.6.11-3
On 05/05/23 18:49 +0530, Giridhar - Debian said ... [snip] hda: Host Protected Area disabled. hda: 78156288 sectors (40016 MB) w/1821KiB Cache, CHS=16383/255/63, UDMA(100) /dev/ide/host0/bus0/target0/lun0: p1 p2 p3 p4 p5 p6 p7 p8 p9 p10 p11 p12 p13 p14 p15 Kernel can not convert a name into desc number Check your 'root=' argument passed on boot by bootloader. initrd-tools: 0.1.80 /sbin/init: 360: cannot open bin/root: no such file umount: bin: not mounted /sbin/init: 362: cannot create proc/sys/kernel/real-root-dev: Directory non existant cat: proc/cmdline: No such file or directory umount: proc not mounted [snip] I don't know the complete boot process and how initrd works, but I have included some more information related to the initrd.img in the and the above error messages: $ sudo mount /boot/initrd.img-2.6.11-1-686 -o loop /mnt/c $ pwd /mnt/c $ ls bin/root ls: bin/root: No such file or directory $ ls proc/sys/kernel/real-root-dev ls: proc/sys/kernel/real-root-dev: No such file or directory $ ls proc/cmdline ls: proc/cmdline: No such file or directory Giridhar -- Y Giridhar Appaji Nag | http://www.appaji.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#305179: preinst returned error exit status 1 (sed: -e expression #1, char 48: Extra characters after command)
Package: zsh Version: 4.2.5-3 Severity: grave When I try to install zsh version 4.2.5-3 (latest in unstable), the installation fails in the pre-installation script with the following error. # sudo apt-get install zsh Reading Package Lists... Done Building Dependency Tree... Done Suggested packages: zsh-doc The following packages will be upgraded: zsh 1 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 0B/2035kB of archives. After unpacking 1696kB of additional disk space will be used. (Reading database ... 89512 files and directories currently installed.) Preparing to replace zsh 4.0.4-33 (using .../archives/zsh_4.2.5-3_i386.deb) ... sed: -e expression #1, char 48: Extra characters after command dpkg: error processing /var/cache/apt/archives/zsh_4.2.5-3_i386.deb (--unpack): subprocess pre-installation script returned error exit status 1 Errors were encountered while processing: /var/cache/apt/archives/zsh_4.2.5-3_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) This happened originally when I was trying to do a dist-upgrade when the version of zsh was 4.2.4-7. I 'apt-get remove --purge'd that version of zsh and tried to install the versions 4.2.5-3 and 4.2.5-1 of the package and failed with the same error. 4.0.4-33 installation succeeded and then an upgrade to either 4.2.5-1 or 4.2.5-3 fails. Giridhar PS: The above install log shows an upgrade from 4.0.4-33 because I did not find 4.2.4-7 at http://http.us.debian.org/debian/pool/main/z/zsh/ so I downloaded 4.2.5-1 (which failed) and then 4.0.4-33 (which succeeded) and tried to install 4.2.5-3, which failed. -- Y Giridhar Appaji Nag -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]