Bug#442071: mawk override disparity
reopen 442071 reassign 442071 ftp.debian.org retitle 442071 override: mawk:interpreters/required thanks Reassigning this bug to ftp.d.o to align the archive overrides. FTP Team, this puts mawk in the same section as all of the other awk implementations in the archive. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org On Tue, Oct 25, 2011 at 02:49:34AM +, Debian FTP Masters wrote: There are disparities between your recently accepted upload and the override file for the following file(s): mawk_1.3.3-16_amd64.deb: package says section is interpreters, override says utils. Please note that a list of new sections were recently added to the archive: cli-mono, database, debug, fonts, gnu-r, gnustep, haskell, httpd, java, kernel, lisp, localization, ocaml, php, ruby, vcs, video, xfce, zope. At this time a script was used to reclassify packages into these sections. If this is the case, please only reply to this email if the new section is inappropriate, otherwise please update your package at the next upload. Either the package or the override file is incorrect. If you think the override is correct and the package wrong please fix the package so that this disparity is fixed in the next upload. If you feel the override is incorrect then please file a bug against ftp.debian.org and explain why. Please INCLUDE the list of packages as seen above, or we won't be able to deal with your request due to missing information. Please make sure that the subject of the bug you file follows the following format: Subject: override: BINARY1:section/priority, [...], BINARYX:section/priority Include the justification for the change in the body of the mail please. [NB: this is an automatically generated mail; if you already filed a bug and have not received a response yet, please ignore this mail. Your bug needs to be processed by a human and will be in due course, but until then the installer will send these automated mails; sorry.] -- Debian distribution maintenance software (This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) signature.asc Description: Digital signature
Bug#646554: exim4: libmysqlclient-dev missing from build-deps.
Package: exim4 Version: 4.72-6+squeeze2 Severity: normal building the packages from source requires libmysqlclient-dev be installed. this seems to be missing from the build-deps (I had to install it manually) and it's absence is not detected during build or warned of in a meaningful way. was building for arch AMD64 on an brand-new server. -- Package-specific info: -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646555: geany-plugin-spellcheck: Spellcheck missing dependency
Package: geany-plugin-spellcheck Version: 0.20-3 Severity: important After installing geany-plugin-spellcheck, I was unable to use the feature because I didn't have any aspell libraries installed. Installing aspell-en fixed the problem. The issue here is that the package ought to at least have some aspell packages listed as suggests or recommends so that users can figure out which dictionary library package is required. Having a dependency would be nicer, but I understand that would be troublesome since the package shouldn't predetermine which language the user should have. My first action when the spellchecker didn't load (it raised an error dialog) was to check the package for recommends/suggests to see which dictionary package it wanted. Since nothing is listed there I had to look up other bug reports on the web to figure it out. Incidentally, libenchant was no better with its dependencies. -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages geany-plugin-spellcheck depends on: ii geany-plugins-common 0.20-3 set of plugins for Geany (translat ii libc6 2.13-2 Embedded GNU C Library: Shared lib ii libenchant1c2a1.6.0-1a wrapper library for various spel ii libglib2.0-0 2.28.4-1 The GLib library of C routines ii libgtk2.0-0 2.24.4-3 The GTK+ graphical user interface geany-plugin-spellcheck recommends no packages. geany-plugin-spellcheck suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563352: Upstream won't change
tags 563352 - wontfix thanks The upstream report was marked as RESOLVED... and WONTFIX. Upstream documented the behavior, but understandably does not consider it as a bug. I'm not sure if the upstream tag is justified. So, we'll have to patch :-( -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646503: FTBFS: fo-area-page.c:907:12: error: format not a string literal and no format arguments [-Werror=format-security]
Package: xmlroff Version: 0.6.2-1 Followup-For: Bug #646503 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu precise ubuntu-patch In Ubuntu, the attached patch was applied to achieve the following: * Fix format-security FTBFS with gcc-4.6. (Closes: #646503) Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers oneiric-updates APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 'oneiric-proposed'), (500, 'oneiric') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-12-generic (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash only in patch2: unchanged: --- xmlroff-0.6.2.orig/libfo/fo-xslt-transformer.c +++ xmlroff-0.6.2/libfo/fo-xslt-transformer.c @@ -97,6 +97,7 @@ g_set_error (error, FO_XSLT_TRANSFORMER_ERROR, FO_XSLT_TRANSFORMER_ERROR_NO_STYLESHEET_DOC, + %s, _(fo_xslt_transformer_error_messages[FO_XSLT_TRANSFORMER_ERROR_NO_STYLESHEET_DOC])); return NULL; } @@ -107,6 +108,7 @@ g_set_error (error, FO_XSLT_TRANSFORMER_ERROR, FO_XSLT_TRANSFORMER_ERROR_NO_XML_DOC, + %s, _(fo_xslt_transformer_error_messages[FO_XSLT_TRANSFORMER_ERROR_NO_XML_DOC])); return NULL; } @@ -119,6 +121,7 @@ g_set_error (error, FO_XSLT_TRANSFORMER_ERROR, FO_XSLT_TRANSFORMER_ERROR_PARSE_FAILED, + %s, _(fo_xslt_transformer_error_messages[FO_XSLT_TRANSFORMER_ERROR_PARSE_FAILED])); return NULL; @@ -135,6 +138,7 @@ g_set_error (error, FO_XSLT_TRANSFORMER_ERROR, FO_XSLT_TRANSFORMER_ERROR_TRANSFORM_FAILED, + %s, _(fo_xslt_transformer_error_messages[FO_XSLT_TRANSFORMER_ERROR_TRANSFORM_FAILED])); return NULL; only in patch2: unchanged: --- xmlroff-0.6.2.orig/libfo/fo-xml-doc.c +++ xmlroff-0.6.2/libfo/fo-xml-doc.c @@ -203,6 +203,7 @@ g_set_error (error, FO_XML_DOC_ERROR, FO_XML_DOC_ERROR_MEMORY_PARSE_FAILED, + %s, _(fo_xml_doc_error_messages[FO_XML_DOC_ERROR_MEMORY_PARSE_FAILED])); } @@ -246,6 +247,7 @@ g_set_error (error, FO_XML_DOC_ERROR, FO_XML_DOC_ERROR_MEMORY_PARSE_FAILED, + %s, _(fo_xml_doc_error_messages[FO_XML_DOC_ERROR_MEMORY_PARSE_FAILED])); } only in patch2: unchanged: --- xmlroff-0.6.2.orig/libfo/fo-doc-cairo.c +++ xmlroff-0.6.2/libfo/fo-doc-cairo.c @@ -362,6 +362,7 @@ g_set_error (error, FO_DOC_ERROR, FO_DOC_ERROR_UNSUPPORTED_FORMAT, + %s, N_(fo_doc_error_messages[FO_DOC_ERROR_UNSUPPORTED_FORMAT])); } break; @@ -378,6 +379,7 @@ g_set_error (error, FO_DOC_ERROR, FO_DOC_ERROR_UNSUPPORTED_FORMAT, + %s, N_(fo_doc_error_messages[FO_DOC_ERROR_UNSUPPORTED_FORMAT])); } @@ -424,6 +426,7 @@ g_set_error (error, FO_DOC_ERROR, FO_DOC_ERROR_FAILED, + %s, N_(fo_doc_error_messages[FO_DOC_ERROR_FAILED])); return; } @@ -441,6 +444,7 @@ g_set_error (error, FO_DOC_ERROR, FO_DOC_ERROR_FAILED, + %s, N_(fo_doc_error_messages[FO_DOC_ERROR_FAILED])); return; } only in patch2: unchanged: --- xmlroff-0.6.2.orig/libfo/fo-node.c +++ xmlroff-0.6.2/libfo/fo-node.c @@ -1311,6 +1311,7 @@ new_error = g_error_new (src-domain, src-code, + %s, new_message-str); g_string_free (new_message, TRUE); @@ -1367,6 +1368,7 @@ new_error = g_error_new (src-domain, src-code, + %s, new_message-str); g_string_free (new_message, TRUE); only in patch2: unchanged: --- xmlroff-0.6.2.orig/libfo/fo-xsl-formatter.c +++ xmlroff-0.6.2/libfo/fo-xsl-formatter.c @@ -984,6 +984,7 @@ g_set_error (error, FO_XSL_FORMATTER_ERROR, FO_XSL_FORMATTER_ERROR_NO_RESULT_TREE, + %s, _(fo_xsl_formatter_error_messages[FO_XSL_FORMATTER_ERROR_NO_RESULT_TREE])); return FALSE; } @@ -998,6 +999,7 @@ g_set_error (error, FO_XSL_FORMATTER_ERROR, FO_XSL_FORMATTER_ERROR_RESULT_TREE_NOT_FO, + %s\n%s, _(fo_xsl_formatter_error_messages[FO_XSL_FORMATTER_ERROR_RESULT_TREE_NOT_FO]),
Bug#646556: ITP: phantomjs -- minimalistic headless WebKit-based with JavaScript API
Package: wnpp Owner: tak...@debian.org Severity: wishlist * Package name: phantomjs Version : 1.3.0 Upstream Author : Ariya Hidayat ariya.hida...@gmail.com * URL or Web page : http://code.google.com/p/phantomjs/ * License : BSD-3-clause Description : minimalistic headless WebKit-based with JavaScript API PhantomJS is a minimalistic, headless, WebKit-based, JavaScript-driven tool. PhantomJS has native support for different web technologies: DOM handling, CSS selector, JSON, Canvas, SVG, and of course JavaScript. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646557: [dirac] please mention that dirac is a video codec in the short description
Package: dirac Version: 1.0.2-4 Severity: wishlist The short descriptions of dirac packages contain in common: open and royalty free high quality codec As well as being high quality, an important information is that the codec is for videos. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646555: [Pkg-geany-team] Bug#646555: geany-plugin-spellcheck: Spellcheck missing dependency
reassign 646555 enchant kthxbye Hi Alex, Thanks for spotting this bug. Seeing as geany-plugin-spellcheck depends on libenchant, and libenchant is meant to be an abstraction layer for several spell checker backends, the dependency should go there instead, so I'm reassigning this bug to enchant instead. -- Kind regards, Loong Jin signature.asc Description: OpenPGP digital signature
Bug#644023: FTBFS on kfreebsd-i386
On Mon, Oct 03, 2011 at 03:59:50AM -0500, Jonathan Nieder wrote: Petr Salinger wrote: It effectively test return code of fprintf (fp, %2147483648d%2147483648d, 1, 1); The printf family returns int and should return number of written bytes. It therefore cannot exceed MAX_INT. But the test tries to print twice entry with width MAX_INT+1. I would understand the test with i.e. 2147483640 or six time 512 MB. Yeah, your suggested test would be a more precise test for the original bug[1]. C99 (N1256 ยง7.19.6.1.4) only tells us that the field width is a nonnegative decimal integer. It would be nice to clarify with the C working group whether a field width that doesn't fit into an int triggers undefined behavior or if the implementation is obligated to catch it. On kfreebsd-amd64, it tries to mmap(0,0x80001000,PROT_READ|PROT_WRITE,MAP_ANON|MAP_TYPE|MAP_PRIVATE,0x,0) and fails. Sounds buggy. In fact, there are at least a couple of seemingly buggy aspects here. - read_int does not check for overflow - read_int returns unsigned int, but prec and width are ints - the for (; (size_t) nspecs_done nspecs; ++nspecs_done) loop does not check for overflow when deciding the initial work buffer size - the private __parse_one_spec API (and public parse_printf_format API) does not seem to include a way to indicate overflow Anyway, how about this patch? It implements your 6 times 512 MiB idea (well, 3 times 1 GiB because I'm lazy) and adds a new test for the related bug Robert found (which gets masked on Linux by malloc() not bothering to try to fulfill such huge requests --- maybe it would be possible to tweak it so it can fail on Linux, too). Have you sent this patch upstream or do you plan do to do it? -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
