Bug#616085: Not installable in sid
Package: serna Version: 4.3.0.20110221-1 Severity: grave Tags: sid serna Depends: sip-api-7.1 but this no longer exists in sid. In sid, python-sip now Provides: python2.5-sip, python2.6-sip, sip-api-8.0, sip-api-8.1. Rebuilding the current source package (with no source changes) results in an installable package with a Depends: on sip-api-8.1. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing-proposed-updates'), (500, 'stable'), (400, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages serna depends on: ii docbook-xsl 1.75.2+dfsg-5stylesheets for processing DocBook ii libaspell15 0.60.6-6 GNU Aspell spell-checker runtime l ii libc6 2.11.2-13Embedded GNU C Library: Shared lib ii libfreetype62.4.4-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.5.2-4GCC support library ii libice6 2:1.0.7-1X11 Inter-Client Exchange library ii libpython2.62.6.6-8+b1 Shared Python runtime library (ver ii libqscintilla2-52.4.3-1 The Qt4 port of the Scintilla sour ii libqt4-assistant4:4.6.3-4Qt 4 assistant module ii libqt4-network 4:4.6.3-4Qt 4 network module ii libqt4-qt3support 4:4.6.3-4Qt 3 compatibility library for Qt ii libqt4-sql 4:4.6.3-4Qt 4 SQL module ii libqt4-svg 4:4.6.3-4Qt 4 SVG module ii libqt4-xml 4:4.6.3-4Qt 4 XML module ii libqtcore4 4:4.6.3-4Qt 4 core module ii libqtgui4 4:4.6.3-4Qt 4 GUI module ii libsm6 2:1.2.0-1X11 Session Management library ii libstdc++6 4.5.2-4 The GNU Standard C++ Library v3 ii libx11-62:1.4.1-5X11 client-side library ii libxext62:1.2.0-2X11 miscellaneous extension librar ii libxft2 2.2.0-2 FreeType-based font drawing librar ii libxinerama12:1.1.1-1X11 Xinerama extension library ii libxmu6 2:1.1.0-1X11 miscellaneous utility library ii perl5.10.1-17Larry Wall's Practical Extraction ii python 2.6.6-3+squeeze5 interactive high-level object-orie ii python-qt4 4.7.3-1+b1 Python bindings for Qt4 ii python-sip [sip-api-7.1 4.10.2-1 Python/C++ bindings generator runt ii python-support 1.0.11 automated rebuilding support for P ii xsltproc1.1.26-6 XSLT 1.0 command line processor Versions of packages serna recommends: ii fop 1:0.95.dfsg-11 XML to PDF Translator serna 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#609535: psiconv: magick/semaphore.c:526: LockSemaphoreInfo: Assertion `semaphore_info-signature == 0xabacadabUL' failed.
Hi Adam, On Mon, Jan 24, 2011 at 19:40:17 +, Adam D. Barratt wrote: On Sun, 2011-01-23 at 20:15 +, Adam D. Barratt wrote: I've verified that with the attached patches, both packages at least build on squeeze without any apparent sign of using psiconv. (They're both already out of sync wrt unstable so would need tpu uploads). abiword / gnumeric maintainers: Do you have any opinions on the suggested patches? As discussed on IRC, it's the right way to go about removing Gnumeric's psiconv dependency. If you're okay with them, would you be able to perform a testing-proposed-updates upload in the next couple of days incorporating the patch? I'll give it a go tomorrow. Kind regards, Ray -- Does Kibo SEE the FNORDS? -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602257: Debian 602257 -- Gnumeric crashes constantly
On Thu, Nov 04, 2010 at 11:21:07 -0400, Morten Welinder wrote: The as values problems are fixed upstream. Specifically: http://git.gnome.org/browse/gnumeric/commit/?id=bca4b6ccadbad690f17d28ad710ff67bed3e6f14 plus http://git.gnome.org/browse/gnumeric/commit/?id=9ee41a9620aa902e3d7d1658983afa3a075e16b2 although Morten notes 15:50 @gmorten fixing that is easy (and done) but it doesn't work for array formulas. -- Brought to you by Microsoft .NOT technology: just say No. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602257: Debian 602257 -- Gnumeric crashes constantly
On Thu, Nov 04, 2010 at 16:26:27 -0400, Morten Welinder wrote: Ok, got it. Fix will land upstream shortly. Landed as http://git.gnome.org/browse/gnumeric/commit/?id=f40daf97c2c369dce9572b93feaf896ceb47a30c -- First they ignore you. Then they laugh at you. Then they fight you. Then you win.- Gandhi -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602257: gnumeric crashes constantly
On Tue, Nov 02, 2010 at 19:42:35 -0400, Andres Cimmarusti wrote: Gnumeric constantly crashes on me, especially when doing copying and pasting. This is the first such report. I get the following messages in .xsession-errors The program 'gnumeric' received an X Window System error. This probably reflects a bug in the program. The error was 'BadAlloc (insufficient resources for operation)'. This error is thrown deep down in the library stack that Gnumeric builds on; as Gnumeric builds on Gtk+ rather than use X libraries directly, it is unlikely this is the result of a bug in Gnumeric itself. Are you using Compiz? Are you using a custom Gtk theme? Can you reproduce the crashes with a freshly created user account? Kind regards, Ray -- ART A friend of mine in Tulsa, Okla., when I was about eleven years old. I'd be interested to hear from him. There are so many pseudos around taking his name in vain. - The Hipcrime Vocab by Chad C. Mulligan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601301: goffice: FTBFS: some symbols or patterns disappeared in the symbols file
tags 601301 + confirmed thanks On Mon, Oct 25, 2010 at 08:43:00 +0900, Nobuhiro Iwamatsu wrote: goffice FTBFS on armel, hppa, mips, mipsel, armhf and sh4. These are the architectures which lack a long double data type with more range or precision than double, where GOFFICE_WITH_LONG_DOUBLE is not defined. go_add_epsilonl, go_complex_addl etc. are the long double forms of go_add_epsilon, go_complex_add etc; go_strtold and go_ascii_strtold are conversion functions for the long double data type. All of them will need to be tagged as special in the symbols file, probably with an arch tag list. -- The Internet interprets attempts at proprietary control as damage and routes around it. Eric S. Raymond -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548813: gnumeric is still useless in testing
On Thu, Oct 08, 2009 at 10:38:58 +0200, Mikkel Ejrnaes wrote: Can the gnumeric package in testing be upgraded to 1.9.13-1 ? The status of the migration of the unstable package to testing can be tracked through the usual means, i.e. http://release.debian.org/migration/testing.pl?package=gnumeric HTH, Ray -- LEADERSHIP A form of self-preservation exhibited by people with auto- destructive imaginations in order to ensure that when it comes to the crunch it'll be someone else's bones which go crack and not their own. - The Hipcrime Vocab by Chad C. Mulligan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549016: gnumeric: segfaults when choosing 'Save as' from menu on a new worksheet
severity 549016 important tags 549016 + unreproducible thanks On Wed, Sep 30, 2009 at 14:57:22 +0200, Laurent Fousse wrote: * Laurent Fousse [Wed, Sep 30, 2009 at 02:31:40PM +0200]: 1) Launch `gnumeric' 2) Click on the File menu, Save as 3) gnumeric segfaults (see gdb output) I attach the gdb output for this operation, but I noticed that I can't save a newly created worksheet even after modifications. I can load an existing document, make some changes then save it. If I load an existing document and try to save it without first making changes, gnumeric segfaults also with this output on the terminal: This issue is not reproducible for me. process 15264: type array 97 not a basic type process 15264: type array 97 not a basic type process 15264: type invalid 0 not a basic type process 15264: type invalid 0 not a basic type process 15264: type struct 114 not a basic type These messages point towards http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=548343 (applications utilizing gvfs crashing on 'save' attempts). Can you reproduce the segfaults after logging out of your X session and logging back in again? HTH, Ray -- THEY planted The Lone Gunmen to MIND CONTROL the public into seeing TRUTH SEEKERS as CONSPIRACY NUTS. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546846: libspreadsheet-1.9.10.so: undefined symbol error
forcemerge 546675 546846 thanks -- Javascript is EVIL! keyweed -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546559: gnumeric: keyboard control disabled after moving graph
On Mon, Sep 14, 2009 at 16:20:13 +1000, Drew Parsons wrote: Keyboard control is getting disabled again. The symptoms are the same as bug #544975 but the trigger is different. This time it's happening after I move an existing image to a different position in the window. As Jean Bréfort has already commented, this is fallout from a change in the canvas widget used in Gnumeric. (As is #546690 BTW) Jean has fixed this issue through http://git.gnome.org/cgit/gnumeric/commit/?id=b3b2325915b2f2420f9a20fd1d8e68eb548d7782 and I'm currently in the process of verifying that fix. There seem to have been an unusually large number of these kinds of grave bugs recently, for instance with #544975, See above. #542141. This was a brown paper bag bug resulting from a manual edit which was followed by http://git.gnome.org/cgit/gnumeric/commit/?id=9a60b5e41819d7b2c76c7181efc0a5962ea9a320 extending the automated test suite to catch this class of problems. Has something gone seriously wrong upstream? No. We're currently tracking upstream's development releases and currently, development is rather active but strapped for resources. Some fallout, however unfortunate, is to be expected. Should we be reverting the whole thing back to v1.8 ? No. 1.8 is no longer being maintained and 1.9.x contains a large number of fixes and improvements over it. HTH, Ray -- Windows 2001: Oh my god, it is full of bugs -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544975: gnumeric: keyboard control disabled after Insert Row
tags 544975 + upstream patch thanks According to upstream: 15:16 @gmorten JHM: debian 544975 is fixed in git. 15:16 @gmorten argh. 15:16 @gmorten no, it isn't. A similar bug was fixed. 15:16 @gmorten Jean? 15:28 @gmorten Now it's fixed. 15:28 @gmorten JHM: You will need 15:28 @gmorten http://git.gnome.org/cgit/gnumeric/commit/?id=649386d422bbfdd6767d17da8cedfe896db52db4 15:28 @gmorten and 15:28 @gmorten http://git.gnome.org/cgit/gnumeric/commit/?id=897f7be3220347e0adb78108ca21accf2dbb88ea -- FUD for dummies by example in 21 days Lesson 3: use braindead analogies. Open source raises various security issues. How many banks will tell you where their cameras are and where their vaults are? A Microsoft droid in http://www.zdnet.co.uk/news/1999/47/ns-11895.html -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543371: libgoffice-0-8-dev: Problem compiling gnucash-2.3.4, redeclaration in regex.h and regutf8.h
# This is not a Debian-specific issue tags 543371 + upstream # Brought this issue to upstream's attention forwarded 543371 upstream # Important is defined as a bug which has a major effect on the usability # of a package, without rendering it completely unusable to everyone. # which is appropriate. Also, as the problem exists in testing and unstable # both, there is no reason to block migration of sid's goffice and gnumeric # into testing over this. severity 543371 important thanks On Mon, Aug 24, 2009 at 15:53:35 +0100, Andreas Speck wrote: Severity: critical Justification: breaks unrelated software Get real. Gnucash has a build dependency on goffice and deliberately includes its headers, clearly disqualifying it from being unrelated software. Trying to compile Gnucash-2.3.4 (or 2.3.3), which depends on libgoffice-0.8-dev, make runs into the following problem: In file included from gnc-csv-model.c:13: /usr/include/regex.h:313: error: redeclaration of enumerator ‘REG_NOERROR’ /usr/include/libgoffice-0.8/goffice/utils/regutf8.h:17: error: previous definition of ‘REG_NOERROR’ was here This can easily be worked around for now by commenting out the inclusion of go-glib-extras.h by src/import-export/csv/gnc-csv-model.c . -- UNIX is not so much a product as it is a painstakingly compiled oral history of the hacker culture. It is our Gilgamesh epic. Doc Searls in The Morlock Market, Linux Journal, January 2001. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542141: gnumeric: searchreplace broken (can't find glade file)
tags 542141 + upstream patch thanks On Tue, Aug 18, 2009 at 13:17:05 +1000, Drew Parsons wrote: Something is wrong with search replace (whether from the menu or pressing Ctrl-H). Invoking it, a dialog box pops up complaining Unable to open file '/usr/share/gnumeric/1.9.10/glade/search-replace.glade' Now that glade file is provided by gnumeric-common, and it is in place: $ ls -l /usr/share/gnumeric/1.9.10/glade/search-replace.glade -rw-r--r-- 1 root root 56563 2009-08-06 08:53 /usr/share/gnumeric/1.9.10/glade/search-replace.glade So I have no clue what's going on. As the error messages on stderr indicate, it fails to parse. For now, please work around this by applying this patch to your installed system: --- ./usr/share/gnumeric/1.9.10/glade/search-replace.glade 2009-08-06 00:53:47.0 +0200 +++ /usr/share/gnumeric/1.9.10/glade/search-replace.glade 2009-08-18 08:15:16.0 +0200 @@ -5,7 +5,7 @@ widget class=GtkDialog id=search_replace_dialog property name=border_width6/property - property name=title translatable=yesSearch Replace/property + property name=title translatable=yesSearch amp; Replace/property property name=typeGTK_WINDOW_TOPLEVEL/property property name=window_positionGTK_WIN_POS_NONE/property property name=modalFalse/property I will take care of this when I have a little more time. HTH, Ray -- NATUURLIJK krijg je er geen signaal doorheen - het is *dark* fibre. jtv -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526379: gnumeric does not allow anymore to copy
tags 526379 + moreinfo unreproducible severity 526379 important thanks On Thu, Apr 30, 2009 at 21:36:12 +0200, Noel David Torres Taño wrote: It is completely impossible to copy, either using Ctrl-C, Edit-Copy or right-mouse-Copy. All these forms of copying work fine for me with matching gnumeric, goffice and libgsf versions on my amd64 system, so this problem is currently unreproducible for me. Please check whether this problem is tied to specific spreadsheet files, or whether you can reproduce it when starting with a new file. Also, please check if this problem is reproducible for you after updating to the sid versions of gnumeric, goffice and libgsf. Doing any of these causes this to appear in the stdout/stderr: ** (gnumeric:5985): CRITICAL **: wbcg_edit_finish: assertion `IS_SHEET (wbcg-editing_sheet)' failed Does this assertion failure show up every time you try to copy data, and does it show up immediately? I can reproduce this assertion failure when I close gnumeric even when I do a File-Quit immediately after startup, so there does not appear to be a connection to any copying issue. -- Ziff Davis is so obviously biased to Microsoft in almost everything they publish, that they might as well change their company name to MS-PRAVDA. Darryl Householder commenting on extreme PC Week FUD (http://linuxtoday.com/story.php3?sn=21049showcomments=flat) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513420: Breaks building libgsf from source
On Thu, Jan 29, 2009 at 02:55:20 +, Steve Cotton wrote: I've spent a while looking at what runs what, and realised that it will be quite time consuming for someone not familiar with your package to extact a test case. Would it be possible for you to isolate the gsf-scan bit; .c and .i are now attached to PR39015. and provide the arguments and input files to run it in isolation rather than running a framework that runs it? gsf-scan, once generated, is more or less standalone; it is run without arguments and does not rely on any input files, but it is linked against libgsf itself. Also, most of the calls to cc are using -Wno-sign-compare -Wno-pointer-sign , and redirecting all output to /dev/null . Actually, it's -Wno-sign-compare ... -Wsign-compare. The no comes from GNOME_COMPILE_WARNINGS; the override is done explicitly in configure.in . The output redirection, well¸ that's libtool for you... Let me know if you need anything further. HTH, Ray -- Gartner Group ?!? Never heard of them. What did they do in computing except manage to put on their tie without accidentaly killing themselves ?!? Mark Veltzer explains the value of industry analysts in http://linuxtoday.com/news_story.php3?ltsn=2001-06-21-006-21-NW-EL-MR -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513420: Breaks building libgsf from source
Package: gcc-4.3 Version: 4.3.3-1 Severity: serious Justification: causes libgsf to no longer build from source; regression compared to testing's gcc-4.3 packages. What am I trying to do: * Build libgsf from source again on amd64 (or build libgsf svn trunk). How am I trying to do it / steps to reproduce: * Set up a sid environment in which to build libgsf from the Debian source package, e.g. in pbuilder. * Get the libgsf source package and extract it. * In the source directory, run env MALLOC_CHECK_=2 debian/rules build What behaviour did I expect to get: * The libgsf build runs to completion. What behaviour did I actually get: * The libgsf build fails during documentation generation, with messages similar to the following: creating gsf-scan gtk-doc: Running scanner gsf-scan sh: line 1: 27898 Segmentation fault ( ./gsf-scan ) Scan failed: make[3]: *** [scan-build.stamp] Error 139 make[3]: Leaving directory `/tmp/buildd/libgsf-1.14.11/build/doc' * This behaviour is fully repeatable for me. Notes and observations: * gsf-scan is built from generated sources using gtk-doc-tools. * To preserve the gsf-scan sources and objects, comment out the unlink line which removes them in /usr/bin/gtkdoc-scangobj . * When running plain debian/rules build without the env MALLOC_CHECK_=2, the problem manifests at a later point in the build as follows: cd ../../doc/html gtkdoc-mkhtml gsf ../gsf-docs.sgml ../xml/text.xml:255: parser error : Input is not proper UTF-8, indicate encoding ! Bytes: 0xD0 0x45 0x2E 0x02 paraWhen to quote fields./paraparaDefault value: ÐE./para ^ ../xml/text.xml:255: parser error : PCDATA invalid Char value 2 paraWhen to quote fields./paraparaDefault value: ÐE./para ^ ../xml/text.xml:279: parser error : chunk is not well balanced ^ ../gsf-docs.sgml:232: parser error : Failure to process entity GsfText GsfText; ^ ../gsf-docs.sgml:232: parser error : Entity 'GsfText' not defined GsfText; ^ unable to parse ../gsf-docs.sgml make[3]: *** [html-build.stamp] Error 6 This can be tracked back to a garbage string in the DEFAULT block within the ARG block for GsfOutputCsvQuotingMode in doc/gsf.args which is a file generated by gsf-scan. The garbage string can vary between repeated attempts. * This libgsf version (1.14.11-1) has previously been built successfully on all architectures. * The problem is still reproducible for me when the optimisation level is reduced (in debian/rules) to -O1 . * I could not reproduce the problem in the following variations: * When lowering the optimisation level to -O0 . * Building in a 32-bit pbuilder chroot on amd64. * Building in a sid environment with the gcc-4.3 packages downgraded to the 4.3.2-1.1 versions from testing. * Building using CC=gcc-4.2 . * Building using CC=gcc-4.1 . * Building using CC=/usr/lib/gcc-snapshot/bin/gcc . which makes me suspect that the problem isn't with the (generated) gsf-scan sources, but with gcc's code generation. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing-proposed-updates'), (500, 'stable'), (400, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28.2 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gcc-4.3 depends on: ii binutils2.18.1~cvs20080103-7 The GNU assembler, linker and bina ii cpp-4.3 4.3.3-1 The GNU C preprocessor ii gcc-4.3-base4.3.3-1 The GNU Compiler Collection (base ii libc6 2.7-18 GNU C Library: Shared libraries ii libgcc1 1:4.3.3-1GCC support library ii libgomp14.3.3-1 GCC OpenMP (GOMP) support library Versions of packages gcc-4.3 recommends: ii libc6-dev 2.7-18 GNU C Library: Development Librari Versions of packages gcc-4.3 suggests: ii gcc-4.3-doc 4.3.2.nf1-1 documentation for the GNU compiler pn gcc-4.3-locales none (no description available) ii gcc-4.3-multilib 4.3.3-1 The GNU C compiler (multilib files pn libgcc1-dbg none (no description available) pn libgomp1-dbg none (no description available) pn libmudflap0-4.3-dev none (no description available) pn libmudflap0-dbg none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact
Bug#513418: gnumeric: CVE-2009-0318 untrusted search path vulnerability in GObject wrapper
# The affected code is part of the python-loader plugin. reassign 513418 gnumeric-plugins-extra tags 513418 + upstream thanks On Wed, Jan 28, 2009 at 22:59:25 +0100, Nico Golde wrote: The attached patch should fix this problem (but I haven't tested it). Going by http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=504251#26 this patch may not be sufficient. I'll try to get a hold of upstream to discuss this. Ray -- The problem with the global village is all the global village idiots. Paul Ginsparg -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#503144: FTBFS on armel: gsf-scan, ** ERROR **: Compilation trouble with endianess.
reassign 503144 gtk-doc-tools On Thu, Oct 23, 2008 at 00:05:04 +0300, Riku Voipio wrote: Found on all gsf versions since 1.14.9-1: -snip- creating gsf-scan gtk-doc: Running scanner gsf-scan ** ERROR **: Compilation trouble with endianess. gsf-scan is a generated file; the gtk-doc-tools package is responsible for its template. Reassigning accordingly. Ray -- Would you rather be root or reboot? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487581: gnumeric_1.9.0-1(hppa/experimental): FTBFS: intltool-update: command not found
tags 487581 + experimental pending thanks On Sun, Jun 22, 2008 at 22:10:03 +0200, Frank Lichtenheld wrote: | checking for intltool = 0.29... ../configure: line 3869: intltool-update: command not found Weird. I have no idea why this problem didn't show up in my build environment. In any case, I expect a new upstream development release soon; I will take care of this issue then. -- I think Microsoft should say, You'll get a check from Bill Gates every time you find an error. Donald Knuth, All Questions Answered, http://www.ams.org/notices/200203/fea-knuth.pdf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458006: gnumeric: uninstallable on sid
tags 458006 + confirmed pending thanks On Thu, Dec 27, 2007 at 18:06:54 -0300, Antonio Terceiro wrote: The following packages have unmet dependencies: gnumeric: Depends: libgoffice-0-5 (= 0.5.4) which is a virtual package. Unstable already has libgoffice-0-6 in it which is needed for gnumeric 1.8.0 which is about to be released. Once it is released, this issue will be dealt with. -- UNFAIR Term applied to advantages enjoyed by other people which we tried to cheat them out of and didn't manage. See also DISHONESTY, SNEAKY, UNDERHAND and JUST LUCKY I GUESS. - The Hipcrime Vocab by Chad C. Mulligan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450464: Patch
tags 450464 + patch thanks As discussed in private mail, the current gnucash sources in sid require goffice 0.4.x which is now packaged as source package goffice0.4 and whose development files are in libgoffice-0-dev. The following patch fixes the FTBFS for me: diff -ru gnucash-2.2.1.old/debian/control gnucash-2.2.1/debian/control --- gnucash-2.2.1.old/debian/control2007-12-13 19:06:28.0 + +++ gnucash-2.2.1/debian/control2007-12-13 19:10:42.0 + @@ -3,7 +3,7 @@ Priority: optional Maintainer: Thomas Bushnell, BSG [EMAIL PROTECTED] Standards-Version: 3.7.2 -Build-Depends: libltdl3-dev, libofx-dev (= 1:0.8.0-8), ofx (= 1:0.8.0-8), libfinance-quote-perl, guile-1.6-slib, guile-1.6-dev, m4, gettext, slib (= 3a2-5), debhelper (= 4.2.16), zlib1g-dev, libjpeg62-dev, liborbit-dev, libungif4-dev, libxml-parser-perl, x11-common, libglib2.0-dev (= 2.4.7), libxml2-dev (= 2.4.16), libbonobo2-dev (= 2.0.0), libgnomevfs2-dev (= 2.2.0), libgnomevfs2-extra (= 2.2.0), libgtk2.0-dev (= 2.4.13), libglade2-dev (= 2.3.6), libgnomeprint2.2-dev (= 2.8.0), libart-2.0-dev (= 2.3.11), libgconf2-dev, libgnomeui-dev (= 2.0.0), libgsf-gnome-1-dev (= 1.12.2), libpango1.0-dev (= 1.6.0), libgtkhtml3.8-dev, gconf2, libgoffice-1-dev, dpkg-dev (= 1.13.19), imagemagick, swig +Build-Depends: libltdl3-dev, libofx-dev (= 1:0.8.0-8), ofx (= 1:0.8.0-8), libfinance-quote-perl, guile-1.6-slib, guile-1.6-dev, m4, gettext, slib (= 3a2-5), debhelper (= 4.2.16), zlib1g-dev, libjpeg62-dev, liborbit-dev, libungif4-dev, libxml-parser-perl, x11-common, libglib2.0-dev (= 2.4.7), libxml2-dev (= 2.4.16), libbonobo2-dev (= 2.0.0), libgnomevfs2-dev (= 2.2.0), libgnomevfs2-extra (= 2.2.0), libgtk2.0-dev (= 2.4.13), libglade2-dev (= 2.3.6), libgnomeprint2.2-dev (= 2.8.0), libart-2.0-dev (= 2.3.11), libgconf2-dev, libgnomeui-dev (= 2.0.0), libgsf-gnome-1-dev (= 1.12.2), libpango1.0-dev (= 1.6.0), libgtkhtml3.8-dev, gconf2, libgoffice-0-dev, dpkg-dev (= 1.13.19), imagemagick, swig Build-Conflicts: guile-1.8-dev, guile-1.8 Package: gnucash -- Frankly, I think anybody's a fool to put (Microsoft operating system Windows) XP on their computer. It's like installing a continuous, 24-hour monitor on your mind. EFF co-founder John Perry Barlow in http://news.com.com/2008-1082-843349.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#447219: Lower severity
severity 447219 important thanks I'm lowering the severity of this report based on the following observations: * There have been no indications that other users are running into this behaviour. * There has been no user follow-up as to whether the problem is still reproducible with 1.7.13. * Upstream points out that that the likely root cause is a lack of memory. * A full system hang as a result of running out of memory is either the result of a kernel bug (for which there is no evidence at this point) or of running user space applications without having set up appropriate resource limits (which is an issue for the system administrator, not for packaging). Kind regards, Ray -- Sexual paranoia: did I once unknowingly sleep with THEM? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#447219: Corrupt stack?
Hi Kingsley, On Fri, Oct 19, 2007 at 06:31:06 -0700, Kingsley G. Morse Jr. wrote: I should mention that Bug Buddy also reported ** (bug-buddy:14719): CRITICAL **: file bug-buddy.c: line 287 (on_product_toggle_clicked): assertion `druid_data.state == STATE_PRODUCT' failed /usr/share/bug-buddy/gdb-cmd:1: Error in sourced command file: Previous frame identical to this frame (corrupt stack?) A new upstream release, 1.7.13 is out now and should become available in unstable in the next few days. Please test if this problem is still reproducible with that release. If it is, I'd prefer it if you could supply the problematic workbook to gnumeric's upstream developers (they have an established policy for handling issues involving confidential workbooks). If that's not an option, we'll need to look into other approaches (setting stack limits, using MALLOC_TRACE, electric fence or valgrind). HTH, Ray -- Linux is many, many years away from being an enterprise-ready operating system that can compete with, and challenge, the Windows platform. There is also no vision or driving force around it. Doug Miller, Microsoft Windows Server Group, january 2001 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441345: shlibs dependency information too loose
Package: libpcre3 Version: 7.3-1 Severity: serious Seen on IRC: [20:24] I just installed debian's experimental version, which is 1.7.12, on a computer that has unstable versions of other packages. gnumeric opened an excel spread sheet OK, but crashed while trying to open a native .gnumeric spread sheet with the following error messages: [20:24] (gnumeric:14904): Gtk-WARNING **: Unknown paper size Letter [20:24] gnumeric: symbol lookup error: /usr/lib/libgoffice-0.5.so.5: undefined symbol: pcre_compile2 [20:24] Advice? [20:48] I fixed it by upgrading the libpcre3 package from version 4.5-1.1 to 7.3-1. And indeed /var/lib/dpkg/info/libpcre3.shlibs contains libpcre 3 libpcre3 (= 4.5) but according to /usr/share/doc/libpcre3/changelog.gz, pcre_compile2 was only added in version 6.0. The shlibs information in this package needs to be tightened, at least to (= 6.0). -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (800, 'unstable'), (750, 'experimental'), (500, 'testing-proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.22.5 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages libpcre3 depends on: ii libc6 2.6.1-2GNU C Library: Shared libraries libpcre3 recommends no packages. -- no debconf information -- Obsig: developing a new sig -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411382: Breaks builds of unrelated code
Package: libpisock-dev Version: 0.12.2-3 Severity: grave Tags: patch The /usr/share/aclocal/pilot-link.m4 shipped in libpisock-dev defines IT_PROG_INTLTOOL and defines it incorrectly. This breaks building unrelated code which relies on a correct definition of IT_PROG_INTLTOOL (the one from the intltool package), including, for example, the subversion trees of goffice and gnumeric. libpisock-dev has no business defining this symbol and should stop defining it, like so: diff -ruN pilot-link-0.12.2.old/pilot-link.m4 pilot-link-0.12.2/pilot-link.m4 --- pilot-link-0.12.2.old/pilot-link.m4 2007-02-14 22:21:00.0 +0100 +++ pilot-link-0.12.2/pilot-link.m4 2007-02-18 16:50:36.0 +0100 @@ -1,5 +1,3 @@ -AC_DEFUN([IT_PROG_INTLTOOL], [AC_PREREQ([2.50])dnl - AC_DEFUN([AC_PILOT_LINK_HOOK], [ PILOT_LINK_VERS=0 diff -ruN pilot-link-0.12.2.old/pilot-link.m4.in pilot-link-0.12.2/pilot-link.m4.in --- pilot-link-0.12.2.old/pilot-link.m4.in 2007-02-14 22:21:01.0 +0100 +++ pilot-link-0.12.2/pilot-link.m4.in 2007-02-18 16:50:40.0 +0100 @@ -1,5 +1,3 @@ -AC_DEFUN([IT_PROG_INTLTOOL], [AC_PREREQ([2.50])dnl - AC_DEFUN([AC_PILOT_LINK_HOOK], [ [EMAIL PROTECTED]@ -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (800, 'unstable'), (750, 'experimental'), (500, 'testing-proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.6 Locale: LANG=C, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1) Versions of packages libpisock-dev depends on: ii libncurses5-dev [libncurses-d 5.5-5 Developer's libraries and docs for ii libpisock90.12.2-3 library for communicating with a P ii libpisync00.12.2-3 synchronization library for PalmOS ii libusb-dev2:0.1.12-5 userspace USB programming library libpisock-dev recommends no packages. -- debconf-show failed -- Obsig: developing a new sig -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400178: lout: FTBFS: unresolved cross reference
retitle 400178 prg2lout failure causes occasional FTBFS severity 400178 important thanks On Fri, Nov 24, 2006 at 11:41:10 +0100, Julien Danjou wrote: There was a problem while autobuilding your package: Unresolved cross references do not cause lout to fail; retitling accordingly. The real problem is this bit: lout file prg_embe (from prg line 138, from all line 48): 42,17: fatal error: failure (non-zero status) of filter: prg2lout -r -lC -ilouti1 -olout1 -elout.err -t8 -T8s I will need to investigate this further. This does not occur deterministically. I'm lowering the severity, as this problem has not prevented the buildds from building the package on all relevant architectures. Ray -- Personally, I guess I'd favor a sort of modified form of medieval justice. The idea is that you throw the lawyers for both parties into a pond. The person whose lawyer sinks would be declared the winner. Rob Kleinschmidt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357936: gnumeric: Uninstallable after binNMU.
tags 357936 + pending thanks On Mon, Mar 20, 2006 at 13:02:31 +0100, Daniel Kobras wrote: The new gnumeric packages now depend on a non-existent gnumeric-common (= 1.6.2-3+b1), and therefore are uninstallable in unstable at the moment. Yes, I'm aware of thi issue. A sourceful upload is required to complete the transition. Gnumeric 1.6.3 has been tagged in CVS and should be available in the next few days. I will address this then. Ray -- Pinky, Are You Pondering What I'm Pondering? I think so Brain, but if we give peas a chance, won't the lima beans feel left out? Pinky and the Brain in All You Need Is Narf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356988: pstotext: doesn't correctly quote characters to nested shell
On Tue, Mar 21, 2006 at 11:46:10 +1100, Brian May wrote: I noticed your patch to this problem, so I decided to review it. Thanks. It looks good to me. Other solutions are also possible, but your solution looks better. However, I notice the cleanup() routine still calls pclose(...). This has me puzzled because no errors are generated, so maybe the cleanup code isn't being called for some reason (it looks like gs==null???). I think pclose (which is documented only to work with popen) needs to be replaced with waitpid(...). This function should also perform the cleanup you were concerned about (not really a major issue with pstotext because it exits so quickly anyway - but it seems like a good idea to get the exit status). For this to work, you will need to save the PID returned by fork so cleanup can access it. I'm attaching an updated version of my patch. Note that I'm not explicitly saving the child PID yet, but it might just do the trick. As for VMS, this is something I have no idea what-so-ever about. I would assume it should work, but I have never been near a VMS system so I have no idea. Frankly, I don't think anyone cares about the VMS port. I'm just trying to make minimal changes at this point to make it easier to integrate this upstream. Ray -- FUD for dummies by example in 21 days Lesson 3: use braindead analogies. Open source raises various security issues. How many banks will tell you where their cameras are and where their vaults are? A Microsoft droid in http://www.zdnet.co.uk/news/1999/47/ns-11895.html diff -ru ../../pstotext-1.9/main.c ./main.c --- ../../pstotext-1.9/main.c 2005-07-24 18:56:11.0 +0200 +++ ./main.c2006-03-21 21:55:55.0 +0100 @@ -126,12 +126,14 @@ static int cleanup(void) { int gsstatus, status = 0; pstotextExit(instance); - if (gs!=NULL) { #ifdef VMS + if (gs!=NULL) { gsstatus = fclose(gs); + } #else -gsstatus = pclose(gs); + waitpid(-1, gsstatus, 0); #endif + if (gsstatus) { if (WIFEXITED(gsstatus)) { if (WEXITSTATUS(gsstatus)!=0) status = 3; else if (WIFSIGNALED(gsstatus)) status = 4; @@ -166,7 +168,13 @@ static int do_it(char *path) { /* If path is NULL, then stdin should be processed. */ - char *gs_cmdline; + char *gs_argv[32]; + int gs_argc=0; +#ifdef DEBUG + int i; +#endif + int fd[2]; + pid_t p; char *input; int status; char norotate[] = ; @@ -216,32 +224,29 @@ cleanup(); exit(1); } -strcpy(input, -- '); strcat(input, path); strcat(input, '); +strcpy(input, path); } - gs_cmdline = (char*)malloc(strlen(gs_cmd)+strlen(rotate_path)+ - strlen(ocr_path) + strlen(input) + 128); - - if (gs_cmdline == NULL) { -fprintf(stderr, No memory available\n); -cleanup(); -exit(1); - } - - sprintf( -gs_cmdline, -#ifdef VMS -%s -r72 \-dNODISPLAY\ \-dFIXEDMEDIA\ \-dDELAYBIND\ \-dWRITESYSTEMDICT\ %s \-dNOPAUSE\ \-dSAFER\ %s %s %s, -#else -%s -r72 -dNODISPLAY -dFIXEDMEDIA -dDELAYBIND -dWRITESYSTEMDICT %s -dNOPAUSE -dSAFER %s %s %s, -#endif -gs_cmd, -(debug ? : -q), -rotate_path, -ocr_path, -input -); - if (debug) fprintf(stderr, %s\n, gs_cmdline); + gs_argv[gs_argc++] = gs; + gs_argv[gs_argc++] = -r72; + gs_argv[gs_argc++] = -dNODISPLAY; + gs_argv[gs_argc++] = -dFIXEDMEDIA; + gs_argv[gs_argc++] = -dDELAYBIND; + gs_argv[gs_argc++] = -dWRITESYSTEMDICT; + if (!debug) { +gs_argv[gs_argc++] = -q; + } + gs_argv[gs_argc++] = -dNOPAUSE; + gs_argv[gs_argc++] = -dSAFER; + if (rotate_path strcmp(rotate_path, )) { +gs_argv[gs_argc++] = rotate_path; + } + if (ocr_path strcmp(ocr_path, )) { +gs_argv[gs_argc++] = ocr_path; + } + gs_argv[gs_argc++] = --; + gs_argv[gs_argc++] = input; + gs_argv[gs_argc++] = NULL; #ifdef VMS cmdfile = tempnam(SYS$SCRATCH:,PS2TGS); gsoutfile = tempnam(SYS$SCRATCH:,GSRES); @@ -259,8 +264,25 @@ exit(1); } #else - gs = popen(gs_cmdline, r); - if (gs==0) {perror(cmd); exit(1);} + if (pipe(fd)) { + perror(pipe failed: ); exit(1); + }; + p = fork(); + if (p == -1) { + perror(fork failed: ); exit(1); + } + if (p == 0) { /* child */ +close(fd[0]); +dup2(fd[1], 1); /* Redirect stdout into pipe to parent */ +execvp(/usr/bin/gs, gs_argv); +perror(execvp: ); status=cleanup(); exit(1); + } else { /* parent */ +close(fd[1]); +gs = fdopen(fd[0], r); +if (gs == NULL) { + perror(fdopen: ); status=cleanup(); exit(1); +} + } #endif status = pstotextInit(instance); if (status!=0) {
Bug#356988: pstotext: doesn't correctly quote characters to nested shell
On Wed, Mar 15, 2006 at 16:58:10 +1100, Brian May wrote: This could be a security issue, if you can run pstotext with an arbitrary filename (eg. via swish++ running on some untrusted source). pstotext currently popen(3)s a command containing a filename supplied by its caller. The only way to secure it against nasty filenames would be to rewrite it not to use popen(3). The attached patch seems to do the trick but should be reviewed - I'm not sure I've done the fork'n'pipe completely right; there may be some cleanup missing and it breaks the VMS build (though I doubt someone cares about that). Oh well, it's a start. Ray -- Sexual paranoia: did I once unknowingly sleep with THEM? diff -ru ../pstotext-1.9/main.c pstotext-1.9/main.c --- ../pstotext-1.9/main.c 2005-07-24 18:56:11.0 +0200 +++ pstotext-1.9/main.c 2006-03-15 23:02:20.0 +0100 @@ -166,7 +166,13 @@ static int do_it(char *path) { /* If path is NULL, then stdin should be processed. */ - char *gs_cmdline; + char *gs_argv[32]; + int gs_argc=0; +#ifdef DEBUG + int i; +#endif + int fd[2]; + pid_t p; char *input; int status; char norotate[] = ; @@ -216,32 +222,29 @@ cleanup(); exit(1); } -strcpy(input, -- '); strcat(input, path); strcat(input, '); - } - - gs_cmdline = (char*)malloc(strlen(gs_cmd)+strlen(rotate_path)+ - strlen(ocr_path) + strlen(input) + 128); - - if (gs_cmdline == NULL) { -fprintf(stderr, No memory available\n); -cleanup(); -exit(1); +strcpy(input, path); } - sprintf( -gs_cmdline, -#ifdef VMS -%s -r72 \-dNODISPLAY\ \-dFIXEDMEDIA\ \-dDELAYBIND\ \-dWRITESYSTEMDICT\ %s \-dNOPAUSE\ \-dSAFER\ %s %s %s, -#else -%s -r72 -dNODISPLAY -dFIXEDMEDIA -dDELAYBIND -dWRITESYSTEMDICT %s -dNOPAUSE -dSAFER %s %s %s, -#endif -gs_cmd, -(debug ? : -q), -rotate_path, -ocr_path, -input -); - if (debug) fprintf(stderr, %s\n, gs_cmdline); + gs_argv[gs_argc++] = gs; + gs_argv[gs_argc++] = -r72; + gs_argv[gs_argc++] = -dNODISPLAY; + gs_argv[gs_argc++] = -dFIXEDMEDIA; + gs_argv[gs_argc++] = -dDELAYBIND; + gs_argv[gs_argc++] = -dWRITESYSTEMDICT; + if (!debug) { +gs_argv[gs_argc++] = -q; + } + gs_argv[gs_argc++] = -dNOPAUSE; + gs_argv[gs_argc++] = -dSAFER; + if (rotate_path strcmp(rotate_path, )) { +gs_argv[gs_argc++] = rotate_path; + } + if (ocr_path strcmp(ocr_path, )) { +gs_argv[gs_argc++] = ocr_path; + } + gs_argv[gs_argc++] = --; + gs_argv[gs_argc++] = input; + gs_argv[gs_argc++] = NULL; #ifdef VMS cmdfile = tempnam(SYS$SCRATCH:,PS2TGS); gsoutfile = tempnam(SYS$SCRATCH:,GSRES); @@ -259,8 +262,28 @@ exit(1); } #else - gs = popen(gs_cmdline, r); - if (gs==0) {perror(cmd); exit(1);} +#ifdef DEBUG + for (i=0; i gs_argc; i++) { + fprintf(stderr, %i: -%s-\n, i, gs_argv[i]); + } +#endif + if (pipe(fd)) { + perror(pipe failed: ); exit(1); + }; + p = fork(); + if (p == -1) { + perror(fork failed: ); exit(1); + } + if (p == 0) { /* child */ +close(fd[0]); +dup2(fd[1], 1); /* Redirect stdout into pipe to parent */ +execvp(/usr/bin/gs, gs_argv); +perror(execvp: ); exit(1); + } else { /* parent */ +close(fd[1]); +gs = fdopen(fd[0], r); +/* FIXME: do we need to arrange for reaping the child? */ + } #endif status = pstotextInit(instance); if (status!=0) {
Bug#348296: Another shell syntax error in postinst prevents install/upgrade
Package: evms-bootdebug Version: 2.5.4-3 Severity: grave Tags: patch A #348288-style problem affects evms-bootdebug as well: --- /tmp/evms-bootdebug.postinst2006-01-16 07:07:49.0 +0100 +++ /var/lib/dpkg/info/evms-bootdebug.postinst 2006-01-16 07:08:03.0 +0100 @@ -4,7 +4,7 @@ case $1 in configure) - if [ -x /usr/sbin/update-initramfs ]; thne + if [ -x /usr/sbin/update-initramfs ]; then update-initramfs -u fi ;; -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (800, 'unstable'), (750, 'experimental'), (500, 'testing-proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.1 Locale: LANG=C, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1) -- Obsig: developing a new sig -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346488: Unsatisfiable dependencies on release candidate architecture
Package: libxine-dev Version: 1.0.1-1.4 Severity: grave Tags: patch libxine-dev currently has Depends: libxine1 (= 1.0.1-1.4), libc6-dev, xlibs-dev, zlib1g-dev | libz-dev, libslang2-dev, libfreetype6-dev but there is no xlibs-dev package in sid anymore. See http://lists.debian.org/debian-devel-announce/2005/11/msg00022.html for details. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (800, 'unstable'), (750, 'experimental'), (500, 'testing-proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: LANG=C, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1) -- Obsig: developing a new sig -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341922: tetex-bin: Source Package Fails to Compile
tags 341922 + unreproducible thanks On Sat, Dec 03, 2005 at 23:24:13 -0800, Arias Hung wrote: Package: tetex-bin Version: 3.0-10.1 Please provide working tetex-bin or at least provide a source package capable of compiling a functional tetex-bin. The tetex-bin 3.0-10.1 source package builds fine in an appropriate environment; I tested it within a current pbuilder sid chroot with the build dependencies specified in debian/control installed. It turns out that the texk/xdvik/configure script is littered with syntax errors, rendering the entire build process useless at this early phase as the attached config.log reveals. The config.log you supplied does not hint at any syntax errors in the configure script. It does point to code fragments not building (with syntax error messages) due to a number of includes not being found, which suggests that the environment you tried to build the package in does not have the appropriate build dependencies installed or has environment settings that interfere with the C preprocessor's search behaviour. You may want to investigate your build environment. Ray -- When you are finished spreading joy on Christmas Eve, come and kick back with me and Erwin for a while. [...] We'll provide the cocoa and cookies, and we'll even teach you how to play Quake. From the Dust Puppy's letter to Santa Claus. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338831: Not installable in sid
Package: abiword-plugins Version: 2.4.1-2 Severity: grave Tags: patch abiword-plugins is not installable in a pure sid environment anymore: # apt-get --dry-run install abiword-plugins Reading package lists... Done Building dependency tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: abiword-plugins: Depends: libgsf-1 (= 1.12.3) but it is not installable E: Broken packages # as it depends on libgsf-1 which is no longer in sid as a result of a library versioning changed announced previously (http://lists.debian.org/debian-release/2005/10/msg00020.html). To address this issue, please update your package to have a build dependency on libgsf-1-dev (= 1.13.2) and rebuild it. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (800, 'unstable'), (750, 'experimental'), (500, 'testing-proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.6 Locale: LANG=C, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1) -- Obsig: developing a new sig -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338832: Not installable in sid
Package: kword Version: 1:1.4.2-2 Severity: grave Tags: patch kword is not installable in a pure sid environment anymore # apt-get install kword Reading package lists... Done Building dependency tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: kword: Depends: libgsf-1 (= 1.12.3) but it is not installable E: Broken packages as it depends on libgsf-1 which is no longer in sid as a result of a library versioning changed announced previously (http://lists.debian.org/debian-release/2005/10/msg00020.html). To address this issue, please update your package to have a build dependency on libwpd8-dev (= 0.8.3-2) and rebuild it. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (800, 'unstable'), (750, 'experimental'), (500, 'testing-proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.6 Locale: LANG=C, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1) -- Obsig: developing a new sig -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338711: Not installable in sid
Package: pxlib1 Version: 0.5.1-1 Severity: grave Tags: patch pxlib1 is not installable in a pure sid environment anymore as it depends on libgsf-1 which is no longer in sid as a result of a library versioning changed announced previously (http://lists.debian.org/debian-release/2005/10/msg00020.html). To address this issue, please update your package to have a build dependency on libgsf-1-dev (= 1.13.2) and rebuild it. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (800, 'unstable'), (750, 'experimental'), (500, 'testing-proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.6 Locale: LANG=C, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1) Versions of packages pxlib1 depends on: ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libgsf-1 1.12.3-4 Structured File Library - runtime pxlib1 recommends no packages. -- no debconf information -- Obsig: developing a new sig -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338712: Not installable in sid
Package: libwv2-1c2 Version: 0.2.2-3 Severity: grave Tags: patch libwv2-1c2 is not installable in a pure sid environment anymore as it depends on libgsf-1 which is no longer in sid as a result of a library versioning changed announced previously (http://lists.debian.org/debian-release/2005/10/msg00020.html). To address this issue, please update your package to have a build dependency on libgsf-1-dev (= 1.13.2) and rebuild it. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (800, 'unstable'), (750, 'experimental'), (500, 'testing-proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.6 Locale: LANG=C, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1) -- Obsig: developing a new sig -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330605: gnumeric does not start.
tags 330605 + etch close 330605 1.5.90-1 thanks On Wed, Sep 28, 2005 at 22:36:12 +0200, Torsten Zirzlaff wrote: gnumeric: symbol lookup error: gnumeric: undefined symbol: format_toggle_thousands I gues that it is related to a related support lib, but doe not know for sure. ii libgoffice-1 0.0.4-1Document centric objects library - This is another libgoffice-1 mismatch, similar to #329345 / #329768 / #330142 but with a different version of libgoffice-1. This type of problem will hopefully be history once gnumeric 1.5.90-1 or newer (built against a newer goffice with stricter shlibs) makes it into etch. Ray -- The proper place for a CAPSLOCK key is in a different hemisphere from you. Tom Christiansen in Interface Zen, http://slashdot.org/article.pl?sid=99/11/30/0954216 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330142: gnumeric doesn't start
tags 330142 + etch close 330142 1.5.90-1 merge 330142 329345 thanks gnumeric: symbol lookup error: gnumeric: undefined symbol: cell_formats See the previous reports. -- Signs of world domination: Tonight on Celebrity Deathmatch: Tux takes on the BSD daemon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329832: Fixed already
close 329832 2.10.1-4 merge 329832 329711 thanks -- Pinky, Are You Pondering What I'm Pondering? I think so Brain, but who wants to see Snow White and the Seven Samuri? Pinky and the Brain in Big in Japan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325361: libpango1.0-common: Postinstallation script dies because /etc/defoma/config/pango.conf has not been unpacked
tags 325361 + unreproducible severity 325361 normal thanks On Sat, Aug 27, 2005 at 19:20:55 -0500, Eric Christopherson wrote: I did some investigating and found that /etc/defoma/config/pango.conf is supposed to be provided by libpango1.0-common, but did not in fact exist. I don't know why it wasn't unpacked before the postinst ran, That file is in the package and should have been installed on the system at the point the postinst ran. It is not a bug of the postinst script that it assumes this file is already installed on the system; see http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-unpackphase The only scenarios I can think of in which this type of problem occurs are ones that involve either a bug in dpkg or something on the system interfering with files owned by the package management system (deliberately or accidentally e.g. through filesystem corruption). These are not scenarios that a regular package's postinst script needs to take into account. I have tagged this report accordingly. If you can provide us with a scenario with which to reproduce this problem which doesn't have these characteristics, please let us know. Ray -- Scary piece of history: `The very first use of Unix in the real business of Bell Labs was to type and produce patent applications' Dennis Ritchie in http://cm.bell-labs.com/cm/cs/who/dmr/odd.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327760: missing dependency on gconf2
tags 327760 + confirmed pending thanks On Sat, Sep 10, 2005 at 01:01:16 +0200, Rene Engelhard wrote: Setting up libgsf-1 (1.12.3-1) ... /var/lib/dpkg/info/libgsf-1.postinst: line 9: gconftool-2: command not found Fixed in my tree; will upload a fix later. Ray -- I'd rather not work with people who aren't careful. It's darwinism in software development. Linus Torvalds on the linux-kernel list -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#322855: FTBFS: Syntax errors
tags 322855 + upstream thanks On Fri, Aug 12, 2005 at 15:00:36 -0700, Matt Kraai wrote: Package: libgda2 Version: 1.2.1-2 Severity: serious libgda2 fails to build because it uses some undeclared types, which causes syntax errors: FWIW, this problem also exists when trying to build libgda2 CVS HEAD. Ray -- Professionele hackers kunnen uw bedrijf veel schade berokkenen. Snail-mail spam van het Nederlands Normalisatie-Instituut -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#320728: openoffice.org2: Missing Dependency on libstlport4.6.
On Mon, Aug 01, 2005 at 02:12:48 +0200, Rene Engelhard wrote: *shrugs*. Interesting that dpkg-shlibdeps didn't add the dependency on the libstlport4.6c2 package... Maybe that has something to do with the fact that openoffice.org2-core includes a /usr/lib/openoffice2/program/libstlport_gcc.so of its own? Ray -- To this day we are still wondering what exactly it is, besides prices, that Microsoft has innovated. Seen on segfault.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316096: gnumeric: Crash when saving to MS Excel format
severity 316096 important tags 316096 sarge upstream forwarded 316096 upstream thanks On Tue, Jun 28, 2005 at 07:17:57 -0500, Yevgen Muntyan wrote: Package: gnumeric Version: 1.4.3-4 ii libgsf-1 1.12.0-1 Structured File Library - runtime It is a known issue that gnumeric 1.4.x does not work properly against libgsf 1.12.0; you'll need to downgrade libgsf-1 to the 1.11.1-1 version in stable, This problem is limited in scope as the malfunctioning combination does not occur in the stable, testing or unstable trees. (Stable has an older libgsf; testing and unstable have newer versions of gnumeric) Ray -- [...] computer source code, though unintelligible to many, is the preferred method of communication among computer programmers. http://pacer.ca6.uscourts.gov/cgi-bin/getopn.pl?OPINION=00a0117p.06 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294479: ImportError: No module named profile
Package: offlineimap Version: 4.0.8 Severity: grave offlineimap breaks with sid's current python2.3 package; the problem is reproducible in a fresh sid pbuilder chroot: # offlineimap Traceback (most recent call last): File /usr/bin/offlineimap, line 20, in ? from offlineimap import init File /usr/lib/python2.3/site-packages/offlineimap/init.py, line 19, in ? from offlineimap import imaplib, imapserver, repository, folder, mbnames, threadutil, version, syncmaster, accounts File /usr/lib/python2.3/site-packages/offlineimap/imaplib.py, line 25, in ? from offlineimap.ui import UIBase File /usr/lib/python2.3/site-packages/offlineimap/ui/__init__.py, line 20, in ? import UIBase, Blinkenlights File /usr/lib/python2.3/site-packages/offlineimap/ui/Blinkenlights.py, line 22, in ? from offlineimap.threadutil import MultiLock File /usr/lib/python2.3/site-packages/offlineimap/threadutil.py, line 21, in ? import sys, traceback, thread, profile ImportError: No module named profile -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (800, 'unstable'), (750, 'experimental'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.29 Locale: LANG=C, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1) Versions of packages offlineimap depends on: ii python2.3 2.3.5-1An interactive high-level object-o -- no debconf information -- Obsig: developing a new sig -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291894: Uninstallable on i386
Package: devilspie Version: 0.8-1 Severity: grave Tags: sid This version has a dependency libgtk2.0-0 (= 2.6.0) that is unfulfillable in sid. Apparently the package was built on a system that had experimental packages installed. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (800, 'unstable'), (750, 'experimental'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.29 Locale: LANG=C, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1) -- no debconf information -- Obsig: developing a new sig -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291274: Fails to build with 2.4.29: missing Makefile
Package: openswan-modules-source Version: 2.3.0-1 Severity: grave I get the following behaviour when trying to compile 2.4.29 plus the openswan modules using kernel-package: [...] Module /usr/src/modules/alsa-driver processed fine make[1]: Entering directory `/usr/src/modules/openswan' /usr/bin/make -f debian/rules binary-modules make[2]: Entering directory `/usr/src/modules/openswan' sed -e s!\$KVERS!2.4.29!g; s!\$KSRC!/usr/local/src/linux!; [EMAIL PROTECTED]; s!\$KMAINT!Unknown Kernel Package Maintainer!; s!\$KDREV!10.00.Custom!; s!\$DEBDATE!Wed, 19 Jan 2005 20:30:41 +0100! debian/control.in debian/control dh_testdir # Add here commands to configure the package. touch configure-stamp dh_testdir # this is taken from the main openswan Makefile sed '//s/xxx//' linux/net/ipsec/version.in.c linux/net/ipsec/version.c # now build the ipsec module /usr/bin/make -C linux/net/ipsec ARCH=i386 KLIPSMODULE=true \ TOPDIR=/usr/local/src/linux -f `pwd`/linux/net/ipsec/defconfig -f Makefile \ MODULE_DEF_INCLUDE=`pwd`/config-all.h KLIPS_TOP=`pwd`/linux \ CONFIG_IPSEC=m \ ipsec.o make[3]: Entering directory `/usr/src/modules/openswan/linux/net/ipsec' make[3]: Makefile: No such file or directory make[3]: *** No rule to make target `Makefile'. Stop. make[3]: Leaving directory `/usr/src/modules/openswan/linux/net/ipsec' make[2]: *** [build-stamp] Error 2 make[2]: Leaving directory `/usr/src/modules/openswan' make[1]: *** [kdist_image] Error 2 make[1]: Leaving directory `/usr/src/modules/openswan' Module /usr/src/modules/openswan failed. Hit return to Continue -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (800, 'unstable'), (750, 'experimental'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.29-rc2 Locale: LANG=C, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1) Versions of packages openswan-modules-source depends on: ii coreutils [fileutils] 5.2.1-2The GNU core utilities ii debhelper 4.2.30 helper programs for debian/rules ii fileutils 5.2.1-2The GNU file management utilities -- no debconf information -- Obsig: developing a new sig -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]