Bug#693873: octave-common: pkg ("list") not compatible with 'warning error Octave:str-to-num'
Package: octave-common
Version: 3.6.2-5
Severity: normal
Tags: upstream
Dear Maintainer,
It appears that the installation of the packages
octave-java 1.2.8-6 amd64
octave-io 1.0.19-1 amd64
together with the promotion of warnings to errors
warning error Octave:str-to-num
triggers the error, as installation of octave-java makes the read of the
octave-io package file
/usr/lib/x86_64-linux-gnu/octave/packages/io-1.0.19/x86_64-pc-linux-gnu-api-v48+/PKG_ADD
mandatory, which in turn crashes with an error in the
/usr/share/octave/3.6.2/m/pkg/pkg.m at line 274, column 3
A short script triggering the undesired behaviour directly is this one:
--- snip ---
#!/usr/bin/octave -q
warning error Octave:str-to-num
pkg ("list");
--- snip ---
I did expect the code contained in the octave-common packages to support all
kind of
promotion from warnings to errors, as this helps developing clean code.
best regards, and thanks for packaging octave,
Marc Cromme
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
-- 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#602299: marble segfault when starting up from command prompt
Hi With marble version 4:4.8.4-2 I do not experience these crashes any more. Suggest to close the ticket as not reproducable any more. best wishes, Marc Cromme On 06/24/2012 10:14 PM, intrigeri wrote: Hi, Marc Cromme wrote (03 Nov 2010 14:08:27 GMT) : Version: 4:4.4.5-2 Application: marble (0.9.5) KDE Platform Version: 4.4.5 (KDE 4.4.5) Qt Version: 4.6.3 Operating System: Linux 2.6.32-5-686 i686 Distribution: Debian GNU/Linux unstable (sid) -- Information about the crash: I have just started marble from the command line, nothing more. I am using Gnome 2.30.2 as desktop environment, not KDE. The crash can be reproduced every time just by starting marble from command prompt. I cannot reproduce that in current sid (marble 4:4.8.4-2). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#668343: Character rendering failures on GeForce 8600M GT with dual screen . downgrading libcairo* packages to version 1.10.2-7
Down grading libcairo* packages to version 1.10.2-7 from testing fixes the issue. Best regards, Marc Cromme -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#602299: marble segfault when starting up from command prompt
Package: marble Version: 4:4.4.5-2 Severity: important Tags: upstream Application: marble (0.9.5) KDE Platform Version: 4.4.5 (KDE 4.4.5) Qt Version: 4.6.3 Operating System: Linux 2.6.32-5-686 i686 Distribution: Debian GNU/Linux unstable (sid) -- Information about the crash: I have just started marble from the command line, nothing more. I am using Gnome 2.30.2 as desktop environment, not KDE. The crash can be reproduced every time just by starting marble from command prompt. -- Backtrace: Application: Marble Desktop Globe (marble), signal: Segmentation fault [Current thread is 1 (Thread 0xb3b2c710 (LWP 9456))] Thread 4 (Thread 0xb15c9b70 (LWP 9457)): #0 0xb47dae16 in clock_gettime (clock_id=-1266814988, tp=0xb15c8fa8) at ../sysdeps/unix/clock_gettime.c:100 #1 0xb6bbf1ab in ?? () from /usr/lib/libQtCore.so.4 #2 0xb6bc4405 in ?? () from /usr/lib/libQtCore.so.4 #3 0xb6bc444a in ?? () from /usr/lib/libQtCore.so.4 #4 0xb6bc22b8 in ?? () from /usr/lib/libQtCore.so.4 #5 0xb6bc2345 in ?? () from /usr/lib/libQtCore.so.4 #6 0xb474c7da in g_main_context_prepare () from /lib/libglib-2.0.so.0 #7 0xb474cbf9 in ?? () from /lib/libglib-2.0.so.0 #8 0xb474d1c8 in g_main_context_iteration () from /lib/libglib-2.0.so.0 #9 0xb6bc20af in QEventDispatcherGlib::processEvents(QFlags) () from /usr/lib/libQtCore.so.4 #10 0xb6b94ae9 in QEventLoop::processEvents(QFlags) () from /usr/lib/libQtCore.so.4 #11 0xb6b94f3a in QEventLoop::exec(QFlags) () from /usr/lib/libQtCore.so.4 #12 0xb6a97629 in QThread::exec() () from /usr/lib/libQtCore.so.4 #13 0xb166cd2c in ?? () from /usr/lib/kde4/plugins/marble/GpsdPositionProviderPlugin.so #14 0xb6a99fbe in ?? () from /usr/lib/libQtCore.so.4 #15 0xb47ef955 in start_thread (arg=0xb15c9b70) at pthread_create.c:300 #16 0xb5cefe7e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130 Thread 3 (Thread 0xb0900b70 (LWP 9458)): #0 0xb47dae16 in clock_gettime (clock_id=-1266814988, tp=0xb08fffb8) at ../sysdeps/unix/clock_gettime.c:100 #1 0xb6bbf1ab in ?? () from /usr/lib/libQtCore.so.4 #2 0xb6bc4405 in ?? () from /usr/lib/libQtCore.so.4 #3 0xb6bc444a in ?? () from /usr/lib/libQtCore.so.4 #4 0xb6bc22b8 in ?? () from /usr/lib/libQtCore.so.4 #5 0xb6bc2345 in ?? () from /usr/lib/libQtCore.so.4 #6 0xb474c7da in g_main_context_prepare () from /lib/libglib-2.0.so.0 #7 0xb474cbf9 in ?? () from /lib/libglib-2.0.so.0 #8 0xb474d1c8 in g_main_context_iteration () from /lib/libglib-2.0.so.0 #9 0xb6bc20af in QEventDispatcherGlib::processEvents(QFlags) () from /usr/lib/libQtCore.so.4 #10 0xb6b94ae9 in QEventLoop::processEvents(QFlags) () from /usr/lib/libQtCore.so.4 #11 0xb6b94f3a in QEventLoop::exec(QFlags) () from /usr/lib/libQtCore.so.4 #12 0xb6a97629 in QThread::exec() () from /usr/lib/libQtCore.so.4 #13 0xb6b7494b in ?? () from /usr/lib/libQtCore.so.4 #14 0xb6a99fbe in ?? () from /usr/lib/libQtCore.so.4 #15 0xb47ef955 in start_thread (arg=0xb0900b70) at pthread_create.c:300 #16 0xb5cefe7e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130 Thread 2 (Thread 0xadd20b70 (LWP 9474)): #0 0xb47dae16 in clock_gettime (clock_id=-1266814988, tp=0xadd1ffa8) at ../sysdeps/unix/clock_gettime.c:100 #1 0xb6bbf1ab in ?? () from /usr/lib/libQtCore.so.4 #2 0xb6bc4405 in ?? () from /usr/lib/libQtCore.so.4 #3 0xb6bc444a in ?? () from /usr/lib/libQtCore.so.4 #4 0xb6bc22b8 in ?? () from /usr/lib/libQtCore.so.4 #5 0xb6bc2345 in ?? () from /usr/lib/libQtCore.so.4 #6 0xb474c7da in g_main_context_prepare () from /lib/libglib-2.0.so.0 #7 0xb474cbf9 in ?? () from /lib/libglib-2.0.so.0 #8 0xb474d1c8 in g_main_context_iteration () from /lib/libglib-2.0.so.0 #9 0xb6bc20af in QEventDispatcherGlib::processEvents(QFlags) () from /usr/lib/libQtCore.so.4 #10 0xb6b94ae9 in QEventLoop::processEvents(QFlags) () from /usr/lib/libQtCore.so.4 #11 0xb6b94f3a in QEventLoop::exec(QFlags) () from /usr/lib/libQtCore.so.4 #12 0xb6a97629 in QThread::exec() () from /usr/lib/libQtCore.so.4 #13 0xb769b030 in ?? () from /usr/lib/libmarblewidget.so.4 #14 0xb6a99fbe in ?? () from /usr/lib/libQtCore.so.4 #15 0xb47ef955 in start_thread (arg=0xadd20b70) at pthread_create.c:300 #16 0xb5cefe7e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130 Thread 1 (Thread 0xb3b2c710 (LWP 9456)): [KCrash Handler] #6 0x006c0061 in ?? () #7 0xb6b9576a in QCoreApplicationPrivate::sendThroughObjectEventFilters(QObject*, QEvent*) () from /usr/lib/libQtCore.so.4 #8 0xb60df5a9 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/libQtGui.so.4 #9 0xb60e61f9 in QApplication::notify(QObject*, QEvent*) () from /usr/lib/libQtGui.so.4 #10 0xb70e5c5a in KApplication::notify(QObject*, QEvent*) () from /usr/lib/libkdeui.so.5 #11 0xb6b964cb in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib/libQtCore.so.4 #12 0xb6146976 in QWidgetPrivate::drawWidget(QPaintDevice*, QRegion const&, QPoint const&, int, QPainter*, QWidgetBackingStore*) () from /usr/lib/libQtGui.so.4 #13 0xb6
Bug#596035: libxml2-utils: RelaxNG validation loops forever with max CPU consumption
Package: libxml2-utils Version: 2.7.7.dfsg-4 Severity: normal Tags: upstream Running xmllint RelaxNG like this makes it busy loop forever xmllint --relaxng vessel_reports.rng vessel_reports.xml Same validation goes fine with jing, rng file had been generated by trang from rnc file The test files are: *** vessel_reports.xml *** vessel_reports.rng http://www.ange.dk/relaxng/annotation"; xmlns="http://relaxng.org/ns/structure/1.0"; datatypeLibrary="http://www.w3.org/2001/XMLSchema-datatypes";> 1 128 1 128 5 8 5 8 1 32 6 8 6 8 3 3 128 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (90, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libxml2-utils depends on: ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libreadline66.1-3GNU readline and history libraries ii libxml2 2.7.7.dfsg-4 GNOME XML library libxml2-utils recommends no packages. libxml2-utils 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#214449: xfonts-base: ISO8859 font problems for several programs
Brice Goglin wrote: Hi, About 3 years ago, you reported (or replied to) a bug (#214449 and #213286, merged since) in the Debian BTS regarding iso8859-1 font problems in several programs, especially emacs. Did any of you guys reproduce this problem recently? With latest Xorg/Etch? If not, I will close this bug in the next weeks. Thanks, Brice Hi Brice No. I have not seen this problem for log time. Please feel free to close the bug .. Marc Cromme -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#363325: wrong dependencies from nunit-console 2.2.7-1 to libnunit-cil 2.2.6-1
Package: nunit-console, nunit Version: 2.2.7-1 Severity: grave Justification: renders package unusable [EMAIL PROTECTED]:~/code/id/yaz/ztest$ apt-cache show nunit-console Package: nunit-console Priority: optional Section: devel Installed-Size: 116 Maintainer: Jelmer Vernooij <[EMAIL PROTECTED]> Architecture: all Source: nunit Version: 2.2.7-1 Depends: mono-jit (>= 1.0), libmono-corlib1.0-cil (>= 1.0), libnunit2.2.6-cil, mono-classlib-1.0 (>= 1.0) This dependency should be libnunit2.2.7-1-cil in unstable distribution, as mixing testing libnunit-cil 2.2.6-1 and unstable nunit-console 2.2.7-1 is not the way to go. Cheers, Marc -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (400, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-rc5-m30g Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#352192: new nunit version 2.2.7 fixing this bug is available
Package: nunit Version: 2.2.6-1 Followup-For: Bug #352192 Now the faulty 2.2.6 version is also come to the i686 32 bit versions, which could have been stopped in time when I had reported the same error in the 2.2.6 atlon 64 bit version 16 days ago. I am usually very happy about the huge efford Debian developers do invest into their packages, but I must admit that I am not happy about this blunder. A new 2.2.7 nunit package is available at http://www.nunit.org/index.php?p=download This one fixes the reported problem, see http://www.nunit.org/index.php?p=problems&r=2.2.6 Problem: The nunit.util assembly references the Windows shlwapi.dll, which breaks Linux portability. Bug ID: None Status: Fixed in 2.2.7 I'd kindly ask you to make a new debian package available a.s.a.p, as the 2.2.6 release is _totally_ useless on any Linux system. It would also be nice if in future not only the packaging, but also the usability of the nunit packages is tested before new uploades to the Debian system are made. Your's Marc Cromme PS: and a great thank you for providing these important packages to the C#/CIL framework on Linux systems. I appreciate _very_ much your general work in this area... -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (400, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-rc5-m30g Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages nunit depends on: ii libnunit-cil 2.2.6-1Unit test framework for .NET ii libnunit-doc 2.2.6-1Unit test framework for .NET ii nunit-console 2.2.6-1Unit test framework for .NET nunit recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#352192: nunit-console: Throws System.DllNotFoundException: shlwapi.dll
Package: nunit-console Version: 2.2.6-1 Severity: important Running nunit-console CSharpTest.dll where /usr/share/doc/nunit/examples/csharp/simple/CSharpTest.cs has been compiled using mono command mcs -target:library -out:CSharpTest.dll CSharpTest.cs -r:nunit.framework.dll -lib:/usr/lib/nunit throws unhandled exception System.DllNotFoundException: shlwapi.dll Test output: NUnit version 2.2.6 Copyright (C) 2002-2003 James W. Newkirk, Michael C. Two, Alexei A. Vorontsov, Charlie Poole. Copyright (C) 2000-2003 Philip Craig. All Rights Reserved. OS Version: Unix 2.6.14.2Mono Version: 1.1.4322.2032 Unhandled Exception: System.DllNotFoundException: shlwapi.dll in (wrapper managed-to-native) NUnit.Util.PathUtils:PathCanonicalize (System.Text.StringBuilder,string) in <0x0003f> NUnit.Util.PathUtils:Canonicalize (System.String path) in <0x00027> NUnit.Util.PathUtils:RelativePath (System.String from, System.String to) in <0x0011e> NUnit.Util.ProjectConfig:get_PrivateBinPath () in <0x0008f> NUnit.Util.TestDomain:Load (NUnit.Util.NUnitProject project, System.String testName) The same approach works fine using NUnit version 2.2.0 OS Version: Unix 2.6.15.5Mono Version: 1.1.4322.2032 on a Linux legolas 2.6.15-rc5-m30g i686 GNU/Linux so I belive this is either a amd64 port problem, or a problem in newer NUnit version A find on the same i686 GNU/Linux system could not discover any shlwapi.dll DLL, which makes me question that this DLL is maybe not needed anyhow ?? cheers, Marc Cromme -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (400, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-amd64-k8-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages nunit-console depends on: ii libnunit-cil 2.2.6-1Unit test framework for .NET ii mono-classlib-1.0 1.1.13.1-1 Mono class library (1.0) ii mono-jit 1.1.13.1-1 fast CLI JIT/AOT compiler for Mono nunit-console recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347342: E-Xss: Child process exited with return code 127
Package: epplets Version: 0.8.cvs.2005032801-3.1 Severity: normal E-Xss: Child process exited with return code 127 when called on command line -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (400, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-rc5-m30e Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages epplets depends on: ii enlightenment 1:0.16.7.2-2 The Enlightenment Window Manager ii imlib11 1.9.14-26 Imlib is an imaging library for X ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libepplet00.8.cvs.2005032801-3.1 The Epplet Shared Libraries ii libesd0 0.2.36-1 Enlightened Sound Daemon - Shared ii libx11-6 6.8.2.dfsg.1-11X Window System protocol client li ii ttf-bitstream-ver 1.10-3 The Bitstream Vera family of free epplets recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347341: epplets: segmentation fault with E-SD.epplet
Package: epplets Version: 0.8.cvs.2005032801-3.1 Severity: normal Calling E-SD.epplet terminates with segmentation fault -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (400, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-rc5-m30e Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages epplets depends on: ii enlightenment 1:0.16.7.2-2 The Enlightenment Window Manager ii imlib11 1.9.14-26 Imlib is an imaging library for X ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libepplet00.8.cvs.2005032801-3.1 The Epplet Shared Libraries ii libesd0 0.2.36-1 Enlightened Sound Daemon - Shared ii libx11-6 6.8.2.dfsg.1-11X Window System protocol client li ii ttf-bitstream-ver 1.10-3 The Bitstream Vera family of free epplets recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343333: gnupod-tools: man pages missing or broken or empty
Package: gnupod-tools Version: 0.98.3-1 Severity: important The man pages for all binaries in the gnupod-tools packages do not show, are empty, or are non-existent -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (400, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.9-m30d Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gnupod-tools depends on: ii libaudio-flac-header-perl 1.4-1 Perl interface to FLAC file header ii libmp3-info-perl 1.13-1 Perl MP3::Info - Manipulate / fetc ii libogg-vorbis-header-pureperl 0.07-2 A pure Perl interface to Ogg Vorbi ii libunicode-string-perl2.07-2 Perl modules for Unicode strings ii libxml-parser-perl2.34-4 Perl module for parsing XML files ii libxml-simple-perl2.14-3 Perl module for reading and writin ii perl 5.8.7-7Larry Wall's Practical Extraction gnupod-tools recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
