Bug#923510: bugs.debian.org: 500 Internal Server Error when accessing bugs for 'linux'
Package: bugs.debian.org Severity: serious Justification: Submitting and viewing bugs on the Linux kernel is rather high on the list of things a Linux distribution should do BTS returns a '500 Internal Server Error' response for any kind of attempt to view bugs on the 'linux' source package, see this URL for example: https://bugs.debian.org/cgi-bin/pkgreport.cgi?src=linux This also somewhat breaks reportbug, since it get the same response when querying BTS for linux bugs. As the linux package has 2000+ bugs, and other packages with lower bug counts work fine, this is obviously caused by a resource limit getting exceeded somewhere.
Bug#790196: rasmol: Port to GTK+ 3 / VTE 2.91
Hi all, Rasmol upstream is not dead, it's just resting :) The current sources live at https://github.com/rasmol/rasmol/tree/rasmol-2.7.6 and contain a gtk3 port which I made in the spring. Unfortunately I got distracted by other projects before I could finish the Debian packaging. There are also library dependencies which I would like to upgrade before rasmol itself. I see that there has been some (possibly duplicate) effort here to get this bug fixed and I'm sorry that I did not communicate about the development that has been made elsewhere. I will integrate the new upstream code to the salsa repo soon. Best, Teemu
Bug#723126: libvxl1-dev: Incomplete copyright file
Package: libvxl1-dev Version: 1.14.0-18 Severity: serious Justification: policy 2.3, 4.5 VXL contains, among others, a copy of the RPLY library, which has this Copyright and license, at vxl/v3p/rply/LICENSE: RPly 1.01 license Copyright A9 2003-2005 Diego Nehab. Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the Software), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions: The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software. THE SOFTWARE IS PROVIDED AS IS, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. This information is not present in the debian/copyright file. Also, debian/copyright claims to be conforming to the 1.0 machine readable copyright format, but it contains license keywords like BSD (2 clause), which are not in the list of standard short names (the example given should read BSD-2-clause). Best, Teemu -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683042: debian/copyright: No information of embedded external libraries
Oops, I forgot to add the bug address to the mail to control, here's the explanation again: Justification: Policy 2.3, 4.5. I think it's time to fix this before the next release. Best, Teemu
Bug#617613: freecad: Remaining licensing issues
Hi All, Note that SoQt is now licensed with a 3-clause BSD license, see: https://bitbucket.org/Coin3D/soqt/overview If the latest FreeCAD is really GPL-free, then uploads of SoQt mercurial head and FreeCAD should be enough to fix this bug. Unfortunately, it seems that neither of these packages has an active maintainer. Best, Teemu
Bug#617613: FreeCAD OCTPL
Hello Juergen, This is great news! Although it would be nice to get OCC under a GPL compatible license, it's anyway good to get Freecad back into Debian. Best, Teemu On Sun, Jan 8, 2012 at 12:05 PM, Juergen Riegel free...@juergen-riegel.net wrote: Hi together, I'm, together with Werner, the maintainer of FreeCAD. Based on the long history of license struggle with OCTPL I do not think they will change the license soon. So I decided to go for GPL free for the 0.13 release of FreeCAD. Fortunately Kongsberg, the company behind Coin3D, send a letter to all its paying customer that they decided to discontinue the commercial Version and plan to release the source under BSD. This switch and the removal of smaller libs (e.g. PyQt) will remove all GPL dependencies of FreeCAD. Unfortunately we have to wait for the Coin switch. But there is a solution to this problem! Jürgen -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639077: Pivy FTBS
I made a query on the swig-user mailing list about the possible regression in swig 2.0: https://sourceforge.net/mailarchive/forum.php?thread_name=CAH-FRA%2BSpxOhGBXdZNjEgpOSwLxYs0yJ3AHBoMUzpS8wMw-Acg%40mail.gmail.comforum_name=swig-user Teemu -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639077: Pivy FTBS
The Pivy build fails also with gcc 4.4.5-8, so the problem is in swig2.0. No wonder, since upstream supports building only with swig versions up to 1.3.35 (although it works with swig 1.3.40 in testing and stable). Teemu -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625171: Sponsoring needed for Pymca (Was: Bug#625171: pymca: FTBFS: rm: cannot remove `debian/pymca/usr/lib/python2.5/site-packages/PyMca/*.dat': No such file or directory)
Hello Hideki, Thanks for the patch. Actually I just made an upload to mentors.d.o containing a fix almost exactly like your patch. The fix is somewhat suboptimal, but will have to do for now. The sources of the new version are here: http://mentors.debian.net/debian/pool/main/p/pymca/ Since Andreas seems to be on vacation, could someone else from debian-science upload pymca? Best, Teemu On Tue, May 24, 2011 at 2:46 PM, Hideki Yamane henr...@debian.or.jp wrote: tags 625171 patch thanks Hi, To avoid this FTBFS, remove python2.5 lines from debian/rules. Here's a proposal patch. iff -urN pymca-4.4.1p1.orig/debian/rules pymca-4.4.1p1/debian/rules --- pymca-4.4.1p1.orig/debian/rules 2010-11-30 20:16:02.0 +0900 +++ pymca-4.4.1p1/debian/rules 2011-05-24 17:58:05.561659399 +0900 @@ -12,8 +12,7 @@ python setup.py clean -rm -rf build -P25LIB=debian/pymca/usr/lib/python2.5/site-packages/PyMca -P26LIB=debian/pymca/usr/lib/python2.6/dist-packages/PyMca +P2xLIB=$(CURDIR)/debian/pymca/usr/lib/python2.*/dist-packages/PyMca override_dh_install: dh_install @@ -21,16 +20,11 @@ chmod -R a-X debian/pymca/usr/lib/* # FIXME: Is there an easier way to exclude files which # are installed to another binary package? - rm -rf $(P25LIB)/attdata - rm $(P25LIB)/*.dat - rm $(P25LIB)/*.dict - rm $(P25LIB)/*.cfg - rm $(P25LIB)/changelog.txt - rm -rf $(P26LIB)/attdata - rm $(P26LIB)/*.dat - rm $(P26LIB)/*.dict - rm $(P26LIB)/*.cfg - rm $(P26LIB)/changelog.txt + rm -rf $(P2xLIB)/attdata \ + $(P2xLIB)/*.dat \ + $(P2xLIB)/*.dict \ + $(P2xLIB)/*.cfg \ + $(P2xLIB)/changelog.txt override_dh_pysupport: dh_pysupport chmod 755 debian/pymca-data/usr/share/pyshared -- debian-science-maintainers mailing list debian-science-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617613: freecad: links with both GPL-licensed and GPL-incompatible libraries
Hi Francesco, Thanks for looking into this. As far your option (C) is concerned (asking Coin3D copyright holders for a linking exception to Open Cascade), Adam Powell made a request for this two years ago. The linking exception was not granted. See the mail below. Best, Teemu -- Forwarded message -- From: Adam C Powell IV hazel...@debian.org Date: Wed, Jan 28, 2009 at 11:51 PM Subject: Re: New release To: Teemu Ikonen tpiko...@gmail.com Cc: Werner Mayer werner.wm.ma...@gmx.de, Leopold Palomo-Avellaneda l...@alaxarxa.net, Robert Millan r...@aybabtu.com, Denis Barbier bou...@gmail.com On Wed, 2009-01-14 at 08:10 -0500, Adam C Powell IV wrote: On Wed, 2009-01-14 at 12:39 +0200, Teemu Ikonen wrote: On Thu, Dec 18, 2008 at 10:40 AM, Werner Mayer werner.wm.ma...@gmx.de wrote: The problems with combining Coin, triangle and OCC remain though. Indeed. Again, has anyone contacted them about this? If not, I will. I have some hope for an exception for OCC, but not a lot for triangle. Bad news: SIM will not grant a linking exception for OCC, see attached. So unless/until OCC changes its license to something GPL-compatible, Debian won't be able to distribute FreeCAD. :-( -Adam -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Engineering consulting with open source tools http://www.opennovation.com/ -- Forwarded message -- From: Eigil Samset (JIRA) coin-supp...@coin3d.org To: hazel...@debian.org Date: Wed, 28 Jan 2009 13:48:30 +0100 (CET) Subject: [JIRA] Commented: (COINSUPPORT-425) #GPL# GPL linking exception for Open CASCADE [ https://jira.sim.no/browse/COINSUPPORT-425?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=16188#action_16188 ] Eigil Samset commented on COINSUPPORT-425: -- Hello Adam, Thank you for contacting us about this. I agree that the Open Cascade Technology Public License (OCTPL) is clearly incompatible with the GPL. In our opinion, the issue you are having with regards to including FreeCAD in the Debian distribution is the Open CASCADE license, not the Coin3D license. It's a pity that the OpenCascade developers opted to release their software under a home-grown, non-GPL compatible license, but that was their decision. I am afraid that we will have to decline your request as we do not make such exceptions. The most appropriate solution to this would be to discuss with Open CASCADE to change to a GPL license. I'm sorry I couldn't be of more help. Best Regards, Eigil Samset CTO #GPL# GPL linking exception for Open CASCADE Key: COINSUPPORT-425 URL: https://jira.sim.no/browse/COINSUPPORT-425 Project: Coin Support Issue Type: Bug Security Level: Private(only inhouse people can see these issues) Reporter: Adam C Powell IV Assignee: Eigil Samset Attachments: signature.asc Greetings, I'm a Debian developer working on open source engineering-related packages, such as FEA, CAD, etc. We would like to include FreeCAD in the Debian distribution, and there's one copyright issue we need to resolve with your help. Open CASCADE is open source licensed under the Open Cascade Technology Public License (OCTPL). You can read that license at the site www.opencascade.org. Though Debian appears to be heading toward approving it as a free software license, it is clearly incompatible with the GNU GPL. Therefore, linking FreeCAD with Coin and Open CASCADE would create a derived work violating the terms of Coin's license. (The Qt library also has this problem, but Nokia will soon release version 4.5 with the LGPL license option.) To resolve this problem, can SIM please consider granting a linking exception to allow Coin to interoperate with works distributed under the OCTPL, or with Open CASCADE? The Free Software Foundation publishes an example of such a license exception with the GPL, and Qt 4.4 has similar exceptions so their license can serve as an example of how to do this. Thank you, -Adam -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Engineering consulting with open source tools http://www.opennovation.com/ -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.sim.no/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira signature.asc Description: PGP signature
Bug#617613: freecad: links with both GPL-licensed and GPL-incompatible libraries
reassign 617613 ftp.debian.org,freecad thanks May we get the ftp-master teams opinion about dynamic linking of GPL-v2 and GPL-incompatible (in this case OCTPL-licensed) libraries? Best, Teemu -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556943: python-matplotlib: Segfaults with Qt4Agg backend
On Sun, Nov 22, 2009 at 2:03 PM, Benjamin Drung bdr...@ubuntu.com wrote: Am Mittwoch, den 18.11.2009, 15:01 +0100 schrieb Teemu Ikonen: import matplotlib.pyplot as plt plt.plot([1,2]) Segmentation fault [...] Is your system up-to-date? Where there any PyQt4 updates since you reported this bug? Do you still experience the bug? I just updated to latest testing and the bug is still there. I have some packages installed from unstable, but the packages mostly relevant here (python, python-matplotlib, python-qt4 and libqt4) are from testing. Teemu -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556943: python-matplotlib: Segfaults with Qt4Agg backend
Package: python-matplotlib Version: 0.99.0-1 Severity: grave Justification: renders package unusable Matplotlib segfaults immediately when trying to create a plot with the Qt4Agg backend enabled in matplotlibrc. Example: import matplotlib.pyplot as plt plt.plot([1,2]) Segmentation fault Other backends, such as GTKAgg work fine. This is could be a bug in python-qt4, which was updated recently, but other PyQt4 applications work fine here. Best, Teemu -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (450, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (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 python-matplotlib depends on: ii libatk1.0-01.28.0-1 The ATK accessibility toolkit ii libc6 2.10.1-7 GNU C Library: Shared libraries ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libfontconfig1 2.6.0-4 generic font configuration library ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libgcc11:4.4.2-2 GCC support library ii libglib2.0-0 2.22.2-2 The GLib library of C routines ii libgtk2.0-02.18.3-1 The GTK+ graphical user interface ii libpango1.0-0 1.26.0-1 Layout and rendering of internatio ii libpng12-0 1.2.40-1 PNG library - runtime ii libstdc++6 4.4.2-2 The GNU Standard C++ Library v3 ii python 2.5.4-2 An interactive high-level object-o ii python-cairo 1.8.6-1 Python bindings for the Cairo vect ii python-dateutil1.4.1-3 powerful extensions to the standar ii python-excelerator 0.6.4.1-1 module for reading/writing Excel s ii python-glade2 2.16.0-1 GTK+ bindings: Glade support ii python-gobject 2.20.0-1 Python bindings for the GObject li ii python-gtk22.16.0-1 Python bindings for the GTK+ widge ii python-matplotlib-data 0.99.0-1 Python based plotting system (data ii python-numpy 1:1.3.0-3 Numerical Python adds a fast array ii python-pyparsing 1.5.2-1 Python parsing module ii python-qt4 4.6-1 Python bindings for Qt4 ii python-support 1.0.4 automated rebuilding support for P ii python-tk 2.5.2-1.1 Tkinter - Writing Tk applications ii python-tz 2009n-1 Python version of the Olson timezo ii python-wxgtk2.82.8.7.1-2+b1 wxWidgets Cross-platform C++ GUI t ii tcl8.5 8.5.7-1 Tcl (the Tool Command Language) v8 ii tk8.5 8.5.7-2 Tk toolkit for Tcl and X11, v8.5 - ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime python-matplotlib recommends no packages. Versions of packages python-matplotlib suggests: ii dvipng1.12-1 convert DVI files to PNG graphics ii ipython 0.10-1 enhanced interactive Python shell ii python-configobj 4.5.2-2a simple but powerful config file pn python-matplotlib-doc none (no description available) ii python-scipy 0.7.0-2scientific tools for Python pn python-traits none (no description available) ii texlive-extra-utils 2007.dfsg.2-7 TeX Live: TeX auxiliary programs ii texlive-latex-extra 2007.dfsg.17-2 TeX Live: LaTeX supplementary pack -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#412366: texmacs: infloops and sometimes crashes X when accessing menus
Package: texmacs Version: 1:1.0.6.8-1 Severity: grave Justification: causes non-serious data loss A sure way to crash texmacs 1.0.6.8 from experimental: Click on the menu, do not lift the mouse button. Move around with the mouse in the menu structure. After a while, texmacs starts consuming all the cpu and X does not allow the focus to be shifted to other windows. Killing texmacs from the console succeeds, but sometimes X does not recover (i.e. the screen remains blank when switching back to X) and has to be killed as well, hence the grave severity. Teemu -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (450, 'testing'), (400, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages texmacs depends on: ii gs-gpl8.54.dfsg.1-5 The GPL Ghostscript PostScript int ii guile-1.8-libs1.8.1+1-4 Main Guile libraries ii libc6 2.3.6.ds1-11 GNU C Library: Shared libraries ii libfreetype6 2.2.1-5FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-21 GCC support library ii libgmp3c2 2:4.2.1+dfsg-4 Multiprecision arithmetic library ii libltdl3 1.5.22-4 A system independent dlopen wrappe ii libstdc++64.1.1-21 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-5 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii tetex-base3.0.dfsg.3-5 Basic TeX input files of teTeX ii tetex-bin 3.0-29 The teTeX programs ii tetex-extra 3.0.dfsg.3-5 Additional TeX input files of teTe ii texmacs-common1:1.0.6.8-1WYSIWYG mathematical text editor u ii xbase-clients 1:7.1.ds1-2miscellaneous X clients ii zlib1g1:1.2.3-13 compression library - runtime Versions of packages texmacs recommends: ii imagemagick 7:6.2.4.5.dfsg1-0.14 Image manipulation programs ii ispell 3.1.20.0-4.3 International Ispell (an interacti ii libjpeg-progs 6b-13Programs for manipulating JPEG fil ii librsvg2-bin2.14.4-2 command-line and graphical viewers ii libtiff-tools 3.8.2-7 TIFF manipulation and conversion t ii netpbm 2:10.0-11Graphics conversion tools ii texmacs-extra-fonts 0.2 extra fonts for the mathematical t ii xfig1:3.2.5-alpha5-9 Facility for Interactive Generatio -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412366: texmacs: infloops and sometimes crashes X when accessing menus
I built the latest texmacs version 1.0.6.9 with the debian patch, and it did not seem to suffer from this problem. Maybe it's time to upgrade the version in experimental? Teemu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397883: rasmol: display garbled on amd64
On 11/10/06, Michael Schmitz [EMAIL PROTECTED] wrote: rasmol is unuseable on amd64 (and perhaps other 64bit architectures) due to using the wrong data type for writes to the frame buffer. This simple patch fixes it: Thanks for the patch. However, I propose that the definition should be in the Imakefile, where the other architecture specific definitions are as well. Unfortunately I don't have access to a 64-bit machine at the moment, could you test that the patch below actually works? Thanks, Teemu --- src/Imakefile 2006-05-14 17:41:15 + +++ src/Imakefile 2006-11-10 11:03:11 + @@ -137,6 +137,12 @@ # # Architecture Specific Rules # + +#ifdef AMD64Architecture +CCOPTIONS = -D_LONGLONG +#endif + +# #If running under HPUX, define the appropriate variant #with #define # -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362587: bzrtools: missing dependency to pybaz
Package: bzrtools Version: 0.7-2 Severity: serious Justification: Policy 3.5 The baz-import plugin does not work due to pybaz not being in the depencies: $ bzr baz-import This command is disabled. Please install PyBaz. [The funny thing is though that even after 'apt-get install pybaz', the above command produces the same error. This is of course a different bug.] Teemu -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Versions of packages bzrtools depends on: ii bzr 0.7-2 bazaar-ng, the next-generation dis ii python2.3.5-5An interactive high-level object-o ii python2.4 2.4.2-2An interactive high-level object-o bzrtools recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#357368: FTBFS: missing build-depends on libxft-dev
tags 357368 pending thanks On 3/18/06, Martin Michlmayr [EMAIL PROTECTED] wrote: You're also missing a build-depends on libxinerama-dev. But looking at config.log would have told you that! Thanks for the help, this fixes the bug. An upload will be made soonish. Teemu
Bug#357368: FTBFS: missing build-depends on libxft-dev
tags 357368 help thanks On 3/16/06, Martin Michlmayr [EMAIL PROTECTED] wrote: You're missing a build-dependens on libxft-dev. I'm afraid the fix is not so simple. I get the same error on a sid chroot with pbuilder after adding the build dependency. On the other hand, my sarge and etch machines build imview just fine with or without the fix. I'm not able to work on this bug for a few days at least, so if anyone else wants to take a stab at this, please do. Teemu
Bug#357368: FTBFS: missing build-depends on libxft-dev
On 3/17/06, Martin Michlmayr [EMAIL PROTECTED] wrote: * Teemu Ikonen [EMAIL PROTECTED] [2006-03-17 00:36]: On 3/16/06, Martin Michlmayr [EMAIL PROTECTED] wrote: You're missing a build-dependens on libxft-dev. I'm afraid the fix is not so simple. I get the same error on a sid chroot with pbuilder after adding the build dependency. On the other Are you sure? I'm fairly sure I tried a full compliation with libxft-dev installed and it worked. Yes, with a freshly updated pbuilder sid chroot with libxft-dev installed by pbuilder, I get the same error message as you: checking for i486-linux-gnu-g++... i486-linux-gnu-g++ checking for C++ compiler default output file name... configure: error: C++ compiler cannot create executables See `config.log' for more details. make: *** [config.status] Error 77 I have no clue about the cause, but the versions of g++ and the build-depends on this package are identical on etch and sid. Libc on the other hand has a new version on sid. Teemu
Bug#346013: mozilla: build failure in extensions/p3p
Package: mozilla Version: 1.7.12-1 Severity: serious Tags: patch Justification: no longer builds from source The p3p extension in mozilla fails to build due to faulty Makefile.in, at least on my mixed etch / sid system. The attached patch fixes this, when dropped to debian/patches (although the resulting binary segfaults immediately, sigh). Teemu -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (450, 'testing'), (400, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-powerpc Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) --- mozilla/extensions/p3p/Makefile.in.orig 2006-01-03 07:42:43.0 +0200 +++ mozilla/extensions/p3p/Makefile.in 2006-01-03 07:43:04.0 +0200 @@ -62,23 +62,23 @@ p3p200010.xsl: resources/content/p3p.xsl.in Makefile.in @$(RM) -f $@ $(PP) -DNAMESPACE=http://www.w3.org/2000/10/18/P3Pv1 \ - -DHAS_TMPL_RETENTION\ + -DHAS_TMPL_RETENTION \ $ $@ p3p200012.xsl: resources/content/p3p.xsl.in Makefile.in @$(RM) -f $@ $(PP) -DNAMESPACE=http://www.w3.org/2000/12/P3Pv1 \ - -DHAS_CALL_OURS\ + -DHAS_CALL_OURS \ $ $@ p3p200109.xsl: resources/content/p3p.xsl.in Makefile.in @$(RM) -f $@ $(PP) -DNAMESPACE=http://www.w3.org/2001/09/P3Pv1 \ - -DHAS_CALL_OURS\ + -DHAS_CALL_OURS \ $ $@ p3p200201.xsl: resources/content/p3p.xsl.in Makefile.in @$(RM) -f $@ $(PP) -DNAMESPACE=http://www.w3.org/2002/01/P3Pv1 \ - -DHAS_CALL_OURS -DHAS_PURPOSE_SRC\ + -DHAS_CALL_OURS -DHAS_PURPOSE_SRC \ $ $@
Bug#332447: Intention to NMU
On 10/27/05, Luk Claes [EMAIL PROTECTED] wrote: Attached the patch for the version I intend to upload. Please respond if you don't want this NMU to happen, if you are working yourself on a patch or if you think that the attached patch won't work. Sorry for taking so long, I actually made a new version with a few other fixes as well just before your mail arrived. Andreas, you can find the new diff.gz at http://www.physics.helsinki.fi/~tpikonen/imview/ as usual. Teemu
Bug#326450: imview: FTBFS (amd64): cast from 'void*' to 'unsigned int' loses precision
tags 326450 + fixed pending thanks Thanks for the patch Andreas, this fix will be included in the next upload Teemu