Bug#478017: [Python-apps-team] Bug#478017: mayavi2 crashes instantly on startup
On Sun, Apr 27, 2008 at 10:42:15AM +0530, Varun Hiremath wrote: > I can't reproduce this bug. Could you please try upgrading to mayavi2 > 2.1.1-2+b1. Many packages were recently rebuilt against Python 2.5 as > the default Python version in unstable has been switched to 2.5. > > This problem could be related, so please try upgrading mayavi2 and its > dependencies to the latest versions in unstable. I did so, but now I get: [EMAIL PROTECTED]:0:~$ mayavi2 Gtk-Message: Failed to load module "gnomebreakpad": libgnomebreakpad.so: cannot open shared object file: No such file or directory Segmentation fault [EMAIL PROTECTED]:139:~$ And the gui window of mayavi2 flashes on the screen (it is shown for a fraction of a second and then disappears again). Now I have: [EMAIL PROTECTED]:0:~$ dpkg -l mayavi2 | grep mayavi ii mayavi2 2.1.1-2+b1 A scientific visualization package for 2-D and 3-D data and: -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-amd64 (SMP w/2 CPU cores) 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 mayavi2 depends on: ii libc62.7-10 GNU C Library: Shared libraries ii python 2.5.2-1 An interactive high-level object-o ii python-central 0.6.5 register and build utility for Pyt ii python-enthought-traits 2.0.4-2 Manifest typing and reactive progr ii python-enthought-traits-ui 2.0.4-2 User interface related modules for ii python-numpy 1:1.0.4-7 Numerical Python adds a fast array ii python-pkg-resources 0.6c8-3 Package Discovery and Resource Acc ii python-vtk 5.0.4-1+b1 Python bindings for VTK ii python-wxgtk2.6 2.6.3.2.2-2 wxWidgets Cross-platform C++ GUI t ii python2.52.5.2-3 An interactive high-level object-o mayavi2 recommends no packages. -- no debconf information Any ideas? Daniel Abel [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#472849: rhythmbox: Plugins cannot be loaded
I really dislike the solution of this. Mainly because users who have enabled those plugins gets warnings at startup without a clue why and without a way to disable the plugin (which is a problem of rhythmbox itself). What about splitting the plugins into a separate package that depends on python-gst0.10 and is recommended by rhythmbox? Florian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#478107: Source package contains non-free IETF RFC/I-D
Severity: serious Package: ocsinventory-agent Version: 1:0.0.9.2-1 User: [EMAIL PROTECTED] Usertags: nonfree-doc rfc Hi, the problem described (and solved, thanks!) in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=463937 was re-introduced with upload of this version. I can't re-open that bug because it has already been archived. Thanks, Simon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#478017: [Python-apps-team] Bug#478017: mayavi2 crashes instantly on startup
On Sun, Apr 27, 2008 at 10:42:15AM +0530, Varun Hiremath wrote: > This problem could be related, so please try upgrading mayavi2 and its > dependencies to the latest versions in unstable. I also tried installing python-dbg from unstable, and running mayavi2 with that. This is what I got: [EMAIL PROTECTED]:0:~$ which mayavi2 /usr/bin/mayavi2 [EMAIL PROTECTED]:0:~$ python-dbg /usr/bin/mayavi2 Traceback (most recent call last): File "/usr/bin/mayavi2", line 3, in from enthought.mayavi.scripts import mayavi2 File "/usr/lib/python2.5/site-packages/enthought/mayavi/scripts/mayavi2.py", line 406, in from enthought.mayavi.app import Mayavi File "/usr/lib/python2.5/site-packages/enthought/mayavi/app.py", line 11, in from enthought.envisage import _set_using_workbench File "/usr/lib/python2.5/site-packages/enthought/envisage/__init__.py", line 7, in from core.application import Application File "/usr/lib/python2.5/site-packages/enthought/envisage/core/application.py", line 13, in from enthought.traits.api import Any, Bool, Event, HasTraits, Instance, List File "/usr/lib/python2.5/site-packages/enthought/traits/api.py", line 26, in from trait_base \ File "/usr/lib/python2.5/site-packages/enthought/traits/trait_base.py", line 93, in import ctraits ImportError: /usr/lib/python2.5/site-packages/enthought/traits/ctraits.so: undefined symbol: Py_InitModule4_64 [20435 refs] [EMAIL PROTECTED]:1:~$ python -c "import enthought.traits.ctraits as m; print m.__file__" /usr/lib/python2.5/site-packages/enthought/traits/ctraits.so [EMAIL PROTECTED]:0:~$ python-dbg -c "import enthought.traits.ctraits as m; print m.__file__" Traceback (most recent call last): File "", line 1, in ImportError: /usr/lib/python2.5/site-packages/enthought/traits/ctraits.so: undefined symbol: Py_InitModule4_64 [7404 refs] [EMAIL PROTECTED]:1:~$ I don't know whether this cases the segfault when running mayavi2, but it might be related. (It is quite strange that 'python' can import that module while 'python-dbg' can't.) I am using the amd64 build of lenny, are you trying to reproduce this bug on a 32 bit or 64 bit machine? Thanks in advance, Daniel Abel [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#477850: cairo-java: adjust build-dependency (gcj not built on alpha, arm, hppa and hurd-i386)
Hello Matthias, Le vendredi 25 avril 2008 à 18:36 +0200, Matthias Klose a écrit : > gij/gcj and java-gcj-compat are not available (anymore) on the following > architectures: alpha, arm, hppa and hurd-i386. > > This package has been identified as a package which build-depends on > gcj or java-gcj-compat-dev and builds at least one architecture > dependent package, and is unbuildable in unstable. If this report is a > false positive, please close it. > > All gcj related build dependencies have to restricted to these > architectures on which a java or java compatible development kit / > compiler is available, i.e. > > java-gcj-compat [!alpha !arm !hppa !hurd-i386] > > As a second step please consider changing the java-gcj-compat-dev b-d > to default-jdk-builddep, making the package independent of a specific > implementation and depend on the jdk, which is most suitable for this > architecture. default-jdk-builddep will depend in addition on > java-gcj-compat-dev, even if the default jdk is another one (to allow > to compile byte-code to native code using dh_nativejava). I am not sure I see what the proper fix is for this bug: * changing the build-dependencies from: gcj, java-gcj-compat-dev to: gcj [!alpha !arm !hppa !hurd-i386], java-gcj-compat-dev [!alpha !arm !hppa !hurd-i386] will prevent installing a non-existent build-dep on these arches at compile time. * source packages that produce -gcj, -jni (or even -cni) binary packages - that is arch-dep packages - should no longer be autobuilt on the alpha, arm, hppa, hurd-i386 arches. But how? Is it enough to change all Architecture: any packages to Architecture: i38 amd64 ..., i.e. everything but the unsupported arches? (Unfortunately we can't use the negated notation here AFAIK.) * the Architecture: all packages usually depend on: java-gcj-compat | java2-runtime so this again should be changed to: java-gcj-compat [!alpha !arm !hppa !hurd-i386] | java2-runtime * changing java-gcj-compat to default-jdk and java-gcj-compat-dev to default-jdk-dev does not change anything with respect to the arches issue: for now there's no such packages on the gcj-unsupported arches. Will this change? If the answer is no, this means the same notations have to be used with the new package. Regards, Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: tagging as pending bugs that are closed by packages in NEW
Processing commands for [EMAIL PROTECTED]: > # Sun Apr 27 08:03:29 UTC 2008 > # Tagging as pending bugs that are closed by packages in NEW > # http://ftp-master.debian.org/new.html > # > # Source package in NEW: linux-2.6.24 > tags 477270 + pending Bug#477270: linux-2.6: slab-fix-bootstrap-on-memoryless-node.patch causes memory corruption Tags were: patch Tags added: pending > # Source package in NEW: linux-2.6.24 > tags 475283 + pending Bug#475283: [linux-source-2.6.24] known kernel bug/warning in fs/inotify.c:172 There were no tags set. Tags added: pending > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#478109: oggconvert: Missing dependancy of librsvg2-common
Package: oggconvert Version: 0.3.1-2 Severity: grave Justification: renders package unusable Trying to start oggconvert failed giving the following: Schrödinger encoder found, using Traceback (most recent call last): File "/usr/bin/oggconvert", line 31, in ? main = OC.Main() File "/usr/lib/python2.4/site-packages/OggConvert/ocv_main.py", line 122, in __init__ gtk.window_set_default_icon_from_file(os.path.join(pixmappath,"oggconvert.svg")) gobject.GError: Couldn't recognize the image file format for file '/usr/share/pixmaps/oggconvert.svg' Installing librsvg2-common fixed the problem, so I guess it should be a package dependency. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-etchnhalf.1-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages oggconvert depends on: ii python2.4.4-6An interactive high-level object-o ii python-central0.6.5 register and build utility for Pyt ii python-glade2 2.12.1-1 GTK+ bindings: Glade support ii python-gst0.100.10.11-1 generic media-playing framework (P ii python-gtk2 2.12.1-1 Python bindings for the GTK+ widge Versions of packages oggconvert recommends: ii gstreamer0.10-plugins-bad 0.10.6-7 GStreamer plugins from the "bad" s ii gstreamer0.10-plugins-base0.10.19-1 GStreamer plugins from the "base" ii gstreamer0.10-plugins-good0.10.7-3 GStreamer plugins from the "good" ii gstreamer0.10-plugins-ugly0.10.7-3 GStreamer plugins from the "ugly" -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#478111: iceweasel_3.0~b5-3(hppa/experimental): FTBFS: invalid conversion from 'const GREProperty*' to 'GREProperty*'
Package: iceweasel Version: 3.0~b5-3 Severity: serious Hi, your package failed to build from source. Looks like a copy of #476092: xulrunner_1.9~b5-1(hppa/experimental): FTBFS: invalid conversion from 'const GREProperty*' to 'GREProperty*' | Automatic build of iceweasel_3.0~b5-3 on meitner by sbuild/hppa 98-farm | Build started at 20080427-0202 | ** | Checking available source versions... | Fetching source files... | Reading package lists... | Building dependency tree... | Reading state information... | Need to get 43.0MB of source archives. | Get:1 http://ftp.de.debian.org experimental/main iceweasel 3.0~b5-3 (dsc) [1769B] | Get:2 http://ftp.de.debian.org experimental/main iceweasel 3.0~b5-3 (tar) [42.8MB] | Get:3 http://ftp.de.debian.org experimental/main iceweasel 3.0~b5-3 (diff) [159kB] | Fetched 43.0MB in 3min20s (214kB/s) | Download complete and in download only mode | ** Using build dependencies supplied by package: | Build-Depends: autotools-dev, binutils (>= 2.17-1) [mips mipsel], debhelper (>= 5.0), dpkg-dev (>= 1.14.11) | dpkg-dev (<= 1.14.7), imagemagick, libcairo2-dev (>= 1.5.2), libdbus-glib-1-dev, libfreetype6-dev, libgconf2-dev, libgnome2-dev, libgnomeui-dev, libgnomevfs2-dev, libgtk2.0-dev (>= 2.8), libhunspell-dev (>= 1.1.5-2), libidl-dev (>= 0.8.0), libjpeg62-dev, libnspr4-dev, libnss3-dev (>= 3.11.5-2), liborbit2-dev, libpng12-dev, librsvg2-bin, libx11-dev, libxft-dev, libxinerama-dev, libxp-dev, libxrender-dev, libxt-dev, m4, patch, sharutils, xsltproc, zip, zlib1g-dev | Build-Conflicts: graphicsmagick-imagemagick-compat | Checking for already installed source dependencies... [...] | c++ -o nsGREGlue.o -c -fvisibility=hidden -DOSTYPE=\"Linux2.6\" -DOSARCH=Linux -I./../build -I. -I. -I../../dist/include/string -I../../dist/include -I../../dist/include/xpcom -I../../dist/include/nspr -I/usr/include -I/usr/include -I../../dist/sdk/include-fPIC -fno-rtti -fno-exceptions -Wall -Wconversion -Wpointer-arith -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wcast-align -Wno-long-long -g -fno-strict-aliasing -fshort-wchar -pthread -pipe -DNDEBUG -DTRIMMED -Os -freorder-blocks -fno-reorder-functions-DMOZILLA_CLIENT -include ../../mozilla-config.h -Wp,-MD,.deps/nsGREGlue.pp nsGREGlue.cpp | nsGREGlue.cpp: In function 'nsresult GRE_GetGREPathWithProperties(const GREVersionRange*, PRUint32, const GREProperty*, PRUint32, char*, PRUint32)': | nsGREGlue.cpp:174: error: invalid conversion from 'const GREProperty*' to 'GREProperty*' | make[5]: *** [nsGREGlue.o] Error 1 | make[5]: Leaving directory `/build/buildd/iceweasel-3.0~b5/xpcom/glue' | make[4]: *** [libs] Error 2 | make[4]: Leaving directory `/build/buildd/iceweasel-3.0~b5/xpcom' | make[3]: *** [libs_tier_xpcom] Error 2 | make[3]: Leaving directory `/build/buildd/iceweasel-3.0~b5' | make[2]: *** [tier_xpcom] Error 2 | make[2]: Leaving directory `/build/buildd/iceweasel-3.0~b5' | make[1]: *** [default] Error 2 | make[1]: Leaving directory `/build/buildd/iceweasel-3.0~b5' | make: *** [build-stamp] Error 2 | dpkg-buildpackage: failure: debian/rules build gave error exit status 2 | ** | Build finished at 20080427-0227 | FAILED [dpkg-buildpackage died] Full build log(s): http://experimental.ftbfs.de/build.php?&ver=3.0~b5-3&pkg=iceweasel&arch=hppa Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#477041: matwrap: FTBFS: string.h:100: error: declaration of 'int strcmp(const char*, const char*) throw ()' throws different exceptions
On 20/04/08 18:03 +0200, Lucas Nussbaum wrote: > Package: matwrap > Version: 0.57-10 > Severity: serious > User: [EMAIL PROTECTED] > Usertags: qa-ftbfs-20080419 qa-ftbfs > Justification: FTBFS on i386 > > Hi, > > During a rebuild of all packages in sid, your package failed to build on i386. > > This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now > the default on most architectures (even if it's not the case on i386 yet). Strange. The package builds fine for me with gcc 4.3 on AMD64 gcc 4.2 on i386 > Feel free to downgrade this bug to 'important' if your package is only built > on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine with > gcc 4.2). I'm thinking about doing just that. Thanks Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#432665: [stable] FWD: [paquet wxmaxima - bug critique non résolu]
Le Sat, Apr 26, 2008 at 06:21:39PM +0200, Luk Claes a écrit : > > Please upload. Done ! http://release.debian.org/proposed-updates/stable_diffs/wxmaxima_0.7.0a-1.1.debdiff (still 404 for the moment). This is my first upload as a DD :) Have a nice day, -- Charles Plessy http://charles.plessy.org Wakō, Saitama, Japan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#454862: marked as done (FTBFS with GCC 4.3: missing #includes)
Your message dated Sun, 27 Apr 2008 11:14:45 +0200 with message-id <[EMAIL PROTECTED]> and subject line Re: boxbackup - FTBFS: error: 'memset' was not declared in this scope has caused the Debian Bug report #454862, regarding FTBFS with GCC 4.3: missing #includes to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 454862: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=454862 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems --- Begin Message --- Package: boxbackup Version: 0.10+really0.10-1 Usertags: ftbfs-gcc-4.3 Your package fails to build with GCC 4.3. Version 4.3 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. In GCC 4.3, the C++ header dependencies have been cleaned up. The advantage of this is that programs will compile faster. The downside is that you actually need to directly #include everything you use (but you really should do this anyway, otherwise your program won't work with any compiler other than GCC). There's some more information about this at http://www.cyrius.com/journal/2007/05/10#gcc-4.3-include You can reproduce this problem with gcc-snapshot from unstable. Note that Red Hat, Novell and Ubuntu have done some work getting packages to build with GCC 4.3 so there might be patches floating around somewhere. I suggest you talk to your upstream. > Automatic build of boxbackup_0.10+really0.10-1 on em64t by sbuild/amd64 0.53 ... > make[2]: Entering directory > `/build/tbm/boxbackup-0.10+really0.10/bin/bbackupd' > g++ -DNDEBUG -O2 -Wall -I../../lib/common -I../../lib/compress > -I../../lib/crypto -I../../lib/server -I../../lib/backupclient > -DBOX_VERSION="\"0.10\"" -g -Wall -c BackupClientContext.cpp -o > ../../release/bin/bbackupd/BackupClientContext.o > In file included from BackupClientContext.h:53, > from BackupClientContext.cpp:62: > ../../lib/backupclient/BackupStoreFile.h: In static member function 'static > void* BackupStoreFile::CodingChunkAlloc(int)': > ../../lib/backupclient/BackupStoreFile.h:189: error: 'malloc' was not > declared in this scope > ../../lib/backupclient/BackupStoreFile.h: In static member function 'static > void BackupStoreFile::CodingChunkFree(void*)': > ../../lib/backupclient/BackupStoreFile.h:210: error: 'free' was not declared > in this scope > make[2]: *** [../../release/bin/bbackupd/BackupClientContext.o] Error 1 > make[2]: Leaving directory `/build/tbm/boxbackup-0.10+really0.10/bin/bbackupd' > make[1]: *** [parcels/boxbackup-0.10-backup-client-linux-gnu.tgz] Error 2 -- Martin Michlmayr http://www.cyrius.com/ --- End Message --- --- Begin Message --- Version: 0.11~rc2-3 >> rmadison boxbackup-server boxbackup-server | 0.11~rc2-3 | unstable | alpha, amd64, arm, armel, hppa, i386, ia64, m68k, mips, mipsel, powerpc, s390, sparc -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 --- End Message ---
Processed: libpng 476669 found 1.0.18-1 1.2.15~beta5-1 1.2.15~beta5-3
Processing commands for [EMAIL PROTECTED]: > found 476669 1.0.18-1 Bug#476669: libpng: CVE-2008-1382 denial of service and possibly code execution Bug marked as found in version 1.0.18-1. > found 476669 1.2.15~beta5-1 Bug#476669: libpng: CVE-2008-1382 denial of service and possibly code execution Bug marked as found in version 1.2.15~beta5-1. > found 476669 1.2.15~beta5-3 Bug#476669: libpng: CVE-2008-1382 denial of service and possibly code execution Bug marked as found in version 1.2.15~beta5-3. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#474884: marked as done (zzuf: FTBFS: *** 64 tests failed out of 231 ***)
Your message dated Sun, 27 Apr 2008 09:02:49 + with message-id <[EMAIL PROTECTED]> and subject line Bug#474884: fixed in zzuf 0.9-2 has caused the Debian Bug report #474884, regarding zzuf: FTBFS: *** 64 tests failed out of 231 *** to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 474884: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=474884 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems --- Begin Message --- Package: zzuf Version: 0.9-1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080407 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now the default on most architectures (even if it's not the case on i386 yet). Feel free to downgrade this bug to 'important' if your package is only built on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine with gcc 4.2). Relevant part: > make[3]: Entering directory `/build/user/zzuf-0.9' > make[3]: Nothing to be done for `all-am'. > make[3]: Leaving directory `/build/user/zzuf-0.9' > make[2]: Leaving directory `/build/user/zzuf-0.9' > make[1]: Leaving directory `/build/user/zzuf-0.9' > ./test/testsuite.sh > *** running zzuf test suite *** > *** using seed 0 *** > *** file ./test/file-00, ratio 0.0 *** > *** should be bb7df04e1b0a2570657527a7e108ae23 *** > zzuf . ok > zzcat 1 .. ok > zzcat 2 .. ok > zzcat 3 .. ok > cat .. ok > |cat . ok > dd(bs=65536) . ok > dd(bs=) .. ok > dd(bs=1024) .. ok > dd(bs=1) . ok > *** file ./test/file-ff, ratio 0.0 *** > zzuf . 3df7b33399422731e8e5615785c0536d > zzcat 1 .. ok > zzcat 2 .. ok > zzcat 3 .. ok > cat .. ok > |cat . ok > dd(bs=65536) . ok > dd(bs=) .. ok > dd(bs=1024) .. ok > dd(bs=1) . ok > *** file ./test/file-text, ratio 0.0 *** > zzuf . 899fe000acdebed7440b1fc1e1ad8727 > zzcat 1 .. ok > zzcat 2 .. ok > zzcat 3 .. ok > cat .. ok > |cat . ok > dd(bs=65536) . ok > dd(bs=) .. ok > dd(bs=1024) .. ok > dd(bs=1) . ok > head -n . ok > tail -n . ok > tail -n +1 ... ok > grep -a '' ... ok > sed -e n . ok > |head -n ok > |tail -n ok > |tail -n +1 .. ok > |grep -a '' .. ok > |sed -e n ok > *** file ./test/file-random, ratio 0.0 *** > zzuf . de6a63590a52d6684bd6155bac68733f > zzcat 1 .. ok > zzcat 2 .. ok > zzcat 3 .. ok > cat .. ok > |cat . ok > dd(bs=65536) . ok > dd(bs=) .. ok > dd(bs=1024) .. ok > dd(bs=1) . ok > *** file ./test/file-00, ratio 0.1 *** > zzuf . 6ef30425710d9be2a705a1194d7c69e6 > zzcat 1 .. ok > zzcat 2 .. ok > zzcat 3 .. ok > cat .. ok > |cat . ok > dd(bs=65536) . bb7df04e1b0a2570657527a7e108ae23 FAILED > dd(bs=) .. bb7df04e1b0a2570657527a7e108ae23 FAILED > dd(bs=1024) .. bb7df04e1b0a2570657527a7e108ae23 FAILED > dd(bs=1) . bb7df04e1b0a2570657527a7e108ae23 FAILED > *** file ./test/file-ff, ratio 0.1 *** > zzuf . d6a0f987d7fe6d1f03817a56f318560f > zzcat 1 .. ok > zzcat 2 .. ok > zzcat 3 .. ok > cat .. ok > |cat . ok > dd(bs=65536) . 3df7b33399422731e8e5615785c0536d FAILED > dd(bs=) .. 3df7b33399422731e8e5615785c0536d FAILED > dd(bs=1024) .. 3df7b33399422731e8e5615785c0536d FAILED > dd(bs=1) . 3df7b33399422731e8e5615785c0536d FAILED > *** file ./test/file-text, ratio 0.1 *** > zzuf . a1be99c4c9d214986ce3c990352abce5 > zzcat 1 .. ok > zzcat 2 .. ok > zzcat 3 .. ok > cat .. ok > |cat . ok > dd(bs=65536) . 899fe000acdebed7440b1fc1e1ad8727 FAILED > dd(bs=) .. 899fe000acdebed7440b1fc1e1ad8727 FAILED > dd(bs=1024) .. 899fe000acdebed7440b1fc1e1ad8727 FAILED > dd(bs=1) . 899fe000acdebed7440b1fc1e1ad8727 FAILED > head -n . ok > tail -n . ok > tail -n +1 ... ok > grep -a '' ... ok > sed -e n . ok > |head -n ok > |tail -n ok > |tail -n +1 .. ok > |grep -a '' .. ok > |sed -e n ok > *** file ./test/file-random, ratio 0.1 *** > zzuf
Bug#477850: cairo-java: adjust build-dependency (gcj not built on alpha, arm, hppa and hurd-i386)
On Sun, Apr 27, 2008 at 10:02:03AM +0200, Thomas Girard wrote: > Hello Matthias, > > Le vendredi 25 avril 2008 à 18:36 +0200, Matthias Klose a écrit : > > gij/gcj and java-gcj-compat are not available (anymore) on the following > > architectures: alpha, arm, hppa and hurd-i386. > > > > This package has been identified as a package which build-depends on > > gcj or java-gcj-compat-dev and builds at least one architecture > > dependent package, and is unbuildable in unstable. If this report is a > > false positive, please close it. > > > > All gcj related build dependencies have to restricted to these > > architectures on which a java or java compatible development kit / > > compiler is available, i.e. > > > > java-gcj-compat [!alpha !arm !hppa !hurd-i386] > > > > As a second step please consider changing the java-gcj-compat-dev b-d > > to default-jdk-builddep, making the package independent of a specific > > implementation and depend on the jdk, which is most suitable for this > > architecture. default-jdk-builddep will depend in addition on > > java-gcj-compat-dev, even if the default jdk is another one (to allow > > to compile byte-code to native code using dh_nativejava). > > I am not sure I see what the proper fix is for this bug: > > * changing the build-dependencies from: > gcj, java-gcj-compat-dev > to: > gcj [!alpha !arm !hppa !hurd-i386], java-gcj-compat-dev [!alpha !arm > !hppa !hurd-i386] > > will prevent installing a non-existent build-dep on these arches at > compile time. > > * source packages that produce -gcj, -jni (or even -cni) binary > packages - that is arch-dep packages - should no longer be autobuilt > on the alpha, arm, hppa, hurd-i386 arches. But how? Is it enough to > change all Architecture: any packages to Architecture: i38 amd64 ..., > i.e. everything but the unsupported arches? (Unfortunately we can't > use the negated notation here AFAIK.) > > * the Architecture: all packages usually depend on: > java-gcj-compat | java2-runtime > so this again should be changed to: > java-gcj-compat [!alpha !arm !hppa !hurd-i386] | java2-runtime > > * changing java-gcj-compat to default-jdk and java-gcj-compat-dev to > default-jdk-dev does not change anything with respect to the arches > issue: for now there's no such packages on the gcj-unsupported > arches. > Will this change? If the answer is no, this means the same notations > have to be used with the new package. Just replace java-gcj-compat-dev to default-jdk-builddep in Build-Depends in debian/control and set JAVA_HOME to /usr/lib/jvm/default-java in debian/rules. That's it. Cheers, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#476527: mnemosyne: diff for NMU version 1.0-2.1
Hi,
Attached is the diff for my mnemosyne 1.0-2.1 NMU.
--
Adeodato Simó dato at net.com.org.es
Debian Developer adeodato at debian.org
If there is a sin against life, it consists perhaps not so much in
despairing of life as in hoping for another life and in eluding the
implacable grandeur of this life.
-- Albert Camus
diff -u mnemosyne-1.0/debian/changelog mnemosyne-1.0/debian/changelog
--- mnemosyne-1.0/debian/changelog
+++ mnemosyne-1.0/debian/changelog
@@ -1,3 +1,12 @@
+mnemosyne (1.0-2.1) unstable; urgency=high
+
+ * Non-maintainer upload.
+ * Make installable with python 2.5. (Closes: #468607)
+ * Add patch from Ubuntu to make the app work without python-xml installed
+(as per the previous upload). Thanks! (Closes: #476527)
+
+ -- Adeodato Simó <[EMAIL PROTECTED]> Sun, 27 Apr 2008 12:05:54 +0200
+
mnemosyne (1.0-2) unstable; urgency=low
* Dropped dependency on pyhon-xml (closes: #468607)
reverted:
--- mnemosyne-1.0/debian/pyversions
+++ mnemosyne-1.0.orig/debian/pyversions
@@ -1 +0,0 @@
-2.4
only in patch2:
unchanged:
--- mnemosyne-1.0.orig/mnemosyne/core/mnemosyne_core.py
+++ mnemosyne-1.0/mnemosyne/core/mnemosyne_core.py
@@ -1420,9 +1420,9 @@
##
from xml.sax import saxutils, make_parser
-from xml.sax.handler import feature_namespaces
+from xml.sax.handler import feature_namespaces, ContentHandler
-class XML_Importer(saxutils.DefaultHandler):
+class XML_Importer(ContentHandler):
def __init__(self, default_cat=None, reset_learning_data=False):
self.reading, self.text = {}, {}
@@ -1557,7 +1557,7 @@
#
##
-class memaid_XML_Importer(saxutils.DefaultHandler):
+class memaid_XML_Importer(ContentHandler):
def __init__(self, default_cat=None, reset_learning_data=False):
self.reading, self.text = {}, {}
Bug#476527: marked as done (Mnemosyne fails to start without python-xml)
Your message dated Sun, 27 Apr 2008 10:17:04 + with message-id <[EMAIL PROTECTED]> and subject line Bug#476527: fixed in mnemosyne 1.0-2.1 has caused the Debian Bug report #476527, regarding Mnemosyne fails to start without python-xml to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 476527: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=476527 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems --- Begin Message --- Package: mnemosyne Version: 1.0-2 Severity: serious Tags: patch User: [EMAIL PROTECTED] Usertags: origin-ubuntu ubuntu-patch hardy This bug was reported on https://bugs.launchpad.net/ubuntu/+source/mnemosyne/+bug/206958 If mnemosyne is started and python-xml is not installed (the dependency was dropped), mnemosyne fails with the error message: File "/var/lib/python-support/python2.5/mnemosyne/core/mnemosyne_core.py", line 1425, in class XML_Importer(saxutils.DefaultHandler): AttributeError: 'module' object has no attribute 'DefaultHandler' This issue has been fixed in Ubuntu with the attached patch. Best regards, Albert 03_python-xml-removal-fix.dpatch Description: application/shellscript --- End Message --- --- Begin Message --- Source: mnemosyne Source-Version: 1.0-2.1 We believe that the bug you reported is fixed in the latest version of mnemosyne, which is due to be installed in the Debian FTP archive: mnemosyne_1.0-2.1.diff.gz to pool/main/m/mnemosyne/mnemosyne_1.0-2.1.diff.gz mnemosyne_1.0-2.1.dsc to pool/main/m/mnemosyne/mnemosyne_1.0-2.1.dsc mnemosyne_1.0-2.1_all.deb to pool/main/m/mnemosyne/mnemosyne_1.0-2.1_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Adeodato Simó <[EMAIL PROTECTED]> (supplier of updated mnemosyne package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 27 Apr 2008 12:05:54 +0200 Source: mnemosyne Binary: mnemosyne Architecture: source all Version: 1.0-2.1 Distribution: unstable Urgency: high Maintainer: Robert Lemmen <[EMAIL PROTECTED]> Changed-By: Adeodato Simó <[EMAIL PROTECTED]> Description: mnemosyne - spaced repetition flash-card program Closes: 468607 476527 Changes: mnemosyne (1.0-2.1) unstable; urgency=high . * Non-maintainer upload. * Make installable with python 2.5. (Closes: #468607) * Add patch from Ubuntu to make the app work without python-xml installed (as per the previous upload). Thanks! (Closes: #476527) Checksums-Sha1: b2b6d996849dd3429ecf247e880e91053f96b55f 1037 mnemosyne_1.0-2.1.dsc 65ffd7c0a705bbc4d93dc3f9c84e852f5354db1b 5075 mnemosyne_1.0-2.1.diff.gz 7a4be21d588f35bca22ea497a0f9a208ef73c97a 212914 mnemosyne_1.0-2.1_all.deb Checksums-Sha256: 7ec27f4e3653c03e2d5fa8ee1c9f5d94bdef7704a92363957411b5aa70d5d0f5 1037 mnemosyne_1.0-2.1.dsc a6d62318599894d4df62a2b0e9398c0909676c44fc4857b9fcf2d7fc36870786 5075 mnemosyne_1.0-2.1.diff.gz fc9971a784f0759b0f8cd5cec25861b3a6beded384b0ece473fc31d87dd1545b 212914 mnemosyne_1.0-2.1_all.deb Files: 46a255972dc642f171325f84ce632b28 1037 misc extra mnemosyne_1.0-2.1.dsc 90e9e53ce3a7f72283a120f07850795f 5075 misc extra mnemosyne_1.0-2.1.diff.gz 3f384bc01605a1ade4b87923fe65900a 212914 misc extra mnemosyne_1.0-2.1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Signed by Adeodato Simó <[EMAIL PROTECTED]> iEYEARECAAYFAkgUULAACgkQOzsxEBcMRN2L7QCgtX4k35qVL9NRNXxX+DK/Jezz CQgAnAl6UO/cLozyxvMIuhwmzBiYFGbB =LkMS -END PGP SIGNATURE- --- End Message ---
Bug#476976: Reopen #476976 (_not_ fixed in scons 0.98.2-1)
On Sat, Apr 26, 2008 at 05:14:22PM +0200, Matthias Klose wrote: > sorry, will need another rebuild with 0.6.6 (or you remove the > directory manually). Will upload python-central tonight. No problem, thanks for the fix. -- "You grabbed my hand and we fell into it, like a daydream - or a fever." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#478057: slrn: FTBFS: configure: error: C compiler cannot create executables
On Sun, Apr 27, 2008 at 02:26:27AM +0200, Jörg Sommer wrote: > Hallo Kurt, > > Kurt Roeckx schrieb am Sat 26. Apr, 22:17 (+0200): > > On Sat, Apr 26, 2008 at 08:38:51PM +0200, Jörg Sommer wrote: > > > Kurt Roeckx schrieb am Sat 26. Apr, 19:33 (+0200): > > > > Package: slrn > > > > Version: 0.9.9~pre102-1 > > > > Severity: serious > > > > > > > > Hi, > > > > > > > > Your package is failing to build with the following error: > > > > checking for gcc... gcc > > > > checking for C compiler default output file name... > > > > configure: error: C compiler cannot create executables > > > > See `config.log' for more details. > > > > > > Can you send me the config.log? > > > > This should be easy to reproduce in a current unstable environment. > > Which compiler version do you use? 4.3? The default on i386 and amd64 still is gcc-4.2. The latest version in unstable is 4.2.3-3. > > It fails with dpkg-dev 1.14.18 and it works with 1.14.16.6. > > It's not a problem of dpkg, that's a bug of my package. I know, it's just triggered by a change in dpkg. > > Anyway, this is what I get in config.log: > > configure:2586: checking for C compiler default output file name > > configure:2613: gcc -g -O2 -Wall -g -O2 -fPIC -fPIE -fstack-protector > > -Wformat=2 -Wextra -D_FORTIFY_SOURCE=2 -Wl,-zrelro,-pie conftest.c >&5 > > /usr/bin/ld: /usr/lib/gcc/x86_64-linux-gnu/4.2.3/../../../../lib64/crt1.o: > > relocation R_X86_64_32S against `__libc_csu_fini' can not be used when > > making a shared object; recompile with -fPIC > > /usr/lib/gcc/x86_64-linux-gnu/4.2.3/../../../../lib64/crt1.o: could not > > read symbols: Bad value > ^ > Please, update your compiler. There seems to be bug in 4.2. It is the latest compiler. And it's also the default one. Note that it's complaining about /usr/lib/crt1.o which is part of libc6-dev. So if anything should be upgraded it's that. That's also the latest version: 2.7-10 But I more think that it's a bug in the linker. If I do it in two steps, first creating a relocatable object, then the binary it doesn't give an error. And binutils is also the latest version: 2.18.1~cvs20080103-4 Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: [Pkg-utopia-maintainers] Bug#478099: [network-manager] NetworkManager hangs indefinitely on boot after initializing an ethernet interface while a link beat is detected - regardless of d
Processing commands for [EMAIL PROTECTED]: > tags 478099 moreinfo unreproducible Bug#478099: [network-manager] NetworkManager hangs indefinitely on boot after initializing an ethernet interface while a link beat is detected - regardless of device module There were no tags set. Tags added: moreinfo, unreproducible > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#478099: [Pkg-utopia-maintainers] Bug#478099: [network-manager] NetworkManager hangs indefinitely on boot after initializing an ethernet interface while a link beat is detected - regardless of devi
tags 478099 moreinfo unreproducible thanks DamentZ wrote: Package: network-manager Version: 0.6.6-1 Severity: serious --- Please enter the report below this line. --- NetworkManager hangs indefinitely on boot after initializing an ethernet interface while a link beat is detected - regardless of device module. The What do you mean by "hang on boot"? Does it block the boot sequence so other service can't be started (which would justify a severity serious), or does it fail to acquire a dhcp adress. Could you try to get a log file of NetworkManager (either run NetworkManager --no-daemon or grep for NetworkManager in /var/log/syslog). A strace of the (blocked) NetworkManager process would be helpful too. only solution to fix it is to actually kill the service: killall -9 NetworkManager && /etc/init.d/NetworkManager start Sorry for the lack of technical logs, this bug frustrated me to the point by which I simply purged the packages (network-manager and network-manager-kde). Fortunately, this bug is always reproducible for me across very diverse environments: a desktop using the forcedeth module for ethernet, a compaq presario 1500 laptop (uses intel modules), and a really old dell latitude ls series. To reproduce, set network-manager to run on the runlevel that X would be on and reboot with an rj45 connection hot to a simple home router (netgear, linksys, d-link, the usual). I can't reproduce your problem here. Do you use static IPs, dhcp, anything special? --- System information. --- Architecture: i386 Kernel: Linux 2.6.24-2.6.24.5.slh.1-sidux-686 Debian Release: lenny/sid 500 unstablesidux.net 500 unstableftp.de.debian.org 500 unstableftp-mirror.internap.com 500 gutsy download.tuxfamily.org 1 experimentalftp.de.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== adduser | 3.107 dbus (>= 0.60) | 1.2.1-1 dhcdbd (>= 1.12-2) | 3.0-4 hal(>= 0.5.7.1) | 0.5.11~rc2-1 ifupdown| 0.6.8 iproute | 20080108-1 iputils-arping | 3:20071127-1 libc6(>= 2.7-1) | 2.7-10 libdbus-1-3 (>= 1.1.1) | 1.2.1-1 libdbus-glib-1-2 (>= 0.74) | 0.74-2 libgcrypt11 (>= 1.4.0) | 1.4.1-1 libglib2.0-0(>= 2.16.0) | 2.16.3-2 libgpg-error0 (>= 1.4) | 1.4-2 libhal1(>= 0.5.8.1) | 0.5.11~rc2-1 libiw29 (>= 28+29pre7) | 29-1 libnl1 | 1.1-2 libnm-util0 | 0.6.6-1 lsb-base (>= 3.0-6) | 3.2-10 wpasupplicant(>= 0.4.8) | 0.6.3-1 ___ Pkg-utopia-maintainers mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-utopia-maintainers -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#476976: marked as done (scons: Doesn't work at all)
Your message dated Sun, 27 Apr 2008 11:02:02 + with message-id <[EMAIL PROTECTED]> and subject line Bug#476976: fixed in scons 0.98.2-3 has caused the Debian Bug report #476976, regarding scons: Doesn't work at all to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 476976: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=476976 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems --- Begin Message --- Package: scons Version: 0.98.1-1 Severity: grave Justification: renders package unusable Hi, This version doesn't start at all : $ scons Traceback (most recent call last): File "/usr/bin/scons", line 161, in import SCons.Script File "/usr/lib/scons/SCons/Script/__init__.py", line 80, in import SCons.Options ImportError: Bad magic number in /usr/lib/scons/SCons/Options/__init__.pyc Christian -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages scons depends on: ii python2.5.2-1An interactive high-level object-o ii python-central0.6.4 register and build utility for Pyt scons recommends no packages. -- no debconf information --- End Message --- --- Begin Message --- Source: scons Source-Version: 0.98.2-3 We believe that the bug you reported is fixed in the latest version of scons, which is due to be installed in the Debian FTP archive: scons_0.98.2-3.diff.gz to pool/main/s/scons/scons_0.98.2-3.diff.gz scons_0.98.2-3.dsc to pool/main/s/scons/scons_0.98.2-3.dsc scons_0.98.2-3_all.deb to pool/main/s/scons/scons_0.98.2-3_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Mark Brown <[EMAIL PROTECTED]> (supplier of updated scons package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 27 Apr 2008 11:43:36 +0100 Source: scons Binary: scons Architecture: source all Version: 0.98.2-3 Distribution: unstable Urgency: low Maintainer: Mark Brown <[EMAIL PROTECTED]> Changed-By: Mark Brown <[EMAIL PROTECTED]> Description: scons - A replacement for Make Closes: 476976 Changes: scons (0.98.2-3) unstable; urgency=low . * Rebuild with python-central 0.6.6 for more bug fixes (closes: #476976). Checksums-Sha1: 8d6277d7c4bae9495400e5dfd07fee3f60ed0f7b 990 scons_0.98.2-3.dsc 9ef5995489087726e023b3a2c032d90093c52922 5643 scons_0.98.2-3.diff.gz 9340c7c6b7e8b4ae1ae816a9b976fe094c1eed8f 531204 scons_0.98.2-3_all.deb Checksums-Sha256: 53e84bad3277cca62045e1a4c7c3521bdc400071eead5850cfacbde30bbeb4cc 990 scons_0.98.2-3.dsc d523732deeea31cfe86f0f29f9195125d4cfbe01bdc5f52281ce391c105d35c0 5643 scons_0.98.2-3.diff.gz dfc68be5d71ef8058dfd0d5a675c0aeb5fd48a998fd172cc9dd332809cede04d 531204 scons_0.98.2-3_all.deb Files: 16db7fab8b1280ff82cb88cb6181c623 990 devel optional scons_0.98.2-3.dsc 53e9c2b427742fb647b404cad4deecd7 5643 devel optional scons_0.98.2-3.diff.gz f593a1de2be9879439809ea4e73be290 531204 devel optional scons_0.98.2-3_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIFFo2J2Vo11xhU60RAsMxAJ9JqENzulezsZPvqDRTHpkidA5FPwCghpz5 11zpujxl/jpAk8rC6bPyNu8= =W4MA -END PGP SIGNATURE- --- End Message ---
Processed: upstream info
Processing commands for [EMAIL PROTECTED]: > tag 474815 + upstream Bug#474815: nateon: FTBFS: knateon.h:62: error: 'struct KWallet' redeclared as different kind of symbol There were no tags set. Tags added: upstream > forwarded 474815 > http://kldp.net/tracker/index.php?func=detail&aid=304824&group_id=1143&atid=352867 Bug#474815: nateon: FTBFS: knateon.h:62: error: 'struct KWallet' redeclared as different kind of symbol Noted your statement that Bug has been forwarded to http://kldp.net/tracker/index.php?func=detail&aid=304824&group_id=1143&atid=352867. (By the way, this Bug is currently marked as done.) > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 476608, tagging 476608
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.10.26 > tags 476608 - moreinfo unreproducible Bug#476608: [libqt4-dev] segfault with call to "QCursorData::update" Tags were: unreproducible moreinfo Bug#477570: Cannot start konsole in KDE4 Tags removed: moreinfo, unreproducible > # will be solved in 4.4.0~rc1-5 or later > tags 476608 confirmed pending Bug#476608: [libqt4-dev] segfault with call to "QCursorData::update" There were no tags set. Bug#477570: Cannot start konsole in KDE4 Tags added: confirmed, pending > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#476608: tagging 476608, tagging 476608
# Automatically generated email from bts, devscripts version 2.10.26 tags 476608 - moreinfo unreproducible # will be solved in 4.4.0~rc1-5 or later tags 476608 confirmed pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#475664: frown_0.6.1-8(sparc/unstable): missing files
blocked 475664 by 453903
thanks
Hi,
Op zaterdag 12-04-2008 om 10:19 uur [tijdzone +0200], schreef Martin
Zobel-Helas:
> Package: frown
> Version: 0.6.1-8
> Severity: serious
>
> There was an error while trying to autobuild your package:
Thanks for the bug report. Frown FTBFS on sparc and hppa for which there
are no accessible developer machines at the moment. So I have the work
from the logs:
In the build logs on sparc and hppa I see an segmentation fault when
dvips/gs is called:
dvipdfm Manual.dvi
[1(./Pics/Frown.pssh: line 1: 15436 Broken pipe zcat -f
./Pics/Frown.ps
15437 Segmentation fault | gs -q -sDEVICE=pdfwrite -dEPSCrop
-dCompatibilityLevel=1.2 -dUseFlateCompression=true -dSAFER
-sOutputFile=/tmp/fileuQAJ1O - -c quit
Conversion via ->zcat -f ./Pics/Frown.ps | gs -q -sDEVICE=pdfwrite -dEPSCrop
-dCompatibilityLevel=1.2 -dUseFlateCompression=true -dSAFER
-sOutputFile=/tmp/fileuQAJ1O - -c quit<- failed
)
pdf: image inclusion failed for (Pics/Frown.ps).
][2][3][4][5][6][7][8][9][10][11][12][13][14(./auto.1)][15][16][17][18][19][20][21][22][23][24][25][26][27][28][29][30][31][32][33][34][35][36][37][38][39][40][41][42][43][44(./Pics/tuberling.pssh:
line 1: 15441 Broken pipe zcat -f ./Pics/tuberling.ps
15444 Segmentation fault | gs -q -sDEVICE=pdfwrite -dEPSCrop
-dCompatibilityLevel=1.2 -dUseFlateCompression=true -dSAFER
-sOutputFile=/tmp/filezecpMe - -c quit
Conversion via ->zcat -f ./Pics/tuberling.ps | gs -q -sDEVICE=pdfwrite
-dEPSCrop -dCompatibilityLevel=1.2 -dUseFlateCompression=true -dSAFER
-sOutputFile=/tmp/filezecpMe - -c quit<- failed
)
pdf: image inclusion failed for (Pics/tuberling.ps).
and:
This is dvips(k) 5.96.1 Copyright 2007 Radical Eye Software (www.radicaleye.com)
' TeX output 2008.04.13:1147' ->
.
[1
<./Pics/Frown.ps>/usr/bin/imagen: line 117: 15656 Done(141) if [
"${LATEX}" = "pdflatex" ]; then
if [ ${NAMEDIR} != "." ]; then
mv `basename ${NAME}.pdf` ${NAME}.pdf;
fi; cat ${NAME}.pdf;
else
if [ ${NAMEDIR} != "." ]; then
mv `basename ${NAME}.dvi` ${NAME}.dvi;
fi; ${DVIPS} ${DVIPSOPTS} -o - ${NAME}.dvi;
fi
15658 Segmentation fault | ${GS} ${GSOPTS} -sOutputFile="|
${PNMCROP} | ${PNMEXTRA} ${PNMMARGIN} | ${PPMQUANT} ${PPMTOEXT}
2>/dev/null > ${FINAL}" -
This seems to be an error in gs (see bugs 428876, 435229, 453903,
457547. 457568) so this has to be fixed in gs.
I will no reassign the bug for know, to keep the reason for the
FTBFS documented on the BTS page of frown.
Greetings Arjan
signature.asc
Description: Dit berichtdeel is digitaal ondertekend
Bug#478057: slrn: FTBFS: configure: error: C compiler cannot create executables
Hallo Kurt, Kurt Roeckx schrieb am Sun 27. Apr, 13:10 (+0200): > On Sun, Apr 27, 2008 at 02:26:27AM +0200, Jörg Sommer wrote: > > Kurt Roeckx schrieb am Sat 26. Apr, 22:17 (+0200): > > > On Sat, Apr 26, 2008 at 08:38:51PM +0200, Jörg Sommer wrote: > > > > Kurt Roeckx schrieb am Sat 26. Apr, 19:33 (+0200): > > > > > Package: slrn > > > > > Version: 0.9.9~pre102-1 > > > > > Severity: serious > > > > > > > > > > Hi, > > > > > > > > > > Your package is failing to build with the following error: > > > > > checking for gcc... gcc > > > > > checking for C compiler default output file name... > > > > > configure: error: C compiler cannot create executables > > > > > See `config.log' for more details. > > > > > > > > Can you send me the config.log? > > > > > > This should be easy to reproduce in a current unstable environment. > > > > Which compiler version do you use? 4.3? > > The default on i386 and amd64 still is gcc-4.2. The latest version > in unstable is 4.2.3-3. Err, bad. > > > Anyway, this is what I get in config.log: > > > configure:2586: checking for C compiler default output file name > > > configure:2613: gcc -g -O2 -Wall -g -O2 -fPIC -fPIE -fstack-protector > > > -Wformat=2 -Wextra -D_FORTIFY_SOURCE=2 -Wl,-zrelro,-pie conftest.c >&5 > > > /usr/bin/ld: > > > /usr/lib/gcc/x86_64-linux-gnu/4.2.3/../../../../lib64/crt1.o: relocation > > > R_X86_64_32S against `__libc_csu_fini' can not be used when making a > > > shared object; recompile with -fPIC > > > /usr/lib/gcc/x86_64-linux-gnu/4.2.3/../../../../lib64/crt1.o: could not > > > read symbols: Bad value > > ^ > > Please, update your compiler. There seems to be bug in 4.2. > > It is the latest compiler. And it's also the default one. Can you try to build with gcc-4.3? Run “CC=gcc-4.3 dpkg-buildpackage”. > Note that it's complaining about /usr/lib/crt1.o which is part of > libc6-dev. So if anything should be upgraded it's that. That's also > the latest version: 2.7-10 I'll ask debian-devel what's broken. Have a nice sunday, Jörg. -- < Mr X.> jo: contact an admin to mount it for you < jo> The admin is not, well how should I say it, he isn't very familiar with the system. What should I tell my admin, what he should do? < Mr X.> taking a sun solaris administration course. signature.asc Description: Digital signature http://en.wikipedia.org/wiki/OpenPGP
Bug#477866: marked as done (jakarta-log4j: adjust build-dependency (gcj not built on alpha, arm, hppa and hurd-i386))
Your message dated Sun, 27 Apr 2008 12:17:08 + with message-id <[EMAIL PROTECTED]> and subject line Bug#477866: fixed in jakarta-log4j 1.2.15-3 has caused the Debian Bug report #477866, regarding jakarta-log4j: adjust build-dependency (gcj not built on alpha, arm, hppa and hurd-i386) to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 477866: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=477866 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems --- Begin Message --- Package: jakarta-log4j Version: 1.2.15-2 Severity: serious User: [EMAIL PROTECTED] Usertags: gcj-bd gij/gcj and java-gcj-compat are not available (anymore) on the following architectures: alpha, arm, hppa and hurd-i386. This package has been identified as a package which build-depends on gcj or java-gcj-compat-dev and builds at least one architecture dependent package, and is unbuildable in unstable. If this report is a false positive, please close it. All gcj related build dependencies have to restricted to these architectures on which a java or java compatible development kit / compiler is available, i.e. java-gcj-compat [!alpha !arm !hppa !hurd-i386] As a second step please consider changing the java-gcj-compat-dev b-d to default-jdk-builddep, making the package independent of a specific implementation and depend on the jdk, which is most suitable for this architecture. default-jdk-builddep will depend in addition on java-gcj-compat-dev, even if the default jdk is another one (to allow to compile byte-code to native code using dh_nativejava). A package build-depending on default-jdk-builddep should use as JAVA_HOME /usr/lib/jvm/default-java, or as path for the tools /usr/lib/jvm/default-java/bin. If the package builds just architecture dependent binaries which contain only byte-code compiled to native code (packages which often end with "-gcj"), then the architecture restrictions on the build dependency may not be needed (however the package cannot be built anymore on those archs). In this case make sure that the binary packages get removed on these architectures. Please check the influence of a package upload on ongoing transitions before an upload. --- End Message --- --- Begin Message --- Source: jakarta-log4j Source-Version: 1.2.15-3 We believe that the bug you reported is fixed in the latest version of jakarta-log4j, which is due to be installed in the Debian FTP archive: jakarta-log4j_1.2.15-3.diff.gz to pool/main/j/jakarta-log4j/jakarta-log4j_1.2.15-3.diff.gz jakarta-log4j_1.2.15-3.dsc to pool/main/j/jakarta-log4j/jakarta-log4j_1.2.15-3.dsc liblog4j1.2-java-doc_1.2.15-3_all.deb to pool/main/j/jakarta-log4j/liblog4j1.2-java-doc_1.2.15-3_all.deb liblog4j1.2-java-gcj_1.2.15-3_i386.deb to pool/main/j/jakarta-log4j/liblog4j1.2-java-gcj_1.2.15-3_i386.deb liblog4j1.2-java_1.2.15-3_all.deb to pool/main/j/jakarta-log4j/liblog4j1.2-java_1.2.15-3_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Kumar Appaiah <[EMAIL PROTECTED]> (supplier of updated jakarta-log4j package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 27 Apr 2008 17:35:01 +0530 Source: jakarta-log4j Binary: liblog4j1.2-java liblog4j1.2-java-gcj liblog4j1.2-java-doc Architecture: source all i386 Version: 1.2.15-3 Distribution: unstable Urgency: medium Maintainer: Debian Java Maintainers <[EMAIL PROTECTED]> Changed-By: Kumar Appaiah <[EMAIL PROTECTED]> Description: liblog4j1.2-java - Logging library for java liblog4j1.2-java-doc - Documentation for liblog4j1.2-java liblog4j1.2-java-gcj - Logging library for java (native code) Closes: 477866 Changes: jakarta-log4j (1.2.15-3) unstable; urgency=medium . * debian/control: + Use default-java-jdk in place of java-gcj-compat-dev. (Closes: #477866) + Switch to use Varun and Kumar's debian.org addresses. + Standards version is now 3.7.3 (No changes needed). + Use Vcs-Broswer and Vcs-Svn in place of XS-Vcs-*. * debian/rules: + Switch JAVA_HOME location to /usr/lib/jvm/default-java. * debian/copright: + Update to UTF-8, and add a copyright for the Apache Software Foundartion. Checksums-Sha1:
Bug#477893: marked as done (libxalan2-java: adjust build-dependency (gcj not built on alpha, arm, hppa and hurd-i386))
Your message dated Sun, 27 Apr 2008 12:32:05 + with message-id <[EMAIL PROTECTED]> and subject line Bug#477893: fixed in libxalan2-java 2.7.1-2 has caused the Debian Bug report #477893, regarding libxalan2-java: adjust build-dependency (gcj not built on alpha, arm, hppa and hurd-i386) to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 477893: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=477893 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems --- Begin Message --- Package: libxalan2-java Version: 2.7.1-1 Severity: serious User: [EMAIL PROTECTED] Usertags: gcj-bd gij/gcj and java-gcj-compat are not available (anymore) on the following architectures: alpha, arm, hppa and hurd-i386. This package has been identified as a package which build-depends on gcj or java-gcj-compat-dev and builds at least one architecture dependent package, and is unbuildable in unstable. If this report is a false positive, please close it. All gcj related build dependencies have to restricted to these architectures on which a java or java compatible development kit / compiler is available, i.e. java-gcj-compat [!alpha !arm !hppa !hurd-i386] As a second step please consider changing the java-gcj-compat-dev b-d to default-jdk-builddep, making the package independent of a specific implementation and depend on the jdk, which is most suitable for this architecture. default-jdk-builddep will depend in addition on java-gcj-compat-dev, even if the default jdk is another one (to allow to compile byte-code to native code using dh_nativejava). A package build-depending on default-jdk-builddep should use as JAVA_HOME /usr/lib/jvm/default-java, or as path for the tools /usr/lib/jvm/default-java/bin. If the package builds just architecture dependent binaries which contain only byte-code compiled to native code (packages which often end with "-gcj"), then the architecture restrictions on the build dependency may not be needed (however the package cannot be built anymore on those archs). In this case make sure that the binary packages get removed on these architectures. Please check the influence of a package upload on ongoing transitions before an upload. --- End Message --- --- Begin Message --- Source: libxalan2-java Source-Version: 2.7.1-2 We believe that the bug you reported is fixed in the latest version of libxalan2-java, which is due to be installed in the Debian FTP archive: libxalan2-java-doc_2.7.1-2_all.deb to pool/main/libx/libxalan2-java/libxalan2-java-doc_2.7.1-2_all.deb libxalan2-java-gcj_2.7.1-2_i386.deb to pool/main/libx/libxalan2-java/libxalan2-java-gcj_2.7.1-2_i386.deb libxalan2-java_2.7.1-2.diff.gz to pool/main/libx/libxalan2-java/libxalan2-java_2.7.1-2.diff.gz libxalan2-java_2.7.1-2.dsc to pool/main/libx/libxalan2-java/libxalan2-java_2.7.1-2.dsc libxalan2-java_2.7.1-2_all.deb to pool/main/libx/libxalan2-java/libxalan2-java_2.7.1-2_all.deb libxsltc-java-gcj_2.7.1-2_i386.deb to pool/main/libx/libxalan2-java/libxsltc-java-gcj_2.7.1-2_i386.deb libxsltc-java_2.7.1-2_all.deb to pool/main/libx/libxalan2-java/libxsltc-java_2.7.1-2_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Michael Koch <[EMAIL PROTECTED]> (supplier of updated libxalan2-java package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 27 Apr 2008 10:20:03 -0100 Source: libxalan2-java Binary: libxalan2-java libxalan2-java-gcj libxsltc-java libxsltc-java-gcj libxalan2-java-doc Architecture: source all i386 Version: 2.7.1-2 Distribution: unstable Urgency: low Maintainer: Debian Java Maintainers <[EMAIL PROTECTED]> Changed-By: Michael Koch <[EMAIL PROTECTED]> Description: libxalan2-java - XSL Transformations (XSLT) processor in Java libxalan2-java-doc - Documentation and examples for the Xalan-Java XSLT processor libxalan2-java-gcj - XSL Transformations (XSLT) processor in Java (native code) libxsltc-java - XSL Transformations (XSLT) compiler from Xalan-Java libxsltc-java-gcj - XSL Transformations (XSLT) compiler from Xalan-Java (native code) Closes: 477893 Changes: libxalan2-java (2.7.1-2) unstable; urgency=low . * Build-Depends on default-jdk-builddep. Clo
Bug#478132: keepassx: segmentation fault on non-C locale
Package: keepassx Version: 0.3.1-1 Severity: grave Tags: l10n Justification: renders package unusable $ locale LANG=ru_RU.UTF-8 LC_CTYPE="ru_RU.UTF-8" LC_NUMERIC="ru_RU.UTF-8" LC_TIME="ru_RU.UTF-8" LC_COLLATE="ru_RU.UTF-8" LC_MONETARY="ru_RU.UTF-8" LC_MESSAGES="ru_RU.UTF-8" LC_PAPER="ru_RU.UTF-8" LC_NAME="ru_RU.UTF-8" LC_ADDRESS="ru_RU.UTF-8" LC_TELEPHONE="ru_RU.UTF-8" LC_MEASUREMENT="ru_RU.UTF-8" LC_IDENTIFICATION="ru_RU.UTF-8" LC_ALL= $ keepassx Kpx: No Translation found for 'Russian (RussianFederation)' using 'English (UnitedStates)' zsh: segmentation fault keepassx with LANG=C, keepassx works fine -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages keepassx depends on: ii libc62.7-9 GNU C Library: Shared libraries ii libgcc1 1:4.3.0-1 GCC support library ii libqt4-core 4.4.0~rc1-4 transitional package for Qt 4 core ii libqt4-gui 4.4.0~rc1-4 Qt 4 GUI module ii libstdc++6 4.3.0-1 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxtst6 1:1.0.1-5 X11 Testing -- Resource extension keepassx recommends no packages. -- no debconf information -- rmrfchik. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#478057: slrn: FTBFS: configure: error: C compiler cannot create executables
Jörg Sommer wrote: > Hallo Kurt, > > Kurt Roeckx schrieb am Sun 27. Apr, 13:10 (+0200): >> On Sun, Apr 27, 2008 at 02:26:27AM +0200, Jörg Sommer wrote: >>> Kurt Roeckx schrieb am Sat 26. Apr, 22:17 (+0200): On Sat, Apr 26, 2008 at 08:38:51PM +0200, Jörg Sommer wrote: > Kurt Roeckx schrieb am Sat 26. Apr, 19:33 (+0200): >> Package: slrn >> Version: 0.9.9~pre102-1 >> Severity: serious >> >> Hi, >> >> Your package is failing to build with the following error: >> checking for gcc... gcc >> checking for C compiler default output file name... >> configure: error: C compiler cannot create executables >> See `config.log' for more details. > Can you send me the config.log? This should be easy to reproduce in a current unstable environment. >>> Which compiler version do you use? 4.3? >> The default on i386 and amd64 still is gcc-4.2. The latest version >> in unstable is 4.2.3-3. > > Err, bad. > Anyway, this is what I get in config.log: configure:2586: checking for C compiler default output file name configure:2613: gcc -g -O2 -Wall -g -O2 -fPIC -fPIE -fstack-protector -Wformat=2 -Wextra -D_FORTIFY_SOURCE=2 -Wl,-zrelro,-pie conftest.c >&5 /usr/bin/ld: /usr/lib/gcc/x86_64-linux-gnu/4.2.3/../../../../lib64/crt1.o: relocation R_X86_64_32S against `__libc_csu_fini' can not be used when making a shared object; recompile with -fPIC /usr/lib/gcc/x86_64-linux-gnu/4.2.3/../../../../lib64/crt1.o: could not read symbols: Bad value >>> ^ >>> Please, update your compiler. There seems to be bug in 4.2. >> It is the latest compiler. And it's also the default one. > > Can you try to build with gcc-4.3? Run “CC=gcc-4.3 dpkg-buildpackage”. > >> Note that it's complaining about /usr/lib/crt1.o which is part of >> libc6-dev. So if anything should be upgraded it's that. That's also >> the latest version: 2.7-10 > > I'll ask debian-devel what's broken. Did you already try to make sure that when -g -O2 is not used twice as options it still fails? The -g -O2 is what the new dpkg initiates the CFLAGS with AFAIK... Cheers Luk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#476170: marked as done (mnemosyne: uninstallable with python 2.5)
Your message dated Sun, 27 Apr 2008 14:51:20 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Closing this bug, and NMU diff
has caused the Debian Bug report #476170,
regarding mnemosyne: uninstallable with python 2.5
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)
--
476170: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=476170
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: mnemosyne
Version: 1.0-2
Severity: serious
User: [EMAIL PROTECTED]
Usertags: goal-python2.5
Tags: patch
Hello.
mnemosyne is unistallable with python-defaults 2.5, which was recently
uploaded. If mnemosyne works with python >= 2.5 (which it seems it does
from my bit of testing), just uploading with debian/pyversions
completely dropped should do. (Otherwise, please depend on python2.4 and
not on python.)
Cheers,
--
Adeodato Simó dato at net.com.org.es
Debian Developer adeodato at debian.org
To be nobody but yourself in a world which is doing its best night and
day to make you like everybody else means to fight the hardest battle
any human being can fight and never stop fighting.
-- e.e. cummings
--- End Message ---
--- Begin Message ---
Version: 1.0-2.1
Hello. This bug was fixed by my NMU, but I made a typo in the changelog.
I'm attaching the NMU diff.
Cheers,
--
Adeodato Simó dato at net.com.org.es
Debian Developer adeodato at debian.org
When all is summed up, a man never speaks of himself without loss; his
accusations of himself are always believed; his praises never.
-- Michel de Montaigne
--- Begin Message ---
Hi,
Attached is the diff for my mnemosyne 1.0-2.1 NMU.
--
Adeodato Simó dato at net.com.org.es
Debian Developer adeodato at debian.org
If there is a sin against life, it consists perhaps not so much in
despairing of life as in hoping for another life and in eluding the
implacable grandeur of this life.
-- Albert Camus
diff -u mnemosyne-1.0/debian/changelog mnemosyne-1.0/debian/changelog
--- mnemosyne-1.0/debian/changelog
+++ mnemosyne-1.0/debian/changelog
@@ -1,3 +1,12 @@
+mnemosyne (1.0-2.1) unstable; urgency=high
+
+ * Non-maintainer upload.
+ * Make installable with python 2.5. (Closes: #468607)
+ * Add patch from Ubuntu to make the app work without python-xml installed
+(as per the previous upload). Thanks! (Closes: #476527)
+
+ -- Adeodato Simó <[EMAIL PROTECTED]> Sun, 27 Apr 2008 12:05:54 +0200
+
mnemosyne (1.0-2) unstable; urgency=low
* Dropped dependency on pyhon-xml (closes: #468607)
reverted:
--- mnemosyne-1.0/debian/pyversions
+++ mnemosyne-1.0.orig/debian/pyversions
@@ -1 +0,0 @@
-2.4
only in patch2:
unchanged:
--- mnemosyne-1.0.orig/mnemosyne/core/mnemosyne_core.py
+++ mnemosyne-1.0/mnemosyne/core/mnemosyne_core.py
@@ -1420,9 +1420,9 @@
##
from xml.sax import saxutils, make_parser
-from xml.sax.handler import feature_namespaces
+from xml.sax.handler import feature_namespaces, ContentHandler
-class XML_Importer(saxutils.DefaultHandler):
+class XML_Importer(ContentHandler):
def __init__(self, default_cat=None, reset_learning_data=False):
self.reading, self.text = {}, {}
@@ -1557,7 +1557,7 @@
#
##
-class memaid_XML_Importer(saxutils.DefaultHandler):
+class memaid_XML_Importer(ContentHandler):
def __init__(self, default_cat=None, reset_learning_data=False):
self.reading, self.text = {}, {}
--- End Message ---
--- End Message ---
Bug#478133: linux-patch-grsecurity2: CVE-2008-1940 security restriction bypass
Package: linux-patch-grsecurity2 Severity: grave Tags: security Hi, the following CVE (Common Vulnerabilities & Exposures) id was published for linux-patch-grsecurity2. CVE-2008-1940[0]: | The RBAC functionality in grsecurity before 2.1.11-2.6.24.5 and | 2.1.11-2.4.36.2 does not enforce user_transition_deny and | user_transition_allow rules for the (1) sys_setfsuid and (2) | sys_setfsgid calls, which allows local users to bypass restrictions | for those calls. If you fix the vulnerability please also make sure to include the CVE id in your changelog entry. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-1940 http://security-tracker.debian.net/tracker/CVE-2008-1940 -- Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. pgpOXD8npvqJx.pgp Description: PGP signature
Processed: block 475664 with 453903
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.10.26 > block 475664 with 453903 Bug#453903: dvipdf crashes on hppa and sparc Bug#475664: frown_0.6.1-8(sparc/unstable): missing files Was not blocked by any bugs. Blocking bugs of 475664 added: 453903, 457547, 457568 > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#477967: marked as done (netatalk: FTBFS: changed copyrights)
Your message dated Sun, 27 Apr 2008 12:32:09 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#477967: fixed in netatalk 2.0.3-10
has caused the Debian Bug report #477967,
regarding netatalk: FTBFS: changed copyrights
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)
--
477967: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=477967
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: netatalk
Version: 2.0.3-9
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20080425 qa-ftbfs
Justification: FTBFS on i386
Hi,
During a rebuild of all packages in sid, your package failed to build on i386.
This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now
the default on most architectures (even if it's not the case on i386 yet).
Feel free to downgrade this bug to 'important' if your package is only built
on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine with
gcc 4.2).
Relevant part:
> make[1]: Entering directory `/build/user/netatalk-2.0.3'
> for i in ./config.guess ./config.sub ; do \
> if test -e $i.cdbs-orig ; then \
> mv $i.cdbs-orig $i ; \
> fi ; \
> done
> make[1]: Leaving directory `/build/user/netatalk-2.0.3'
> if [ -d "." ] ; then \
> cd . && QUILT_PATCHES=patches quilt --quiltrc /dev/null pop -a -R ||
> test $? = 2 ; \
> fi
> No patch removed
> if [ -n "patches" ] ; then \
> if [ -L ./patches ] ; then \
> rm ./patches ; \
> fi ; \
> fi
> rm -rf ./.pc
> rm -f debian/stamp-patch*
> rm -f debian/stamp-buildinfo
> rm -f debian/stamp-copyright-check
> rm -f AUTHORS ChangeLog INSTALL
> rm -rf m4
> rm -f debian/netatalk.init
> dpkg-source -b netatalk-2.0.3
> dpkg-source: info: using source format `1.0'
> dpkg-source: info: building netatalk using existing netatalk_2.0.3.orig.tar.gz
> dpkg-source: info: building netatalk in netatalk_2.0.3-9.diff.gz
> dpkg-source: info: building netatalk in netatalk_2.0.3-9.dsc
> debian/rules build
> test -x debian/rules
> mkdir -p "."
> Scanning upstream source for new/changed copyright notices (except debian
> subdir!)...
> licensecheck -c '.*' -r --copyright -i
> '^(debian/.*|(.*/)?config\.(guess|sub|rpath)(\..*)?)' * \
> | LC_ALL=C perl -e \
> '$n=0; while (<>) {'\
> ' if (/^([^:\s][^:]+):[\s]+(\S.*?)\s*$/) {'\
> ' $files[$n]{name}=$1;'\
> ' $files[$n]{license}=$2;'\
> ' };'\
> ' if (/^\s*\[Copyright:\s*(\S.*?)\s*\]/) {'\
> ' $files[$n]{copyright}=$1;'\
> ' };'\
> ' /^$/ and $n++;'\
> '};'\
> 'foreach $file (@files) {'\
> ' $file->{license} =~ s/\s*\(with incorrect FSF address\)//;'\
> ' $file->{license} =~ s/\s+\(v([^)]+) or later\)/-$1+/;'\
> ' $file->{copyright} =~
> s/(?<=(\b\d{4}))(?{$y=$^N})\s*[,-]\s*((??{$y+1}))\b/-$2/g;'\
> ' $file->{copyright} =~
> s/(?<=\b\d{4})\s*-\s*\d{4}(?=\s*-\s*(\d{4})\b)//g;'\
> ' $pattern = "$file->{license} [$file->{copyright}]";'\
> ' push @{ $patternfiles{"$pattern"} }, $file->{name};'\
> '};'\
> 'foreach $pattern ( sort {'\
> ' @{$patternfiles{$b}} <=> @{$patternfiles{$a}}'\
> ' ||'\
> ' $a cmp $b'\
> ' } keys %patternfiles ) {'\
> ' print "$pattern: ", join("\n\t", sort @{
> $patternfiles{$pattern} }), "\n";'\
> '};'\
> > debian/copyright_newhints
> Found 736 different copyright and licensing combinations.
> ERROR: The following new or changed copyright notices discovered:
>
> UNKNOWN [1998 Owen TaylorPermission to use, copy, modify, and
> distribute this software and / notice appear in all copies and that / notice
> and this permission notice appear in supporting]:
> doc/htmldocs/netatalkconfig.1.html
>
> To fix the situation please do the following:
> 1) Investigate the above changes and update debian/copyright as needed
> 2) Replace debian/copyright_hints with debian/copyright_newhints
> make: *** [debian/stamp-copyright-check] Error 1
The full build log is available from:
http://people.debian.org/~lucas/logs/2008/04/25
A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!
About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, us
Bug#477851: marked as done (charva: adjust build-dependency (gcj not built on alpha, arm, hppa and hurd-i386))
Your message dated Sun, 27 Apr 2008 12:47:03 + with message-id <[EMAIL PROTECTED]> and subject line Bug#477851: fixed in charva 1.1.4-3 has caused the Debian Bug report #477851, regarding charva: adjust build-dependency (gcj not built on alpha, arm, hppa and hurd-i386) to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 477851: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=477851 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems --- Begin Message --- Package: charva Version: 1.1.4-2 Severity: serious User: [EMAIL PROTECTED] Usertags: gcj-bd gij/gcj and java-gcj-compat are not available (anymore) on the following architectures: alpha, arm, hppa and hurd-i386. This package has been identified as a package which build-depends on gcj or java-gcj-compat-dev and builds at least one architecture dependent package, and is unbuildable in unstable. If this report is a false positive, please close it. All gcj related build dependencies have to restricted to these architectures on which a java or java compatible development kit / compiler is available, i.e. java-gcj-compat [!alpha !arm !hppa !hurd-i386] As a second step please consider changing the java-gcj-compat-dev b-d to default-jdk-builddep, making the package independent of a specific implementation and depend on the jdk, which is most suitable for this architecture. default-jdk-builddep will depend in addition on java-gcj-compat-dev, even if the default jdk is another one (to allow to compile byte-code to native code using dh_nativejava). A package build-depending on default-jdk-builddep should use as JAVA_HOME /usr/lib/jvm/default-java, or as path for the tools /usr/lib/jvm/default-java/bin. If the package builds just architecture dependent binaries which contain only byte-code compiled to native code (packages which often end with "-gcj"), then the architecture restrictions on the build dependency may not be needed (however the package cannot be built anymore on those archs). In this case make sure that the binary packages get removed on these architectures. Please check the influence of a package upload on ongoing transitions before an upload. --- End Message --- --- Begin Message --- Source: charva Source-Version: 1.1.4-3 We believe that the bug you reported is fixed in the latest version of charva, which is due to be installed in the Debian FTP archive: charva_1.1.4-3.diff.gz to pool/main/c/charva/charva_1.1.4-3.diff.gz charva_1.1.4-3.dsc to pool/main/c/charva/charva_1.1.4-3.dsc libcharva1-java_1.1.4-3_all.deb to pool/main/c/charva/libcharva1-java_1.1.4-3_all.deb libcharva1-jni_1.1.4-3_i386.deb to pool/main/c/charva/libcharva1-jni_1.1.4-3_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Kumar Appaiah <[EMAIL PROTECTED]> (supplier of updated charva package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 27 Apr 2008 17:34:29 +0530 Source: charva Binary: libcharva1-java libcharva1-jni Architecture: source all i386 Version: 1.1.4-3 Distribution: unstable Urgency: medium Maintainer: Debian Java Maintainers <[EMAIL PROTECTED]> Changed-By: Kumar Appaiah <[EMAIL PROTECTED]> Description: libcharva1-java - java windowing toolkit for text terminals libcharva1-jni - java windowing toolkit for text terminals - jni library Closes: 477851 Changes: charva (1.1.4-3) unstable; urgency=medium . * debian/control: + Use default-java-jdk in place of java-gcj-compat-dev. (Closes: #477851) + Switch my e-mail address to my debian.org address. * debian/rules: + Switch JAVA_HOME location to /usr/lib/jvm/default-java. Checksums-Sha1: a1898d62dd2e81ffbb7abe4ee404ed0c9362ccb8 1431 charva_1.1.4-3.dsc cfe861b6b67325c18ce53049666d8c720da65cda 4364 charva_1.1.4-3.diff.gz 2ebedf05e0392a015127de9510faaf03cb0f3010 752154 libcharva1-java_1.1.4-3_all.deb f7347fbcca1f2e5c08e71b0accc58f3e21fc1650 9092 libcharva1-jni_1.1.4-3_i386.deb Checksums-Sha256: c1771c434eb1906ed9a9a97206671d373ec1eb4df99af3b0e89c7b20e9bf8f23 1431 charva_1.1.4-3.dsc b2587b44ae2b1098aa607d7539b8d2fb098eea249a81c1fd02632fe0a165f6fc 4364 charva_1.1.4-3.diff.gz d38a9589e432ad64bdd54dc9ac821e1
Bug#477892: marked as done (libxerces2-java: adjust build-dependency (gcj not built on alpha, arm, hppa and hurd-i386))
Your message dated Sun, 27 Apr 2008 12:32:07 + with message-id <[EMAIL PROTECTED]> and subject line Bug#477892: fixed in libxerces2-java 2.9.1-2 has caused the Debian Bug report #477892, regarding libxerces2-java: adjust build-dependency (gcj not built on alpha, arm, hppa and hurd-i386) to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 477892: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=477892 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems --- Begin Message --- Package: libxerces2-java Version: 2.9.1-1 Severity: serious User: [EMAIL PROTECTED] Usertags: gcj-bd gij/gcj and java-gcj-compat are not available (anymore) on the following architectures: alpha, arm, hppa and hurd-i386. This package has been identified as a package which build-depends on gcj or java-gcj-compat-dev and builds at least one architecture dependent package, and is unbuildable in unstable. If this report is a false positive, please close it. All gcj related build dependencies have to restricted to these architectures on which a java or java compatible development kit / compiler is available, i.e. java-gcj-compat [!alpha !arm !hppa !hurd-i386] As a second step please consider changing the java-gcj-compat-dev b-d to default-jdk-builddep, making the package independent of a specific implementation and depend on the jdk, which is most suitable for this architecture. default-jdk-builddep will depend in addition on java-gcj-compat-dev, even if the default jdk is another one (to allow to compile byte-code to native code using dh_nativejava). A package build-depending on default-jdk-builddep should use as JAVA_HOME /usr/lib/jvm/default-java, or as path for the tools /usr/lib/jvm/default-java/bin. If the package builds just architecture dependent binaries which contain only byte-code compiled to native code (packages which often end with "-gcj"), then the architecture restrictions on the build dependency may not be needed (however the package cannot be built anymore on those archs). In this case make sure that the binary packages get removed on these architectures. Please check the influence of a package upload on ongoing transitions before an upload. --- End Message --- --- Begin Message --- Source: libxerces2-java Source-Version: 2.9.1-2 We believe that the bug you reported is fixed in the latest version of libxerces2-java, which is due to be installed in the Debian FTP archive: libxerces2-java-doc_2.9.1-2_all.deb to pool/main/libx/libxerces2-java/libxerces2-java-doc_2.9.1-2_all.deb libxerces2-java-gcj_2.9.1-2_i386.deb to pool/main/libx/libxerces2-java/libxerces2-java-gcj_2.9.1-2_i386.deb libxerces2-java_2.9.1-2.diff.gz to pool/main/libx/libxerces2-java/libxerces2-java_2.9.1-2.diff.gz libxerces2-java_2.9.1-2.dsc to pool/main/libx/libxerces2-java/libxerces2-java_2.9.1-2.dsc libxerces2-java_2.9.1-2_all.deb to pool/main/libx/libxerces2-java/libxerces2-java_2.9.1-2_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Michael Koch <[EMAIL PROTECTED]> (supplier of updated libxerces2-java package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 27 Apr 2008 06:37:01 -0100 Source: libxerces2-java Binary: libxerces2-java libxerces2-java-gcj libxerces2-java-doc Architecture: source all i386 Version: 2.9.1-2 Distribution: unstable Urgency: low Maintainer: Debian Java Maintainers <[EMAIL PROTECTED]> Changed-By: Michael Koch <[EMAIL PROTECTED]> Description: libxerces2-java - Validating XML parser for Java with DOM level 3 support libxerces2-java-doc - Validating XML parser for Java -- Documentation and examples libxerces2-java-gcj - Validating XML parser for Java with DOM level 3 support (native c Closes: 477892 Changes: libxerces2-java (2.9.1-2) unstable; urgency=low . * Build-Depends on default-jdk-builddep. Closes: #477892 Checksums-Sha1: 0b0a4a99a6deea06536f93ba260c4b0561d1a770 1527 libxerces2-java_2.9.1-2.dsc 449c72ec3d4e70ac69f32d373a8883c0315363a4 10188 libxerces2-java_2.9.1-2.diff.gz 258df6a69a0aebe1d0789acc8a2a1a54a3f93afd 1126796 libxerces2-java_2.9.1-2_all.deb b26e2b60c46e3363d7c858961d4826dc3925a20d 2059994 libxerces2-java-doc_2.9
Bug#478135: util-linux: CVE-2008-1926 argument injection passed to audit
Package: util-linux Severity: grave Tags: security patch Hi, the following CVE (Common Vulnerabilities & Exposures) id was published for util-linux. CVE-2008-1926[0]: | Argument injection vulnerability in login (login-utils/login.c) in | util-linux-ng 2.14 and earlier makes it easier for remote attackers to | hide activities by modifying portions of log events, as demonstrated | by appending an "addr=" statement to the login name, aka "audit log | injection." Patch: http://git.kernel.org/?p=utils/util-linux-ng/util-linux-ng.git;a=commitdiff_plain;h=8ccf0b253ac0f4f58d64bc9674de18bff5a88782 If you fix the vulnerability please also make sure to include the CVE id in your changelog entry. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-1926 http://security-tracker.debian.net/tracker/CVE-2008-1926 -- Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. pgpfW4d1RCrgJ.pgp Description: PGP signature
Bug#471647: still present in mono-addins 0.3.1-4
found 471647 0.3-2 thanks Sorry, my notfound command was an accident (don't know why I removed the version). As this bug is still present and valid I am reopening it. I checked the changelog and found that 0.3-2 introduces this bug, as that version tries to remove old policy files using the policy-remove script. -- Regards, Mirco 'meebey' Bauer PGP-Key ID: 0xEEF946C8 FOSS Developer[EMAIL PROTECTED] http://www.meebey.net/ PEAR Developer[EMAIL PROTECTED] http://pear.php.net/ Debian Developer [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: This is a digitally signed message part
Bug#478056: libextractor-java: FTBFS: configure: error: cannot run /bin/sh, ./config.sub
Looks like this failure was taken from the buildd logs. I have tried to reproduce this in a amd64 sid chroots doing build as root, build with fakeroot and build with sudo and all builds succeeded. I also tried with fakeroot in an i386 sid chroot again it was fine. So I would guess this is either an issue in another package that has been updated since the buildd builds fail or something releated to the configuration on a buildd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#478140: vlc: CVE-2008-1768, CVE-2008-1769 multiple security issues
Package: vlc Severity: grave Tags: security patch Hi, the following CVE (Common Vulnerabilities & Exposures) ids were published for vlc. CVE-2008-1769[0]: | VLC before 0.8.6f allow remote attackers to cause a denial of service | (crash) via a crafted Cinepak file that triggers an out-of-bounds | array access and memory corruption. Patch: http://trac.videolan.org/vlc/changeset/d7e6e4afcecea38831282152d6e7af9a62989985 CVE-2008-1768[1]: | Multiple integer overflows in VLC before 0.8.6f allow remote attackers | to cause a denial of service (crash) via the (1) MP4 demuxer, (2) Real | demuxer, and (3) Cinepak codec, which triggers a buffer overflow. The MP4 demuxer issue is already partly covered by #467652, please also use: http://trac.videolan.org/vlc/changeset/3a6282755277ba9321d405c635e50da935d258a6 and http://trac.videolan.org/vlc/changeset/edca13e259472872fdfd456cf3ef4a21d1262c11 Real demuxer patch: http://trac.videolan.org/vlc/changeset/783ab03c7bd8ddedcd3dc5bad18efc70a4c57aaa Cinepack integer overflow patch: http://trac.videolan.org/vlc/changeset/18eb4fd5a75b6429d1d7058a8967696be701a00b If you fix the vulnerabilities please also make sure to include the CVE ids in your changelog entry. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-1769 http://security-tracker.debian.net/tracker/CVE-2008-1769 [1] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-1768 http://security-tracker.debian.net/tracker/CVE-2008-1768 -- Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. pgp8pfuOJw3z9.pgp Description: PGP signature
Processed: still present in mono-addins 0.3.1-4
Processing commands for [EMAIL PROTECTED]: > found 471647 0.3-2 Bug#471647: libmono-addins0.2-cil: Proper removal depends on cli-common > 0.5.2 (at least)] Bug marked as found in version 0.3-2 and reopened. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#464268: gcj-4.2: FTBFS: ../../src/gcc/config/i386/crtfastmath.c:96: error: size of array 'st_space' is too large
Processing commands for [EMAIL PROTECTED]: > tag 464268 + unreproducible Bug#464268: gcj-4.2: FTBFS: ../../src/gcc/config/i386/crtfastmath.c:96: error: size of array 'st_space' is too large Tags were: unreproducible Tags added: unreproducible > tag 464268 + moreinfo Bug#464268: gcj-4.2: FTBFS: ../../src/gcc/config/i386/crtfastmath.c:96: error: size of array 'st_space' is too large Tags were: unreproducible Tags added: moreinfo > severity 464268 important Bug#464268: gcj-4.2: FTBFS: ../../src/gcc/config/i386/crtfastmath.c:96: error: size of array 'st_space' is too large Severity set to `important' from `serious' > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#464268: gcj-4.2: FTBFS: ../../src/gcc/config/i386/crtfastmath.c:96: error: size of array 'st_space' is too large
tag 464268 + unreproducible tag 464268 + moreinfo severity 464268 important thanks Lucas Nussbaum writes: > reopen 464268 > thanks > > On 06/02/08 at 16:35 +0100, Lucas Nussbaum wrote: > > On 06/02/08 at 14:55 +0100, Matthias Klose wrote: > > > tag 464268 + unreproducible > > > thanks > > > > I can't reproduce it anymore, so either it's a random failure, or > > something changed between yesterday and today in unstable. > > I can reproduce it now. Probably something broken with parallel builds. Unable to reproduce: - on a one cpu machine, DEB_BUILD_OPTIONS=1 and 8 - on a dual cpu machine, DEB_BUILD_OPTIONS=1, 3 and 8. - on a 32 cpu machine, DEB_BUILD_OPTIONS=1, 4, 8 and 32. Is this reproducible by somebody else outside the grid environment? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#406036: marked as done (gcin_1.3.1-1(hppa/unstable): FTBFS: unaligned load/store)
Your message dated Sun, 27 Apr 2008 13:32:06 + with message-id <[EMAIL PROTECTED]> and subject line Bug#406036: fixed in gcin 1.3.4-3 has caused the Debian Bug report #406036, regarding gcin_1.3.1-1(hppa/unstable): FTBFS: unaligned load/store to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 406036: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=406036 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems --- Begin Message --- Package: gcin Version: 1.3.1-1 Severity: serious There was an error while trying to autobuild your package: > Automatic build of gcin_1.3.1-1 on peri by sbuild/hppa 98 > Build started at 20070107-0056 [...] > ** Using build dependencies supplied by package: > Build-Depends: debhelper (>= 5), libgtk2.0-dev, libxtst-dev, libqt3-mt-dev, > dpatch [...] > gcc -o pin-juyin pin-juyin.o util.o pho-lookup.o locale.o pho-sym.o > -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 > -lfontconfig -lXext -lXrender -lXinerama -lXi -lXrandr -lXcursor -lXfixes > -lpango-1.0 -lcairo -lX11 -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 > make -C data > make[4]: Entering directory `/build/buildd/gcin-1.3.1/data' > GCIN_NO_RELOAD=; export GCIN_NO_RELOAD; ../phoa2d pho.tab.src > GCIN_NO_RELOAD=; export GCIN_NO_RELOAD; ../tsa2d32 tsin.src > /bin/sh: line 1: 30950 Bus error ../tsa2d32 tsin.src > make[4]: *** [tsin32.idx] Error 138 > make[4]: Leaving directory `/build/buildd/gcin-1.3.1/data' > make[3]: *** [all] Error 2 > make[3]: Leaving directory `/build/buildd/gcin-1.3.1' > make[2]: *** [im-srv.a] Error 2 > make[2]: Leaving directory `/build/buildd/gcin-1.3.1/im-srv' > make[1]: *** [im-srv/im-srv.a] Error 2 > make[1]: Leaving directory `/build/buildd/gcin-1.3.1' > make: *** [build-stamp] Error 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=hppa&pkg=gcin&ver=1.3.1-1 --- End Message --- --- Begin Message --- Source: gcin Source-Version: 1.3.4-3 We believe that the bug you reported is fixed in the latest version of gcin, which is due to be installed in the Debian FTP archive: gcin-qt3-immodule_1.3.4-3_i386.deb to pool/main/g/gcin/gcin-qt3-immodule_1.3.4-3_i386.deb gcin_1.3.4-3.diff.gz to pool/main/g/gcin/gcin_1.3.4-3.diff.gz gcin_1.3.4-3.dsc to pool/main/g/gcin/gcin_1.3.4-3.dsc gcin_1.3.4-3_i386.deb to pool/main/g/gcin/gcin_1.3.4-3_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Wen-Yen Chuang <[EMAIL PROTECTED]> (supplier of updated gcin package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 27 Apr 2008 15:32:36 +0800 Source: gcin Binary: gcin gcin-qt3-immodule Architecture: source i386 Version: 1.3.4-3 Distribution: unstable Urgency: low Maintainer: Wen-Yen Chuang <[EMAIL PROTECTED]> Changed-By: Wen-Yen Chuang <[EMAIL PROTECTED]> Description: gcin - an GTK+ based input method platform for Chinese users gcin-qt3-immodule - an QT input method module with gcin as backend Closes: 406036 419366 420504 436914 Changes: gcin (1.3.4-3) unstable; urgency=low . * Fix FTBFS on hppa, ia64, and sparc architectures (Closes: #406036) * Disable binary stripping in upstream's Makefile (Closes: #436914) * Auto-detect GTK+ module ABI version (Closes: #419366, #420504) * Update debian/copyright to machine-readable format * Make libgcin-im-client.so a private library * Bump Standards-Version to 3.7.3 * Fix typos in package description * Clean up debian/rules * Make lintian quiet - set Build-Depends libgtk2.0-dev >= 2.10.1 - move Homepage in package description to source stanza - replace all "GTK" with "GTK+" in package descriptions - replace all "##DP" with "## DP:" in debian/patches/* - update debian/gcin.menu - add 50_fix-desktop-file-categories.dpatch to match latest .desktop file policy - do not use -$(MAKE) in debian/rules so that other error messages from the clean rule will still be caught Checksums-Sha1: ca8f501bb0a4e9d7dcea5e538580d2a1b0c7fc47 1046 gcin_1.3.4-3.dsc a0b45b61e422806dcc841328e8c88bab4f4e5924 12050 gcin_1.3.4-3.diff.gz edfffbb4866dd3eab2556925f1f177fa5b0832
Bug#478057: slrn: FTBFS: configure: error: C compiler cannot create executables
On Sun, Apr 27, 2008 at 02:41:49PM +0200, Luk Claes wrote: > Jörg Sommer wrote: > > Hallo Kurt, > > > > Kurt Roeckx schrieb am Sun 27. Apr, 13:10 (+0200): > >> On Sun, Apr 27, 2008 at 02:26:27AM +0200, Jörg Sommer wrote: > >>> Kurt Roeckx schrieb am Sat 26. Apr, 22:17 (+0200): > On Sat, Apr 26, 2008 at 08:38:51PM +0200, Jörg Sommer wrote: > > Kurt Roeckx schrieb am Sat 26. Apr, 19:33 (+0200): > >> Package: slrn > >> Version: 0.9.9~pre102-1 > >> Severity: serious > >> > >> Hi, > >> > >> Your package is failing to build with the following error: > >> checking for gcc... gcc > >> checking for C compiler default output file name... > >> configure: error: C compiler cannot create executables > >> See `config.log' for more details. > > Can you send me the config.log? > This should be easy to reproduce in a current unstable environment. > >>> Which compiler version do you use? 4.3? > >> The default on i386 and amd64 still is gcc-4.2. The latest version > >> in unstable is 4.2.3-3. > > > > Err, bad. > > > Anyway, this is what I get in config.log: > configure:2586: checking for C compiler default output file name > configure:2613: gcc -g -O2 -Wall -g -O2 -fPIC -fPIE -fstack-protector > -Wformat=2 -Wextra -D_FORTIFY_SOURCE=2 -Wl,-zrelro,-pie conftest.c >&5 > /usr/bin/ld: > /usr/lib/gcc/x86_64-linux-gnu/4.2.3/../../../../lib64/crt1.o: relocation > R_X86_64_32S against `__libc_csu_fini' can not be used when making a > shared object; recompile with -fPIC > /usr/lib/gcc/x86_64-linux-gnu/4.2.3/../../../../lib64/crt1.o: could not > read symbols: Bad value > >>> ^ > >>> Please, update your compiler. There seems to be bug in 4.2. > >> It is the latest compiler. And it's also the default one. > > > > Can you try to build with gcc-4.3? Run "CC=gcc-4.3 dpkg-buildpackage". > > > >> Note that it's complaining about /usr/lib/crt1.o which is part of > >> libc6-dev. So if anything should be upgraded it's that. That's also > >> the latest version: 2.7-10 > > > > I'll ask debian-devel what's broken. > > Did you already try to make sure that when -g -O2 is not used twice as > options it still fails? The -g -O2 is what the new dpkg initiates the > CFLAGS with AFAIK... It has nothing to do with it. It's the "-Wl,-pie" part that is the problem. Using gcc-4.3 of course has the same problem. As far as I can see this is a problem of the linker. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#455415: silgraphite2.0 vs. gsmlib
Re: Cc [EMAIL PROTECTED] 2008-04-04 <[EMAIL PROTECTED]> > +gsmlib (1.10-12.2) unstable; urgency=low > + > + * Non-maintainer upload. > + * Fix FTBFS with GCC 4.3: 'strerror' was not declared in this scope, thanks > +to Cyril Brulebois for the patch (Closes: #455402). > + > + -- Christoph Berg <[EMAIL PROTECTED]> Fri, 04 Apr 2008 18:01:05 +0200 As several people have asked where my silgraphite2.0 NMU is - sorry I mailed the wrong bug, #455402 vs #455415. Christoph -- [EMAIL PROTECTED] | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#460388: alex: FTBFS: Module `Distribution.Simple' does not export `compilerPath'
Hi Ian, I have prepared an NMU to fix the the FTBFS. It is an upgrade to the new upstream version of alex and I have included some other fixes as well (see the changelog below) Attached is the interdiff (excluding the upstream changes). Greetings Arjan alex (2.2-0.1) unstable; urgency=low * Non-maintainer upload. * New upstream release (Closes: #464360) - Cabal 1.2 is now required. (Closes: #460388) - ByteString wrappers: use Alex to lex ByteStrings directly. - Fixes a spelling mistake. (Closes: #419671) * debian/control: - Added Homepage field. - Bump the build dependency on ghc6 to 6.8.2 as the packages needs Cabal 1.2 to build. - Bump the Standards-Version to 3.7.3. No changes needed. * debian/copyright: - Fix debian-copyright-file-uses-obsolete-national-encoding lintian warning. - Update debian/copyright file with info from upstream LICENSE file. * debian/get_version.hs: Updated for Cabal 1.2 * debian/rules: - Fix debian-rules-ignores-make-clean-error lintian warning. - Remove the LICENSE installed by ./setup copy * Add debian/watch file. -- Arjan Oosting <[EMAIL PROTECTED]> Sun, 27 Apr 2008 15:31:08 +0200 --- alex-2.1.0~rc1/debian/changelog 2008-04-27 16:19:19.0 +0200 +++ alex-2.2/debian/changelog 2008-04-27 16:19:19.0 +0200 @@ -1,3 +1,27 @@ +alex (2.2-0.1) unstable; urgency=low + + * Non-maintainer upload. + * New upstream release (Closes: #464360) +- Cabal 1.2 is now required. (Closes: #460388) +- ByteString wrappers: use Alex to lex ByteStrings directly. +- Fixes a spelling mistake. (Closes: #419671) + * debian/control: +- Added Homepage field. +- Bump the build dependency on ghc6 to 6.8.2 as the packages needs + Cabal 1.2 to build. +- Bump the Standards-Version to 3.7.3. No changes needed. + * debian/copyright: +- Fix debian-copyright-file-uses-obsolete-national-encoding lintian + warning. +- Update debian/copyright file with info from upstream LICENSE file. + * debian/get_version.hs: Updated for Cabal 1.2 + * debian/rules: +- Fix debian-rules-ignores-make-clean-error lintian warning. +- Remove the LICENSE installed by ./setup copy + * Add debian/watch file. + + -- Arjan Oosting <[EMAIL PROTECTED]> Sun, 27 Apr 2008 15:31:08 +0200 + alex (2.1.0~rc1-1) unstable; urgency=low * New upstream (release candidate) version. --- alex-2.1.0~rc1/debian/control 2008-04-27 16:19:19.0 +0200 +++ alex-2.2/debian/control 2008-04-27 16:19:19.0 +0200 @@ -2,8 +2,9 @@ Section: devel Priority: optional Maintainer: Ian Lynagh (wibble) <[EMAIL PROTECTED]> -Standards-Version: 3.7.2 -Build-Depends: debhelper (>= 4), ghc6 (>= 6.4.2), jade, docbook-utils, docbook-xml, docbook-xsl, xsltproc +Standards-Version: 3.7.3 +Build-Depends: debhelper (>= 4), ghc6 (>= 6.8.2), jade, docbook-utils, docbook-xml, docbook-xsl, xsltproc +Homepage: http://www.haskell.org/alex/ Package: alex Architecture: any --- alex-2.1.0~rc1/debian/copyright 2008-04-27 16:19:19.0 +0200 +++ alex-2.2/debian/copyright 2008-04-27 16:19:19.0 +0200 @@ -8,34 +8,33 @@ Copyright: -The Glasgow Haskell Compiler License - -Copyright 1999, The University Court of the University of Glasgow. +Copyright (c) 1995-2003, Chris Dornan and Simon Marlow All rights reserved. Redistribution and use in source and binary forms, with or without -modification, are permitted provided that the following conditions are met: +modification, are permitted provided that the following conditions are +met: -· Redistributions of source code must retain the above copyright notice, - this list of conditions and the following disclaimer. +* Redistributions of source code must retain the above copyright + notice, this list of conditions and the following disclaimer. -· Redistributions in binary form must reproduce the above copyright notice, - this list of conditions and the following disclaimer in the documentation - and/or other materials provided with the distribution. - -· Neither name of the University nor the names of its contributors may be - used to endorse or promote products derived from this software without - specific prior written permission. - -THIS SOFTWARE IS PROVIDED BY THE UNIVERSITY COURT OF THE UNIVERSITY OF -GLASGOW AND THE CONTRIBUTORS ÄS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, -INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND -FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE -UNIVERSITY COURT OF THE UNIVERSITY OF GLASGOW OR THE CONTRIBUTORS BE LIABLE -FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL -DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR -SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER -CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT -LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISIN
Processed: r1803 - in matwrap/trunk/debian: . patches
Processing commands for [EMAIL PROTECTED]: > tags 477041 pending Bug#477041: matwrap: FTBFS: string.h:100: error: declaration of 'int strcmp(const char*, const char*) throw ()' throws different exceptions There were no tags set. Tags added: pending > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469015: Merge/close this report?
I think this is the same as bug #469058, which is not an SBCL problem, and has been closed. So merge this report with it, or simply close it? Liam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#478056: libextractor-java: FTBFS: configure: error: cannot run /bin/sh, ./config.sub
On Sun, Apr 27, 2008 at 02:33:01PM +0100, peter green wrote: > Looks like this failure was taken from the buildd logs. > > I have tried to reproduce this in a amd64 sid chroots doing build as > root, build with fakeroot and build with sudo and all builds succeeded. > I also tried with fakeroot in an i386 sid chroot again it was fine. I can perfectly reproduce it both in a chroot and on the buildd. There is no config.sub file, since you removed it in the clean target. I think you want to add a build dependency on autotools-dev. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: found 477848 in 3.9-6
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.10.26 > # help britney, I think > found 477848 3.9-6 Bug#477848: brltty: adjust build-dependency (gcj not built on alpha, arm, hppa and hurd-i386) Bug marked as found in version 3.9-6. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#460388: marked as done (alex: FTBFS: Module `Distribution.Simple' does not export `compilerPath')
Your message dated Sun, 27 Apr 2008 14:32:03 + with message-id <[EMAIL PROTECTED]> and subject line Bug#460388: fixed in alex 2.2-0.1 has caused the Debian Bug report #460388, regarding alex: FTBFS: Module `Distribution.Simple' does not export `compilerPath' to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 460388: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=460388 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems --- Begin Message --- Package: alex version: 2.1.0~rc1-1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080111 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: > /usr/bin/fakeroot debian/rules clean > dh_testdir > dh_testroot > rm -f configure-stamp build-stamp > /usr/bin/make -C doc clean > make[1]: Entering directory `/build/user/alex-2.1.0~rc1/doc' > Makefile:1: config.mk: No such file or directory > make[1]: *** No rule to make target `config.mk'. Stop. > make[1]: Leaving directory `/build/user/alex-2.1.0~rc1/doc' > make: [clean] Error 2 (ignored) > # Remove these so setup clean oesn't remove the generated files > rm -f src/Parser.y src/Scan.x > ghc6 --make Setup.lhs -o setup > [1 of 1] Compiling Main ( Setup.lhs, Setup.o ) > > Setup.lhs:8:90: > Module `Distribution.Simple' does not export `compilerPath' > make: *** [clean] Error 1 > dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules clean gave error > exit status 2 The full build log is available from: http://people.debian.org/~lucas/logs/2008/01/11 A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | --- End Message --- --- Begin Message --- Source: alex Source-Version: 2.2-0.1 We believe that the bug you reported is fixed in the latest version of alex, which is due to be installed in the Debian FTP archive: alex_2.2-0.1.diff.gz to pool/main/a/alex/alex_2.2-0.1.diff.gz alex_2.2-0.1.dsc to pool/main/a/alex/alex_2.2-0.1.dsc alex_2.2-0.1_amd64.deb to pool/main/a/alex/alex_2.2-0.1_amd64.deb alex_2.2.orig.tar.gz to pool/main/a/alex/alex_2.2.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Arjan Oosting <[EMAIL PROTECTED]> (supplier of updated alex package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 27 Apr 2008 15:31:08 +0200 Source: alex Binary: alex Architecture: source amd64 Version: 2.2-0.1 Distribution: unstable Urgency: low Maintainer: Ian Lynagh (wibble) <[EMAIL PROTECTED]> Changed-By: Arjan Oosting <[EMAIL PROTECTED]> Description: alex - lexical analyser generator for Haskell Closes: 419671 460388 464360 Changes: alex (2.2-0.1) unstable; urgency=low . * Non-maintainer upload. * New upstream release (Closes: #464360) - Cabal 1.2 is now required. (Closes: #460388) - ByteString wrappers: use Alex to lex ByteStrings directly. - Fixes a spelling mistake. (Closes: #419671) * debian/control: - Added Homepage field. - Bump the build dependency on ghc6 to 6.8.2 as the packages needs Cabal 1.2 to build. - Bump the Standards-Version to 3.7.3. No changes needed. * debian/copyright: - Fix debian-copyright-file-uses-obsolete-national-encoding lintian warning. - Update debian/copyright file with info from upstream LICENSE file. * debian/get_version.hs: Updated for Cabal 1.2 * debian/rules: - Fix debian-rules-ignores-make-clean-error lintian warning. - Remove the LICENSE installed by ./setup copy * Add debian/watch file. Checksums-Sha1: 17da81171532a01531079d7276f3e21336fe43ff 1021 alex_2.2-0.1.dsc a08670e4c749850714205f425cb460ed5a0a56b2 85042 alex_2.2.orig.tar.gz
Bug#478133: marked as done (linux-patch-grsecurity2: CVE-2008-1940 security restriction bypass)
Your message dated Sun, 27 Apr 2008 14:02:10 + with message-id <[EMAIL PROTECTED]> and subject line Bug#478133: fixed in linux-patch-grsecurity2 2.1.11+2.6.24.5+200804211829-1 has caused the Debian Bug report #478133, regarding linux-patch-grsecurity2: CVE-2008-1940 security restriction bypass to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 478133: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=478133 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems --- Begin Message --- Package: linux-patch-grsecurity2 Severity: grave Tags: security Hi, the following CVE (Common Vulnerabilities & Exposures) id was published for linux-patch-grsecurity2. CVE-2008-1940[0]: | The RBAC functionality in grsecurity before 2.1.11-2.6.24.5 and | 2.1.11-2.4.36.2 does not enforce user_transition_deny and | user_transition_allow rules for the (1) sys_setfsuid and (2) | sys_setfsgid calls, which allows local users to bypass restrictions | for those calls. If you fix the vulnerability please also make sure to include the CVE id in your changelog entry. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-1940 http://security-tracker.debian.net/tracker/CVE-2008-1940 -- Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. pgpiajlJGVlEV.pgp Description: PGP signature --- End Message --- --- Begin Message --- Source: linux-patch-grsecurity2 Source-Version: 2.1.11+2.6.24.5+200804211829-1 We believe that the bug you reported is fixed in the latest version of linux-patch-grsecurity2, which is due to be installed in the Debian FTP archive: linux-patch-grsecurity2_2.1.11+2.6.24.5+200804211829-1.diff.gz to pool/main/l/linux-patch-grsecurity2/linux-patch-grsecurity2_2.1.11+2.6.24.5+200804211829-1.diff.gz linux-patch-grsecurity2_2.1.11+2.6.24.5+200804211829-1.dsc to pool/main/l/linux-patch-grsecurity2/linux-patch-grsecurity2_2.1.11+2.6.24.5+200804211829-1.dsc linux-patch-grsecurity2_2.1.11+2.6.24.5+200804211829-1_all.deb to pool/main/l/linux-patch-grsecurity2/linux-patch-grsecurity2_2.1.11+2.6.24.5+200804211829-1_all.deb linux-patch-grsecurity2_2.1.11+2.6.24.5+200804211829.orig.tar.gz to pool/main/l/linux-patch-grsecurity2/linux-patch-grsecurity2_2.1.11+2.6.24.5+200804211829.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Laszlo Boszormenyi (GCS) <[EMAIL PROTECTED]> (supplier of updated linux-patch-grsecurity2 package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 27 Apr 2008 15:39:50 +0200 Source: linux-patch-grsecurity2 Binary: linux-patch-grsecurity2 Architecture: source all Version: 2.1.11+2.6.24.5+200804211829-1 Distribution: unstable Urgency: high Maintainer: Laszlo Boszormenyi (GCS) <[EMAIL PROTECTED]> Changed-By: Laszlo Boszormenyi (GCS) <[EMAIL PROTECTED]> Description: linux-patch-grsecurity2 - grsecurity kernel patch - new major upstream version Closes: 478133 Changes: linux-patch-grsecurity2 (2.1.11+2.6.24.5+200804211829-1) unstable; urgency=high . * New upstream release, fixing CVE-2008-1940 (closes: #478133). Checksums-Sha1: 7e58d2b85ba29871eb949a0176b36d78adc5a726 1314 linux-patch-grsecurity2_2.1.11+2.6.24.5+200804211829-1.dsc b18cddacf77c7f817b82ec86a367fb4da3142ebd 603693 linux-patch-grsecurity2_2.1.11+2.6.24.5+200804211829.orig.tar.gz 4cfbf0aa9edb309f0b4577cc04661f5c582c7434 18551 linux-patch-grsecurity2_2.1.11+2.6.24.5+200804211829-1.diff.gz cf5385d437ab8ad2a66df5e491f263a9344f40a3 281216 linux-patch-grsecurity2_2.1.11+2.6.24.5+200804211829-1_all.deb Checksums-Sha256: f0be2b171643869c7003c7ddea45bb602585ae15f14150dd15a0415a8b54b52f 1314 linux-patch-grsecurity2_2.1.11+2.6.24.5+200804211829-1.dsc 20ddc9ff41a269b60e075d761da722c3198644b5befef197b947b2b1a2571964 603693 linux-patch-grsecurity2_2.1.11+2.6.24.5+200804211829.orig.tar.gz f85a5f7308edfb4839b3af7205e535502863268623c232ca07d74fd4daeb5291 18551 linux-patch-grsecurity2_2.1.11+2.6.24.5+200804211829-1.diff.gz 8dc4875222b5c71a6a6e94e3939d6237b534d5554ac8b1df2f4fe805201e9723 281216 linux-patch-grsecurity2_2.1.11+2.6.24.5+2
Bug#477848: found 477848 in 3.9-6
# Automatically generated email from bts, devscripts version 2.10.26 # help britney, I think found 477848 3.9-6 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#477230: marked as done (openexr-viewers - FTBFS: error: 'getenv' was not declared in this scope)
Your message dated Sun, 27 Apr 2008 14:47:12 + with message-id <[EMAIL PROTECTED]> and subject line Bug#477230: fixed in openexr-viewers 1.0.1-2 has caused the Debian Bug report #477230, regarding openexr-viewers - FTBFS: error: 'getenv' was not declared in this scope to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 477230: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=477230 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems --- Begin Message --- Package: openexr-viewers Version: 1.0.1-1 Severity: serious There was an error while trying to autobuild your package: > Automatic build of openexr-viewers_1.0.1-1 on lxdebian.bfinv.de by > sbuild/s390 98 [...] > g++ -DHAVE_CONFIG_H -I. -I. -I../config -I/usr/include/freetype2 > -D_THREAD_SAFE -D_REENTRANT -I.. -DHAVE_CTL_INTERPRETER=0 > -I/usr/include/OpenEXR -pthread -pipe -g -O2 -g -Wall -O2 -c -o applyCtl.o > applyCtl.cpp > applyCtl.cpp: In function 'float displayVideoGamma()': > applyCtl.cpp:86: error: 'getenv' was not declared in this scope > applyCtl.cpp: In function > 'Imf::Chromaticities::displayChromaticities()': > applyCtl.cpp:125: error: 'getenv' was not declared in this scope > make[2]: *** [applyCtl.o] Error 1 > make[2]: Leaving directory `/build/buildd/openexr-viewers-1.0.1/exrdisplay' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/build/buildd/openexr-viewers-1.0.1' > make: *** [debian/stamp-makefile-build] Error 2 > dpkg-buildpackage: failure: debian/rules build gave error exit status 2 > ** > Build finished at 20080420-2331 > FAILED [dpkg-buildpackage died] Please note that s390 already uses gcc 4.3 as default. --- End Message --- --- Begin Message --- Source: openexr-viewers Source-Version: 1.0.1-2 We believe that the bug you reported is fixed in the latest version of openexr-viewers, which is due to be installed in the Debian FTP archive: openexr-viewers_1.0.1-2.diff.gz to pool/main/o/openexr-viewers/openexr-viewers_1.0.1-2.diff.gz openexr-viewers_1.0.1-2.dsc to pool/main/o/openexr-viewers/openexr-viewers_1.0.1-2.dsc openexr-viewers_1.0.1-2_sparc.deb to pool/main/o/openexr-viewers/openexr-viewers_1.0.1-2_sparc.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Pino Toscano <[EMAIL PROTECTED]> (supplier of updated openexr-viewers package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 22 Apr 2008 11:30:10 +0200 Source: openexr-viewers Binary: openexr-viewers Architecture: source sparc Version: 1.0.1-2 Distribution: unstable Urgency: low Maintainer: Pino Toscano <[EMAIL PROTECTED]> Changed-By: Pino Toscano <[EMAIL PROTECTED]> Description: openexr-viewers - viewer for images in the OpenEXR format Closes: 477230 Changes: openexr-viewers (1.0.1-2) unstable; urgency=low . * Add patch 002_gcc43.diff (Closes: #477230): + fixes FTBFS with g++ 4.3 + reported as https://savannah.nongnu.org/bugs/index.php?23012 * Install the PDF documentation, and register it with doc-base. Checksums-Sha1: 519222785e123949d9e5d9f1b01848ca5dfebcce 1153 openexr-viewers_1.0.1-2.dsc a321db597d2726e798ec37986adbf18ba2dd15ce 3593 openexr-viewers_1.0.1-2.diff.gz 10351ba95d692ba09654910219cecef6e7ec8d3c 107502 openexr-viewers_1.0.1-2_sparc.deb Checksums-Sha256: c6978b4bd87fbc547ddac2f5b84a8fda44054f2fb58c0a1b5fd22b862ede3179 1153 openexr-viewers_1.0.1-2.dsc c6baea169fde7d2765dce13cec146eae2103494527180a9bb55616d47a965405 3593 openexr-viewers_1.0.1-2.diff.gz 06716ee49c31dd9b0daf0d882a231c917ef03e6159214149290a0aaa29dc137a 107502 openexr-viewers_1.0.1-2_sparc.deb Files: 2cbcf6b1966374a2f1b3329808676923 1153 graphics optional openexr-viewers_1.0.1-2.dsc 6c4c53aa4d24062fedc69a3bda48d276 3593 graphics optional openexr-viewers_1.0.1-2.diff.gz dcaf57a598a9ad9f96d0c8fd603f5209 107502 graphics optional openexr-viewers_1.0.1-2_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Signed by Adeodato Simó <[EMAIL PROTECTED]> iEYEARECAAYFAkgUkC8ACgkQOzsxEBcMRN0DLQCeIQ691pv8COSb2z2gtru8W2s5 NMsAnituYGG2TnMqGVK1UTta2/KKafQt =hQOt -END
Bug#478056: libextractor-java: FTBFS: configure: error: cannot run /bin/sh, ./config.sub
Kurt Roeckx wrote: > There is no config.sub file, since you removed it in the clean target. > I think you want to add a build dependency on autotools-dev. indeed, yes.. thanks Kurt, upload is on the way. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#476998: Patch to fix 476998
tags 476998 + patch thanks Hi! Please find attached a patch to fix this bug by including zlib1g-dev. HTH. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 diff -Nru --exclude changelog lastfm-1.4.2.58240.dfsg/debian/control lastfm-1.4.2.58240.dfsg/debian/control --- lastfm-1.4.2.58240.dfsg/debian/control 2008-04-27 20:56:04.0 +0530 +++ lastfm-1.4.2.58240.dfsg/debian/control 2008-04-27 20:56:05.0 +0530 @@ -2,7 +2,7 @@ Section: sound Priority: optional Maintainer: John Stamp <[EMAIL PROTECTED]> -Build-Depends: cdbs ( >= 0.4.41), debhelper (>= 5), quilt, sharutils, libqt4-dev (>= 4.3.0), libasound2-dev (>= 1.0.9), libgpod-nogtk-dev, libmad0-dev +Build-Depends: cdbs ( >= 0.4.41), debhelper (>= 5), quilt, sharutils, libqt4-dev (>= 4.3.0), libasound2-dev (>= 1.0.9), libgpod-nogtk-dev, libmad0-dev, zlib1g-dev Standards-Version: 3.7.3 Homepage: http://www.last.fm/ signature.asc Description: Digital signature
Processed: Patch to fix 476998
Processing commands for [EMAIL PROTECTED]: > tags 476998 + patch Bug#476998: lastfm: FTBFS: Bootstrapper/AbstractBootstrapper.cpp:32:18: error: zlib.h: No such file or directory There were no tags set. Tags added: patch > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Reducing severity level
Processing commands for [EMAIL PROTECTED]: > severity 474402 normal Bug#474402: sbcl: FTBFS on amd64: mmap: Cannot allocate memory: ensure_space: failed to validate 8589869056 bytes at 0x10 Severity set to `normal' from `serious' > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#476998: Patch to fix 476998
On Sunday 27 April 2008, Kumar Appaiah wrote: > tags 476998 + patch > thanks > > Hi! > > Please find attached a patch to fix this bug by including zlib1g-dev. > > HTH. > > Kumar Thanks for providing the patch! I took care of this a few days ago...just waiting for my sponsor to upload. I'll update the tags. Cheers, John -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: your mail
Processing commands for [EMAIL PROTECTED]: > package lastfm Ignoring bugs not assigned to: lastfm > tags 476998 pending Bug#476998: lastfm: FTBFS: Bootstrapper/AbstractBootstrapper.cpp:32:18: error: zlib.h: No such file or directory Tags were: patch Tags added: pending > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#474848: Patch to fix 474848
tags 474848 + patch thanks Hi! Please find attached a patch to fix this bug by adding the missing imclude. HTH. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 --- showimg-0.9.5/showimg/kexi/kexidb/parser/sqlparser.y 2006-01-07 14:17:45.0 +0530 +++ showimg-0.9.5/showimg/kexi/kexidb/parser/sqlparser.y 2008-04-27 21:21:19.0 +0530 @@ -440,6 +440,8 @@ #include #include #include +#include +#include //TODO OK? #ifdef Q_WS_WIN //workaround for bug on msvc signature.asc Description: Digital signature
Processed: Patch to fix 474848
Processing commands for [EMAIL PROTECTED]: > tags 474848 + patch Bug#474848: showimg: FTBFS: bison.simple:361: error: 'free' was not declared in this scope There were no tags set. Tags added: patch > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#476998: Patch to fix 476998
On Sun, Apr 27, 2008 at 08:28:27AM -0700, John Stamp wrote: > > Hi! > > > > Please find attached a patch to fix this bug by including zlib1g-dev. > > > > HTH. > > > > Kumar > > Thanks for providing the patch! I took care of this a few days > ago...just waiting for my sponsor to upload. I'll update the tags. Henceforth, PLEASE tag bugs as patches to save effort and CPU cycles for others. This holds especially for RC bugs. Thank you. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#478156: elinks_0.12~20080127-3(sparc/experimental): FTBFS: error: assuming signed overflow does not occur when assuming that (X + c) < X is always false
Package: elinks Version: 0.12~20080127-3 Severity: serious Hi, your package failed to build from source. | Automatic build of elinks_0.12~20080127-3 on njoerd by sbuild/sparc 98-farm | Build started at 20080427-1330 | ** | Checking available source versions... | Fetching source files... | Reading package lists... | Building dependency tree... | Need to get 3524kB of source archives. | Get:1 http://ftp.ipv6.debian.org experimental/main elinks 0.12~20080127-3 (dsc) [1594B] | Get:2 http://ftp.ipv6.debian.org experimental/main elinks 0.12~20080127-3 (tar) [3501kB] | Get:3 http://ftp.ipv6.debian.org experimental/main elinks 0.12~20080127-3 (diff) [21.1kB] | Fetched 3524kB in 2m1s (29.0kB/s) | Download complete and in download only mode | ** Using build dependencies supplied by package: | Build-Depends: debhelper (>= 5), libgnutls-dev, libidn11-dev, libfsplib-dev, libgpmg1-dev [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64], liblua50-dev, liblualib50-dev, libbz2-dev, libexpat1-dev (>= 1.95.6), libperl-dev, libsmbclient-dev, guile-1.8-dev | guile-1.6-dev, python-dev, ruby, ruby1.8-dev, libmozjs-dev, autotools-dev, gettext, asciidoc, xmlto, docbook-utils, perl | Checking for already installed source dependencies... [...] | make[3]: Entering directory `/build/buildd/elinks-0.12~20080127/build-main/src/main' | [CC] src/main/event.o | cc1: warnings being treated as errors | /build/buildd/elinks-0.12~20080127/src/main/event.c: In function 'unregister_event_hook': | /build/buildd/elinks-0.12~20080127/src/util/math.h:36: error: assuming signed overflow does not occur when assuming that (X + c) < X is always false | make[3]: *** [event.o] Error 1 | make[3]: Leaving directory `/build/buildd/elinks-0.12~20080127/build-main/src/main' | make[2]: *** [all-recursive] Error 1 | make[2]: Leaving directory `/build/buildd/elinks-0.12~20080127/build-main/src' | make[1]: *** [all-recursive] Error 1 | make[1]: Leaving directory `/build/buildd/elinks-0.12~20080127/build-main' | make: *** [build-arch-stamp] Error 2 | dpkg-buildpackage: failure: debian/rules build gave error exit status 2 | ** | Build finished at 20080427-1344 | FAILED [dpkg-buildpackage died] Full build log(s): http://experimental.ftbfs.de/build.php?&ver=0.12~20080127-3&pkg=elinks&arch=sparc Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#476998: Patch to fix 476998
On Sun, Apr 27, 2008 at 09:28:04PM +0530, Kumar Appaiah wrote: > Henceforth, PLEASE tag bugs as patches to save effort and CPU cycles > for others. This holds especially for RC bugs. Of course, I meant pending. Thanks. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#477020: 477020
On Sat, Apr 26, 2008 at 02:23:08AM +0200, Lucas Nussbaum wrote: > severity 477020 serious > thanks > At first, I thought the build failure was caused by gcc 4.3, so I downgraded the severity. The real cause was a missing build dependency on pkg-config. I'm uploading a fixed package. Regards, Pierre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#478157: epiphany-extensions_2.22.1-3(hppa/experimental): FTBFS: error: This program needs a gtk 2 gecko build
Package: epiphany-extensions Version: 2.22.1-3 Severity: serious Hi, your package failed to build from source. | Automatic build of epiphany-extensions_2.22.1-3 on meitner by sbuild/hppa 98-farm | Build started at 20080427-1026 | ** | Checking available source versions... | Fetching source files... | Reading package lists... | Building dependency tree... | Reading state information... | Need to get 1453kB of source archives. | Get:1 http://ftp.de.debian.org experimental/main epiphany-extensions 2.22.1-3 (dsc) [1648B] | Get:2 http://ftp.de.debian.org experimental/main epiphany-extensions 2.22.1-3 (tar) [1445kB] | Get:3 http://ftp.de.debian.org experimental/main epiphany-extensions 2.22.1-3 (diff) [6202B] | Fetched 1453kB in 4s (345kB/s) | Download complete and in download only mode | ** Using build dependencies supplied by package: | Build-Depends: cdbs (>= 0.4.17), debhelper (>= 5), gnome-pkg-tools (>= 0.10), python-support (>= 0.4), gconf2, libgconf2-dev, libxml-parser-perl, intltool (>= 0.35.0), gnome-doc-utils (>= 0.3.2), epiphany-browser-dev (>= 2.22.1.1-2), libxml2-dev (>= 2.6.0), libglib2.0-dev (>= 2.15.5), libgtk2.0-dev (>= 2.11.6), libglade2-dev (>= 2.3.1), libosp-dev, libdbus-glib-1-dev (>= 0.60), libpcre3-dev, python (>= 2.3), python-gtk2-dev (>= 2.11.0), xulrunner-dev-static (>= 1.9~b5-3), scrollkeeper | Checking for already installed source dependencies... [...] | checking which gecko to use... libxul | checking manual gecko home set... Package libxul was not found in the pkg-config search path. | Perhaps you should add the directory containing `libxul.pc' | to the PKG_CONFIG_PATH environment variable | No package 'libxul' found | Package libxul-unstable was not found in the pkg-config search path. | Perhaps you should add the directory containing `libxul-unstable.pc' | to the PKG_CONFIG_PATH environment variable | No package 'libxul-unstable' found | checking for compiler -fshort-wchar option... yes | checking whether to enable C++ RTTI... no | checking whether we have a gtk 2 gecko build... configure: error: This program needs a gtk 2 gecko build | make: *** [config.status] Error 1 | dpkg-buildpackage: failure: debian/rules build gave error exit status 2 | ** | Build finished at 20080427-1043 | FAILED [dpkg-buildpackage died] Full build log(s): http://experimental.ftbfs.de/build.php?&ver=2.22.1-3&pkg=epiphany-extensions&arch=hppa Gruesse, -- Frank Lichtenheld <[EMAIL PROTECTED]> www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#474851: marked as done (linphone: FTBFS: msconf.c:27:36: error: speex/speex_preprocess.h: No such file or directory)
Your message dated Sun, 27 Apr 2008 15:32:22 + with message-id <[EMAIL PROTECTED]> and subject line Bug#474851: fixed in linphone 2.1.1-1 has caused the Debian Bug report #474851, regarding linphone: FTBFS: msconf.c:27:36: error: speex/speex_preprocess.h: No such file or directory to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 474851: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=474851 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems --- Begin Message --- Package: linphone Version: 2.1.0-1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080407 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now the default on most architectures (even if it's not the case on i386 yet). Feel free to downgrade this bug to 'important' if your package is only built on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine with gcc 4.2). Relevant part: > gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include/ -I.. -I../../oRTP/include > -I/usr/include/ffmpeg -DVIDEO_ENABLED -DORTP_INET6 -Wall -g -O2 -DINET6 -Wall > -O2 -g -pthread -D_REENTRANT -MT msconf.lo -MD -MP -MF .deps/msconf.Tpo -c > msconf.c -fPIC -DPIC -o .libs/msconf.o > msconf.c:27:36: error: speex/speex_preprocess.h: No such file or directory > msconf.c:55: error: expected specifier-qualifier-list before > 'SpeexPreprocessState' > msconf.c: In function 'channel_init': > msconf.c:78: error: 'Channel' has no member named 'speex_pp' > msconf.c:78: warning: implicit declaration of function > 'speex_preprocess_state_init' > msconf.c:79: error: 'Channel' has no member named 'speex_pp' > msconf.c:83: warning: implicit declaration of function 'speex_preprocess_ctl' > msconf.c:83: error: 'Channel' has no member named 'speex_pp' > msconf.c:83: error: 'SPEEX_PREPROCESS_SET_DENOISE' undeclared (first use in > this function) > msconf.c:83: error: (Each undeclared identifier is reported only once > msconf.c:83: error: for each function it appears in.) > msconf.c:88: error: 'Channel' has no member named 'speex_pp' > msconf.c:88: error: 'SPEEX_PREPROCESS_SET_VAD' undeclared (first use in this > function) > msconf.c:94: error: 'Channel' has no member named 'speex_pp' > msconf.c:94: error: 'SPEEX_PREPROCESS_SET_AGC' undeclared (first use in this > function) > msconf.c:96: error: 'Channel' has no member named 'speex_pp' > msconf.c:96: error: 'SPEEX_PREPROCESS_SET_AGC_LEVEL' undeclared (first use in > this function) > msconf.c:105: error: 'Channel' has no member named 'speex_pp' > msconf.c:107: error: 'Channel' has no member named 'speex_pp' > msconf.c:110: error: 'Channel' has no member named 'speex_pp' > msconf.c:110: error: 'SPEEX_PREPROCESS_SET_DEREVERB' undeclared (first use in > this function) > msconf.c:112: error: 'Channel' has no member named 'speex_pp' > msconf.c:112: error: 'SPEEX_PREPROCESS_SET_DEREVERB_DECAY' undeclared (first > use in this function) > msconf.c:114: error: 'Channel' has no member named 'speex_pp' > msconf.c:114: error: 'SPEEX_PREPROCESS_SET_DEREVERB_LEVEL' undeclared (first > use in this function) > msconf.c: In function 'channel_uninit': > msconf.c:122: error: 'Channel' has no member named 'speex_pp' > msconf.c:123: warning: implicit declaration of function > 'speex_preprocess_state_destroy' > msconf.c:123: error: 'Channel' has no member named 'speex_pp' > msconf.c:124: error: 'Channel' has no member named 'speex_pp' > msconf.c: In function 'conf_sum': > msconf.c:263: error: 'Channel' has no member named 'speex_pp' > msconf.c:266: warning: implicit declaration of function 'speex_preprocess' > msconf.c:266: error: 'Channel' has no member named 'speex_pp' > msconf.c:291: error: 'Channel' has no member named 'speex_pp' > msconf.c:294: error: 'Channel' has no member named 'speex_pp' > make[6]: *** [msconf.lo] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2008/04/07 A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | --- End Message --- --- Begin Message --- Source: linphone Source-Version: 2.1.1
Bug#475982: marked as done (rkward: FTBFS: rembedinternal.cpp:364: error: invalid conversion from 'void (*)(char*)' to 'void (*)(const char*)')
Your message dated Sun, 27 Apr 2008 15:47:05 + with message-id <[EMAIL PROTECTED]> and subject line Bug#475982: fixed in rkward 0.4.9a-1 has caused the Debian Bug report #475982, regarding rkward: FTBFS: rembedinternal.cpp:364: error: invalid conversion from 'void (*)(char*)' to 'void (*)(const char*)' to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 475982: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=475982 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems --- Begin Message --- Package: rkward Version: 0.4.9-2 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080413 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now the default on most architectures (even if it's not the case on i386 yet). Feel free to downgrade this bug to 'important' if your package is only built on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine with gcc 4.2). Relevant part: > if g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I/usr/include/kde > -I/usr/share/qt3/include -I. -I/usr/share/R/include -DQT_THREAD_SUPPORT > -D_REENTRANT -DQT_NO_ASCII_CAST -Wno-long-long -Wundef -ansi > -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts > -Wall -W -Wpointer-arith -O2 -g -O2 -Wformat-security > -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions > -fno-check-new -fno-common -MT rembedinternal.o -MD -MP -MF > ".deps/rembedinternal.Tpo" -c -o rembedinternal.o rembedinternal.cpp; \ > then mv -f ".deps/rembedinternal.Tpo" ".deps/rembedinternal.Po"; else > rm -f ".deps/rembedinternal.Tpo"; exit 1; fi > In file included from rembedinternal.cpp:26: > /usr/share/qt3/include/qstring.h: In member function 'char QChar::latin1() > const': > /usr/share/qt3/include/qstring.h:197: warning: conversion to 'char' from > 'int' may alter its value > /usr/share/qt3/include/qstring.h: In member function 'void > QChar::setCell(uchar)': > /usr/share/qt3/include/qstring.h:222: warning: conversion to 'ushort' from > 'int' may alter its value > /usr/share/qt3/include/qstring.h: In member function 'void > QChar::setRow(uchar)': > /usr/share/qt3/include/qstring.h:223: warning: conversion to 'ushort' from > 'int' may alter its value > /usr/share/qt3/include/qstring.h: In constructor 'QChar::QChar(uchar, uchar)': > /usr/share/qt3/include/qstring.h:267: warning: conversion to 'ushort' from > 'int' may alter its value > /usr/share/qt3/include/qstring.h: In constructor > 'QStringData::QStringData(QChar*, uint, uint)': > /usr/share/qt3/include/qstring.h:365: warning: conversion to 'unsigned > int:30' from 'uint' may alter its value > /usr/share/qt3/include/qstring.h:365: warning: conversion to 'unsigned > int:30' from 'uint' may alter its value > In file included from /usr/share/qt3/include/qobject.h:48, > from ../core/robject.h:20, > from rembedinternal.cpp:28: > /usr/share/qt3/include/qevent.h: In member function 'void > QDropEvent::setAction(QDropEvent::Action)': > /usr/share/qt3/include/qevent.h:523: warning: conversion to 'unsigned char' > from 'uint' may alter its value > rembedinternal.cpp: In member function 'void > REmbedInternal::connectCallbacks()': > rembedinternal.cpp:364: error: invalid conversion from 'void (*)(char*)' to > 'void (*)(const char*)' > rembedinternal.cpp:365: error: invalid conversion from 'void (*)(char*)' to > 'void (*)(const char*)' > rembedinternal.cpp:366: error: invalid conversion from 'int (*)(char*, > unsigned char*, int, int)' to 'int (*)(const char*, unsigned char*, int, int)' > rembedinternal.cpp:368: error: invalid conversion from 'void (*)(char*, int, > int)' to 'void (*)(const char*, int, int)' > rembedinternal.cpp:380: error: invalid conversion from 'int (*)(int, char**, > char**, char*, Rboolean, char*)' to 'int (*)(int, const char**, const char**, > const char*, Rboolean, const char*)' > rembedinternal.cpp:382: error: invalid conversion from 'int (*)(char*)' to > 'int (*)(const char*)' > rembedinternal.cpp: In member function 'void REmbedInternal::shutdown(bool)': > rembedinternal.cpp:420: error: 'KillAllDevices' was not declared in this scope > make[5]: *** [rembedinternal.o] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2008/04/13 A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: T
Bug#477132: A fix for XEmacs
Tags: patch There's no need to remove XEmacs support. A small change is sufficient to make php-elisp work with XEmacs. Unlike GNU Emacs, XEmacs treats the dot in: [(control .)] as though it were the separator of a dotted pair; since no cdr follows it, this is a syntax error. The fix is to backslash the period to have it treated as a symbol, not syntax. This change is compatible with GNU Emacs 21 (haven't tested 22, but it uses a different php-mode.el anyway). (I also removed the unnecessary quote, though it doesn't hurt.) diff -ru php-elisp-1.4.0-orig/php-mode-21.el php-elisp-1.4.0/php-mode-21.el --- php-elisp-1.4.0-orig/php-mode-21.el 2008-04-27 11:54:09.0 -0400 +++ php-elisp-1.4.0/php-mode-21.el 2008-04-27 11:54:26.538133758 -0400 @@ -422,7 +422,7 @@ ;; Define shortcut (define-key php-mode-map - '[(control .)] + [(control \.)] 'php-show-arglist) (defconst php-constants -- Neil Moore, [EMAIL PROTECTED], http://s-z.org/neil/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#476998: Patch to fix 476998
On Sunday 27 April 2008, Kumar Appaiah wrote: > On Sun, Apr 27, 2008 at 08:28:27AM -0700, John Stamp wrote: > > > Hi! > > > > > > Please find attached a patch to fix this bug by including > > > zlib1g-dev. > > > > > > HTH. > > > > > > Kumar > > > > Thanks for providing the patch! I took care of this a few days > > ago...just waiting for my sponsor to upload. I'll update the tags. > > Henceforth, PLEASE tag bugs as patches to save effort and CPU cycles > for others. This holds especially for RC bugs. > > Thank you. > > Kumar Definitely. I am very sorry to have caused the wasted effort. John Stamp -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: your mail
Processing commands for [EMAIL PROTECTED]:
> tags 477132 +patch
Bug#477132: php-elisp: postinst failure with xemacs21: Invalid read syntax
((")"))
There were no tags set.
Tags added: patch
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#477041: matwrap: FTBFS: string.h:100: error: declaration of 'int strcmp(const char*, const char*) throw ()' throws different exceptions
package matwrap severity 477041 important thanks On 27/04/08 10:38 +0200, Thomas Weber wrote: > On 20/04/08 18:03 +0200, Lucas Nussbaum wrote: > > Package: matwrap > > Version: 0.57-10 > > Severity: serious > > User: [EMAIL PROTECTED] > > Usertags: qa-ftbfs-20080419 qa-ftbfs > > Justification: FTBFS on i386 > > > > Hi, > > > > During a rebuild of all packages in sid, your package failed to build on > > i386. > > > > Feel free to downgrade this bug to 'important' if your package is only built > > on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine > > with > > gcc 4.2). I'm downgrading the bug, in order to let the current unstable version into testing (I can't reproduce the bug with gcc 4.3 on amd64 and gcc 4.2 is still default for i386). Once the package is migrated, I will upload a fixed package, but I don't want to keep the fix for #474826 out of testing. Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#477041: matwrap: FTBFS: string.h:100: error: declaration of 'int strcmp(const char*, const char*) throw ()' throws different exceptions
Processing commands for [EMAIL PROTECTED]: > package matwrap Ignoring bugs not assigned to: matwrap > severity 477041 important Bug#477041: matwrap: FTBFS: string.h:100: error: declaration of 'int strcmp(const char*, const char*) throw ()' throws different exceptions Severity set to `important' from `serious' > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#477132: A fix for XEmacs
Thanks a lot! Applied and uploaded. Best regards, // Ola On Sun, Apr 27, 2008 at 12:05:18PM -0400, Neil Moore wrote: > Tags: patch > > There's no need to remove XEmacs support. A small change is > sufficient to make php-elisp work with XEmacs. > > Unlike GNU Emacs, XEmacs treats the dot in: > > [(control .)] > > as though it were the separator of a dotted pair; since no cdr follows > it, this is a syntax error. The fix is to backslash the period to > have it treated as a symbol, not syntax. This change is compatible > with GNU Emacs 21 (haven't tested 22, but it uses a different > php-mode.el anyway). > > (I also removed the unnecessary quote, though it doesn't hurt.) > > > > diff -ru php-elisp-1.4.0-orig/php-mode-21.el php-elisp-1.4.0/php-mode-21.el > --- php-elisp-1.4.0-orig/php-mode-21.el 2008-04-27 11:54:09.0 > -0400 > +++ php-elisp-1.4.0/php-mode-21.el2008-04-27 11:54:26.538133758 -0400 > @@ -422,7 +422,7 @@ > > ;; Define shortcut > (define-key php-mode-map > - '[(control .)] > + [(control \.)] >'php-show-arglist) > > (defconst php-constants > > > -- > Neil Moore, [EMAIL PROTECTED], http://s-z.org/neil/ > > > -- - Ola Lundqvist --- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | http://inguza.com/ +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#477020: marked as done (nuapplet: FTBFS: CMake Error: Can't find gnutls library developpement files!)
Your message dated Sun, 27 Apr 2008 16:17:07 + with message-id <[EMAIL PROTECTED]> and subject line Bug#477020: fixed in nuapplet 2.2-3 has caused the Debian Bug report #477020, regarding nuapplet: FTBFS: CMake Error: Can't find gnutls library developpement files! to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 477020: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=477020 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems --- Begin Message --- Package: nuapplet Version: 2.2-1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080419 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now the default on most architectures (even if it's not the case on i386 yet). Feel free to downgrade this bug to 'important' if your package is only built on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine with gcc 4.2). Relevant part: > make[1]: Entering directory `/build/user/nuapplet-2.2' > [ -d release ] || mkdir release; \ > cd release && cmake -DCMAKE_BUILD_TYPE=Release > -DCMAKE_VERBOSE_MAKEFILE=0 -DCMAKE_INSTALL_PREFIX=/usr .. && make && make > lrelease > -- Check for working C compiler: /usr/bin/gcc > -- Check for working C compiler: /usr/bin/gcc -- works > -- Check size of void* > -- Check size of void* - done > -- Check for working CXX compiler: /usr/bin/c++ > -- Check for working CXX compiler: /usr/bin/c++ -- works > -- Looking for Q_WS_X11 > -- Looking for Q_WS_X11 - found > -- Looking for Q_WS_WIN > -- Looking for Q_WS_WIN - not found. > -- Looking for Q_WS_QWS > -- Looking for Q_WS_QWS - not found. > -- Looking for Q_WS_MAC > -- Looking for Q_WS_MAC - not found. > -- Found Qt-Version 4.4.0-rc1 > -- Looking for _POSIX_TIMERS > -- Looking for _POSIX_TIMERS - found > CMake Error: Can't find gnutls library developpement files! > -- Configuring done > make[1]: *** [release] Error 255 The full build log is available from: http://people.debian.org/~lucas/logs/2008/04/19 A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | --- End Message --- --- Begin Message --- Source: nuapplet Source-Version: 2.2-3 We believe that the bug you reported is fixed in the latest version of nuapplet, which is due to be installed in the Debian FTP archive: nuapplet_2.2-3.diff.gz to pool/main/n/nuapplet/nuapplet_2.2-3.diff.gz nuapplet_2.2-3.dsc to pool/main/n/nuapplet/nuapplet_2.2-3.dsc nuapplet_2.2-3_amd64.deb to pool/main/n/nuapplet/nuapplet_2.2-3_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Pierre Chifflier <[EMAIL PROTECTED]> (supplier of updated nuapplet package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 27 Apr 2008 17:46:46 +0200 Source: nuapplet Binary: nuapplet Architecture: source amd64 Version: 2.2-3 Distribution: unstable Urgency: medium Maintainer: Pierre Chifflier <[EMAIL PROTECTED]> Changed-By: Pierre Chifflier <[EMAIL PROTECTED]> Description: nuapplet - Graphical client for NuFW Closes: 477020 Changes: nuapplet (2.2-3) unstable; urgency=medium . * Add pkg-config to build deps (Closes: #477020) * Urgency=medium because of bug severity Checksums-Sha1: 630eb58755b499695a97e83873474f6a10a76379 1065 nuapplet_2.2-3.dsc f718fbd60e3b46f81e63ee9108f6cac1d6d2d09b 827 nuapplet_2.2-3.diff.gz 504a79e99f7fedd512d896887a0a636ee2a0bf85 61132 nuapplet_2.2-3_amd64.deb Checksums-Sha256: ab768687c6f5162093e1f43b2f4bc52aa1d82da66f58397559beed75ca73720f 1065 nuapplet_2.2-3.dsc 7ed6179e5cbc6665d6e397a5fef2dd28672e5afcaf8dd089fd64017238768997 827 nuapplet_2.2-3.diff.gz 18e49a1e68fdb5af7055db47bbe09c15b457
Bug#474630: original motivation for __init__.py detection
Hi!
Josselin, Sam, Christopher and glyph, I put you on copy of this mail
since I don't know if you are subscribed to this bug. Sorry for any
inconvenience.
OoO La nuit ayant déjà recouvert d'encre ce jour du vendredi 25 avril
2008, vers 23:41, [EMAIL PROTECTED] disait:
> To be honest I do not fully understand the purpose of python-support;
> in particular, the addition of /var/lib/python-support/pythonX.X to
> sys.path seems to create a lot of problems like this one and I don't
> see what issues it solves. There are already tons of symlinks here;
> why not just symlink everything in /var/lib into /usr/lib
> appropriately?
python-support is a package that helps to ship Python packages for
Debian. python-central is another one. python-nevow in Debian uses
python-support while python-twisted uses python-central. They use
different ways (and paths) for the same goal.
The aim of those two packages is to provide the user with compiled
python files (.pyc) for each installed python interpreters on their
systems. Before those packages exist, each python package was shipped in
several packages (one for 2.3, one for 2.4, etc), each version was
shipped with .pyc corresponding to a python version. Now, files are
compiled when the user installs the package on his system.
Now, back to the bug, I could fix it in python-nevow by using
python-central in place of python-support. Again, this only fixes it for
python-nevow, while there could be other breakages.
A proposition from Christopher in a previous mail:
,
| I can't offer opinions as to in which direction this should be
| resolved. I can think of a workaround for this issue in
| python-twisted: for example, by patching __init__.py to explicitly
| include the python-support twisted/plugins dircetory in __path__.
`
To summarize:
- we can fix the problem in python-nevow by using python-central
instead of python-support. I am OK with this but this won't fix other
potential packages that use python-support and want to ship twisted
plugins.
- we can fix the problem in python-twisted-core by adding a hack to add
/var/lib/python2.X/twisted/plugins to __path__. I attach a naive
patch for this (I am not sure this is the best way to achieve this,
feel free to propose another patch)
--- twisted-8.0.1/twisted/plugins/__init__.py~ 2007-08-02 14:12:35.0 +0200
+++ twisted-8.0.1/twisted/plugins/__init__.py 2008-04-27 18:44:44.0 +0200
@@ -12,6 +12,9 @@
@author: U{Glyph Lefkowitz}
"""
+import sys
from twisted.plugin import pluginPackagePaths
__path__.extend(pluginPackagePaths(__name__))
+# Add python-support twisted/plugins directory despite it contains __init__.py
+__path__.append("/var/lib/python-support/python%d.%d/twisted/plugins" % sys.version_info[:2])
__all__ = []# nothing to see here, move along, move along
- python-support could be modified to not use __init__.py for
twisted/plugins. I don't know what are the consequences of such a
modification
Thanks.
--
I DID NOT WIN THE NOBEL FART PRIZE
I DID NOT WIN THE NOBEL FART PRIZE
I DID NOT WIN THE NOBEL FART PRIZE
-+- Bart Simpson on chalkboard in episode AABF19
pgpZoikps9Up0.pgp
Description: PGP signature
Bug#478107: marked as done (Source package contains non-free IETF RFC/I-D)
Your message dated Sun, 27 Apr 2008 16:47:04 + with message-id <[EMAIL PROTECTED]> and subject line Bug#478107: fixed in ocsinventory-agent 1:0.0.9.2repack1-1 has caused the Debian Bug report #478107, regarding Source package contains non-free IETF RFC/I-D to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 478107: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=478107 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems --- Begin Message --- Severity: serious Package: ocsinventory-agent Version: 1:0.0.9.2-1 User: [EMAIL PROTECTED] Usertags: nonfree-doc rfc Hi, the problem described (and solved, thanks!) in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=463937 was re-introduced with upload of this version. I can't re-open that bug because it has already been archived. Thanks, Simon --- End Message --- --- Begin Message --- Source: ocsinventory-agent Source-Version: 1:0.0.9.2repack1-1 We believe that the bug you reported is fixed in the latest version of ocsinventory-agent, which is due to be installed in the Debian FTP archive: ocsinventory-agent_0.0.9.2repack1-1.diff.gz to pool/main/o/ocsinventory-agent/ocsinventory-agent_0.0.9.2repack1-1.diff.gz ocsinventory-agent_0.0.9.2repack1-1.dsc to pool/main/o/ocsinventory-agent/ocsinventory-agent_0.0.9.2repack1-1.dsc ocsinventory-agent_0.0.9.2repack1-1_all.deb to pool/main/o/ocsinventory-agent/ocsinventory-agent_0.0.9.2repack1-1_all.deb ocsinventory-agent_0.0.9.2repack1.orig.tar.gz to pool/main/o/ocsinventory-agent/ocsinventory-agent_0.0.9.2repack1.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Gonéri Le Bouder <[EMAIL PROTECTED]> (supplier of updated ocsinventory-agent package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 27 Apr 2008 18:54:47 +0200 Source: ocsinventory-agent Binary: ocsinventory-agent Architecture: source all Version: 1:0.0.9.2repack1-1 Distribution: unstable Urgency: low Maintainer: Pierre Chifflier <[EMAIL PROTECTED]> Changed-By: Gonéri Le Bouder <[EMAIL PROTECTED]> Description: ocsinventory-agent - Hardware and software inventory tool (client) Closes: 478107 Changes: ocsinventory-agent (1:0.0.9.2repack1-1) unstable; urgency=low . * repack the archive to avoid the non-free IETF RFC/I-D, thanks Simon Josefsson (Closes: #478107) * remove the first entry of the changelog. It'd been created by dch by mistake * clean: remove quilt's .pc directory Checksums-Sha1: ac64bbac5736c46cfa3a14b84cdaa2cc94a09ee0 1306 ocsinventory-agent_0.0.9.2repack1-1.dsc 32c59b56dd1511a8c99032ab4e43c42a30b1df1d 207786 ocsinventory-agent_0.0.9.2repack1.orig.tar.gz 3e2585989f7f42cb970bf7e51cf0ca181b7ab688 10745 ocsinventory-agent_0.0.9.2repack1-1.diff.gz 765de8b109c3d9884b38a64059cb89cfe1114c8b 81046 ocsinventory-agent_0.0.9.2repack1-1_all.deb Checksums-Sha256: 29e7da891016d967781d57c6c8e0046bae6b58d2911c4f8f7660745dc8c5f5fc 1306 ocsinventory-agent_0.0.9.2repack1-1.dsc 18d50641c7f65bb9359d1f06a775615e05350323542305d8643e7994b2ef7f84 207786 ocsinventory-agent_0.0.9.2repack1.orig.tar.gz 4be2c008215b8f5685832de2788ae42af03e51220fdbb28706c50e0142af1d4b 10745 ocsinventory-agent_0.0.9.2repack1-1.diff.gz e75f3a09d8e3b8ddceee9e2c7321acb03253cc4ebd41e2d574a30c4c7138924f 81046 ocsinventory-agent_0.0.9.2repack1-1_all.deb Files: db72dc46f1e2cabba18d1b032fb8c331 1306 net extra ocsinventory-agent_0.0.9.2repack1-1.dsc ce09d43d41596641dbb1bd66dc4f2b62 207786 net extra ocsinventory-agent_0.0.9.2repack1.orig.tar.gz bcd96c75d75383d000624a6c4d848386 10745 net extra ocsinventory-agent_0.0.9.2repack1-1.diff.gz 73e59dc04a90d6272ad5733555c9f88f 81046 net extra ocsinventory-agent_0.0.9.2repack1-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIFLLgsKTFpDfZQSwRAqQJAJ4wFEk3yEkuBe5qkWw86PV2iKgoQACdG9Hi IAcf/q7IGN0VCjsR7mZHiWY= =qgSj -END PGP SIGNATURE- --- End Message ---
Bug#477132: marked as done (php-elisp: postinst failure with xemacs21: Invalid read syntax ((")")))
Your message dated Sun, 27 Apr 2008 16:47:05 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#477132: fixed in php-elisp 1.4.0-2
has caused the Debian Bug report #477132,
regarding php-elisp: postinst failure with xemacs21: Invalid read syntax ((")"))
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)
--
477132: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=477132
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: php-elisp
Version: 1.4.0-1
Severity: grave
Justification: renders package unusable
Hi,
here is the problem:
Setting up php-elisp (1.4.0-1) ...
[...]
install/php-elisp: Handling install for emacsen flavor xemacs21
Loading /usr/share/emacs/site-lisp/debian-startup...
Loading 00debian...
Loading site-start...
Loading 00debian-vars...
Loading 20apel...
Loading 20gnus-init...
Loading 35elib-startup...
Loading 40mule-ucs...
Loading 42hyperlatex...
Loading 50a2ps...
Error while loading 50a2ps
Loading 50acl2-emacs...
Loading 50ada-mode...
Loading 50aplus-fsf-el...
Loading 50asn1-mode...
Loading 50asymptote...
Loading 50autoconf...
Loading 50bbdb...
Loading 50bhl...
Loading 50bigloo-ude...
Loading 50c-sig...
Loading 50ccrypt...
Loading 50cedet-common...
Loading 50chess...
Loading chess-auto...
Loading 50cmake...
Loading 50cmuscheme48-el...
Loading 50coq...
Loading 50css-mode...
Loading 50cxref-emacs...
Loading cxref...
Loading 50develock-el...
Loading 50devhelp...
Loading 50devscripts-el...
Loading 50dictem...
Loading 50dictionaries-common...
Loading debian-ispell...
Loading /var/cache/dictionaries-common/emacsen-ispell-default.el...
Loading /var/cache/dictionaries-common/emacsen-ispell-dicts.el...
Loading 50dictionary-el...
Loading dictionary-init...
Loading 50dpkg-dev-el...
Loading 50eieio...
Loading 50eldav...
Loading 50elserv...
Loading 50emacs-goodies-el...
Loading 50emacs-wiki...
Loading 50epix1...
Loading 50erlang-mode...
Loading 50ess...
Loading 50etalk...
Loading 50festival...
Loading 50flim...
Loading 50ftnchek...
Loading 50gcl...
Loading 50gettext...
Loading 50global...
Loading 50gnuplot-mode...
Loading 50gnus-bonus-el...
Loading 50goo...
Loading 50gri-el...
Loading 50gri-html-doc...
Loading 50gtk-doc-tools...
Loading 50haskell-mode...
Loading 50html-helper-mode...
Loading 50ifile-gnus-el...
Loading 50inform-mode...
Loading 50lilypond-data...
Loading 50lisaac-mode...
Loading lisaac-mode...
Loading 50lua-mode...
Loading 50mailutils-mh...
Loading 50maria...
Loading 50maxima-emacs...
Loading 50mew...
Loading 50mgp...
Loading 50mh-e...
Loading 50migemo...
Loading 50mit-scheme...
Loading 50mona...
Loading 50mozart...
Loading 50mpqc-support...
Loading 50muse-el...
Loading muse-autoloads.el...
Loading 50nasm-mode...
Loading 50nemerle...
Loading 50nice...
Loading 50noweb...
Loading 50ocaml-mode...
Loading 50octave2.1-emacsen...
Loading 50octave3.0-emacsen...
Loading 50oneliner-el...
Loading 50oo-browser...
Loading 50oo2c...
Loading 50php-elisp...
Loading 50plywood...
Loading 50post-el...
Loading 50prolog-el...
Loading 50proofgeneral...
Loading 50psvn...
Loading 50pydb...
Loading 50pylint...
Loading pylint...
Loading 50pymacs...
Loading 50python-docutils...
Loading 50quack-el...
Loading 50records-gnuemacs...
Loading 50records-xemacs...
Loading 50rnc-mode...
Loading 50ruby1.9-elisp...
Loading 50sawfish...
Loading 50search-ccsb...
Loading 50search-citeseer...
Loading 50skribe...
Loading 50slime...
Loading /usr/share/xemacs21/site-lisp/slime/slime-autoloads...
Loading 50sml-mode...
Loading sml-mode-startup...
Loading 50speechd-el...
Loading 50tads2-mode...
Loading 50tdiary-mode...
Loading 50tdtd...
Loading 50timidity-el...
Loading 50toolbar-fancy...
Loading 50ttcn-el...
Loading 50verbiste-el...
Loading 50vm-bonus-el...
Loading 50vm-init...
Error while loading 50vm-init
Loading 50w3m-el...
Loading 50whizzytex...
Loading 50x-pgp-sig-el...
Loading 50xslide...
Loading 50xtla...
Loading 50yacas...
Loading 50yorick-auto...
Loading 51debian-el...
Loading 51ede...
Loading 51oneliner-el...
Loading 51planner-el...
Loading planner-autoloads.el...
Loading 51speedbar...
Loading 51tuareg-mode...
Loading 52remember-el...
Loading remember-autoloads.el...
Loading 52select-xface...
Loading 52semantic...
Loading 53cedet-contrib...
Loading 53cogre...
Loading 54jde...
Loading arc-mode...
"/usr/share/xemacs21/site-lisp/cedet-common/" added to `load-path'
Setting up cedet...
Setting up cedet...done
Setting up cogre...
Setting up cogre...done
Setting up ede...
Setting up ede...done
Setting up eieio...
Setting up eieio...done
Setting up semantic...
Setting up semantic...done
Setting up speedbar..
Bug#477865: marked as done (icepick: adjust build-dependency (gcj not built on alpha, arm, hppa and hurd-i386))
Your message dated Sun, 27 Apr 2008 17:17:05 + with message-id <[EMAIL PROTECTED]> and subject line Bug#477865: fixed in icepick 0.01-3 has caused the Debian Bug report #477865, regarding icepick: adjust build-dependency (gcj not built on alpha, arm, hppa and hurd-i386) to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 477865: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=477865 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems --- Begin Message --- Package: icepick Version: 0.01-2 Severity: serious User: [EMAIL PROTECTED] Usertags: gcj-bd gij/gcj and java-gcj-compat are not available (anymore) on the following architectures: alpha, arm, hppa and hurd-i386. This package has been identified as a package which build-depends on gcj or java-gcj-compat-dev and builds at least one architecture dependent package, and is unbuildable in unstable. If this report is a false positive, please close it. All gcj related build dependencies have to restricted to these architectures on which a java or java compatible development kit / compiler is available, i.e. java-gcj-compat [!alpha !arm !hppa !hurd-i386] As a second step please consider changing the java-gcj-compat-dev b-d to default-jdk-builddep, making the package independent of a specific implementation and depend on the jdk, which is most suitable for this architecture. default-jdk-builddep will depend in addition on java-gcj-compat-dev, even if the default jdk is another one (to allow to compile byte-code to native code using dh_nativejava). A package build-depending on default-jdk-builddep should use as JAVA_HOME /usr/lib/jvm/default-java, or as path for the tools /usr/lib/jvm/default-java/bin. If the package builds just architecture dependent binaries which contain only byte-code compiled to native code (packages which often end with "-gcj"), then the architecture restrictions on the build dependency may not be needed (however the package cannot be built anymore on those archs). In this case make sure that the binary packages get removed on these architectures. Please check the influence of a package upload on ongoing transitions before an upload. --- End Message --- --- Begin Message --- Source: icepick Source-Version: 0.01-3 We believe that the bug you reported is fixed in the latest version of icepick, which is due to be installed in the Debian FTP archive: icepick-gcj_0.01-3_amd64.deb to pool/main/i/icepick/icepick-gcj_0.01-3_amd64.deb icepick_0.01-3.diff.gz to pool/main/i/icepick/icepick_0.01-3.diff.gz icepick_0.01-3.dsc to pool/main/i/icepick/icepick_0.01-3.dsc icepick_0.01-3_amd64.deb to pool/main/i/icepick/icepick_0.01-3_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Matthias Klose <[EMAIL PROTECTED]> (supplier of updated icepick package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 27 Apr 2008 18:54:57 +0200 Source: icepick Binary: icepick icepick-gcj Architecture: source amd64 Version: 0.01-3 Distribution: unstable Urgency: low Maintainer: Matthias Klose <[EMAIL PROTECTED]> Changed-By: Matthias Klose <[EMAIL PROTECTED]> Description: icepick- java toolchain built from OpenJDK sources icepick-gcj - java toolchain built from OpenJDK sources (native library) Closes: 477865 Changes: icepick (0.01-3) unstable; urgency=low . * Build-depend on default-jdk-builddep, don't build anymore for alpha, arm, hppa. Closes: #477865. Checksums-Sha1: 2db5511170ebd42167eed3cd66380e7688120526 985 icepick_0.01-3.dsc f4cb82e1802d646ef9a829f75542d135113b58fa 76681 icepick_0.01-3.diff.gz 6c89584a7268739bec0638aa3c16b456a013145b 1917144 icepick_0.01-3_amd64.deb cabf1f300a4a6ce12c09f8a5ee1bcff782525b76 2330470 icepick-gcj_0.01-3_amd64.deb Checksums-Sha256: f0b73d100c145990dbcabbf5d01cffa904cb912d597e0a7524bb8ef735b46a01 985 icepick_0.01-3.dsc 6ecde4d90dee407d3c17da54073f64e71547dc390bd13f09b113e01e1dd81f5c 76681 icepick_0.01-3.diff.gz 1e2a35c249ab46706a3530a9853ebd87c2898efc1987e0460f6117d8082efe53 1917144 icepick_0.01-3_amd64.deb c56593a5df15651dcb6c45be2cfaac60d3d426b763ec27b83f5e273fad4876c9 2330470 icepick-gcj_0.01-3_amd64.deb Files: cec634d1
Bug#478156: elinks_0.12~20080127-3(sparc/experimental): FTBFS: error: assuming signed overflow does not occur when assuming that (X + c) < X is always false
# Bcc: control tags 478156 + experimental thanks On 08/04/27 17:54 +0200, Frank Lichtenheld said ... > | cc1: warnings being treated as errors > | /build/buildd/elinks-0.12~20080127/src/main/event.c: In function > 'unregister_event_hook': > | /build/buildd/elinks-0.12~20080127/src/util/math.h:36: error: assuming > signed overflow does not occur when assuming that (X + c) < X is always false Thank you for reporting, let me check. Giridhar -- Y Giridhar Appaji Nag | http://appaji.net/ signature.asc Description: Digital signature
Processed: Re: Bug#478156: elinks_0.12~20080127-3(sparc/experimental): FTBFS: error: assuming signed overflow does not occur when assuming that (X + c) < X is always false
Processing commands for [EMAIL PROTECTED]: > # Bcc: control > tags 478156 + experimental Bug#478156: elinks_0.12~20080127-3(sparc/experimental): FTBFS: error: assuming signed overflow does not occur when assuming that (X + c) < X is always false There were no tags set. Tags added: experimental > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#478086: marked as done (python-tz: upgrade fails with "pycentral pkgprepare: not overwriting local files")
Your message dated Sun, 27 Apr 2008 17:47:03 + with message-id <[EMAIL PROTECTED]> and subject line Bug#478086: fixed in python-tz 2008b-3 has caused the Debian Bug report #478086, regarding python-tz: upgrade fails with "pycentral pkgprepare: not overwriting local files" to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [EMAIL PROTECTED] immediately.) -- 478086: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=478086 Debian Bug Tracking System Contact [EMAIL PROTECTED] with problems --- Begin Message --- Package: python-tz Version: 2008b-2 Severity: grave Justification: renders package unusable Preparing to replace python-tz 2008b-1 (using .../python-tz_2008b-2_all.deb) ... pycentral: pycentral pkgprepare: not overwriting local files pycentral pkgprepare: not overwriting local files dpkg: error processing /var/cache/apt/archives/python-tz_2008b-2_all.deb (--unpack): subprocess pre-installation script returned error exit status 1 I haven't tested fresh installs. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24.4 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-tz depends on: ii python2.5.2-1An interactive high-level object-o ii python-central0.6.6 register and build utility for Pyt ii tzdata2008b-1time zone and daylight-saving time python-tz recommends no packages. -- no debconf information --- End Message --- --- Begin Message --- Source: python-tz Source-Version: 2008b-3 We believe that the bug you reported is fixed in the latest version of python-tz, which is due to be installed in the Debian FTP archive: python-tz_2008b-3.diff.gz to pool/main/p/python-tz/python-tz_2008b-3.diff.gz python-tz_2008b-3.dsc to pool/main/p/python-tz/python-tz_2008b-3.dsc python-tz_2008b-3_all.deb to pool/main/p/python-tz/python-tz_2008b-3_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Matthias Klose <[EMAIL PROTECTED]> (supplier of updated python-tz package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 27 Apr 2008 19:40:55 +0200 Source: python-tz Binary: python-tz Architecture: source all Version: 2008b-3 Distribution: unstable Urgency: low Maintainer: Debian/Ubuntu Zope Team <[EMAIL PROTECTED]> Changed-By: Matthias Klose <[EMAIL PROTECTED]> Description: python-tz - Python version of the Olson timezone database Closes: 478086 Changes: python-tz (2008b-3) unstable; urgency=low . * Add build conflict with python-pkg-resources. * Update version number to 2008b. Closes: #478086. Checksums-Sha1: 61f3fdf5390f636eb97443e0bc4485b49bdca29f 1246 python-tz_2008b-3.dsc ed7d06b2b30068416046f6996da23d4a247956de 4518 python-tz_2008b-3.diff.gz e2337b3431bef3721e5a60bcbc1406efcdf23a60 27550 python-tz_2008b-3_all.deb Checksums-Sha256: 4472a776040132cd8e531f5cfd942bf0aa6f74762d15f5affcf0a8f148f2c845 1246 python-tz_2008b-3.dsc cf5c63d10e65741084439b13bf5c049bfe25c8ce4319f40f832476b81b081841 4518 python-tz_2008b-3.diff.gz f656c5ca74b8ef5ac99159c58b47c29f7b2162bc590de765a9292340b7d64b17 27550 python-tz_2008b-3_all.deb Files: f604fc8b420bf407e074d08af27e57d7 1246 python extra python-tz_2008b-3.dsc cee11ce9c22b4bffc1a09239bc093944 4518 python extra python-tz_2008b-3.diff.gz 1c54fcdc0038749740dd71579e999ccc 27550 python extra python-tz_2008b-3_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIFLt5StlRaw+TLJwRAn1rAKCRd2RPsyXAFNnigS0VHmSSJW9moACdFVE+ FRkrBAYS8davdT/3lhwH/hQ= =s6oz -END PGP SIGNATURE- --- End Message ---
Bug#471219: cl-gd - FTBFS: dpkg-genchanges: failure: cannot read files list file: No such file or directory
tags 471219 + patch thanks Hi, as this package is "Architecture: any" the "binary-arch" target in debian/rules is called for generating the .deb. The attached patch swaps the binary-* targets in debian/rules. Now the build succeeds even when using "dpkg-buildpackage -B" (which I imagine many buildds do). A build log can be found at http://servercare.de/debian/logs/cl-gd_i386_2008-04-27-1209319145.log . Peter, what was the reason for deliberately swapping these build targets in the latest upload? Regards, Sebastian --- cl-gd-0.5.6.orig/debian/rules 2008-04-27 17:51:07.0 + +++ cl-gd-0.5.6/debian/rules 2008-04-27 12:01:45.0 + @@ -48,12 +48,12 @@ chmod 0644 $(DESTDIR)/$(clc-src)/* dh_lisp -# Build architecture-dependent files here. -binary-arch: build install - - # Build architecture-independent files here. binary-indep: build install + + +# Build architecture-dependent files here. +binary-arch: build install dh_testdir dh_testroot # dh_installdebconf
Processed: Re: cl-gd - FTBFS: dpkg-genchanges: failure: cannot read files list file: No such file or directory
Processing commands for [EMAIL PROTECTED]: > tags 471219 + patch Bug#471219: cl-gd - FTBFS: dpkg-genchanges: failure: cannot read files list file: No such file or directory There were no tags set. Tags added: patch > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#478174: lsb-build-cc3 depends on g++-3.4 which is not built anymore
Package: lsb-build-cc3 Version: 3.1.1-2 Severity: serious lsb-build-cc3 depends on g++-3.4 which is not built anymore. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#470324: Small fix backported from 0.12
I was able to fix the FTBFS issues by backporting some minor changes
from version 0.12 (see attached patch).
But I highly recommend updating to version 0.12.
Tobias
--- gtksourceview-sharp2-0.11.orig/gtksourceview/SourcePrintJob.custom
+++ gtksourceview-sharp2-0.11/gtksourceview/SourcePrintJob.custom
@@ -0,0 +1,28 @@
+// SourcePrintJob.custom - Gtk SourcePrintJob class customizations
+//
+// Author: Mike Kestner ([EMAIL PROTECTED])
+//
+// Copyright (C) 2007 Novell, Inc.
+//
+// This code is inserted after the automatically generated code.
+//
+// This program is free software; you can redistribute it and/or
+// modify it under the terms of version 2 of the Lesser GNU General
+// Public License as published by the Free Software Foundation.
+//
+// This program is distributed in the hope that it will be useful,
+// but WITHOUT ANY WARRANTY; without even the implied warranty of
+// MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
+// Lesser General Public License for more details.
+//
+// You should have received a copy of the GNU Lesser General Public
+// License along with this program; if not, write to the
+// Free Software Foundation, Inc., 59 Temple Place - Suite 330,
+// Boston, MA 02111-1307, USA.
+
+ [Obsolete ("Replaced by SetupFromView")]
+ public GtkSourceView.SourceView upFromView {
+ set {
+ gtk_source_print_job_setup_from_view(Handle,
value == null ? IntPtr.Zero : value.Handle);
+ }
+ }
--- gtksourceview-sharp2-0.11.orig/gtksourceview/SourceStyleSchemeAdapter.custom
+++ gtksourceview-sharp2-0.11/gtksourceview/SourceStyleSchemeAdapter.custom
@@ -0,0 +1,9 @@
+
+ [DllImport ("libgtksourceview-1.0")]
+ static extern IntPtr gtk_source_style_scheme_get_style_names
(IntPtr handle);
+
+ public string[] StyleNames {
+get {
+ return (string[]) GLib.Marshaller.ListToArray
(new GLib.SList (gtk_source_style_scheme_get_style_names (Handle),
typeof(string), false, false), typeof (string));
+ }
+}
signature.asc
Description: OpenPGP digital signature
Bug#478177: multimix ftbfs on hppa and sparc
Package: multimix Version: 19981218-11 Severity: serious according to http://packages.qa.debian.org/m/multimix.html: http://buildd.debian.org/build.php?arch=hppa&pkg=multimix&ver=19981218-11 http://buildd.debian.org/build.php?arch=sparc&pkg=multimix&ver=19981218-11 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: unmark
Processing commands for [EMAIL PROTECTED]: > # bug in BTS - found-version and fixed-version shouldn't be equal, > # or bug'll never get archived > notfixed 448657 0.9.25-2.1 Bug#448657: wine crashes X Bug no longer marked as fixed in version 0.9.25-2.1. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#478179: missing hppa build blocks the gcc-3.4 migration to testing
Package: suitesparse-metis Version: 3.1.0-1 Severity: serious the missing hppa build blocks the gcc-3.4 migration to testing (g77-3.4 removal). Please make sure that the package builds on hppa, or request removal of the current hppa binaries in testing. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#478180: lsb-build-cc2 depends on gcc-3.3, g++-3.3 which isn't built anymore
Package: lsb-build-cc2 Version: 2.1.1-7 Severity: serious lsb-build-cc2 depends on gcc-3.3, g++-3.3 which isn't built anymore -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#477956: fix for 477956
tags 477956 +patch
thanks
It seems even bash was getting confused by some of the stuff in debian/rules
The following modified rules file is enough to make it build ok with
bash and dash, posh fails on the configure script before it gets to the
isntallation sections.
#!/usr/bin/make -f
SHELL=/bin/bash
package=the
CCOPTS="-O2 -g"
build: stamp-build stamp-doc
stamp-build: stamp-configure
$(checkdir)
$(MAKE) CFLAGS=$(CCOPTS) the THE_Help.txt
touch stamp-build
configure: stamp-configure
stamp-configure:
$(checkdir)
./configure --prefix=/usr --exec-prefix=/usr --with-ncurses
--with-rexx=regina \
--with-rexxincdir=/usr/include/regina --srcdir=`pwd`
touch stamp-configure
stamp-doc: stamp-build
$(checkdir)
$(MAKE) html
touch stamp-doc
doc: stamp-doc
clean:
$(checkdir)
-rm -f stamp-build stamp-configure stamp-doc
-$(MAKE) distclean
-rm -f `find . \( -name '*~' -o -name '*.bak' \) -print`
-rm -rf core debian/tmp* debian/files* debian/*substvars
binary-indep: checkroot build stamp-doc
-rm -rf debian/tmp-doc
install -d -m755 debian/tmp-doc/DEBIAN
install -d -m755 debian/tmp-doc/usr/share/doc/the/html
install -d -m755 debian/tmp-doc/usr/share/doc/the-doc
install -d -m755 debian/tmp-doc/usr/share/doc-base
install -d -m755 debian/tmp-doc/usr/share/THE
cp debian/manual.the debian/tmp-doc/usr/share/THE
gzip -9fc the.man > debian/tmp-doc/usr/share/doc/the/the.man.gz
gzip -9fc debian/changelog >
debian/tmp-doc/usr/share/doc/the-doc/changelog.Debian.gz
cp debian/copyright debian/tmp-doc/usr/share/doc/the-doc
install -m644 {*.html,doc/*.gif} debian/tmp-doc/usr/share/doc/the/html/
uudecode debian/*.png.uu && mv *.png
debian/tmp-doc/usr/share/doc/the/html/
install -m755 debian/postinst-doc debian/tmp-doc/DEBIAN/postinst
install -m755 debian/prerm-doc debian/tmp-doc/DEBIAN/prerm
install -m755 debian/postrm debian/tmp-doc/DEBIAN/postrm
cp debian/menu-doc debian/tmp-doc/usr/share/doc-base/the
dpkg-gencontrol -isp -p$(package)-doc -Pdebian/tmp-doc
chown -R root.root debian/tmp-doc
chmod -R go=rX debian/tmp-doc
chmod 755 debian/md5_sums
debian/md5_sums tmp-doc
dpkg --build debian/tmp-doc ..
binary-arch: checkroot build
$(checkdir)
-rm -rf debian/tmp
install -d -m755
debian/tmp/{DEBIAN,etc,usr/{bin,lib/{THE,menu},share/man/man1,share/doc/the}}
$(MAKE) install prefix=debian/tmp/usr exec_prefix=debian/tmp/usr
strip --strip-all --remove-section=.comment --remove-section=.note
debian/tmp/usr/bin/the
#cp debian/the.1 debian/tmp/usr/share/man/man1
cp README TODO debian/tmp/usr/share/doc/the
cp HISTORY debian/tmp/usr/share/doc/the/changelog
cp debian/changelog debian/tmp/usr/share/doc/the/changelog.Debian
gzip -9f debian/tmp/usr/share/{doc/the/*,man/man1/the.1}
#rm debian/tmp/usr/lib/THE/the.man
cp debian/copyright debian/tmp/usr/share/doc/the
install -m755 debian/postinst debian/tmp/DEBIAN/postinst
install -m755 debian/postrm debian/tmp/DEBIAN/postrm
install -m755 debian/prerm debian/tmp/DEBIAN/prerm
install -m644 debian/conffiles debian/tmp/DEBIAN/conffiles
install -m644 debian/therc.default debian/tmp/etc/therc
install -m644 debian/therc.example
debian/tmp/usr/share/THE/therc.example
cp debian/menu debian/tmp/usr/lib/menu/the
ifeq ($(AZ),true)
LD_LIBRARY_PATH=/debian/home/azekulic/az/usr/lib dpkg-shlibdeps
debian/tmp/usr/bin/the
else
dpkg-shlibdeps debian/tmp/usr/bin/the
endif
dpkg-gencontrol -isp -p$(package) -Pdebian/tmp
chown -R root.root debian/tmp*
chmod -R go=rX debian/tmp*
chmod 755 debian/md5_sums
debian/md5_sums tmp
dpkg --build debian/tmp ..
define checkdir
test -f debian/rules
endef
binary: binary-arch binary-indep
source diff:
@echo >&2 'source and diff are obsolete - use dpkg-source -b'; false
checkroot:
$(checkdir)
test root = "`whoami`"
.PHONY: binary binary-arch binary-indep clean checkroot
Bug#469896: cl-geodesics - FTBFS: dpkg-genchanges: failure: cannot read files list file: No such file or directory
Hi Peter, I can reproduce this like so: $ sudo apt-get build-dep cl-geodesics $ apt-get source cl-geodesics $ cd cl-geodesics-20010214 $ dpkg-buildpackage -B -rfakeroot Hope this helps. Regards, Sebastian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#453903: more information about ghostscript crash on sparc
I've looked again at this bug and some cause seems to be src/igcref.c in refs_compact. If I add a assertlong)dest)&3)==0); between r_clear_attrs(&rtemp, l_mark); and ref_assign_inline((ref *) dest, &rtemp); the bugs seems to go away. Most likely gcc is confused by the wild casting in there. Perhaps someone else has the time to isolate the problem further... Hochachtungsvoll, Bernhard R. Link -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#474630: original motivation for __init__.py detection
Le dimanche 27 avril 2008 à 18:49 +0200, Vincent Bernat a écrit : > OoO La nuit ayant déjà recouvert d'encre ce jour du vendredi 25 avril > 2008, vers 23:41, [EMAIL PROTECTED] disait: > > > To be honest I do not fully understand the purpose of python-support; > > in particular, the addition of /var/lib/python-support/pythonX.X to > > sys.path seems to create a lot of problems like this one and I don't > > see what issues it solves. There are already tons of symlinks here; > > why not just symlink everything in /var/lib into /usr/lib > > appropriately? The problem has nothing to do with /var/lib/python-support/pythonX.Y being added to sys.path, really. The root cause is a python-support feature which automatically creates namespace packages (empty __init__.py files) as necessary. > Now, back to the bug, I could fix it in python-nevow by using > python-central in place of python-support. Again, this only fixes it for > python-nevow, while there could be other breakages. This only hides the problem. If python-central is fixed to create namespace packages, it will appear again. > A proposition from Christopher in a previous mail: > , > | I can't offer opinions as to in which direction this should be > | resolved. I can think of a workaround for this issue in > | python-twisted: for example, by patching __init__.py to explicitly > | include the python-support twisted/plugins dircetory in __path__. > ` This is really a hack - not more than making a specific exception for python-twisted in python-support. > - python-support could be modified to not use __init__.py for >twisted/plugins. I don't know what are the consequences of such a >modification Technically this is a very easy fix, but this is opening a can of worms: if we add an exception for twisted, there will be no reason not to fix any other broken package that comes up. I think the real solution is to fix python-twisted to use python modules directories as God intended them to be. Removing the __init__.py check is a really simple change and will fix the issue as well. Cheers, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Processed: tagging 470324
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.10.25 > tags 470324 + patch Bug#470324: gtksourceview-sharp2: FTBFS: ./PrintSample.cs(51,17): error CS0117: `GtkSourceView.SourcePrintJob' does not contain a definition for `upFromView' There were no tags set. Tags added: patch > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: tagging 472551
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.10.26 > tags 472551 + unreproducible Bug#472551: aptitude accepts to remove essential packages There were no tags set. Tags added: unreproducible > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#474630: original motivation for __init__.py detection
On Sun, Apr 27, 2008, Vincent Bernat wrote: > Now, back to the bug, I could fix it in python-nevow by using > python-central in place of python-support. Again, this only fixes it for > python-nevow, while there could be other breakages. cpushare is one of these. As my 11 other python packages use python-support, I'm not really fond of the idea of switching only one to python-central. This is my workaround for now (from debian/rules): dh_pysupport # must be done *before* dh_installinit # Get rid of these files. We need to do this because # python-support # creates them even though they don't exist in # the package, and twistd # does not visit plugin directories if # they have a __init__.py file. echo 'rm -f /var/lib/python-support/python*/twisted/plugins/__init__.py*' >> debian/cpushare.postinst.debhelper -- Sam. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#477956: the: FTBFS: cp: cannot create regular file`debian/tmp-doc/usr/share/THE': No such file or directory
On Sat, Apr 26, 2008 at 02:47:01 +0200, Lucas Nussbaum wrote:
> During a rebuild of all packages in sid, your package failed to build
> on i386.
Hi Lucas,
I am not able to reproduce this issue in lenny on amd64. Tomorrow, I'll
get my hands on sid.
> Also, {,} is a bashism. Fix it before I report it :-)
Brace expansion is a bashism - therefore debian/rules correctly declares
SHELL variable. Sorry, there is nothing to report. :)
> This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3
> is now the default on most architectures (even if it's not the case
> on i386 yet). Feel free to downgrade this bug to 'important' if your
> package is only built on i386, and this bug is specific to gcc 4.3
> (i.e the package builds fine with gcc 4.2).
If you take a look into your report you'll see that this bug isn't
related to GCC, at least not in a way one would expect. The build process
was interrupted during file copying:
> > install -d -m755
> > debian/tmp-doc/{DEBIAN,usr/{share/{doc/{the/html,the-doc},doc-base,THE}}}
> > cp debian/manual.the debian/tmp-doc/usr/share/THE
> > cp: cannot create regular file `debian/tmp-doc/usr/share/THE': No such file
> > or directory
> > make: *** [binary-indep] Error 1
This looks like a shell problem. Anyway, I'll rewrite debian/rules to
avoid dependency on bash.
Thanks,
--
Alen Zekulic <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
