Bug#332959: apt-build compile options
Though I realize that you have mentioned relevant stuff in the readme, ps ax does *NOT* show me the compile options I gave. It shows -mtune=i486, while my apt-build.conf says mtune = -mtune=pentium4. Any pointers? Thanks. Kumar -- Kumar Appaiah, 462, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#332959: apt-build compile options
On Mon, Oct 10, 2005 at 10:33:35AM +0200, Julien Danjou wrote: On Mon, Oct 10, 2005 at 07:01:19AM +0530, Kumar Appaiah wrote: Though I realize that you have mentioned relevant stuff in the readme, ps ax does *NOT* show me the compile options I gave. It shows -mtune=i486, while my apt-build.conf says mtune = -mtune=pentium4. Which package are you trying to build? How is the compiler called by make? Well, I was trying to build octave, but then I tried it out with something smaller. Here is the relevant output of ps ax when I compile elinks: 13377 pts/1T 0:00 /usr/bin/make all 13384 pts/1 T 0:00 gcc -DHAVE_CONFIG_H -I../.. -I../../../src -g -O2 -Wall -D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBIAN -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/lib/perl/5.8/CORE -I/usr/include -I/usr/include/lua50 -I/usr/include -fno-strict-aliasing -Wno-pointer-sign -c ../../../src/bfu/dialog.c 13385 pts/1 T 0:00 /usr/lib/gcc/i486-linux-gnu/4.0.2/cc1 -quiet -I../.. -I../../../src -I/usr/local/inc lude -I/usr/lib/perl/5.8/CORE -I/usr/include -I/usr/include/lua50 -I/usr/include -DHAVE_CONFIG_H -D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBIAN -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 ../../../src/bfu/dialog.c -quiet -dumpbase dialog.c -mtune=i486 -auxbase dialog -g -O2 -Wall -Wno-pointer-sign -fno-strict-aliasing -fno- strict-aliasing -o - Also, here is my /etc/apt/apt-build.conf: build-dir = /var/cache/apt-build/build repository-dir = /var/cache/apt-build/repository Olevel = -O2 mtune = -mtune=pentium4 march = -march=pentium4 options = -msse2 -mmmx make_options = -j2 Note that the march option is ignored. If you need anything else, please ask me. Thanks a lot. Kumar -- Kumar Appaiah, 462, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036
Bug#386772: firefox: Request for local home page
Package: firefox Version: 1.5.dfsg+1.5.0.6-4 Severity: wishlist *** Please type your report below this line *** I would really request you to consider a local Debian home page for Mozilla Firefox, just like we had for Mozilla. I believe that rather than have a blank page or point to Google, it would be better to do this as Debian is (still) installed on many machines which do not have permanent (or any, in some cases) net access. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-ck8 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages firefox depends on: ii debianutils 2.15.2 Miscellaneous utilities specific t ii fontconfig2.3.2-1.1 generic font configuration library ii libatk1.0-0 1.12.1-1 The ATK accessibility toolkit ii libc6 2.3.6-7GNU C Library: Shared libraries ii libcairo2 1.2.4-1The Cairo 2D vector graphics libra ii libfontconfig12.3.2-1.1 generic font configuration library ii libfreetype6 2.2.1-2FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-13 GCC support library ii libglib2.0-0 2.10.1-2 The GLib library of C routines ii libgtk2.0-0 2.8.20-1 The GTK+ graphical user interface ii libjpeg62 6b-11 The Independent JPEG Group's JPEG ii libpango1.0-0 1.12.3-1+b1Layout and rendering of internatio ii libpng12-01.2.8rel-5 PNG library - runtime ii libstdc++64.1.1-13 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.0-6 X11 client-side library ii libxft2 2.1.8.2-6 FreeType-based font drawing librar ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxp66.9.0.dfsg.1-4 X Window System printing extension ii libxt66.9.0.dfsg.1-4 X Toolkit Intrinsics ii psmisc22.1-1 Utilities that use the proc filesy ii zlib1g1:1.2.3-9 compression library - runtime firefox recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386771: firefox: Request for local home page
Package: firefox Version: 1.5.dfsg+1.5.0.6-4 Severity: wishlist I would really request you to consider a local Debian home page for Mozilla Firefox, just like we had for Mozilla. I believe that rather than have a blank page or point to Google, it would be better to do this as Debian is (still) installed on many machines which do not have permanent (or any, in some cases) net access. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-ck8 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages firefox depends on: ii debianutils 2.15.2 Miscellaneous utilities specific t ii fontconfig2.3.2-1.1 generic font configuration library ii libatk1.0-0 1.12.1-1 The ATK accessibility toolkit ii libc6 2.3.6-7GNU C Library: Shared libraries ii libcairo2 1.2.4-1The Cairo 2D vector graphics libra ii libfontconfig12.3.2-1.1 generic font configuration library ii libfreetype6 2.2.1-2FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-13 GCC support library ii libglib2.0-0 2.10.1-2 The GLib library of C routines ii libgtk2.0-0 2.8.20-1 The GTK+ graphical user interface ii libjpeg62 6b-11 The Independent JPEG Group's JPEG ii libpango1.0-0 1.12.3-1+b1Layout and rendering of internatio ii libpng12-01.2.8rel-5 PNG library - runtime ii libstdc++64.1.1-13 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.0-6 X11 client-side library ii libxft2 2.1.8.2-6 FreeType-based font drawing librar ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxp66.9.0.dfsg.1-4 X Window System printing extension ii libxt66.9.0.dfsg.1-4 X Toolkit Intrinsics ii psmisc22.1-1 Utilities that use the proc filesy ii zlib1g1:1.2.3-9 compression library - runtime firefox recommends no packages. -- no debconf information -- Kumar Appaiah, 462, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380840: RFS: HarvestMan web crawler needs updation!
Dear mentors, The harvestman packages needs updation, with bug #380840 needing attention. I have done the needful, and the updated package conforming to the new Python policy is available at http://kumar.travisbsd.org/debpackages/harvestman_1.4.6-3.dsc It has been scrutinized on the debian-python list, and I think it is good enough; though if you find some flaw, do inform me and I shall correct it. I'd request mentors who have time to check upload it into Debian. Thanks. Kumar -- Kumar Appaiah 462, Jamuna Hostel, Indian Institute of Technology Madras Chennai - 600036 pgpWjc8RIwI31.pgp Description: PGP signature
Bug#380840: RFS: HarvestMan web crawler needs updation!
On Mon, Aug 14, 2006 at 07:51:36PM +1000, Andrew Donnellan wrote: FYI, the term is 'updating', not 'updation'. Right! The error is regretted. Thanks. Kumar -- Kumar Appaiah, 462, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#479100: Fix for this bug: for testing-proposed-updates
tags 474909 + patch tags 479100 + patch Dear Camm, Please find attached a patch against the Lenny version to fix the two bugs mentioned. Please consider uploading this to testing-proposed-updates, so that it can be included in Lenny. More testing of the patches may be advisable, though I am unsure. Thanks. Kumar diff -u maxima-5.13.0/debian/rules maxima-5.13.0/debian/rules --- maxima-5.13.0/debian/rules +++ maxima-5.13.0/debian/rules @@ -39,8 +39,8 @@ for i in aclocal.m4 src/sys-proclaim.lisp configure ; do [ -e $$i.ori ] || cp $$i $$i.ori; done - aclocal - automake + aclocal-1.9 + automake-1.9 GCL_ANSI=t ./configure --enable-gcl $$(gcl -batch -eval '#-native-reloc(princ --enable-gcl-alt-link)(bye)') \ --prefix=/usr \ @@ -110,6 +110,8 @@ src/maxima.bat src/rmaxima maxima-local xmaxima-local maxima.spec maxima.iss rm -rf src/numerical/slatec/fortran/CVS src/*gazonk* interfaces/xmaxima/win32/Makefile for i in aclocal.m4 src/sys-proclaim.lisp configure ; do ! [ -e $$i.ori ] || mv $$i.ori $$i; done + rm -rf doc/info/maxima.html + rm -rf src/binary-gcl dh_clean @@ -216,6 +218,7 @@ dh_installemacsen -i dh_installcron -i dh_installman -i + dh_desktop -i dh_installinfo -p maxima-doc debian/tmp/usr/share/info/*info* dh_installchangelogs -i dh_link -i @@ -238,6 +241,7 @@ dh_installemacsen -a dh_installcron -a dh_installman -a + dh_desktop -a dh_installinfo -a dh_installchangelogs -a dh_link -a diff -u maxima-5.13.0/debian/maxima-doc.doc-base.tips maxima-5.13.0/debian/maxima-doc.doc-base.tips --- maxima-5.13.0/debian/maxima-doc.doc-base.tips +++ maxima-5.13.0/debian/maxima-doc.doc-base.tips @@ -2,7 +2,7 @@ Title: Debian Maxima Manual -- usage tips Author: Maxima development team -- http://sourceforge.net/projects/maxima Abstract: This manual documents various useful user interface features of maxima. -Section: Apps/Math +Section: Science/Mathematics Format: HTML Index: /usr/share/doc/maxima-doc/tips/ui-tips.html diff -u maxima-5.13.0/debian/control maxima-5.13.0/debian/control --- maxima-5.13.0/debian/control +++ maxima-5.13.0/debian/control @@ -2,12 +2,12 @@ Section: math Priority: optional Maintainer: Camm Maguire [EMAIL PROTECTED] -Build-Depends: gcl ( = 2.6.7-36 ) , texinfo, libgmp3-dev, libreadline5-dev | libreadline-dev, locales, automake1.9, debhelper ( =4.1.0 ) , libncurses5-dev, autoconf2.13, gawk | awk, texlive-latex-recommended, sharutils, libxmu-dev, libxaw7-dev +Build-Depends: gcl ( = 2.6.7-44 ) , texinfo, libgmp3-dev, libreadline5-dev | libreadline-dev, locales, automake1.9, debhelper ( =4.1.0 ) , libncurses5-dev, autoconf2.13, gawk | awk, texlive-latex-recommended, sharutils, libxmu-dev, libxaw7-dev Standards-Version: 3.7.2 Package: maxima Architecture: any -Depends: ${shlibs:Depends}, gnuplot-nox +Depends: ${shlibs:Depends}, gnuplot-x11 Recommends: maxima-share, gv Suggests: texmacs, maxima-doc, wish Description: A computer algebra system -- base system @@ -53,6 +53,7 @@ This package contains a build integrity test suite. Package: maxima-doc +Section: doc Architecture: all Depends: Replaces: maxima ( ${binary:Version}) @@ -87,7 +88,7 @@ libraries. Package: maxima-emacs -Depends: maxima (= ${binary:Version}), emacs22 | emacsen, emacsen-common (= 1.4.14), tetex-extra | texlive-base-bin +Depends: maxima (= ${binary:Version}), emacs22 | emacsen, emacsen-common (= 1.4.14), texlive-base-bin Architecture: all Replaces: maxima ( ${binary:Version}) Description: A computer algebra system -- emacs interface diff -u maxima-5.13.0/debian/maxima-doc.doc-base.plotting maxima-5.13.0/debian/maxima-doc.doc-base.plotting --- maxima-5.13.0/debian/maxima-doc.doc-base.plotting +++ maxima-5.13.0/debian/maxima-doc.doc-base.plotting @@ -2,7 +2,7 @@ Title: Debian Maxima Manual -- Plotting examples Author: Maxima development team -- http://sourceforge.net/projects/maxima Abstract: This manual documents the new gnuplot-based plotting features in maxima. -Section: Apps/Math +Section: Science/Mathematics Format: HTML Index: /usr/share/doc/maxima-doc/plotting/maxima-gnuplot.html diff -u maxima-5.13.0/debian/changelog maxima-5.13.0/debian/changelog --- maxima-5.13.0/debian/changelog +++ maxima-5.13.0/debian/changelog @@ -1,3 +1,21 @@ +maxima (5.13.0-3.1+lenny1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * build-dep texlive-latex-recommended + * build-dep latest gcl to get arm build + * debian/rules: ++ Run automake-1.9 and aclocal-1.9 in place of automake and aclocal. ++ Ensure removal of binary-gcl and maxima.html upon clean. ++ Run dh_desktop during install. + * Bug fix: maxima needs gnuplot-x11 to plot, thanks to +[EMAIL PROTECTED]/a; (Closes: #479100). depend on gnuplot-x11 + * Bug fix: No such file or directory, thanks to Lucas Nussbaum +(Closes: #474909). Build-dep against latest gcl + * doc-base files quote Science/Mathematics +as the section. + + -- Kumar Appaiah [EMAIL PROTECTED
Bug#479100: Fix for this bug: for testing-proposed-updates
tags 474909 + patch tags 479100 + patch thanks In hindsight, these don't seem to be bugs any more. So I removed the patch tags. Sorry for the noise, and hope to see maxima in Lenny. Kumar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501501: status
# Bcc control forcemerge 501578 501501 thanks On Sat, Oct 11, 2008 at 06:06:18PM +0200, Ondrej Certik wrote: This bug needs to be solved, it's a showstopper. So any help with this is appreciated. OK, so the bug IS solved, and it's solved in testing-proposed-updates by the person who introduced it (me!). So, just grab the package python-matplotlib version 0.98.1-1+lenny3 from testing-proposed-updates, and that should solve the issue. Sorry for missing this. Kumar -- Kumar Appaiah signature.asc Description: Digital signature
Bug#496431: UNTESTED patch for Lenny backport
tags 496431 + patch thanks Hi! Please find attached an UNTESTED patch which backports the symlink fixes. If someone is willing to test the patches, then I'd request an upload. James, could you please check if the attached patch works as intended, and prepare a Lenny upload? Thank you. Kumar diff -Nru --exclude changelog emacspeak-26.0/lisp/emacspeak-w3m.el emacspeak-26.0/lisp/emacspeak-w3m.el --- emacspeak-26.0/lisp/emacspeak-w3m.el 2007-05-03 20:08:57.0 -0500 +++ emacspeak-26.0/lisp/emacspeak-w3m.el 2008-10-15 12:27:48.0 -0500 @@ -867,9 +867,10 @@ Preview this buffer in w3m. (interactive) (let ((filename - (format /tmp/%s.html - (make-temp-name w3m -(write-region (point-min) + (make-temp-file + (format %s.html + (make-temp-name w3m) +(write-region (point-min) (point-max) filename) (w3m-find-file filename) diff -Nru --exclude changelog emacspeak-26.0/lisp/emacspeak-wizards.el emacspeak-26.0/lisp/emacspeak-wizards.el --- emacspeak-26.0/lisp/emacspeak-wizards.el 2007-05-03 20:14:14.0 -0500 +++ emacspeak-26.0/lisp/emacspeak-wizards.el 2008-10-15 12:27:48.0 -0500 @@ -1792,15 +1792,20 @@ (read-from-minibuffer Count: ))) (declare (special emacspeak-wizards-table-content-extractor)) - (let ((output (format /tmp/%s.csv task))) -(shell-command - (format %s --task=%s --url='%s' --depth=%s --count=%s - emacspeak-wizards-table-content-extractor - task - url - depth count )) -(emacspeak-table-find-csv-file output) -(delete-file output))) + (let ((buffer (get-buffer-create *table extractor*))) +(save-excursion + (set-buffer buffer) + (erase-buffer) + (setq buffer-undo-list t) + (call-process + emacspeak-wizards-table-content-extractor + nil t nil + --task task + --url url + --depth depth + --count count + 2/dev/null) + (emacspeak-table-view-csv-buffer ;;;###autoload (defun emacspeak-wizards-get-table-content-from-file (task file depth count ) Extract table specified by depth and count from HTML @@ -1814,11 +1819,21 @@ (read-from-minibuffer Depth: ) (read-from-minibuffer Count: ))) (declare (special emacspeak-wizards-table-content-extractor)) - (shell-command - (format %s --task=%s --file=%s --depth=%s --count=%s -emacspeak-wizards-table-content-extractor -task file depth count )) - (emacspeak-table-find-csv-file (format /tmp/%s.csv task))) + (let (( + (get-buffer-create *table extractor* ))) +(save-excursion + (set-buffer buffer) + (erase-buffer) + (setq buffer-undo-list t) + (call-process + emacspeak-wizards-table-content-extractor + nil t nil + --task task + --file file + --depth depth + --count count + 2/dev/null) +(emacspeak-table-view-csv-buffer ;;}}} ;;{{{ annotation wizard @@ -2171,8 +2186,10 @@ emacspeak-wizards-quote-command emacspeak-wizards-quote-row-filter)) (let ((temp-file - (format /tmp/%s.csv - (gensym quotes + (expand-file-name + (format %s.csv + (gensym quotes)) + emacspeak-resource-directory))) (shell-command (format echo '%s' | perl %s %s
Bug#502374: apt-build: apt-build-wrapper should display some output if run as is
Package: apt-build Version: 0.12.37 Severity: wishlist Dear apt-build developers, Please consider making apt-build-wrapper displaying some output when run as it is. As of now, it checks argv[0], and runs the program equivalent to argv[0], and ignores any error. However, I would request you to please handle that error and print that a problem occurred. I am not sure how to elegantly do it; I guess you would have a better idea. Thanks. Kumar -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27 (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 apt-build depends on: ii apt 0.7.14+b1 Advanced front-end for dpkg ii apt-utils 0.7.14+b1 APT utility programs ii debconf [debconf-2.0] 1.5.23 Debian configuration management sy ii devscripts2.10.35scripts to make the life of a Debi ii dpkg-dev 1.14.22Debian package development tools ii g++ 4:4.3.2-1 The GNU C++ compiler ii gcc 4:4.3.2-1 The GNU C compiler ii libappconfig-perl 1.56-2 Perl module for configuration file ii libapt-pkg-perl 0.1.22+b1 Perl interface to libapt-pkg ii libc6 2.7-13 GNU C Library: Shared libraries ii perl 5.10.0-14 Larry Wall's Practical Extraction Versions of packages apt-build recommends: ii build-essential 11.4 Informational list of build-essent ii fakeroot 1.9.6 Gives a fake root environment apt-build suggests no packages. -- debconf information: apt-build/arch_amd: k6 apt-build/arch_alpha: ev4 * apt-build/options: apt-build/arch_intel: pentium apt-build/arch_arm: armv2 * apt-build/make_options: * apt-build/olevel: Medium * apt-build/build_dir: /var/cache/apt-build/build * apt-build/repository_dir: /var/cache/apt-build/repository apt-build/arch_sparc: sparc * apt-build/arch_amd64: core2 * apt-build/add_to_sourceslist: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502377: Compiler names with host name are incorrect
Package: apt-build Version: 0.12.37 Severity: normal Tags: patch Hi! I presume that the names of the compile with the host names prepended are of this form: % ls /usr/bin/x86_64* /usr/bin/x86_64-linux-gnu-cpp /usr/bin/x86_64-linux-gnu-cpp-4.1 /usr/bin/x86_64-linux-gnu-cpp-4.3 /usr/bin/x86_64-linux-gnu-g++ /usr/bin/x86_64-linux-gnu-g++-4.3 /usr/bin/x86_64-linux-gnu-gcc /usr/bin/x86_64-linux-gnu-gcc-4.1 /usr/bin/x86_64-linux-gnu-gcc-4.3 /usr/bin/x86_64-linux-gnu-gcj-4.3 While apt-build does this: % ls /usr/lib/apt-build/ ... gcc-x86_64-linux-gnu g++-x86_64-linux-gnu ... I have attached a patch to correct this. Hope it helps. Thanks. Kumar -- Kumar Appaiah From 88a7a29baae52a0e5b5164a538c89813d13802f7 Mon Sep 17 00:00:00 2001 From: Kumar Appaiah [EMAIL PROTECTED] Date: Wed, 15 Oct 2008 23:04:01 -0500 Subject: [PATCH] Fix wrapper for compilers with host name. --- Makefile |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/Makefile b/Makefile index 41f3cf6..9c033bf 100644 --- a/Makefile +++ b/Makefile @@ -28,7 +28,7 @@ install: $(APT_BUILD_WRAPPER) $(APT_BUILD) done ifneq ($(HOST_TYPE),) for prog in gcc g++; do \ - $(LN_S) $(APT_BUILD_WRAPPER) $(APT_BUILD_DIR)/$$prog-$(HOST_TYPE); \ + $(LN_S) $(APT_BUILD_WRAPPER) $(APT_BUILD_DIR)/$(HOST_TYPE)-$$prog; \ done endif -- 1.5.6.5 signature.asc Description: Digital signature
Bug#502379: Please add support for gfortran
Package: apt-build Version: 0.12.37 Severity: wishlist Tags: patch Hi! Could you please add support for gfortran? I am sure apt-build would be useful to those who like to compile their math libraries on their own machines and use them. Hope the attached patch helps. Thanks. Kumar -- Kumar Appaiah From f3e84bdfe9a6d5d881a9bfe0227ce5e1b7b4d561 Mon Sep 17 00:00:00 2001 From: Kumar Appaiah [EMAIL PROTECTED] Date: Wed, 15 Oct 2008 23:15:31 -0500 Subject: [PATCH] Add support for gfortran. --- Makefile |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/Makefile b/Makefile index 41f3cf6..8c86023 100644 --- a/Makefile +++ b/Makefile @@ -2,7 +2,7 @@ APT_BUILD = apt-build APT_BUILD_WRAPPER = apt-build-wrapper -WRAP_PROGRAMMS = gcc cc g++ c++ make +WRAP_PROGRAMMS = gcc cc g++ c++ make gfortran CFLAGS = -W -Wall -Wextra -std=gnu99 -pipe -Wundef -Wshadow -Wcast-align \ -Wwrite-strings -Wsign-compare -Wunused -Winit-self -Wpointer-arith -Wredundant-decls \ -Wmissing-prototypes -Wmissing-format-attribute -Wmissing-noreturn -D_GNU_SOURCE -g @@ -27,7 +27,7 @@ install: $(APT_BUILD_WRAPPER) $(APT_BUILD) $(LN_S) $(APT_BUILD_WRAPPER) $(APT_BUILD_DIR)/$$prog; \ done ifneq ($(HOST_TYPE),) - for prog in gcc g++; do \ + for prog in gcc g++ gfortran; do \ $(LN_S) $(APT_BUILD_WRAPPER) $(APT_BUILD_DIR)/$$prog-$(HOST_TYPE); \ done endif -- 1.5.6.5 signature.asc Description: Digital signature
Bug#502379: Please add support for gfortran
On Wed, Oct 15, 2008 at 11:17:50PM -0500, Kumar Appaiah wrote: Package: apt-build Version: 0.12.37 Severity: wishlist Tags: patch Hi! Could you please add support for gfortran? I am sure apt-build would be useful to those who like to compile their math libraries on their own machines and use them. Hope the attached patch helps. Just observed; you might need to add gfortran to the dependencies. I don't know if you are willing to do that, but gfortran support should definitely be useful, so I think you can add gfortran support _without_ adding it to the dependencies. If it fails, that's fine... the package you build should depend on gfortran anyway, so that can cause the failure, right? Thanks. Kumar -- Kumar Appaiah signature.asc Description: Digital signature
Bug#500710: flashplugin-nonfree: Does not install flash plugin on amd64
On Wed, Oct 15, 2008 at 11:47:54PM +0100, Mike Arthur wrote: To further on what I had to do to get this working: - Link all the xulrunner librarys to /usr/lib32 - Install a 32-bit libcurl3 to /usr/lib32 - Install a 32-bit libssh to /usr/lib32 After the above it seems to work fine. This was helpful, but for completeness, I needed to refer to the list provided here for the full list of 32-bit libraries needed: http://forums.slamd64.com/viewtopic.php?f=4t=1278 HTH. Kumar -- Kumar Appaiah -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496609: installation-report: Successful installation on Linksys NSLU2 (armel)
/proc/ioports: - : PCI I/O Space /proc/iomem: -01ff : System RAM /proc/iomem: 00022000-00294fff : Kernel text /proc/iomem: 00296000-002cfd77 : Kernel data /proc/iomem: 4800-4bff : PCI Memory Space /proc/iomem: 4800-48000fff : :00:01.0 /proc/iomem: 4800-48000fff : ohci_hcd /proc/iomem: 48001000-48001fff : :00:01.1 /proc/iomem: 48001000-48001fff : ohci_hcd /proc/iomem: 48002000-480020ff : :00:01.2 /proc/iomem: 48002000-480020ff : ehci_hcd /proc/iomem: 5000-50ff : IXP4XX-Flash.0 /proc/iomem: 5000-50ff : IXP4XXFlash /proc/iomem: 6000-60003fff : IXP4xx Queue Manager /proc/iomem: c800-c8000fff : serial8250.0 /proc/iomem: c800-c81f : serial /proc/iomem: c8001000-c8001fff : serial8250.0 /proc/iomem: c8001000-c800101f : serial /proc/iomem: c8007000-c8007fff : NPE-B /proc/iomem: c8008000-c8008fff : NPE-C /proc/iomem: c8009000-c8009fff : eth0 /proc/iomem: c800b000-c800bfff : pxa2xx-udc /proc/interrupts:CPU0 /proc/interrupts: 3: 130602 IXP4xx IXP4xx Queue Manager /proc/interrupts: 5: 882564 IXP4xx timer1 /proc/interrupts: 11: 1319 IXP4xx ixp4xx-beeper /proc/interrupts: 15:978 IXP4xx serial /proc/interrupts: 22: 0 IXP4xx NSLU2 power button /proc/interrupts: 26:2733964 IXP4xx ehci_hcd:usb1 /proc/interrupts: 27: 0 IXP4xx ohci_hcd:usb3 /proc/interrupts: 28: 0 IXP4xx ohci_hcd:usb2 /proc/interrupts: 29: 0 IXP4xx NSLU2 reset button /proc/interrupts: Err: 0 /proc/meminfo: MemTotal:29700 kB /proc/meminfo: MemFree: 2224 kB /proc/meminfo: Buffers: 828 kB /proc/meminfo: Cached: 18728 kB /proc/meminfo: SwapCached: 1536 kB /proc/meminfo: Active: 12968 kB /proc/meminfo: Inactive: 8664 kB /proc/meminfo: SwapTotal: 497972 kB /proc/meminfo: SwapFree: 494032 kB /proc/meminfo: Dirty: 300 kB /proc/meminfo: Writeback: 0 kB /proc/meminfo: AnonPages:1876 kB /proc/meminfo: Mapped: 1508 kB /proc/meminfo: Slab: 2964 kB /proc/meminfo: SReclaimable: 1292 kB /proc/meminfo: SUnreclaim: 1672 kB /proc/meminfo: PageTables:300 kB /proc/meminfo: NFS_Unstable:0 kB /proc/meminfo: Bounce: 0 kB /proc/meminfo: CommitLimit:512820 kB /proc/meminfo: Committed_AS: 9372 kB /proc/meminfo: VmallocTotal: 991232 kB /proc/meminfo: VmallocUsed: 17052 kB /proc/meminfo: VmallocChunk: 966652 kB /proc/bus/input/devices: I: Bus=0019 Vendor=001f Product=0001 Version=0100 /proc/bus/input/devices: N: Name=ixp4xx beeper /proc/bus/input/devices: P: Phys=ixp4xx/gpio /proc/bus/input/devices: S: Sysfs=/class/input/input0 /proc/bus/input/devices: U: Uniq= /proc/bus/input/devices: H: Handlers=kbd event0 /proc/bus/input/devices: B: EV=40001 /proc/bus/input/devices: B: SND=6 /proc/bus/input/devices: -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: armel (armv5tel) Kernel: Linux 2.6.25-2-ixp4xx Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash installation-report depends on no packages. Versions of packages installation-report recommends: ii pciutils 1:3.0.0-4 Linux PCI Utilities ii reportbug 3.44 reports bugs in the Debian distrib installation-report suggests no packages. -- no debconf information -- Kumar Appaiah signature.asc Description: Digital signature
Bug#355883: Please fix these bugs for Lenny
Hi! I was just wondering if the fix for these bugs was in the pipeline, especially because I hope Lenny won't be released with USB sticks not functioning as expected. Thanks! Kumar -- Kumar Appaiah signature.asc Description: Digital signature
Bug#497414: RFP: sahana -- free and open source disaster management system
Package: wnpp Severity: wishlist * Package name: sahana Version : 0.6.2 Upstream Author : Lanka Software Foundation - http://www.opensource.lk * URL : http://www.sahana.lk * License : LGPL Programming Lang: PHP 5.0 Description : free and open source disaster management system Sahana is a Free and Open Source Disaster Management system. It is a web based collaboration tool that addresses the common coordination problems during a disaster from finding missing people, managing aid, managing volunteers, tracking camps effectively between Government groups, the civil society (NGOs) and the victims themselves. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) -- Kumar Appaiah signature.asc Description: Digital signature
Bug#501578: matplotlib: nxutils.so: undefined symbol: __gxx_personality_v0
Package: matplotlib Version: 0.98.1-1+lenny1.1 Severity: grave Tags: patch The latest upload results in the following traceback: Traceback (most recent call last): File /usr/bin/ipython, line 27, in IPython.Shell.start().mainloop() File /var/lib/python-support/python2.5/IPython/Shell.py, line 1220, in start return shell(user_ns = user_ns) File /var/lib/python-support/python2.5/IPython/Shell.py, line 1095, in __init__ shell_class=MatplotlibMTShell) File /var/lib/python-support/python2.5/IPython/Shell.py, line 780, in __init__ File /var/lib/python-support/python2.5/IPython/ipmaker.py, line 103, in make_IPython embedded=embedded,**kw) File /var/lib/python-support/python2.5/IPython/Shell.py, line 626, in __init__ user_ns,b2 = self._matplotlib_config(name,user_ns) File /var/lib/python-support/python2.5/IPython/Shell.py, line 558, in _matplotlib_config import matplotlib.pylab as pylab File /usr/lib/python2.5/site-packages/matplotlib/pylab.py, line 204, in from matplotlib import mpl # pulls in most modules File /usr/lib/python2.5/site-packages/matplotlib/mpl.py, line 2, in from matplotlib import axis File /usr/lib/python2.5/site-packages/matplotlib/axis.py, line 13, in import matplotlib.text as mtext File /usr/lib/python2.5/site-packages/matplotlib/text.py, line 19, in import matplotlib.nxutils as nxutils ImportError: /usr/lib/python2.5/site-packages/matplotlib/nxutils.so: undefined symbol: __gxx_personality_v0 The fix is to do build using gcc, as was done earlier: --- debian/rules(revision 6644) +++ debian/rules(working copy) @@ -26,7 +26,7 @@ build-stamp-%: dh_testdir - CC=g++ python$* ./setup.py build $(PY_BUILD_FLAGS) + python$* ./setup.py build $(PY_BUILD_FLAGS) touch $@ Thanks. Kumar -- Kumar Appaiah -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492432: Please allow display of copyright of a package from dpkg
Package: dpkg Severity: wishlist Dear dpkg developers, Please consider allowing a display of the copyright file of a package via dpkg. While I am sure you will ask me why this is any different from doing zcat /usr/share/doc/$pkg/copyright.gz, I am hinting at something more like the way it is done in RPM: http://www.ae.iitm.ac.in/pipermail/ilugc/2008-July/042594.html In essence, this may necessitate machine readable copyright format, but I think it would be worth taking this forward. Do inform me if I need to report this elsewhere, or if this has already been reported elsewhere. Thank you. Kumar -- Kumar Appaiah -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492432: Please allow display of copyright of a package from dpkg
Dear Guillem and Aptitude maintainers, On Tue, Jul 29, 2008 at 11:58 PM, Guillem Jover wrote: http://www.ae.iitm.ac.in/pipermail/ilugc/2008-July/042594.html In essence, this may necessitate machine readable copyright format, but I think it would be worth taking this forward. The stuff done on RPM is not good enough. Describing the whole package licensing situation in only a field is not sufficient, that's one of the reasons we have the copyright file. Making dpkg output this file while its format is not (yet) standardized, and there does not seem to be consensus that it will be in the near future, seems like not that useful, as the tools trying to analyze such output would only work if it was in a standardized format. I am in agreement with you. It would require a monumental effort in standardization. Even then, there are several exceptions and non-standard licenses which we would have to deal with. The other problem is that the administrator is allowed (per policy) to remove anything under /usr/share/doc/, so dpkg will not be able to always output such information. True. Do inform me if I need to report this elsewhere, or if this has already been reported elsewhere. I guess a more appropriate place for this would be the front-ends, in the same way «aptitude changelog foo» shows the changelog, taking it from a remote repository even w/o needing the package to be installed, the same could be done with the copyright file (it's even on the same host). Althought the format is still a problem, and it might make sense to delay providing such an option until such format is more wide-spread. Reassigning, now you might have to convince the aptitude maintainers. :) Thanks, Guillem, for the patient explanation. I guess this may not happen in the near future, but I would still request the Aptitude maintainers to keep this option open, so that somewhere in the future, we could see such a feature come in. Of course, you guys are in a better position to judge the issue, but all the same... Thanks. Kumar -- Kumar Appaiah -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454329: tetex-base -- Doesn't purge all files after piuparts Install+Upgrade+Purge test
On Sun, Aug 17, 2008 at 04:28:12PM +0200, Frank Küster wrote: Package: tetex-base seems to let the following files remain unremoved: /etc/texdoctk not owned /etc/texdoctk/texdocrc not owned /etc/texdoctk/texdoctk.dat owned by: tetex-base /etc/texmf owned by: tex-common /etc/texmf/updmap.downed by: tex-common /etc/texmf/updmap.d/10tetex-base.cfg owned by: tetex-base I'm a bit puzzled about the two files which are still owned by tetex-base after purging the package. Isn't that a bug in dpkg? This could be possible, though I am unsure. Also, I think the ownership of the file is being reported by piuparts; that is, piuparts records the package to which each file belongs. So, I would conclude that the above indicates that file texdocrc etc. are present even after tetex-base purging. Now why they haven't disappeared is not clear to me. On the other hand, I have a question regarding 10tetex-base.cfg. tetex-base is now only a transitional package. We already have code in the TeXLive packages which handles this file: It is made ineffective, but renamed into 10tetex-base.cnf.obsolete. This was done on purpose, because this conffile might contain local changes which are still valuable for the local admin, although there's no way for an automatic taking over to some current conffile. I feel that this should be a valid reason to keep a file around after a transition. Did you discuss similar situations in the context of this release goal? Whom could I ask for advice? Well, the short answer is that this file should be removed during upgrade, or tetex-base should still own the file, so that an upgrade plus purge would purge it. However, please redirect this query to Luk Claes, on whose behalf I filed this bug report. I am sorry for not being too helpful, but in case there is more I could do, please do inform me. Thanks. Kumar signature.asc Description: Digital signature
Bug#355883: linux-image-2.6.26-1-amd64: USB stick size reported incorrectly
/depmod-error-2.6.26-1-amd64: false linux-image-2.6.26-1-amd64/prerm/removing-running-kernel-2.6.26-1-amd64: true linux-image-2.6.26-1-amd64/prerm/would-invalidate-boot-loader-2.6.26-1-amd64: true linux-image-2.6.26-1-amd64/postinst/bootloader-test-error-2.6.26-1-amd64: linux-image-2.6.26-1-amd64/preinst/abort-overwrite-2.6.26-1-amd64: linux-image-2.6.26-1-amd64/postinst/old-dir-initrd-link-2.6.26-1-amd64: true linux-image-2.6.26-1-amd64/preinst/lilo-has-ramdisk: linux-image-2.6.26-1-amd64/preinst/failed-to-move-modules-2.6.26-1-amd64: -- Kumar Appaiah signature.asc Description: Digital signature
Bug#355883: Same problem here
Hi! Just wanted to add that this bug doesn't exist in the latest kernel I got from the SCM (2.6.27-rc3). So it got fixed in between 2.6.26 and now somewhere; I couldn't zero in on the patch which Adam pointed out. But anyway... On Wed, Aug 20, 2008 at 09:44:10AM +0200, Adam Cécile (Le_Vert) wrote: No. Many of my machines don't even have usb. No comment. Sorry Bastian, but it's sort of unfair that you reduced the severity. Granted that it was raised by a non-maintainer, and that you don't use USB sticks. But that doesn't imply that all users won't have it. In fact, I'd really want this to be RC, but I don't want to fall into anyone's bad books, so I'll just stop with making a request for a severity upgrade. I found the attached patch somewhere on lkml. It's targeted for kernel 2.6.27. I can confirm this patch fix the issue with my stick. This patch hasn`t taken to Linus`s tree yet but has been queued by Greg K-H, guess we`ll see it merged until 2.6.27. I hope it will be merged into debian's package before it reach main linux development tree. If not I'll have to downgrade to 2.6.25... The latest version on git.kernel.org seems to have his fix. Commit 59f4ff2ecff4cef36378928cec891785b402e80c [1] seems to have been added a week ago. HTH. Thanks to all. Kumar [1]: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=59f4ff2ecff4cef36378928cec891785b402e80c -- Kumar Appaiah signature.asc Description: Digital signature
Bug#496222: installation-reports: successful installation on Dell Inspiron 1525n
: ehci_hcd /proc/iomem: fed2-fed8 : reserved /proc/iomem: feda-feda5fff : reserved /proc/iomem: fee0-fee00fff : Local APIC /proc/iomem: ff80-ff8f : pnp 00:01 /proc/iomem: ffa0-ffbf : pnp 00:0c /proc/iomem: ffc0-ffcf : pnp 00:01 /proc/iomem: ffe0- : reserved /proc/iomem: 1-11fff : System RAM /proc/interrupts:CPU0 CPU1 /proc/interrupts: 0: 40032 38730 IO-APIC-edge timer /proc/interrupts: 1:957918 IO-APIC-edge i8042 /proc/interrupts: 8: 1 0 IO-APIC-edge rtc /proc/interrupts: 9: 0 0 IO-APIC-fasteoi acpi /proc/interrupts: 12: 9 10 IO-APIC-edge i8042 /proc/interrupts: 14:226221 IO-APIC-edge ide0 /proc/interrupts: 16: 9 8 IO-APIC-fasteoi firewire_ohci /proc/interrupts: 20: 2 0 IO-APIC-fasteoi uhci_hcd:usb1, uhci_hcd:usb3, ehci_hcd:usb7 /proc/interrupts: 21: 21 23 IO-APIC-fasteoi uhci_hcd:usb2, uhci_hcd:usb4 /proc/interrupts: 22: 0 0 IO-APIC-fasteoi uhci_hcd:usb5, ehci_hcd:usb6 /proc/interrupts: 1275: 16950 17247 PCI-MSI-edge ahci /proc/interrupts: 1276: 98792 99790 PCI-MSI-edge eth0 /proc/interrupts: NMI: 0 0 Non-maskable interrupts /proc/interrupts: LOC: 29223 32959 Local timer interrupts /proc/interrupts: RES: 84232 92954 Rescheduling interrupts /proc/interrupts: CAL:320355 function call interrupts /proc/interrupts: TLB:832704 TLB shootdowns /proc/interrupts: TRM: 0 0 Thermal event interrupts /proc/interrupts: THR: 0 0 Threshold APIC interrupts /proc/interrupts: SPU: 0 0 Spurious interrupts /proc/interrupts: ERR: 0 /proc/meminfo: MemTotal: 4049424 kB /proc/meminfo: MemFree: 3209100 kB /proc/meminfo: Buffers: 56724 kB /proc/meminfo: Cached: 678112 kB /proc/meminfo: SwapCached: 0 kB /proc/meminfo: Active: 214620 kB /proc/meminfo: Inactive: 526348 kB /proc/meminfo: SwapTotal: 2779204 kB /proc/meminfo: SwapFree: 2779204 kB /proc/meminfo: Dirty: 948 kB /proc/meminfo: Writeback: 0 kB /proc/meminfo: AnonPages:6108 kB /proc/meminfo: Mapped: 2160 kB /proc/meminfo: Slab:67324 kB /proc/meminfo: SReclaimable:51872 kB /proc/meminfo: SUnreclaim: 15452 kB /proc/meminfo: PageTables:592 kB /proc/meminfo: NFS_Unstable:0 kB /proc/meminfo: Bounce: 0 kB /proc/meminfo: CommitLimit: 4803916 kB /proc/meminfo: Committed_AS: 9816 kB /proc/meminfo: VmallocTotal: 34359738367 kB /proc/meminfo: VmallocUsed: 89612 kB /proc/meminfo: VmallocChunk: 34359648659 kB /proc/meminfo: HugePages_Total: 0 /proc/meminfo: HugePages_Free: 0 /proc/meminfo: HugePages_Rsvd: 0 /proc/meminfo: HugePages_Surp: 0 /proc/meminfo: Hugepagesize: 2048 kB /proc/bus/input/devices: I: Bus=0017 Vendor=0001 Product=0001 Version=0100 /proc/bus/input/devices: N: Name=Macintosh mouse button emulation /proc/bus/input/devices: P: Phys= /proc/bus/input/devices: S: Sysfs=/class/input/input0 /proc/bus/input/devices: U: Uniq= /proc/bus/input/devices: H: Handlers=mouse0 /proc/bus/input/devices: B: EV=7 /proc/bus/input/devices: B: KEY=7 0 0 0 0 /proc/bus/input/devices: B: REL=3 /proc/bus/input/devices: /proc/bus/input/devices: I: Bus=0011 Vendor=0001 Product=0001 Version=ab41 /proc/bus/input/devices: N: Name=AT Translated Set 2 keyboard /proc/bus/input/devices: P: Phys=isa0060/serio0/input0 /proc/bus/input/devices: S: Sysfs=/class/input/input1 /proc/bus/input/devices: U: Uniq= /proc/bus/input/devices: H: Handlers=kbd /proc/bus/input/devices: B: EV=120013 /proc/bus/input/devices: B: KEY=40200 3803078f800d001 fedfffef fffe /proc/bus/input/devices: B: MSC=10 /proc/bus/input/devices: B: LED=7 /proc/bus/input/devices: /proc/bus/input/devices: I: Bus=0003 Vendor=045e Product=0084 Version=0110 /proc/bus/input/devices: N: Name=Microsoft Basic Optical Mouse /proc/bus/input/devices: P: Phys=usb-:00:1d.1-1/input0 /proc/bus/input/devices: S: Sysfs=/class/input/input2 /proc/bus/input/devices: U: Uniq= /proc/bus/input/devices: H: Handlers=mouse1 /proc/bus/input/devices: B: EV=17 /proc/bus/input/devices: B: KEY=7 0 0 0 0 /proc/bus/input/devices: B: REL=103 /proc/bus/input/devices: B: MSC=10 /proc/bus/input/devices: -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.27-rc3 (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 -- Kumar Appaiah signature.asc Description: Digital
Bug#492735: Fixing this bug for Lenny.
(For putting on the BTS the fact that a Lenny only fix is underway) Just to let Lenny bug hunters know, I have prepared a backport of this bug fix for the Lenny version of matplotlib, and am working on getting it pushed through to testing-proposed-updates via the maintainers. If you have any questions, please do ask me. Thanks. Kumar -- Kumar Appaiah signature.asc Description: Digital signature
Bug#499933: Please include the armel port on the Debian ports web page
Package: www.debian.org Tags: patch Hi! Please do include a description of armel on the http://www.debian.org/ports/ page, in lieu of the ARM EABI Port at the bottom (port-like projects section). The following could be a possible description: armel Runs on a variety of embedded hardware, such as Linksys NSLU2. This port is the more efficient successor for the arm port, and is compatible with the ARM EABI. Thanks! Kumar -- Kumar Appaiah -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499933: Please include the armel port on the Debian ports web page
Dear Rhonda, On Wed, Sep 24, 2008 at 09:54:48AM +0200, Gerfried Fuchs wrote: Am Dienstag, den 23.09.2008, 13:48 -0500 schrieb Kumar Appaiah: Please do include a description of armel on the http://www.debian.org/ports/ page, in lieu of the ARM EABI Port at the bottom (port-like projects section). Erm, the informations about the armel port is contained in the arm page: http://www.debian.org/ports/arm/ Oops. I think you're right. Can you please check with the arm porter team wether your request was proper and how it should be addressed, or wether you just didn't know that the infromations are included in the /ports/arm/ pages and that your bugreport simply can get closed? Sure. I have CC'ed Riku. But my point is just that the word armel appears appears nowhere on the ports page itself. But if it's fine with the porters, it's fine with me too. Thanks. Kumar -- Kumar Appaiah -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497786: python-numpy: import numpy fails for python 2.5
On Thu, Sep 04, 2008 at 12:14:45PM +0200, Ondrej Certik wrote: Python-numpy seems to be unusable for python 2.5 in lenny. This is a fresh upgrade from etch, just aptitude install python-numpy after the upgrade. [EMAIL PROTECTED] 11:21:57 ~ python2.5 -c 'import numpy' Traceback (most recent call last): File string, line 1, in module ImportError: No module named numpy [EMAIL PROTECTED] 11:22:22 ~ python2.4 -c 'import numpy' [EMAIL PROTECTED] 11:22:25 ~ reportbug python-numpy Indeed, that would be a serious problem. However, I cannot reproduce it: $ python2.5 -c import numpy $ could you please create somewhere an environment, or something, so that we can reproduce it? Could you for example reinstall python+python-numpy? Also send the output of: $ dpkg -L python-numpy and $ python -c import sys;print sys.path For the record, I am also unable to reproduce the error, and the tests run successfully. I am on an amd64 using numpy 1:1.1.1-1. Thanks. Kumar -- Kumar Appaiah signature.asc Description: Digital signature
Bug#497786: python-numpy: import numpy fails for python 2.5
tags 497786 + unreproducible thanks On Thu, Sep 04, 2008 at 08:33:06PM +0300, Juha Jäykkä wrote: could you please create somewhere an environment, or something, so that we can reproduce it? For the record, I am also unable to reproduce the error, and the tests run successfully. I am on an amd64 using numpy 1:1.1.1-1. Sorry, I can't help you any more: I grabbed 1.1.1 from sid and it works. I have no other lennys around - all the rest are either sid or etch (and will stay such for still some time). I tried downgrading back to lenny, but now even THAT works. I have no idea, why. If you can push 1.1.1 to lenny despite it being stable, I'd be happy to see the bug closed - otherwise it will become one of those nasty with tag unreproducible. Thanks for the update, Juha. Now, I just took some time and did the following: 1. Use debootstrap to make a Lenny chroot with python-numpy. I chrooted and ran the tests, and discovered that all tests ran successfully. This is with the Lenny version. 2. Repeated the same process with a 32-bit chroot. All tests run fine again. So, Ondrej, I guess we really can't trace the bug again unless someone else encounters it. So, in the mean while, I would request you to consider closing this bug. Thanks. Kumar -- Kumar Appaiah signature.asc Description: Digital signature
Bug#497786: python-numpy: import numpy fails for python 2.5
On Thu, Sep 04, 2008 at 08:55:21PM +0300, Juha Jäykkä wrote: 1. Use debootstrap to make a Lenny chroot with python-numpy. I chrooted and ran the tests, and discovered that all tests ran successfully. This is with the Lenny version. The machine I ran into this with, was a new upgade from etch. The machine was new enough to be originally installed as etch. Perhaps I'll get back to this when we get around to update the rest - this was a test update. It went very smoothly: numpy was the only problem. That explains it. I guess I'll have to try later to create an Etch system with numpy, upgrade and see what happens. But that I shall try later. I leave it to you and Ondrej to decide on this bug. Thanks. Kumar -- Kumar Appaiah signature.asc Description: Digital signature
Bug#497786: python-numpy: import numpy fails for python 2.5
On Thu, Sep 04, 2008 at 08:15:55PM +0200, Ondrej Certik wrote: So, Ondrej, I guess we really can't trace the bug again unless someone else encounters it. So, in the mean while, I would request you to consider closing this bug. Well, that's definitely the easy way and since I am very busy now, I am +1. :) But what we could (and imho should) do is to install etch chroot, install python-numpy and then upgrade to lenny. If that works, close this bug. If it doesn't work, fix it, because it is still imho a problem. OK, so I did it. I used debootstrap, created an Etch with numpy, dist-upgraded to Lenny and ran numpy tests again: tests bluemoon:/# python Python 2.5.2 (r252:60911, Aug 6 2008, 09:17:29) [GCC 4.3.1] on linux2 Type help, copyright, credits or license for more information. import numpy numpy.test() Numpy is installed in /usr/lib/python2.5/site-packages/numpy Numpy version 1.1.0 Python version 2.5.2 (r252:60911, Aug 6 2008, 09:17:29) [GCC 4.3.1] Found 3/3 tests for numpy.core.tests.test_errstate Found 2/2 tests for numpy.core.tests.test_ufunc Found 286/286 tests for numpy.core.tests.test_multiarray Found 7/7 tests for numpy.core.tests.test_scalarmath Found 143/143 tests for numpy.core.tests.test_regression Found 18/18 tests for numpy.core.tests.test_defmatrix Found 63/63 tests for numpy.core.tests.test_unicode Found 36/36 tests for numpy.core.tests.test_numerictypes Found 16/16 tests for numpy.core.tests.test_umath Found 70/70 tests for numpy.core.tests.test_numeric Found 3/3 tests for numpy.core.tests.test_memmap Found 12/12 tests for numpy.core.tests.test_records Found 5/5 tests for numpy.distutils.tests.test_misc_util Found 4/4 tests for numpy.distutils.tests.test_fcompiler_gnu Found 3/3 tests for numpy.fft.tests.test_helper Found 2/2 tests for numpy.fft.tests.test_fftpack Found 49/49 tests for numpy.lib.tests.test_shape_base Found 10/10 tests for numpy.lib.tests.test_arraysetops Found 1/1 tests for numpy.lib.tests.test_regression Found 15/15 tests for numpy.lib.tests.test_twodim_base Found 4/4 tests for numpy.lib.tests.test_polynomial Found 6/6 tests for numpy.lib.tests.test_index_tricks Found 5/5 tests for numpy.lib.tests.test_getlimits Found 43/43 tests for numpy.lib.tests.test_type_check Found 1/1 tests for numpy.lib.tests.test_ufunclike Found 1/1 tests for numpy.lib.tests.test_machar Found 53/53 tests for numpy.lib.tests.test_function_base Found 1/1 tests for numpy.lib.tests.test_financial Found 15/15 tests for numpy.lib.tests.test_io Found 24/24 tests for numpy.lib.tests.test__datasource Found 3/3 tests for numpy.linalg.tests.test_regression Found 89/89 tests for numpy.linalg.tests.test_linalg Found 15/15 tests for numpy.ma.tests.test_extras Found 36/36 tests for numpy.ma.tests.test_old_ma Found 94/94 tests for numpy.ma.tests.test_core Found 17/17 tests for numpy.ma.tests.test_mrecords Found 4/4 tests for numpy.ma.tests.test_subclassing Found 7/7 tests for numpy.tests.test_random Found 16/16 tests for numpy.testing.tests.test_utils .../usr/lib/python2.5/site-packages/numpy/distutils/cpuinfo.py:109: UserWarning: [Errno 2] No such file or directory: '/proc/cpuinfo' warnings.warn(str(e), UserWarning) ... -- Ran 1270 tests in 1.195s OK unittest._TextTestResult run=1270 errors=0 failures=0 /tests Therefore, Juha, there must have been a system specific problem, I presume. Please tell me if I can do anything else to help spot the bug. Otherwise, I think it would be best to close this bug and reopen it the next time you spot it. Thanks. Kumar -- Kumar Appaiah signature.asc Description
Bug#497786: [Python-modules-team] Bug#497786: import of numpy fails for python2.5
OK, I tried debugging by creating an Etch chroot with numpy and matplotlib, and then upgraded it, but couldn't really reproduce the bug. I hope someone can help. Thanks. Kumar -- Kumar Appaiah signature.asc Description: Digital signature
Bug#465094: festival: Installation fails if festival server is already running
tags 465094 + moreinfo thanks Dear Wolfgang, Thank you for the bug report. On Sun, Feb 10, 2008 at 05:54:27PM +0100, Wolfgang Weisselberg wrote: Trying to install (festival server is running) results in | Setting up festival (1.96~beta-5) ... | Starting Festival server: festival/usr/bin/festival already running. | invoke-rc.d: initscript festival, action start failed. | dpkg: error processing festival (--configure): | subprocess post-installation script returned error exit status 1 | Errors were encountered while processing: | festival Running /etc/init.d/festival stop before the installation causes the installation to succeed. Vaguely, this is what happens for me: [EMAIL PROTECTED] ~/GIT/festival] sudo dpkg -i festival_1.96~beta-5_i386.deb (Reading database ... 277003 files and directories currently installed.) Preparing to replace festival 1.96~beta-5 (using festival_1.96~beta-5_i386.deb) ... * Stopping Festival server festival [ ok ] Unpacking replacement festival ... Setting up festival (1.96~beta-5) ... * Starting Festival server festival [ ok ] Could you please tell me if you were running an older festival? I wish to know the situation where this bug occurs. The simplest solution, I guess, would be to use a preinst script to stop festival before the install. Thanks. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#465285: libmpich1.0gf -- package empty.
Package: libmpich1.0gf Version: 1.2.7-6 Severity: serious Tags: patch Hi! I noticed that the libmpich1.0gf package is empty! Please find attached a simple patch to set the right install directories in debian/rules. If I got something wrong, please excuse me. Thanks. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 diff -u mpich-1.2.7/debian/rules mpich-1.2.7/debian/rules --- mpich-1.2.7/debian/rules +++ mpich-1.2.7/debian/rules @@ -176,7 +176,7 @@ ) # install libs to proper places. (set -e; for INST in mpich mpich-mpd mpich-shmem ; do \ - $(INSTALL_DIR) debian/lib$$INST1.0ldbl/usr/lib/$$INST/lib/shared; \ + $(INSTALL_DIR) debian/lib$$INST1.0gf/usr/lib/$$INST/lib/shared; \ $(INSTALL_DIR) debian/lib$$INST1.0-dev/usr/lib/$$INST/bin; \ $(INSTALL_DIR) debian/lib$$INST1.0-dev/usr/lib/$$INST/etc; \ $(INSTALL_DIR) debian/lib$$INST1.0-dev/usr/lib/$$INST/man/man1; \ @@ -187,9 +187,9 @@ mv debian/$$INST-bin/usr/lib/$$INST/include debian/lib$$INST1.0-dev/usr/lib/$$INST/; \ mv debian/$$INST-bin/usr/lib/$$INST/lib debian/lib$$INST1.0-dev/usr/lib/$$INST/; \ mv debian/lib$$INST1.0-dev/usr/lib/$$INST/lib/lib*.so.1.0 debian/lib$$INST1.0-dev/usr/lib/$$INST/lib/shared/; \ - mv debian/lib$$INST1.0-dev/usr/lib/$$INST/lib/shared/lib*.so.1.0 debian/lib$$INST1.0ldbl/usr/lib/$$INST/lib/shared/; \ - for LIB in `(cd debian/lib$$INST1.0ldbl/usr/lib/$$INST/lib/shared ls lib*.so.*)`; do \ - ln -s $$INST/lib/shared/$$LIB debian/lib$$INST1.0ldbl/usr/lib/$$LIB; \ + mv debian/lib$$INST1.0-dev/usr/lib/$$INST/lib/shared/lib*.so.1.0 debian/lib$$INST1.0gf/usr/lib/$$INST/lib/shared/; \ + for LIB in `(cd debian/lib$$INST1.0gf/usr/lib/$$INST/lib/shared ls lib*.so.*)`; do \ + ln -s $$INST/lib/shared/$$LIB debian/lib$$INST1.0gf/usr/lib/$$LIB; \ done; \ done;\ ) signature.asc Description: Digital signature
Bug#465392: scalapack -- please use gfortran based packages as build dependencies
Package: scalapack Version: 1.8.0-1 Severity: important Tags: patch User: [EMAIL PROTECTED] Usertags: gfortran Hi! I would request you to please shift Build-Depends to use the new gfortran based Lapack, lam, mpich and Blas packages in order to phase out packages dependent on the old g2c (g77). In this regard, I would request you to refer to: http://wiki.debian.org/GfortranTransition You may wish to rename the package in order to provide for parallel installability of the g77 and gfortran based scalapack packages, if you choose to upload to unstable. Attached is a patch which does the needful, which you may use to base your change. Also, please check whether using Add_ is correct. I presume something like that is needed due to gfortran's new calling conventions. Thank you. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 diff -u scalapack-1.8.0/debian/control scalapack-1.8.0/debian/control --- scalapack-1.8.0/debian/control +++ scalapack-1.8.0/debian/control @@ -3,7 +3,7 @@ Priority: extra Maintainer: Muammar El Khatib [EMAIL PROTECTED] Standards-Version: 3.7.2 -Build-Depends: libmpich1.0-dev (= 1.2.7-1), lam4-dev (= 7.1.1-3.2), pvm-dev, blacs-mpich-dev (= 1.1-25), blacs-lam-dev, blacs-pvm-dev, g77, lapack3-dev | liblapack-3.so, refblas3-dev | libblas-3.so, debhelper (= 5) +Build-Depends: libmpich1.0-dev (= 1.2.7-1), lam4-dev (= 7.1.1-3.2), pvm-dev, blacs-mpich-dev (= 1.1-25), blacs-lam-dev, blacs-pvm-dev, gfortran, liblapack-dev | liblapack.so.3gf , libblas-dev | libblas.so.3gf, debhelper (= 5) Package: scalapack1-mpich Architecture: any diff -u scalapack-1.8.0/debian/rules scalapack-1.8.0/debian/rules --- scalapack-1.8.0/debian/rules +++ scalapack-1.8.0/debian/rules @@ -41,7 +41,7 @@ ar x ../$${i}_lam.a ;\ cd .. ;\ gcc -shared -Wl,-soname=lib$$i-lam.so.$(version_major) -o \ - lib$$i-lam.so.$(version) tmp/*.o -lblas-3 -llapack-3 -lblacsCinit-lam -lblacs-lam -llam -lg2c;\ + lib$$i-lam.so.$(version) tmp/*.o -lblas-3 -llapack-3 -lblacsCinit-lam -lblacs-lam -llam -lgfortran;\ ln -snf lib$$i-lam.so.$(version) lib$$i-lam.so.$(version_major) ;\ ln -snf lib$$i-lam.so.$(version_major) lib$$i-lam.so ;\ rm tmp/* ;\ @@ -90,7 +90,7 @@ ar x ../$${i}_mpich.a ;\ cd .. ;\ gcc -shared -Wl,-soname=lib$$i-mpich.so.$(version_major) -o \ - lib$$i-mpich.so.$(version) tmp/*.o -lblas-3 -llapack-3 -lblacsCinit-mpich -lblacs-mpich -L /usr/lib/mpich/lib/shared -lmpich -lg2c;\ + lib$$i-mpich.so.$(version) tmp/*.o -lblas-3 -llapack-3 -lblacsCinit-mpich -lblacs-mpich -L /usr/lib/mpich/lib/shared -lmpich -lgfortran;\ ln -snf lib$$i-mpich.so.$(version) lib$$i-mpich.so.$(version_major) ;\ ln -snf lib$$i-mpich.so.$(version_major) lib$$i-mpich.so ;\ rm tmp/* ;\ @@ -133,7 +133,7 @@ ar x ../$${i}_pvm.a ;\ cd .. ;\ gcc -shared -Wl,-soname=lib$$i-pvm.so.$(version_major) -o \ - lib$$i-pvm.so.$(version) tmp/*.o -lblas-3 -llapack-3 -lblacs-pvm -lpvm3 -lg2c;\ + lib$$i-pvm.so.$(version) tmp/*.o -lblas-3 -llapack-3 -lblacs-pvm -lpvm3 -lgfortran;\ ln -snf lib$$i-pvm.so.$(version) lib$$i-pvm.so.$(version_major) ;\ ln -snf lib$$i-pvm.so.$(version_major) lib$$i-pvm.so ;\ rm tmp/* ;\ only in patch2: unchanged: --- scalapack-1.8.0.orig/SLmake.inc +++ scalapack-1.8.0/SLmake.inc @@ -96,10 +96,10 @@ # # The fortran and C compilers, loaders, and their flags # -F77 = g77 +F77 = gfortran #F77 = /usr/local/pgi/linux86/bin/pgf77 CC= gcc -NOOPT = -w -fno-globals -fno-f90 -fugly-complex $(FPIC) +NOOPT = -w $(FPIC) F77FLAGS = -Wall -O6 -funroll-all-loops -ffast-math $(NOOPT) CCFLAGS = -Wall $(FPIC) -O6 -funroll-all-loops -ffast-math SRCFLAG = @@ -117,7 +117,7 @@ # C preprocessor defs for compilation # (-DNoChange, -DAdd_, -DUpCase, or -Df77IsF2C) # -CDEFS = -Df77IsF2C -DNO_IEEE $(USEMPI) +CDEFS = -DAdd_ -DNO_IEEE $(USEMPI) # # The archiver and the flag(s) to use when building archive (library) # Also the ranlib routine. If your system has no ranlib, set RANLIB = echo signature.asc Description: Digital signature
Bug#465366: blacs-mpi -- Please rebuild with gfortran and new lam, mpich
Package: blacs-mpi Version: 1.1-27 Severity: important Tags: patch User: [EMAIL PROTECTED] Usertags: gfortran Hi! I would request you to please shift Build-Depends to use the new gfortran based lam and mpich packages in order to phase out packages dependent on the old g2c (g77). In this regard, I would request you to refer to: http://wiki.debian.org/GfortranTransition You may wish to rename the package in order to provide for parallel installability of the g77 and gfortran based blacs-mpi packages, if you choose to upload to unstable. Attached is a tested patch which does the needful, which you may use to base your change. Thank you. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 diff -u blacs-mpi-1.1/Bmake.inc blacs-mpi-1.1/Bmake.inc --- blacs-mpi-1.1/Bmake.inc +++ blacs-mpi-1.1/Bmake.inc @@ -109,7 +109,7 @@ # setting for your platform, compile and run BLACS/INSTALL/xintface. # Choices are: Add_, NoChange, UpCase, or f77IsF2C. # --- - INTFACE = -Df77IsF2C + INTFACE = -DAdd_ # INTFACE = -DAdd_ # @@ -217,8 +217,8 @@ # optimization. This is the F77NO_OPTFLAG. The usage of the remaining # macros should be obvious from the names. #= - F77= g77 - F77NO_OPTFLAGS = $(FPIC) -fno-globals -fno-f90 -fugly-complex -w + F77= gfortran + F77NO_OPTFLAGS = $(FPIC) -w F77FLAGS = $(F77NO_OPTFLAGS) -O4 F77LOADER = $(F77) F77LOADFLAGS = diff -u blacs-mpi-1.1/debian/changelog blacs-mpi-1.1/debian/changelog --- blacs-mpi-1.1/debian/changelog +++ blacs-mpi-1.1/debian/changelog @@ -1,3 +1,10 @@ +blacs-mpi (1.1-27.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * gfortran. + + -- Kumar Appaiah [EMAIL PROTECTED] Mon, 11 Feb 2008 21:44:41 +0530 + blacs-mpi (1.1-27) unstable; urgency=low * New maintainer. Closes: #335008 diff -u blacs-mpi-1.1/debian/control blacs-mpi-1.1/debian/control --- blacs-mpi-1.1/debian/control +++ blacs-mpi-1.1/debian/control @@ -3,7 +3,7 @@ Priority: extra Maintainer: Muammar El Khatib [EMAIL PROTECTED] Standards-Version: 3.7.2 -Build-Depends: debhelper (= 4), lam4-dev (= 7.1.1-3.2), libmpich1.0-dev (= 1.2.7-1), g77 +Build-Depends: debhelper (= 4), lam4-dev (= 7.1.1-3.2), libmpich1.0-dev (= 1.2.7-1), gfortran Package: blacs1-mpich Section: libs only in patch2: unchanged: --- blacs-mpi-1.1.orig/TESTING/s.sh +++ blacs-mpi-1.1/TESTING/s.sh @@ -0,0 +1 @@ +gfortran -o /tmp/blacs-mpi/blacs-mpi-1.1/TESTING/EXE/xFbtest_MPI-LINUX-0-static-lam blacstest.o btprim_MPI.o tools.o /tmp/blacs-mpi/blacs-mpi-1.1/LIB/blacsF77init_MPI-LINUX-0.a /tmp/blacs-mpi/blacs-mpi-1.1/LIB/blacs_MPI-LINUX-0.a /tmp/blacs-mpi/blacs-mpi-1.1/LIB/blacsF77init_MPI-LINUX-0.a /tmp/blacs-mpi/blacs-mpi-1.1/LIB/*.a -L/usr/lib/lam/lib -llam signature.asc Description: Digital signature
Bug#465094: festival: Installation fails if festival server is already running
tags 465094 - moreinfo tags 465094 + confirmed pending thankyou On Mon, Feb 11, 2008 at 02:41:00PM +0100, Wolfgang Weisselberg wrote: I can produce an at least similar error by the following sequence: # dpkg --install festival_1.96~beta-5_amd64.deb # echo RUN_FESTIVAL=no /etc/default/festival # dpkg --install /var/cache/apt/archives/festival_1.96~beta-3_amd64.deb overwrite /etc/default/festival # cat /etc/default/festival # Set RUN_FESTIVAL=yes to start festival at boot time. RUN_FESTIVAL=no # dpkg --install /var/cache/apt/archives/festival_1.96~beta-5_amd64.deb (Reading database ... 264707 files and directories currently installed.) Preparing to replace festival 1.96~beta-3 (using .../festival_1.96~beta-5_amd64.deb) ... Unpacking replacement festival ... Setting up festival (1.96~beta-5) ... Installing new version of config file /etc/init.d/festival ... Installing new version of config file /etc/default/festival ... Starting Festival server: festival/usr/bin/festival already running. invoke-rc.d: initscript festival, action start failed. dpkg: error processing festival (--install): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: festival # Dear Wolfgang, This was a perfect reconstruction of the bug. I thank you for it. The solution is simple; the init script just exits if RUN_FESTIVAL is set to no. I have now modified it not to exit in case RUN_FESTIVAL is no, so that even if that is the case, festival is started, and even when start is specified, I restart festival to ensure that the process goes smoothly. This may seem an ugly hack, but works OK for festival. I'll think about a better way later, though. Thanks. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#465212: lampython: please rebuild with new LAM libraries
On Mon, Feb 11, 2008 at 10:43:42AM +0100, Alexandre Fayolle wrote: Package: lampython Version: 2.4.11-1 Severity: normal liblam4-7.1.2-1.2 conflicts with lam4c2, which makes lampython uninstallable. Thanks for your time and involvment in Debian. Dear Alexandre, Shouldn't a binNMU suffice for this? That was the original idea with Riku changing the package name for lam, but I am unsure. Thanks. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#465696: developers-reference -- Please document more about the buildd and release processes
Package: developers-reference Version: 3.3.8 Severity: wishlist Dear Developer's Reference maintainers, In the current state, the reference is mostly incomplete or silent about several of the release and package building related processes. What this means is that release managers often spend time explain to people whether/why something has to be done, and this keeps happening often. The reason for this is that the information on several of these aspects is currently spread in the Debian website, the Debian Wiki and some other resources. In order to ensure that knowledge of best practices related to relase, library transitions etc. are transmitted effectively to developers, I would request you to please consider adding or expanding the following sections to the reference: * buildd: How the buildds work, packages queued for build etc., where the buildd logs are found, how to react if a package is not built on an architecture where it actually should be built (describe the situations where give back is needed, and how to do it), how to react to problems on architectures which one cannot solve (e.g. ICE on a buildd whose architecture the developer does not have access to). (This would encompass #258437 as well.) * library transitions: What are the conditions which warrant a consultation with release managers before uploading a package which would involve a library transition, and what are the best practices associated with this. * binNMUs: Document the best practices for binNMUs, where and how to request for these. Pending your feedback, I would volunteer to collate information on these by asking the right people and reading the right pages. Thank you. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#465716: libghemical -- Please switch to use new gfortran based lapack, blas
Package: libghemical Version: 2.96-1 Severity: important Tags: patch User: [EMAIL PROTECTED] Usertags: gfortran Hi! I would request you to please shift Build-Depends to use the new gfortran based Lapack and Blas packages in order to phase out packages dependent on the old g2c (g77). In this regard, I would request you to refer to: http://wiki.debian.org/GfortranTransition Attached is a patch which does the needful, which you may use to base your change. Thank you. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 diff -u libghemical-2.96/debian/control libghemical-2.96/debian/control --- libghemical-2.96/debian/control +++ libghemical-2.96/debian/control @@ -3,7 +3,7 @@ Maintainer: Debichem Team [EMAIL PROTECTED] Uploaders: Michael Banck [EMAIL PROTECTED], LI Daobing [EMAIL PROTECTED] -Build-Depends: debhelper (= 4.0.0), cdbs, pkg-config, libsc-dev (= 2.3.0-1), refblas3-dev, lapack3-dev, flex, libmopac7-dev (= 1.13-1) +Build-Depends: debhelper (= 4.0.0), cdbs, pkg-config, libsc-dev (= 2.3.0-1), libblas-dev, liblapack-dev, flex, libmopac7-dev (= 1.13-1), gfortran Standards-Version: 3.7.2 Homepage: http://bioinformatics.org/ghemical/ghemical/ Vcs-Browser: http://svn.debian.org/wsvn/debichem/ diff -u libghemical-2.96/debian/rules libghemical-2.96/debian/rules --- libghemical-2.96/debian/rules +++ libghemical-2.96/debian/rules @@ -1,6 +1,8 @@ #!/usr/bin/make -f # -*- makefile -*- +export F77=gfortran + include /usr/share/cdbs/1/rules/buildcore.mk include /usr/share/cdbs/1/class/autotools.mk include /usr/share/cdbs/1/rules/debhelper.mk signature.asc Description: Digital signature
Bug#465716: Not the correct patch
tags 465716 - patch thanks Hi! The patch I sent is not complete, as the dependency on libg2c is not eliminated. I shall try to produce a correct patch. Thanks. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#465723: mopac7 -- please do not use g2c.
Package: mopac7 Version: 1.13-1 Severity: important User: [EMAIL PROTECTED] Usertags: gfortran Hi! I would request you to please shift Build-Depends to use the new gfortran based Lapack and Blas packages in order to phase out packages dependent on the old g2c (g77). In this regard, I would request you to refer to: http://wiki.debian.org/GfortranTransition Thank you. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#465723: Bug blocks
block 463948 by 465716 block 465716 by 465723 thankyou Hi! Note that mopac7 is now the root problem which has to be attacked; we have to get it to build with gfortran. Using f2c solves the problem somewhat, and I shall try to produce patches for all these problems. Thanks. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#465723: Patch to use f2c
tags 465723 patch thanks Hi! I managed to use f2c to come over the issues and build the package successfully. While I am unsure if you want that, it works and builds without a libg2c dependency. HTH. Thanks. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 diff -u mopac7-1.13/debian/patches/01_undefined_symbol_in_so.dpatch mopac7-1.13/debian/patches/01_undefined_symbol_in_so.dpatch --- mopac7-1.13/debian/patches/01_undefined_symbol_in_so.dpatch +++ mopac7-1.13/debian/patches/01_undefined_symbol_in_so.dpatch @@ -14,7 +14,7 @@ lib_LTLIBRARIES = libmopac7.la -libmopac7_la_LDFLAGS = -version-info 1:13:0 -+libmopac7_la_LDFLAGS = -version-info 1:13:0 -lg2c ++libmopac7_la_LDFLAGS = -version-info 1:13:0 -lf2c libmopac7_la_SOURCES = aababc.c addfck.c addhcr.c addnuc.c analyt.c anavib.c axis.c block.c bonds.c brlzon.c btoc.c calpar.c capcor.c cdiag.c chrge.c cnvg.c compfg.c consts.c cqden.c datin.c dcart.c delmol.c delri.c denrot.c densit.c depvar.c deri0.c deri1.c deri2.c deri21.c deri22.c deri23.c deritr.c deriv.c dernvo.c ders.c dfock2.c dfpsav.c dgemm.c dgemv.c dger.c dgetf2.c dgetrf.c dgetri.c diag.c diat.c diat2.c diegrd.c dielen.c diis.c dijkl1.c dijkl2.c dipind.c dipole.c dlaswp.c dofs.c dot.c drc.c drcout.c dtrmm.c dtrmv.c dtrsm.c dtrti2.c dtrtri.c dvfill.c ef.c enpart.c esp.c etime.c exchng.c fdate.c ffhpol.c flepo.c fmat.c fock1.c fock2.c force.c formxy.c forsav.c frame.c freqcy.c geout.c geoutg.c getgeg.c getgeo.c getsym.c gettxt.c gmetry.c gover.c greenf.c grid.c h1elec.c haddon.c hcore.c helect.c hqrii.c ijkl.c ilaenv.c initsv.c interp.c iter.c jcarin.c linmin.c local.c locmin.c lsame.c makpol.c mamult.c matou1.c matout.c matpak.c meci.c mecid.c mecih.c mecip.c moldat.c molval.c mullik.c mult.c nllsq.c nuchar.c parsav.c partxy.c pathk.c paths.c perm.c polar.c powsav.c powsq.c prtdrc.c quadr.c react1.c reada.c readmo.c refer.c repp.c rotat.c rotate.c rsp.c search.c second.c setupg.c solrot.c swap.c sympro.c symtry.c symtrz.c thermo.c timer.c timout.c update.c upsurf.c vecprt.c writmo.c wrtkey.c wrttxt.c xerbla.c xyzint.c mopac7lib.c libmopac7.c diff -u mopac7-1.13/debian/control mopac7-1.13/debian/control --- mopac7-1.13/debian/control +++ mopac7-1.13/debian/control @@ -3,7 +3,7 @@ Section: science Maintainer: Debichem Team [EMAIL PROTECTED] Uploaders: LI Daobing [EMAIL PROTECTED], Daniel Leidert (dale) [EMAIL PROTECTED], Michael Banck [EMAIL PROTECTED] -Build-Depends: debhelper (= 4.0.0), cdbs, libg2c0-dev, f2c, dpatch +Build-Depends: debhelper (= 4.0.0), cdbs, dpatch, gfortran, libf2c2-dev Standards-Version: 3.7.2 Homepage: http://sourceforge.net/projects/mopac7 Vcs-Browser: http://svn.debian.org/wsvn/debichem/ @@ -12,7 +12,7 @@ Package: libmopac7-dev Section: libdevel Architecture: any -Depends: libmopac7-1 (= ${binary:Version}), libg2c0-dev +Depends: libmopac7-1 (= ${binary:Version}), libf2c2-dev Description: Semi-empirical Quantum Chemistry Library (Development files) MOPAC provides routines to solve the electronic structure of molecules on a semi-empirical level. Available methods include MNDO, MINDO/3, AM1 diff -u mopac7-1.13/debian/rules mopac7-1.13/debian/rules --- mopac7-1.13/debian/rules +++ mopac7-1.13/debian/rules @@ -1,12 +1,14 @@ #!/usr/bin/make -f +export G77=gfortran + include /usr/share/cdbs/1/rules/buildcore.mk include /usr/share/cdbs/1/class/autotools.mk include /usr/share/cdbs/1/rules/debhelper.mk include /usr/share/cdbs/1/rules/dpatch.mk ifeq (ia64,$(DEB_HOST_ARCH)) -CFLAGS=-g -Wall -ffunction-sections +CFLAGS=-g -Wall -ffunction-sections -lgfortran endif LDFLAGS=-Wl,-z,defs signature.asc Description: Digital signature
Bug#465723: Patch to use f2c
On Thu, Feb 14, 2008 at 04:10:39PM +0530, Kumar Appaiah wrote: I managed to use f2c to come over the issues and build the package successfully. While I am unsure if you want that, it works and builds without a libg2c dependency. In addition to the previous patch, the following is necesary for the rdepends: --- mopac7-1.13.orig/libmopac7.pc.in +++ mopac7-1.13/libmopac7.pc.in @@ -4,4 +4,4 @@ Name: libmopac7 Description: A library for semi-empirical QM calculations. Version: @VERSION@ -Libs: -L${libdir} -lmopac7 -lg2c +Libs: -L${libdir} -lmopac7 -lf2c Also, please check #442018 if you do decide to use f2c. Thanks. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#465716: Patch to fix this bug
tags 465716 patch thanks Hi! Once mopac7 is done, the attached patch should work for libghemical. HTH. Thanks. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 diff -u libghemical-2.96/debian/control libghemical-2.96/debian/control --- libghemical-2.96/debian/control +++ libghemical-2.96/debian/control @@ -3,7 +3,7 @@ Maintainer: Debichem Team [EMAIL PROTECTED] Uploaders: Michael Banck [EMAIL PROTECTED], LI Daobing [EMAIL PROTECTED] -Build-Depends: debhelper (= 4.0.0), cdbs, pkg-config, libsc-dev (= 2.3.0-1), refblas3-dev, lapack3-dev, flex, libmopac7-dev (= 1.13-1) +Build-Depends: debhelper (= 4.0.0), cdbs, pkg-config, libsc-dev (= 2.3.0-1), libblas-dev, liblapack-dev, flex, libmopac7-dev (= 1.13-1), gfortran Standards-Version: 3.7.2 Homepage: http://bioinformatics.org/ghemical/ghemical/ Vcs-Browser: http://svn.debian.org/wsvn/debichem/ diff -u libghemical-2.96/debian/rules libghemical-2.96/debian/rules --- libghemical-2.96/debian/rules +++ libghemical-2.96/debian/rules @@ -1,6 +1,8 @@ #!/usr/bin/make -f # -*- makefile -*- +export F77=gfortran + include /usr/share/cdbs/1/rules/buildcore.mk include /usr/share/cdbs/1/class/autotools.mk include /usr/share/cdbs/1/rules/debhelper.mk signature.asc Description: Digital signature
Bug#463948: Patch to fix this bug
tags 463948 patch thanks Hi! The attached patch should work once libghemical is done. HTH. Thanks! Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 diff -u ghemical-2.95/debian/control ghemical-2.95/debian/control --- ghemical-2.95/debian/control +++ ghemical-2.95/debian/control @@ -4,7 +4,7 @@ Maintainer: Debichem Team [EMAIL PROTECTED] Uploaders: LI Daobing [EMAIL PROTECTED], Michael Banck [EMAIL PROTECTED] Build-Depends: debhelper (= 5), libgtk2.0-dev, libgtkglext1-dev, - glutg3-dev, libsc-dev (= 2.3.0-1), flex, refblas3-dev, lapack3-dev, + glutg3-dev, libsc-dev (= 2.3.0-1), flex, libblas-dev, liblapack-dev, gfortran, libf2c2-dev, libglade2-dev, libopenbabel-dev (= 2.1.1-1), dpatch, libghemical-dev (= 2.96-1), libmopac7-dev (= 1.13-1), pkg-config, liboglappth-dev diff -u ghemical-2.95/debian/rules ghemical-2.95/debian/rules --- ghemical-2.95/debian/rules +++ ghemical-2.95/debian/rules @@ -14,7 +14,7 @@ configure: configure-stamp configure-stamp: dh_testdir - PKG_CONFIG=/usr/bin/pkg-config ./configure --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info --host=$(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) --enable-threads --enable-openbabel + PKG_CONFIG=/usr/bin/pkg-config G77=gfortran ./configure --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info --host=$(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) --enable-threads --enable-openbabel touch configure-stamp build: build-stamp signature.asc Description: Digital signature
Bug#461854: flickcurl-utils: 1.2-1 still dumps core on some commands like flickcurl photos.search user [EMAIL PROTECTED]
found 461854 1.2-1 tags 461854 fixed-upstream thanks On Fri, Feb 15, 2008 at 09:17:12AM +0100, Christoph Goern wrote: Package: flickcurl-utils Version: 1.2-1 Followup-For: Bug #461854 Hi! I had also discovered this bug, and have sent the patch upstream. It is included in the SVN, and will be released shortly. Otherwise, I shall try to upload a patched version myself. This particular change is here: http://svn.dajobe.org/view/trunk/utils/flickcurl.c?r1=523r2=522pathrev=523 Thanks. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#466047: libitpp - Please transition to gfortran.
Package: libitpp6 Version: 4.0.1-3 Severity: important Tags: patch User: [EMAIL PROTECTED] Usertags: gfortran Hi! I would request you to please shift Build-Depends to use the new gfortran based Lapack and Blas packages in order to phase out packages dependent on the old g2c (g77). In this regard, I would request you to refer to: http://wiki.debian.org/GfortranTransition You may wish to rename the package in order to provide for parallel installability of the g77 and gfortran based libitpp packages, if you choose to upload to unstable. Attached is a patch which does the needful, which you may use to base your change. Thank you. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#466061: openmx -- please use gfortran based lapack
Package: openmx Version: 3.2.4.dfsg-2 Severity: important Tags: patch User: [EMAIL PROTECTED] Usertags: gfortran Hi! I would request you to please shift Build-Depends to use the new gfortran based Lapack and Blas packages in order to phase out packages dependent on the old g2c (g77). In this regard, I would request you to refer to: http://wiki.debian.org/GfortranTransition Attached is a patch which does the needful, which you may use to base your change. Thank you. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 diff -u openmx-3.2.4.dfsg/source/makefile openmx-3.2.4.dfsg/source/makefile --- openmx-3.2.4.dfsg/source/makefile +++ openmx-3.2.4.dfsg/source/makefile @@ -99,7 +99,7 @@ #LIB = -L/usr/local/lib -lfftw3 -llapack -lblas -lg2c -static CC = gcc -O3 -Dnompi #CC = gcc -Dnompi -LIB = -lfftw3 -llapack -lblas -lg2c +LIB = -lfftw3 -llapack -lblas -lgfortran diff -u openmx-3.2.4.dfsg/debian/control openmx-3.2.4.dfsg/debian/control --- openmx-3.2.4.dfsg/debian/control +++ openmx-3.2.4.dfsg/debian/control @@ -3,7 +3,7 @@ Priority: extra Maintainer: Debian Scientific Computing Team [EMAIL PROTECTED] Uploaders: Christophe Prud'homme [EMAIL PROTECTED], Ondrej Certik [EMAIL PROTECTED] -Build-Depends: debhelper (= 5), libfftw3-dev (= 3.1.2-3), xsltproc, docbook-xsl, lapack3-dev (= 3.0.2531a-6) +Build-Depends: debhelper (= 5), libfftw3-dev (= 3.1.2-3), xsltproc, docbook-xsl, liblapack-dev, gfortran Standards-Version: 3.7.2 Package: openmx signature.asc Description: Digital signature
Bug#466084: RM: saods9 -- RoQA; low popcon, orphaned, RC buggy
Package: ftp.debian.org Dear FTP Master, After a confirmation on #debian-qa, I would request you to consider removal of saods9 because of the following reasons: * RC buggy. * Unmaintained: orphaned. * Low popcon Thank you. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#466146: festival: Default configuration allows unauthenticated remote code execution
tags 466146 pending thanks Hi! A package is ready for upload at mentors. Thanks for the report. If, after consulting my sponsor and some security people, I find that it is OK, it shall be uploaded. Thanks! Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#466146: festival: Default configuration allows unauthenticated remote code execution
On Sun, Feb 17, 2008 at 05:51:38AM +, Tim Brown wrote: A package is ready for upload at mentors. Thanks for the report. If, after consulting my sponsor and some security people, I find that it is OK, it shall be uploaded. Kumar, Can I suggest that a password is set (perhaps take a look at the Debian MySQL server package which does something similar for the debian-sys-maint in the /etc/mysql/debian.cnf file). Limiting access to local hosts is an improvement, but as noted it does not guard against local privilege escalation attacks. I shall make an attempt to arrange for this. Thank you for the suggestion. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#466146: festival: Default configuration allows unauthenticated remote code execution
tags 466146 pending thanks On Sun, Feb 17, 2008 at 05:51:38AM +, Tim Brown wrote: Can I suggest that a password is set (perhaps take a look at the Debian MySQL server package which does something similar for the debian-sys-maint in the /etc/mysql/debian.cnf file). Limiting access to local hosts is an improvement, but as noted it does not guard against local privilege escalation attacks. I have now added this feature. A package is ready for testing at mentors: dget -x http://mentors.debian.net/debian/pool/main/f/festival/festival_1.96~beta-6.dsc Please note that I now use debconf to ask for the password to be entered. I have tested that the system works fine, but as this is my first debconf experience, a quick review would be appreciated, followed by upload, as this is a security bug. Thanks. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#466146: festival: Default configuration allows unauthenticated remote code execution
On Sun, Feb 17, 2008 at 05:32:44PM +, Tim Brown wrote: I've just built it here. It is lintian clean and the patch provides the required security fix. However 2 small points, 1) The logging doesn't work as /var/log/festival isn't created (and owned by festival,audio) 2) Passwords are displayed by debconf rather than hiding them with *'s. I'm only a fellow maintainer, but I'm sure your mentor can provide appropriate feedback on these issues. First of all, many thanks for pointing out both these issues. I have solved both, and the fixed version is here: dget -x http://mentors.debian.net/debian/pool/main/f/festival/festival_1.96~beta-6.dsc Further comments and feedback would be welcome. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#466335: shogun -- please use new gfortran based Blas, Lapack
Package: shogun-python Version: 0.4.4-2 Severity: important User: [EMAIL PROTECTED] Usertags: gfortran Hi! I would request you to please shift Build-Depends to use the new gfortran based Lapack and Blas packages in order to phase out packages dependent on the old g2c (g77). In this regard, I would request you to refer to: http://wiki.debian.org/GfortranTransition Please note that your package depends on octave3.0-headers, which may need to be built first using the new Blas and Lapack. However, you may want to upload your package in experimental if you want to be quick, since experimental has the new Octave based on gfortran based libraries. Thank you. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#466146: festival: Default configuration allows unauthenticated remote code execution
On 18/02/2008, Tim Brown wrote: dget -x http://mentors.debian.net/debian/pool/main/f/festival/festival_1.96~beta-6. dsc Looks good apart from Lintian reporting: N: N: chown user.group is called in one of the maintainer scripts. The N: correct syntax is chown user:group. Using . as a separator is still N: supported by the GNU tools, but it will fail as soon as a system uses N: the . in user or group names. N: Dear Tim, Many thanks for the constant support. The package should now be all right with this change, available at the same location. dget -x http://mentors.debian.net/debian/pool/main/f/festival/festival_1.96~beta-6. Thanks again! Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600036 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466366: fftw2 -- please shift to use gfortran based packages
Package: fftw2 Version: 2.1.3-20 Severity: important Tags: patch User: [EMAIL PROTECTED] Usertags: gfortran Hi! I would request you to please shift Build-Depends to use the new gfortran based Lapack and Blas packages in order to phase out packages dependent on the old g2c (g77). In this regard, I would request you to refer to: http://wiki.debian.org/GfortranTransition Attached is a patch which does the needful, which you may use to base your change. Thank you. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 diff -u fftw-2.1.3/debian/control fftw-2.1.3/debian/control --- fftw-2.1.3/debian/control +++ fftw-2.1.3/debian/control @@ -2,7 +2,7 @@ Section: oldlibs Priority: extra Maintainer: Paul Brossier [EMAIL PROTECTED] -Build-Depends: debhelper (= 4.0.0), libtool, libmpich1.0-dev, g77 +Build-Depends: debhelper (= 4.0.0), libtool, libmpich1.0-dev, gfortran Standards-Version: 3.7.2 Package: fftw2 diff -u fftw-2.1.3/debian/rules fftw-2.1.3/debian/rules --- fftw-2.1.3/debian/rules +++ fftw-2.1.3/debian/rules @@ -24,7 +24,7 @@ build-arch-stamp: dh_testdir # single precision - CFLAGS=$(CFLAGS) ./configure $(CONFFLAGS) --enable-float --enable-type-prefix $(ARCHCONFFLAGS) + F77=gfortran CFLAGS=$(CFLAGS) ./configure $(CONFFLAGS) --enable-float --enable-type-prefix $(ARCHCONFFLAGS) $(MAKE) #$(MAKE) -C tests check ./tests/fftw_test -t -e -v -p 1024 -x 1 @@ -32,7 +32,7 @@ $(MAKE) install DESTDIR=`pwd`/debian/tmp-single $(MAKE) clean # double precision - CFLAGS=$(CFLAGS) ./configure $(CONFFLAGS) $(ARCHCONFFLAGS) + F77=gfortran CFLAGS=$(CFLAGS) ./configure $(CONFFLAGS) $(ARCHCONFFLAGS) $(MAKE) #$(MAKE) -C tests check ./tests/fftw_test -t -e -v -p 1024 -x 1 signature.asc Description: Digital signature
Bug#466509: Incorrect version of packages
Dear Damon, Please note that you are filing bugs against packages which are NOT in Debian, but in Ubuntu. The package versions that you refer to do not exist at all in Debian, and should be reported to the Ubuntu bug tracking system. In all likelihood, these bugs will be closed fortwith, though I leave it to the respective maintainers to do the needful. Thank you. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#459029: Fix for this bug
tags 459029 +patch thanks The attached patch just disables -fno-rtti and fixes the FTBFS. HTH. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 diff -Nru --exclude changelog glaurung-2.0.1/src/Makefile glaurung-2.0.1/src/Makefile --- glaurung-2.0.1/src/Makefile 2007-11-22 15:55:26.0 +0530 +++ glaurung-2.0.1/src/Makefile 2008-01-13 15:35:38.0 +0530 @@ -50,7 +50,7 @@ # Compiling with GCC: CXX = g++ CXXFLAGS = -O3 -DNDEBUG -g -funroll-loops -fomit-frame-pointer \ --fstrict-aliasing -fno-exceptions -fno-rtti -Wall +-fstrict-aliasing -fno-exceptions -Wall # Compiling with GCC, in debug mode: # CXX = g++ signature.asc Description: Digital signature
Bug#458870: Fix for this bug
reassign 458870 libmms-dev found 458870 0.4-1 retitle 458870 Use of C++ keyword this in header files tags 458870 +patch thankyou Hi! Please note that the build error for mimms is caused due to the use of `this' in the mms.h and mmsh.h. I have attached a patch to fix this. g++ -c -pipe -fpermissive -O2 -Wall -W -D_REENTRANT -DQT_SHARED -DQT_NO_DEBUG -DQT_CORE_LIB -I/usr/share/qt4/mkspecs/linux-g++ -I. -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtCore -I/usr/include/qt4 -I. -Ilibmms-workaround -I/usr/include/libmms -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I. -I. -o mimms.o mimms.cpp In file included from /usr/include/libmms/mmsio.h:4, from /usr/include/libmms/mms.h:42, from mimms.cpp:28: /usr/include/libmms/mms_config.h:4:1: warning: /* within comment In file included from mimms.cpp:28: /usr/include/libmms/mms.h:79: error: expected ',' or '...' before 'this' /usr/include/libmms/mms.h:81: error: expected ',' or '...' before 'this' /usr/include/libmms/mms.h:83: error: expected ',' or '...' before 'this' In file included from mimms.cpp:29: /usr/include/libmms/mmsh.h:44: error: expected ',' or '...' before 'this' /usr/include/libmms/mmsh.h:46: error: expected ',' or '...' before 'this' /usr/include/libmms/mmsh.h:47: error: expected ',' or '...' before 'this' /usr/include/libmms/mmsh.h:53: error: expected ',' or '...' before 'this' /usr/include/libmms/mmsh.h:55: error: expected ',' or '...' before 'this' /usr/include/libmms/mmsh.h:57: error: expected ',' or '...' before 'this' HTH. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 diff -Nru --exclude changelog libmms-0.4/src/mms.h libmms-0.4/src/mms.h --- libmms-0.4/src/mms.h 2007-12-12 01:54:48.0 +0530 +++ libmms-0.4/src/mms.h 2008-01-13 16:04:10.0 +0530 @@ -76,11 +76,11 @@ mms_off_t mms_get_current_pos (mms_t *instance); -uint32_t mms_get_asf_header_len (mms_t *this); +uint32_t mms_get_asf_header_len (mms_t *); -uint64_t mms_get_asf_packet_len (mms_t *this); +uint64_t mms_get_asf_packet_len (mms_t *); -int mms_get_seekable (mms_t *this); +int mms_get_seekable (mms_t *); #ifdef __cplusplus } diff -Nru --exclude changelog /tmp/EsZPjAQ9S8/libmms-0.4/src/mmsh.h /tmp/7Q6Md37EWA/libmms-0.4/src/mmsh.h --- libmms-0.4/src/mmsh.h 2007-12-12 01:54:48.0 +0530 +++ libmms-0.4/src/mmsh.h 2008-01-13 16:04:10.0 +0530 @@ -41,20 +41,20 @@ int mmsh_read (mms_io_t *io, mmsh_t *instance, char *data, int len); int mmsh_time_seek (mms_io_t *io, mmsh_t *instance, double time_sec); -mms_off_t mmsh_seek (mms_io_t *io, mmsh_t *this, mms_off_t offset, int origin); +mms_off_t mmsh_seek (mms_io_t *io, mmsh_t *, mms_off_t offset, int origin); uint32_t mmsh_get_length (mmsh_t *instance); -double mmsh_get_time_length (mmsh_t *this); -uint64_t mmsh_get_raw_time_length (mmsh_t *this); +double mmsh_get_time_length (mmsh_t *); +uint64_t mmsh_get_raw_time_length (mmsh_t *); mms_off_t mmsh_get_current_pos (mmsh_t *instance); void mmsh_close (mmsh_t *instance); int mmsh_peek_header (mmsh_t *instance, char *data, int maxsize); -uint32_t mmsh_get_asf_header_len (mmsh_t *this); +uint32_t mmsh_get_asf_header_len (mmsh_t *); -uint32_t mmsh_get_asf_packet_len (mmsh_t *this); +uint32_t mmsh_get_asf_packet_len (mmsh_t *); -int mmsh_get_seekable (mmsh_t *this); +int mmsh_get_seekable (mmsh_t *); #ifdef __cplusplus } signature.asc Description: Digital signature
Bug#256948: festival: Segmentation fault half the time
On 15/01/2008, Kingsley G. Morse Jr. wrote: As you asked, I upgraded (from version 1.4.3-22 to 1.96~beta-3). Unfortunately, at least for me, 1.96~beta3 doesn't work. Here's the error message $ festival ffeature (prefix) _ duplicate definition It's a mistake that we did not depend on the new libestools1.2 version. We shall handle this in the next upload. I upgraded libestools1.2 from version 1:1.2.3-11 to 1.2.96~beta-2, but then festival crashed with $ festival Segmentation fault (core dumped) But, oddly, running it with strace seemed to allow it to work sometimes. $ strace festival Unfortunately, I am unable to reproduce this, but it is could due to some library issues which we have to track down. I'll first let Kartik comment, then we'll find the cause (hopefully). Perhaps festival should depend on version 1:1.2.96~beta-2 of libestools1.2. I shall fix this in the next upload. I'm interested in your thoughts on how to proceed, especially if you know how to make festival work reliably. Thanks for your patient response. I'll investigate this further once Kartik airs his views. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600036 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461848: flickcurl-utils: should not be required to specify auth_token
tags 461848 upstream thanks On Mon, Jan 21, 2008 at 01:42:02PM +0530, Y Giridhar Appaji Nag wrote: auth_token can be derived from the api_key and secret and should not be required. [snip] Pretty much every other flickr API toolkit (postr, flickrfs etc.) computes the auth_token given the api_key and secret. As I am away at the moment, I can't look into this. However, I shall try to handle this next week. Thanks for the report. Kumar -- Kumar Appaiah 462, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600036 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461854: flickcurl-utils: segfaults on many commands
On Mon, Jan 21, 2008 at 02:07:22PM +0530, Y Giridhar Appaji Nag wrote: The flickcurl CLI command segfaults on many commands. I am away at the moment, but will check this out next week. Since the program looks unstable and prone to a lot of segfaults, please do consider providing a -dbg package as well. Isn't that what libflickcurl0-dbg supposed to be? Kumar -- Kumar Appaiah 462, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600036 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461843: flickcurl: Incorrect version control fields in debian/control
tags 461843 confirmed thanks On Mon, Jan 21, 2008 at 01:24:33PM +0530, Y Giridhar Appaji Nag wrote: flickcurl has libitpp version control information in Vcs-* fields of debian/control. This will show incorrect information on the PTS and utilities like debcheckout etc. will fail to work. Copy paste error. Shall be fixed in the next upload. Thanks. Kumar -- Kumar Appaiah 462, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600036 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461846: flickcurl-utils: incorrect path to README.gz in flickcurl(1)
tags 461846 confirmed thankyou On Mon, Jan 21, 2008 at 01:35:05PM +0530, Y Giridhar Appaji Nag wrote: flickcurl(1) has /usr/share/doc/flickcurl/README.gz in SEE ALSO. It should be /usr/share/doc/flickcurl-utils/README.gz. I shall fix this in the next upload. Thanks. Kumar -- Kumar Appaiah 462, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600036 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432964: Retitle to RFP
retitle 432964 RFP: elfrc -- turn arbitrary files into ELF objects for linking into programs thanks Sufficient interest doesn't possibly exist for this package, hence I retitle this bug. I leave it as RFP, should someone still want to see it in Debian. Initial packaging: http://mentors.debian.net/debian/pool/main/e/elfrc/elfrc_0.7-1.dsc HTH. Kumar -- Kumar Appaiah 462, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600036 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454401: Fix for this bug
tags 454401 +patch thanks Please find attached a patch which adds a postrm and fixes this bug. I also plan to NMU to DELAYED-7 (if I find a sponsor). Thanks! Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 diff -Nru --exclude changelog pylint-0.13.2/debian/pylint.postrm pylint-0.13.2/debian/pylint.postrm --- pylint-0.13.2/debian/pylint.postrm 1970-01-01 05:30:00.0 +0530 +++ pylint-0.13.2/debian/pylint.postrm 2008-01-31 22:28:03.0 +0530 @@ -0,0 +1,8 @@ +#! /bin/sh -e + +if [ $1 = purge ]; then +# remove old emacs file +rm -f /etc/emacs/site-start.d/50pylint.el +fi + +#DEBHELPER# signature.asc Description: Digital signature
Bug#455025: Fix for this bug.
tags 455025 + patch thanks Hi! Please find attached a patch, which creates a postrm to remove the unneded (old) menu method file. HTH. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 diff -Nru --exclude changelog fbpanel-4.12/debian/postrm fbpanel-4.12/debian/postrm --- fbpanel-4.12/debian/postrm 1970-01-01 05:30:00.0 +0530 +++ fbpanel-4.12/debian/postrm 2008-01-31 23:06:08.0 +0530 @@ -0,0 +1,8 @@ +#!/bin/sh -e + +if [ $1 = purge ]; then +# remove menu-methods file upon purge. +rm -f /etc/menu-methods/fbpanel +fi + +#DEBHELPER# signature.asc Description: Digital signature
Bug#454401: pylint: diff for NMU version 0.13.2-2.1
Hi, Attached is the diff for my pylint 0.13.2-2.1 NMU. It has been uploaded to DELAYED-7. You can override it with your upload before that though. Thanks. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 diff -u pylint-0.13.2/debian/changelog pylint-0.13.2/debian/changelog --- pylint-0.13.2/debian/changelog +++ pylint-0.13.2/debian/changelog @@ -1,3 +1,12 @@ +pylint (0.13.2-2.1) unstable; urgency=low + + * Non-maintainer upload. + * debian/pylint.postrm: ++ Added to remove old Emacs mode upon purge. + (Closes: #454401) + + -- Kumar Appaiah [EMAIL PROTECTED] Thu, 31 Jan 2008 22:27:18 +0530 + pylint (0.13.2-2) unstable; urgency=low * Upload package to debian (closes: #426418) only in patch2: unchanged: --- pylint-0.13.2.orig/debian/pylint.postrm +++ pylint-0.13.2/debian/pylint.postrm @@ -0,0 +1,8 @@ +#! /bin/sh -e + +if [ $1 = purge ]; then +# remove old emacs file +rm -f /etc/emacs/site-start.d/50pylint.el +fi + +#DEBHELPER# signature.asc Description: Digital signature
Bug#461848: flickcurl-utils: should not be required to specify auth_token
tags 461848 + wontfix thanks On Mon, Jan 21, 2008 at 01:55:57PM +0530, Kumar Appaiah wrote: On Mon, Jan 21, 2008 at 01:42:02PM +0530, Y Giridhar Appaji Nag wrote: auth_token can be derived from the api_key and secret and should not be required. [snip] Pretty much every other flickr API toolkit (postr, flickrfs etc.) computes the auth_token given the api_key and secret. After some thought and consideration, I have decided not to try to fix this bug unless upstream does it, the reason being that flickcurl is more of a raw interface to the Flickr API as opposed to a utility, so this automation needn't be done with it, IMO. Thanks. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#454401: Processed: Fix for this bug
Dear Alexandre, On 01/02/2008, Alexandre Fayolle wrote: Thanks a lot for taking the time to NMU the pylint package. I'm currently lacking resources to process this, and I see that you've uploaded to the delayed queue. Could you please do an non delayed NMU and I'll do the necessary adjustments in a few days when I get a chance to upload a new release of pylint ? I am CCing this mail to my sponsor, bzed. I guess he can sponsor me again. Thanks! Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600036 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#195509: Proceeding on this bug.
On 02/02/2008, Adam C Powell IV wrote: On Thu, 2008-01-31 at 07:40 -0500, Adam C Powell IV wrote: On Thu, 2008-01-31 at 11:36 +0530, Kumar Appaiah wrote: Further diagnosis showed that these are the error causing lines, along with the fixes: diff -u mpich-1.2.7/src/fortran/configure mpich-1.2.7/src/fortran/configure --- mpich-1.2.7/src/fortran/configure +++ mpich-1.2.7/src/fortran/configure @@ -15820,11 +15820,11 @@ # turn off f90 F90= else - F90_MODINCFLAG=`$MAKE -f ../../f90modules/Makefile f90modflag` - F90MODINCSPEC=`$MAKE -f ../../f90modules/Makefile f90modspec` + F90_MODINCFLAG=`$MAKE -s -f ../../f90modules/Makefile f90modflag` + F90MODINCSPEC=`$MAKE -s -f ../../f90modules/Makefile f90modspec` if test -z $USER_SET_F90INC -a -z $F90INC ; then # This should use a test or try to get it from the f90module. - F90INC=`$MAKE -f ../../f90modules/Makefile f90incflag` + F90INC=`$MAKE -s -f ../../f90modules/Makefile f90incflag` fi fi fi For some reason, make was printing make[1]: entering directory... (and confusing the build). And this resulted in a bad config.status, with sed errors (and commands like sed s,make[1] ...), which produced an empty mpe_fortdefs.h, which didn't result in defines for the relevant MPI_* stuff. I'm not getting something here. In my build, and I see in yours as well, there's this: make --no-print-directory mpi-addons Making a shared library of libmpich.a farg.o: In function `mpir_iargc_': farg.f:(.text+0x9): undefined reference to `_gfortran_iargc' farg.o: In function `mpir_getarg_': farg.f:(.text+0x39): undefined reference to `_gfortran_getarg_i4' collect2: ld returned 1 exit status Successfully linked libmpich.a Making a shared library of libpmpich.a farg.o: In function `mpir_iargc_': farg.f:(.text+0x9): undefined reference to `_gfortran_iargc' farg.o: In function `mpir_getarg_': farg.f:(.text+0x39): undefined reference to `_gfortran_getarg_i4' collect2: ld returned 1 exit status Successfully linked libpmpich.a Making a shared library of libfmpich.a farg.o: In function `mpir_iargc_': farg.f:(.text+0x9): undefined reference to `_gfortran_iargc' farg.o: In function `mpir_getarg_': farg.f:(.text+0x39): undefined reference to `_gfortran_getarg_i4' collect2: ld returned 1 exit status Successfully linked libfmpich.a Making a shared library of libpmpich++.a Successfully linked libpmpich++.a Testing that MPI applications can be linked with shared libs... This is due to the following patch I introduced: @@ -170,7 +170,10 @@ libbase=`basename $libname .a` # The -h name sets the name of the object; this is necessary to # ensure that the dynamic linker can find the proper shared library. -if $CLINKER -shared -Wl,-h,$libbase.$slsuffix -o ../shared/$libbase.$slsuffix *.o $OtherLibs ; then +export F77_GETARGDECL=intrinsic GETARG + if $CLINKER -shared -Wl,-h,$libbase.$slsuffix -o ../shared/$libbase.$slsuffix *.o $OtherLibs ; then + echo Successfully linked $libname + elif gfortran -shared -Wl,-h,$libbase.$slsuffix -o ../shared/$libbase.$slsuffix *.o $OtherLibs ; then echo Successfully linked $libname else echo Linking $libname shared lib failed Note that $CLINKER will fail to resolve the getarg calls. However, the elif case retries with gfortran, and thus, ends up linking fine. The ideal solution would be for you to use $CLINKER for those stuff which don't need GETARG, and gfortran for linking the stuff which uses GETARG. Funny thing is, the libraries are there, and mpicc seems to be able to use them. So it seems to work, but I'm not sure I understand how or why... Any ideas? So, I'd suggest you list out the libraries which need getarg, and link them using gfortran, and others using $CLINKER. Sounds OK? I've neatened up the patches, and am putting everything at http://lyre.mit.edu/~powell/mpich/ with a bunch of new mpif90 support stuff. If you're sure it's right, I'll upload it. But it will have to get through the new queue because of the ldbl-gf name change. I guess things should be fine, though you might want others with rdepends to check. To allay fears of breakage, experimental might be OK? Thanks again, this is a real milestone for the mpich package! I am glad to have been of help! [BTW, are you on debian-beowulf and/or debian-science? If so, I won't CC you in my announcement to those lists of the mpich transition.] No, I am not (yet). Please do CC me, though I'll be a mere observer. Many thanks. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600036 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#456686: closed by [EMAIL PROTECTED] (Artur R. Czechowski) (Bug#456686: fixed in imms 3.0.2-2)
On Sat, Feb 02, 2008 at 11:39:07AM +, Debian Bug Tracking System wrote: * There is no consensus about removing xmms from Lenny in discussion: http://lists.debian.org/debian-devel/2007/07/msg00026.html Additionally, I'll package imms plugin for audacious soon. The imms shall remain in Debian (Closes: #456686) No consensus about removing xmms from Lenny? I don't think so. :-) http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=461309 But, IMMS can remain in Debian, thanks to your efforts. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#463820: suitesparse -- move to gfortran based BLAS and LAPACK
Package: suitesparse Version: 3.0.0-7 Severity: important Tags: patch User: [EMAIL PROTECTED] Usertags: gfortran Hi! I would request you to please shift to use the new gfortran based Lapack and Blas packages in order to phase out packages dependent on the old g2c (g77). In this regard, I would request you to refer to: http://wiki.debian.org/GfortranTransition You may wish to rename the package in order to provide for parallel installability of the g77 and gfortran based suitesparse packages, if you choose to upload to unstable. Attached is a patch which does the needful, which you may use to base your change. Thank you. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 diff -u suitesparse-3.0.0/debian/control suitesparse-3.0.0/debian/control --- suitesparse-3.0.0/debian/control +++ suitesparse-3.0.0/debian/control @@ -4,7 +4,7 @@ Priority: optional Maintainer: Debian Scientific Computing Team [EMAIL PROTECTED] Uploaders: Christophe Prud'homme [EMAIL PROTECTED], Daniel Rus Morales [EMAIL PROTECTED] -Build-Depends: cdbs, debhelper (= 5.0.0), dpatch, gfortran, refblas3-dev, lapack3-dev +Build-Depends: cdbs, debhelper (= 5.0.0), dpatch, gfortran, libblas-dev, liblapack-dev Standards-Version: 3.7.2 XS-Vcs-Svn: svn://svn.debian.org/svn/pkg-scicomp/suitesparse/ XS-Vcs-Browser: http://svn.debian.org/wsvn/pkg-scicomp/suitesparse/ @@ -15,7 +15,7 @@ Replaces: libumfpack4, libufsparse, libsuitesparse-metis Conflicts: libumfpack4, libufsparse, libsuitesparse-metis Provides: libumfpack4, libufsparse -Depends: refblas3 | atlas3-base | atlas3-sse | atlas3-sse2 | atlas3-3dnow, lapack3 | atlas3-base | atlas3-sse | atlas3-sse2 | atlas3-3dnow, ${shlibs:Depends} +Depends: libblas3gf | libatlas3gf-base | libatlas3gf-sse | libatlas3gf-sse2 | libatlas3gf-3dnow, liblapack3gf | libatlas3gf-base | libatlas3gf-sse | libatlas3gf-sse2 | libatlas3gf-3dnow, ${shlibs:Depends} Description: collection of libraries for computations for sparse matrices Suitesparse is a collection of libraries for computations involving sparse matrices. The package includes the following libraries: @@ -56,7 +56,7 @@ Replaces: libufsparse-dev, libsuitesparse-metis-dev, libumfpack4-dev Conflicts: libufsparse-dev, libsuitesparse-metis-dev, libumfpack4-dev Provides: libufsparse-dev, libumfpack4-dev -Depends: libsuitesparse (= ${Source-Version}), refblas3-dev | atlas3-base-dev | atlas3-sse-dev | atlas3-sse2-dev | atlas3-3dnow-dev, lapack3-dev | atlas3-base-dev | atlas3-sse-dev | atlas3-sse2-dev | atlas3-3dnow-dev, libc6-dev +Depends: libsuitesparse (= ${Source-Version}), libblas-dev | libatlas-base-dev | libatlas-sse-dev | libatlas-sse2-dev | libatlas-3dnow-dev, libatlas-base-dev | libatlas-sse-dev | libatlas-sse2-dev | libatlas-3dnow-dev, libc6-dev Description: collection of libraries for computations for sparse matrices Suitesparse is a collection of libraries for computations involving sparse matrices. The package includes the following libraries: @@ -93,7 +93,7 @@ Section: libdevel Priority: extra Architecture: any -Depends: libsuitesparse (= ${Source-Version}), refblas3-dev | atlas3-base-dev | atlas3-sse-dev | atlas3-sse2-dev | atlas3-3dnow-dev, lapack3-dev | atlas3-base-dev | atlas3-sse-dev | atlas3-sse2-dev | atlas3-3dnow-dev, libc6-dev +Depends: libsuitesparse (= ${Source-Version}), libblas-dev | libatlas-base-dev | libatlas-sse-dev | libatlas-sse2-dev | libatlas-3dnow-dev, libatlas-base-dev | libatlas-sse-dev | libatlas-sse2-dev | libatlas-3dnow-dev, libc6-dev Conflicts: libufsparse-dbg Replaces: libufsparse-dbg Description: collection of libraries for computations for sparse matrices @@ -131,7 +131,7 @@ Architecture: all Replaces: libufsparse-doc, libumfpack4-doc Conflicts: libufsparse-doc, libumfpack4-doc -Recommends: atlas3-doc, refblas3-doc, doc-central +Recommends: libatlas-doc, libblas-doc, doc-central Description: collection of libraries for computations for sparse matrices Suitesparse is a collection of libraries for computations involving sparse matrices. The package includes the following libraries: --- suitesparse-3.0.0/debian/patches/13-UFconfig_UFconfig.mk.dpatch +++ suitesparse-3.0.0/debian/patches/13-UFconfig_UFconfig.mk.dpatch @@ -5,18 +5,20 @@ ## DP: Changes to build CHOLMOD without MeTiS support. @DPATCH@ -diff -u trunk~/UFconfig/UFconfig.mk trunk/UFconfig/UFconfig.mk trunk~/UFconfig/UFconfig.mk 2007-05-10 15:46:08.0 +0200 -+++ trunk/UFconfig/UFconfig.mk 2007-07-17 10:38:05.0 +0200 -@@ -85,7 +85,7 @@ +diff -urNad suitesparse-3.0.0~/UFconfig/UFconfig.mk suitesparse-3.0.0/UFconfig/UFconfig.mk +--- suitesparse-3.0.0~/UFconfig/UFconfig.mk 2007-05-10 19:16:08.0 +0530 suitesparse-3.0.0/UFconfig/UFconfig.mk 2008-02-03 21:46:53.0 +0530 +@@ -85,8 +85,8 @@ # BLAS = -lgoto -lgfortran -lgfortranbegin # This is probably slow ... it might connect to the Standard Reference BLAS: -BLAS = -lblas
Bug#463825: petsc -- move to gfortran based packages
Package: petsc Version: 2.3.3-3 Severity: important Tags: patch User: [EMAIL PROTECTED] Usertags: gfortran Hi! I would request you to please shift Build-Depends to use the new gfortran based Lapack and Blas packages in order to phase out packages dependent on the old g2c (g77). In this regard, I would request you to refer to: http://wiki.debian.org/GfortranTransition You may wish to rename the package in order to provide for parallel installability of the g77 and gfortran based petsc packages, if you choose to upload to unstable. Attached is a patch which does the needful, which you may use to base your change. Thank you. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 diff -u petsc-2.3.3/debian/control petsc-2.3.3/debian/control --- petsc-2.3.3/debian/control +++ petsc-2.3.3/debian/control @@ -3,7 +3,7 @@ Priority: extra Maintainer: Adam C. Powell, IV [EMAIL PROTECTED] Standards-Version: 3.7.2 -Build-Depends: debhelper (= 3.0), python (= 2.2), libopenmpi-dev, openmpi-bin, refblas3-dev | libblas-3.so | cxml, lapack3-dev | liblapack-3.so | cxml, gfortran, libx11-dev, libsuitesparse-dev, libsuperlu3-dev (= 3.0+20070106-1) +Build-Depends: debhelper (= 3.0), python (= 2.2), libopenmpi-dev, openmpi-bin, libblas-dev | libblas.so.3gf | cxml, liblapack-dev | liblapack.so.3gf | cxml, gfortran, libx11-dev, libsuitesparse-dev, libsuperlu3-dev (= 3.0+20070106-1) Package: libpetsc2.3.3-dev Architecture: any signature.asc Description: Digital signature
Bug#463820: New patch.
The earlier patch did not have liblapack-dev at all, so was wrong. The attached patch should sort that out. HTH. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 diff -u suitesparse-3.0.0/debian/control suitesparse-3.0.0/debian/control --- suitesparse-3.0.0/debian/control +++ suitesparse-3.0.0/debian/control @@ -4,7 +4,7 @@ Priority: optional Maintainer: Debian Scientific Computing Team [EMAIL PROTECTED] Uploaders: Christophe Prud'homme [EMAIL PROTECTED], Daniel Rus Morales [EMAIL PROTECTED] -Build-Depends: cdbs, debhelper (= 5.0.0), dpatch, gfortran, refblas3-dev, lapack3-dev +Build-Depends: cdbs, debhelper (= 5.0.0), dpatch, gfortran, libblas-dev, liblapack-dev Standards-Version: 3.7.2 XS-Vcs-Svn: svn://svn.debian.org/svn/pkg-scicomp/suitesparse/ XS-Vcs-Browser: http://svn.debian.org/wsvn/pkg-scicomp/suitesparse/ @@ -15,7 +15,7 @@ Replaces: libumfpack4, libufsparse, libsuitesparse-metis Conflicts: libumfpack4, libufsparse, libsuitesparse-metis Provides: libumfpack4, libufsparse -Depends: refblas3 | atlas3-base | atlas3-sse | atlas3-sse2 | atlas3-3dnow, lapack3 | atlas3-base | atlas3-sse | atlas3-sse2 | atlas3-3dnow, ${shlibs:Depends} +Depends: libblas3gf | libatlas3gf-base | libatlas3gf-sse | libatlas3gf-sse2 | libatlas3gf-3dnow, liblapack3gf | libatlas3gf-base | libatlas3gf-sse | libatlas3gf-sse2 | libatlas3gf-3dnow, ${shlibs:Depends} Description: collection of libraries for computations for sparse matrices Suitesparse is a collection of libraries for computations involving sparse matrices. The package includes the following libraries: @@ -56,7 +56,7 @@ Replaces: libufsparse-dev, libsuitesparse-metis-dev, libumfpack4-dev Conflicts: libufsparse-dev, libsuitesparse-metis-dev, libumfpack4-dev Provides: libufsparse-dev, libumfpack4-dev -Depends: libsuitesparse (= ${Source-Version}), refblas3-dev | atlas3-base-dev | atlas3-sse-dev | atlas3-sse2-dev | atlas3-3dnow-dev, lapack3-dev | atlas3-base-dev | atlas3-sse-dev | atlas3-sse2-dev | atlas3-3dnow-dev, libc6-dev +Depends: libsuitesparse (= ${Source-Version}), libblas-dev | libatlas-base-dev | libatlas-sse-dev | libatlas-sse2-dev | libatlas-3dnow-dev, liblapack-dev | libatlas-base-dev | libatlas-sse-dev | libatlas-sse2-dev | libatlas-3dnow-dev, libc6-dev Description: collection of libraries for computations for sparse matrices Suitesparse is a collection of libraries for computations involving sparse matrices. The package includes the following libraries: @@ -93,7 +93,7 @@ Section: libdevel Priority: extra Architecture: any -Depends: libsuitesparse (= ${Source-Version}), refblas3-dev | atlas3-base-dev | atlas3-sse-dev | atlas3-sse2-dev | atlas3-3dnow-dev, lapack3-dev | atlas3-base-dev | atlas3-sse-dev | atlas3-sse2-dev | atlas3-3dnow-dev, libc6-dev +Depends: libsuitesparse (= ${Source-Version}), libblas-dev | libatlas-base-dev | libatlas-sse-dev | libatlas-sse2-dev | libatlas-3dnow-dev, liblapack-dev | libatlas-base-dev | libatlas-sse-dev | libatlas-sse2-dev | libatlas-3dnow-dev, libc6-dev Conflicts: libufsparse-dbg Replaces: libufsparse-dbg Description: collection of libraries for computations for sparse matrices @@ -131,7 +131,7 @@ Architecture: all Replaces: libufsparse-doc, libumfpack4-doc Conflicts: libufsparse-doc, libumfpack4-doc -Recommends: atlas3-doc, refblas3-doc, doc-central +Recommends: libatlas-doc, libblas-doc, doc-central Description: collection of libraries for computations for sparse matrices Suitesparse is a collection of libraries for computations involving sparse matrices. The package includes the following libraries: --- suitesparse-3.0.0/debian/patches/13-UFconfig_UFconfig.mk.dpatch +++ suitesparse-3.0.0/debian/patches/13-UFconfig_UFconfig.mk.dpatch @@ -5,18 +5,20 @@ ## DP: Changes to build CHOLMOD without MeTiS support. @DPATCH@ -diff -u trunk~/UFconfig/UFconfig.mk trunk/UFconfig/UFconfig.mk trunk~/UFconfig/UFconfig.mk 2007-05-10 15:46:08.0 +0200 -+++ trunk/UFconfig/UFconfig.mk 2007-07-17 10:38:05.0 +0200 -@@ -85,7 +85,7 @@ +diff -urNad suitesparse-3.0.0~/UFconfig/UFconfig.mk suitesparse-3.0.0/UFconfig/UFconfig.mk +--- suitesparse-3.0.0~/UFconfig/UFconfig.mk 2007-05-10 19:16:08.0 +0530 suitesparse-3.0.0/UFconfig/UFconfig.mk 2008-02-03 21:46:53.0 +0530 +@@ -85,8 +85,8 @@ # BLAS = -lgoto -lgfortran -lgfortranbegin # This is probably slow ... it might connect to the Standard Reference BLAS: -BLAS = -lblas -lgfortran -lgfortranbegin +-LAPACK = -llapack +BLAS = -lblas - LAPACK = -llapack ++LAPACK = -llapackgf-3 # The BLAS might not contain xerbla, an error-handling routine for LAPACK and + # the BLAS. Also, the standard xerbla requires the Fortran I/O library, and @@ -114,13 +114,13 @@ # The path is relative to where it is used, in CHOLMOD/Lib, CHOLMOD/MATLAB, etc. # You may wish to use an absolute path. METIS is optional. Compile signature.asc Description: Digital signature
Bug#459931: Further information.
Hi! Is there a further update on this bug? Could you get it fixed and adopted? Thanks. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#458266: Fix for this bug.
tags 458266 + patch thanks Hi! Please find attached a patch for this bug, which Build-Depends on automake1.9. HTH. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 diff -u siege-2.66/debian/control siege-2.66/debian/control --- siege-2.66/debian/control +++ siege-2.66/debian/control @@ -3,7 +3,7 @@ Priority: optional Maintainer: Jose Carlos Medeiros [EMAIL PROTECTED] Uploaders: Ola Lundqvist [EMAIL PROTECTED] -Build-Depends: debhelper (= 5), libssl-dev (= 0.9.8-1), ed, cdbs, autotools-dev, quilt +Build-Depends: debhelper (= 5), libssl-dev (= 0.9.8-1), ed, cdbs, autotools-dev, quilt, automake1.9 Standards-Version: 3.7.3 Homepage: http://www.joedog.org/JoeDog/Siege signature.asc Description: Digital signature
Bug#463825: Bug fix blocked by suitesparse.
block 463825 by 463820 thanks Sorry for hurrying you up on this one; it makes sense for petsc to progress only after sutiesparse is gfortran package dependent (am I right?). The patch I attached stays, though. Thanks! Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#463926: arpack -- please Build-Depend on gfortran based lapack and blas.
Package: arpack Version: 2.1-8 Severity: important Tags: patch User: [EMAIL PROTECTED] Usertags: gfortran Hi! I would request you to please shift Build-Depends to use the new gfortran based Lapack and Blas packages in order to phase out packages dependent on the old g2c (g77). In this regard, I would request you to refer to: http://wiki.debian.org/GfortranTransition You may wish to rename the package in order to provide for parallel installability of the g77 and gfortran based arpack packages, if you choose to upload to unstable. Attached is a patch which does the needful, which you may use to base your change. Thank you. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 diff -u arpack-2.1/debian/control arpack-2.1/debian/control --- arpack-2.1/debian/control +++ arpack-2.1/debian/control @@ -1,14 +1,14 @@ Source: arpack Section: math Priority: optional -Build-Depends: debhelper, g77 ( 2.95 ), refblas3-dev|blas-dev, lapack3-dev | atlas3-base-dev +Build-Depends: debhelper, gfortran, libblas-dev, liblapack-dev | libatlas3gf-base-dev Maintainer: Christophe Prud'homme [EMAIL PROTECTED] Standards-Version: 3.6.1 Package: libarpack2 Section: libs Architecture: any -Depends: refblas3|blas, atlas3-base|atlas3-sse|atlas3-sse2|atlas3-3dnow|lapack3|liblapack.so.3, ${shlibs:Depends} +Depends: libblas3gf, liblapack3gf | liblapack.so.3gf | liblapack.so.3 | liblapack3gf | libatlas3gf-base | libatlas3gf-sse | libatlas3gf-sse2 | libatlas3gf-3dnow, ${shlibs:Depends} Recommends: atlas3-base Replaces: arpack2 Conflicts: arpack2 @@ -40,7 +40,7 @@ Package: libarpack2-dev Section: libdevel Architecture: any -Depends: libarpack2 (= ${Source-Version}), refblas3-dev|blas-dev, lapack3-dev|atlas3-base-dev|atlas3-sse-dev|atlas3-sse2-dev|atlas3-3dnow-dev +Depends: libarpack2 (= ${Source-Version}), libblas-dev, liblapack-dev | libatlas-base-dev | libatlas-sse-dev | libatlas-sse2-dev | libatlas-3dnow-dev Replaces: arpack2-dev Conflicts: arpack2-dev Description: Fortran77 subroutines to solve large scale eigenvalue problems diff -u arpack-2.1/debian/changelog arpack-2.1/debian/changelog --- arpack-2.1/debian/changelog +++ arpack-2.1/debian/changelog @@ -1,3 +1,10 @@ +arpack (2.1-8.1) unstable; urgency=low + + * Non-maintainer upload. + * gfortran transition. + + -- Kumar Appaiah [EMAIL PROTECTED] Mon, 04 Feb 2008 14:49:11 +0530 + arpack (2.1-8) unstable; urgency=low * added refblas3 as blas alternative diff -u arpack-2.1/ARmake.inc arpack-2.1/ARmake.inc --- arpack-2.1/ARmake.inc +++ arpack-2.1/ARmake.inc @@ -102,7 +102,7 @@ # | for your system.| # %-% # -FC = g77 +FC = gfortran FFLAGS = -O2 LDFLAGS = signature.asc Description: Digital signature
Bug#463931: arpack++ -- please update to use gfortran based lapack, blas
Package: arpack++ Version: 2.2-10 Severity: important User: [EMAIL PROTECTED] Usertags: gfortran Hi! I would request you to please shift Build-Depends to use the new gfortran based Lapack and Blas packages in order to phase out packages dependent on the old g2c (g77). In this regard, I would request you to refer to: http://wiki.debian.org/GfortranTransition You may wish to rename the package in order to provide for parallel installability of the g77 and gfortran based arpack++ packages, if you choose to upload to unstable. Attached is a patch which does the needful, which you may use to base your change. Thank you. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#463935: blitz++ -- Please update to use gfortran based blas, lapack.
Package: blitz++ Version: 1:0.9-6.1 Severity: important Tags: patch User: [EMAIL PROTECTED] Usertags: gfortran Hi! I would request you to please shift Build-Depends to use the new gfortran based Lapack and Blas packages in order to phase out packages dependent on the old g2c (g77). In this regard, I would request you to refer to: http://wiki.debian.org/GfortranTransition You may wish to rename the package in order to provide for parallel installability of the g77 and gfortran based blitz++ packages, if you choose to upload to unstable. Attached is a patch which does the needful, which you may use to base your change. Thank you. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 diff -u blitz++-0.9/debian/rules blitz++-0.9/debian/rules --- blitz++-0.9/debian/rules +++ blitz++-0.9/debian/rules @@ -18,7 +18,7 @@ build-stamp: dh_testdir - ./configure --prefix=$(PREFIX) --with-cxx=gcc --with-blas --enable-debug --enable-static --enable-64bit --enable-shared --enable-doxygen + F77=gfortran ./configure --prefix=$(PREFIX) --with-cxx=gcc --with-blas --enable-debug --enable-static --enable-64bit --enable-shared --enable-doxygen $(MAKE) lib cd doc $(MAKE) all diff -u blitz++-0.9/debian/control blitz++-0.9/debian/control --- blitz++-0.9/debian/control +++ blitz++-0.9/debian/control @@ -3,7 +3,7 @@ Priority: extra Maintainer: Konstantinos Margaritis [EMAIL PROTECTED] Uploaders: Andreas Tille [EMAIL PROTECTED] -Build-Depends: g++ (= 2:3.2), g77 (= 2:3.2)|fortran-compiler, atlas3-headers, refblas3-dev | atlas3-base-dev, lapack3-dev | atlas3-base-dev, debhelper (= 5.0.41), d-shlibs, texlive-latex-base, texlive-generic-recommended, texi2html, texinfo, doxygen, graphviz +Build-Depends: g++ (= 2:3.2), gfortran | fortran-compiler, libblas-dev | libatlas-base-dev, liblapack-dev | libatlas-base-dev, debhelper (= 5.0.41), d-shlibs, texlive-latex-base, texlive-generic-recommended, texi2html, texinfo, doxygen, graphviz Standards-Version: 3.7.2 Package: libblitz0ldbl signature.asc Description: Digital signature
Bug#463938: cvxopt -- please use gfortran based blas, lapack
Package: cvxopt Version: 0.9.2-1 Severity: important User: [EMAIL PROTECTED] Usertags: gfortran Hi! I would request you to please shift Build-Depends to use the new gfortran based Lapack and Blas packages in order to phase out packages dependent on the old g2c (g77). In this regard, I would request you to refer to: http://wiki.debian.org/GfortranTransition You may wish to rename the package in order to provide for parallel installability of the g77 and gfortran based cvxopt packages, if you choose to upload to unstable. Thank you. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#463931: No patch, sorry.
Sorry, there was no patch... the patch was for arpack. I couldn't figure out the build system, so couldn't produce a patch for this. I'll try later when I get the time, though. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#463942: abinit -- please use gfortran based blas, lapack
Package: abinit Version: 5.3.4.dfsg-2 Severity: important Tags: patch User: [EMAIL PROTECTED] Usertags: gfortran Hi! I would request you to please shift Build-Depends to use the new gfortran based Lapack and Blas packages in order to phase out packages dependent on the old g2c (g77). In this regard, I would request you to refer to: http://wiki.debian.org/GfortranTransition You may wish to rename the package in order to provide for parallel installability of the g77 and gfortran based abinit packages, if you choose to upload to unstable. This is a tested patch which does the needful, which you may use to base your change: patch diff -u abinit-5.3.4.dfsg/debian/control abinit-5.3.4.dfsg/debian/control --- abinit-5.3.4.dfsg/debian/control +++ abinit-5.3.4.dfsg/debian/control @@ -3,7 +3,7 @@ Priority: extra Maintainer: Debian Scientific Computing Team [EMAIL PROTECTED] Uploaders: Christophe Prud'homme [EMAIL PROTECTED], Ondrej Certik [EMAIL PROTECTED] -Build-Depends: debhelper (= 5), autotools-dev, gfortran (= 4:4.2-1), lapack3-dev (= 3.0.2531a-6) +Build-Depends: debhelper (= 5), autotools-dev, gfortran (= 4:4.2-1), liblapack-dev Standards-Version: 3.7.2 Package: abinit /patch Thank you. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#463944: suitesparse-metis -- please use gfortran based blas, lapack
Package: suitesparse-metis Version: 3.0.0-3 Severity: important User: [EMAIL PROTECTED] Usertags: gfortran Hi! I would request you to please shift Build-Depends to use the new gfortran based Lapack and Blas packages in order to phase out packages dependent on the old g2c (g77). In this regard, I would request you to refer to: http://wiki.debian.org/GfortranTransition You may wish to rename the package in order to provide for parallel installability of the g77 and gfortran based suitesparse-metis packages, if you choose to upload to unstable. Thank you. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#463950: gimp-plugin-registry -- please use gfortran based blas, lapack
Package: gimp-plugin-registry Version: 0.5.1-2 Severity: important User: [EMAIL PROTECTED] Usertags: gfortran Hi! I would request you to please shift Build-Depends to use the new gfortran based Lapack and Blas packages in order to phase out packages dependent on the old g2c (g77). In this regard, I would request you to refer to: http://wiki.debian.org/GfortranTransition Thank you. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#463948: ghemical -- please use gfortran based blas, lapack
Package: ghemical Version: 2.95-2 Severity: important User: [EMAIL PROTECTED] Usertags: gfortran Hi! I would request you to please shift Build-Depends to use the new gfortran based Lapack and Blas packages in order to phase out packages dependent on the old g2c (g77). In this regard, I would request you to refer to: http://wiki.debian.org/GfortranTransition You may wish to rename the package in order to provide for parallel installability of the g77 and gfortran based ghemical packages, if you choose to upload to unstable. Thank you. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#463947: dsdp -- please use gfortran based blas, lapack
Package: dsdp Version: 5.8-3 Severity: important Tags: patch User: [EMAIL PROTECTED] Usertags: gfortran Hi! I would request you to please shift Build-Depends to use the new gfortran based Lapack and Blas packages in order to phase out packages dependent on the old g2c (g77). In this regard, I would request you to refer to: http://wiki.debian.org/GfortranTransition You may wish to rename the package in order to provide for parallel installability of the g77 and gfortran based dsdp packages, if you choose to upload to unstable. Below is a patch which does the needful, which you may use to base your change: diff -u dsdp-5.8/debian/control dsdp-5.8/debian/control --- dsdp-5.8/debian/control +++ dsdp-5.8/debian/control @@ -3,7 +3,7 @@ Priority: extra Maintainer: Soeren Sonnenburg [EMAIL PROTECTED] Uploaders: Torsten Werner [EMAIL PROTECTED] -Build-Depends: cdbs, debhelper (= 5), libg2c0-dev, refblas3-dev, lapack3-dev, +Build-Depends: cdbs, debhelper (= 5), libg2c0-dev, libblas-dev, liblapack-dev, doxygen, gs-gpl, texlive-latex-base Standards-Version: 3.7.3 Homepage: http://www-unix.mcs.anl.gov/DSDP/ diff -u dsdp-5.8/debian/changelog dsdp-5.8/debian/changelog Thank you. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#463953: harminv -- please use gfortran based blas, lapack
Package: harminv Version: 1.3.1-1 Severity: important Tags: patch User: [EMAIL PROTECTED] Usertags: gfortran Hi! I would request you to please shift Build-Depends to use the new gfortran based Lapack and Blas packages in order to phase out packages dependent on the old g2c (g77). In this regard, I would request you to refer to: http://wiki.debian.org/GfortranTransition Attached is a patch which does the needful, which you may use to base your change. Thank you. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 diff -u harminv-1.3.1/debian/control harminv-1.3.1/debian/control --- harminv-1.3.1/debian/control +++ harminv-1.3.1/debian/control @@ -2,7 +2,7 @@ Section: science Priority: optional Maintainer: Loic Le Guyader [EMAIL PROTECTED] -Build-Depends: debhelper (= 5), autotools-dev, lapack3-dev, dpatch +Build-Depends: debhelper (= 5), autotools-dev, liblapack-dev, dpatch, gfortran Standards-Version: 3.7.2 Package: harminv diff -u harminv-1.3.1/debian/rules harminv-1.3.1/debian/rules --- harminv-1.3.1/debian/rules +++ harminv-1.3.1/debian/rules @@ -24,7 +24,7 @@ config.status: patch-stamp configure dh_testdir - ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info CFLAGS=$(CFLAGS) LDFLAGS=-Wl,-z,defs --with-cxx --enable-shared + F77=gfortran ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info CFLAGS=$(CFLAGS) LDFLAGS=-Wl,-z,defs --with-cxx --enable-shared build: build-stamp build-stamp: config.status signature.asc Description: Digital signature
Bug#463968: mpqc -- please use gfortran based blas, lapack
Package: mpqc Version: 2.3.1-1 Severity: important Tags: patch User: [EMAIL PROTECTED] Usertags: gfortran Hi! I would request you to please shift Build-Depends to use the new gfortran based Lapack and Blas packages in order to phase out packages dependent on the old g2c (g77). In this regard, I would request you to refer to: http://wiki.debian.org/GfortranTransition Attached is a patch which does the needful, which you may use to base your change. Thank you. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 diff -u mpqc-2.3.1/debian/rules mpqc-2.3.1/debian/rules --- mpqc-2.3.1/debian/rules +++ mpqc-2.3.1/debian/rules @@ -52,21 +52,21 @@ dh_testdir -mkdir $(DOCDIR) (cd $(DOCDIR); \ - $(TOPDIR)/configure $(COMMONARGS) --without-dot) + F77=gfortran $(TOPDIR)/configure $(COMMONARGS) --without-dot) touch configure-doc-stamp configure-shared-stamp: dh_testdir -mkdir $(SHAREDDIR) (cd $(SHAREDDIR); \ - $(TOPDIR)/configure $(COMMONARGS) --enable-shared --disable-static) + F77=gfortran $(TOPDIR)/configure $(COMMONARGS) --enable-shared --disable-static) touch configure-shared-stamp configure-static-stamp: dh_testdir -mkdir $(STATICDIR) (cd $(STATICDIR); \ - $(TOPDIR)/configure $(COMMONARGS) --includedir=/usr/include/sc) + F77=gfortran $(TOPDIR)/configure $(COMMONARGS) --includedir=/usr/include/sc) touch configure-static-stamp build-arch: build-arch-stamp diff -u mpqc-2.3.1/debian/control mpqc-2.3.1/debian/control --- mpqc-2.3.1/debian/control +++ mpqc-2.3.1/debian/control @@ -2,7 +2,7 @@ Priority: optional Section: science Maintainer: Michael Banck [EMAIL PROTECTED] -Build-Depends: debhelper ( 3.0.0), dpatch, perl, flex, bison, refblas3-dev, lapack3-dev, g77 +Build-Depends: debhelper ( 3.0.0), dpatch, perl, flex, bison, libblas-dev, liblapack-dev, gfortran Build-Depends-Indep: doxygen Standards-Version: 3.6.1.0 diff -u mpqc-2.3.1/debian/control.in mpqc-2.3.1/debian/control.in --- mpqc-2.3.1/debian/control.in +++ mpqc-2.3.1/debian/control.in @@ -2,7 +2,7 @@ Priority: optional Section: science Maintainer: Michael Banck [EMAIL PROTECTED] -Build-Depends: debhelper ( 3.0.0), dpatch, perl, flex, bison, refblas3-dev, lapack3-dev, g77 +Build-Depends: debhelper ( 3.0.0), dpatch, perl, flex, bison, libblas-dev, liblapack-dev, gfortran Build-Depends-Indep: doxygen Standards-Version: 3.6.1.0 signature.asc Description: Digital signature
Bug#463951: gretl -- please use gfortran based blas, lapack
On Mon, Feb 04, 2008 at 11:19:31PM +0530, Kumar Appaiah wrote: Argh! I sent it out without further explanation... My experience with sending patches for this has taught me this: 1. Most of gfortran's stuff is present in libgfortran. This is pulled in by adding gfortran in the Build-Depends. 2. configure likes being told about gfortran being the F77 compiler, so all things fall into place nicely. I guess this should be OK. :-) And re-argh! Here comes the Build-Log. Sorry, I have to get some sleep. :-| Kumar. -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 gretl_1.7.1-1.1_amd64.build.gz Description: Binary data signature.asc Description: Digital signature
Bug#463951: gretl -- please use gfortran based blas, lapack
tags 463951 + patch thanks On Mon, Feb 04, 2008 at 11:14:48AM -0600, Dirk Eddelbuettel wrote: gcc -o .libs/gretlcli gretlcli.o complete.o ../lib/.libs/libgretl-1.0.so -ldl -L/usr/local/lib -lz /usr/lib/libxml2.so /usr/lib/libglib-2.0.so /usr/lib/libgmp.so /usr/lib/libfftw3.so -lm -lreadline -ltermcap [snip] Did anything change wrt to liblapack ? Looks like gretl configure may need a fix. To get this going I am currerntly building --without-lapack which is not a long-term fix. No, you don't need to. I have attached a patch (against 1.7.1-1) and a successful build log which should do the needful for you. HTH. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 gretl_1.7.1-1_amd64.build.gz Description: Binary data diff -u gretl-1.7.1/debian/rules gretl-1.7.1/debian/rules --- gretl-1.7.1/debian/rules +++ gretl-1.7.1/debian/rules @@ -33,6 +33,7 @@ configure: configure-stamp configure-stamp: dh_testdir + F77=gfortran \ DISPLAY=foo \ ./configure --prefix=/usr \ --with-gnome-install=/usr \ diff -u gretl-1.7.1/debian/control gretl-1.7.1/debian/control --- gretl-1.7.1/debian/control +++ gretl-1.7.1/debian/control @@ -3,7 +3,7 @@ Priority: optional Maintainer: Dirk Eddelbuettel [EMAIL PROTECTED] Standards-Version: 3.7.3 -Build-Depends: debhelper (= 5.0.0), libgtk2.0-dev, libglib2.0-dev, libreadline5-dev | libreadline-dev, zlib1g-dev, libxml2-dev, libgdk-pixbuf-dev, gnuplot, gnuplot-x11, libgmp3-dev, gdk-imlib1-dev, libart-dev, libaudiofile-dev, libdb-dev, libesd0-dev, libfreetype6-dev, libpng12-dev, refblas3-dev | atlas3-base-dev, lapack3-dev | atlas3-base-dev, libxslt1-dev, libmpfr-dev, fftw3-dev, texlive-base, texlive-latex-base +Build-Depends: debhelper (= 5.0.0), libgtk2.0-dev, libglib2.0-dev, libreadline5-dev | libreadline-dev, zlib1g-dev, libxml2-dev, libgdk-pixbuf-dev, gnuplot, gnuplot-x11, libgmp3-dev, gdk-imlib1-dev, libart-dev, libaudiofile-dev, libdb-dev, libesd0-dev, libfreetype6-dev, libpng12-dev, libblas-dev | libatlas-base-dev, liblapack-dev | libatlas-base-dev, libxslt1-dev, libmpfr-dev, libfftw3-dev, texlive-base, texlive-latex-base, gfortran Package: gretl Architecture: any signature.asc Description: Digital signature
Bug#463951: gretl -- please use gfortran based blas, lapack
On Mon, Feb 04, 2008 at 11:14:04PM +0530, Kumar Appaiah wrote: tags 463951 + patch thanks On Mon, Feb 04, 2008 at 11:14:48AM -0600, Dirk Eddelbuettel wrote: gcc -o .libs/gretlcli gretlcli.o complete.o ../lib/.libs/libgretl-1.0.so -ldl -L/usr/local/lib -lz /usr/lib/libxml2.so /usr/lib/libglib-2.0.so /usr/lib/libgmp.so /usr/lib/libfftw3.so -lm -lreadline -ltermcap [snip] Did anything change wrt to liblapack ? Looks like gretl configure may need a fix. To get this going I am currerntly building --without-lapack which is not a long-term fix. No, you don't need to. I have attached a patch (against 1.7.1-1) and a successful build log which should do the needful for you. Argh! I sent it out without further explanation... My experience with sending patches for this has taught me this: 1. Most of gfortran's stuff is present in libgfortran. This is pulled in by adding gfortran in the Build-Depends. 2. configure likes being told about gfortran being the F77 compiler, so all things fall into place nicely. I guess this should be OK. :-) Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#463951: gretl -- please use gfortran based blas, lapack
Package: gretl Version: 1.7.1-1 Severity: important User: [EMAIL PROTECTED] Usertags: gfortran Hi! I would request you to please shift Build-Depends to use the new gfortran based Lapack and Blas packages in order to phase out packages dependent on the old g2c (g77). In this regard, I would request you to refer to: http://wiki.debian.org/GfortranTransition Thank you. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature
Bug#463966: lush -- please use gfortran based blas, lapack
Package: lush Version: 2.3.3-3 Severity: important Tags: patch User: [EMAIL PROTECTED] Usertags: gfortran Hi! I would request you to please shift Build-Depends to use the new gfortran based Lapack and Blas packages in order to phase out packages dependent on the old g2c (g77). In this regard, I would request you to refer to: http://wiki.debian.org/GfortranTransition You may wish to rename the package in order to provide for parallel installability of the g77 and gfortran based lush packages, if you choose to upload to unstable. Attached is a patch which does the needful, which you may use to base your change. Thank you. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 diff -u lush-1.2.1/debian/control lush-1.2.1/debian/control --- lush-1.2.1/debian/control +++ lush-1.2.1/debian/control @@ -2,14 +2,14 @@ Section: devel Priority: extra Maintainer: Yaroslav Halchenko [EMAIL PROTECTED] -Build-Depends: debhelper (= 4), dpatch, autotools-dev, binutils-dev, libxt-dev, libxft-dev, g77, indent, pkg-config, libncurses-dev, libreadline-dev, libgsl0-dev, lapack3-dev, libgl1-mesa-dev | libgl-dev, libsdl-dev, libcv-dev, libasound2-dev, libaudiofile-dev +Build-Depends: debhelper (= 4), dpatch, autotools-dev, binutils-dev, libxt-dev, libxft-dev, gfortran, indent, pkg-config, libncurses-dev, libreadline-dev, libgsl0-dev, liblapack-dev, libgl1-mesa-dev | libgl-dev, libsdl-dev, libcv-dev, libasound2-dev, libaudiofile-dev Standards-Version: 3.7.2 Package: lush Architecture: any Depends: lush-library (= ${Source-Version}), ${shlibs:Depends}, ${misc:Depends} -Recommends: indent, libxt-dev, libxft-dev, libgsl0-dev, lapack3-dev, freeglut3-dev, libsdl-dev, libsdl-image1.2-dev -Suggests: g77, libgl1-mesa-dev, libcv-dev, libasound2-dev, libaudiofile-dev +Recommends: indent, libxt-dev, libxft-dev, libgsl0-dev, liblapack-dev, freeglut3-dev, libsdl-dev, libsdl-image1.2-dev +Suggests: gfortran, libgl1-mesa-dev, libcv-dev, libasound2-dev, libaudiofile-dev Description: Lisp Universal Shell Executable Lush is a programming language and environment that is based on the Lisp programming language. The lush language is small compared to ANSI Common Lisp diff -u lush-1.2.1/debian/rules lush-1.2.1/debian/rules --- lush-1.2.1/debian/rules +++ lush-1.2.1/debian/rules @@ -29,7 +29,7 @@ dh_testdir # Configuring package - ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=$$\{prefix}/share/man CFLAGS=$(CFLAGS) LDFLAGS=-Wl,-z,defs + F77=gfortran ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=$$\{prefix}/share/man CFLAGS=$(CFLAGS) LDFLAGS=-Wl,-z,defs # grr - those lines were added by dh_make originally -- I need to clarify autotools: signature.asc Description: Digital signature
Bug#463972: psicode -- please use gfortran based blas, lapack
Package: psicode Version: 3.2.3-1 Severity: important Tags: patch User: [EMAIL PROTECTED] Usertags: gfortran Hi! I would request you to please shift Build-Depends to use the new gfortran based Lapack and Blas packages in order to phase out packages dependent on the old g2c (g77). In this regard, I would request you to refer to: http://wiki.debian.org/GfortranTransition Attached is a patch which does the needful, which you may use to base your change. Thank you. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 diff -u psicode-3.2.3/debian/rules psicode-3.2.3/debian/rules --- psicode-3.2.3/debian/rules +++ psicode-3.2.3/debian/rules @@ -5,6 +5,8 @@ include /usr/share/cdbs/1/rules/debhelper.mk include /usr/share/cdbs/1/rules/simple-patchsys.mk +DEB_CONFIGURE_EXTRA_FLAGS = --with-fc=gfortran + # Do not ship development stuff for now install/psi3:: rm -rf $(CURDIR)/debian/psi3/usr/include diff -u psicode-3.2.3/debian/control psicode-3.2.3/debian/control --- psicode-3.2.3/debian/control +++ psicode-3.2.3/debian/control @@ -2,7 +2,7 @@ Section: science Priority: optional Maintainer: Michael Banck [EMAIL PROTECTED] -Build-Depends: debhelper (= 4.0.0), cdbs, autoconf, flex, bison, g77, refblas3-dev, lapack3-dev +Build-Depends: debhelper (= 4.0.0), cdbs, autoconf, flex, bison, gfortran, libblas-dev, liblapack-dev Standards-Version: 3.6.1 Package: psi3 signature.asc Description: Digital signature
Bug#463951: gretl -- please use gfortran based blas, lapack
reopen 463951 thanks On Mon, Feb 04, 2008 at 09:47:49AM -0600, Dirk Eddelbuettel wrote: | Hi! | | I would request you to please shift Build-Depends to use the new | gfortran based Lapack and Blas packages in order to phase out packages Done, thanks. Dear Dirk, Are you _sure_ you built it with the new libblas-dev and liblapack-dev? The build log doesn't seem to indicate that, as the g2c depends etc. are intact. http://buildd.debian.org/fetch.cgi?pkg=gretlarch=amd64ver=1.7.1-2stamp=1202142121file=logas=raw Thanks. Kumar -- Kumar Appaiah, 458, Jamuna Hostel, Indian Institute of Technology Madras, Chennai - 600 036 signature.asc Description: Digital signature