Bug#669392: tetex-frogg: unowned file /usr/local/share/texmf/ls-R after purge (policy 6.8, 9.1.2)
Hi, Thanks for reports. This package should not be part of debian anymore as it is included in texlive-latex-extra. I'll send the removal request, I thought this has been done for a while... Mickael. Package: tetex-frogg Version: 0.4-3 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8: http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails As putting files into /usr/local is also a violation of http://www.debian.org/doc/debian-policy/ch-opersys.html#s9.1.2 I'm setting the severity to serious. From the attached log (scroll to the bottom...): 0m53.8s ERROR: FAIL: Package purging left files on system: /usr/local/share/texmf/not owned /usr/local/share/texmf/ls-Rnot owned This problem is usually caused by running mktexlsr (or texhash) without path arguments from a maintainer script. The recommende solution is to switch to use dh_installtex and have this generate most (or perhaps even all) of the maintainer scripts content. Otherwise run mktexlsr with the tree as argument where the package installs its files, which is usually mktexlsr /usr/share/texmf There has been some further discussion about these bugs in this thread: http://lists.debian.org/debian-tex-maint/2012/04/msg00306.html Please have a look at the Debian-TeX-Policy (in the tex-common package) for the current practice of handling TeX packages. For further TeX packaging related questions contact debian-tex-ma...@lists.debian.org cheers, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669412: RM: tetex-frogg -- ROM; files are now part of texlive-latex-extra
Package: ftp.debian.org Severity: normal Hi You can remove the package from debian, all files are now included in texlive-latex-extra. Thanks! Mickael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669413: RM: tetex-frogg-doc -- ROM; tetex-frogg asked for removal
Package: ftp.debian.org Severity: normal I juste a RM for tetex-frogg as files are duplicated with texlive-latex-extra. This package should also be removed. Thanks Mickael. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589796: saving does not work
Hi, I also encouter this bug. I apply the patch and try to scan 2 pages and save in pdf, nothing written about the save process: Expecting 26099557, found 26099557 Running sane_start for SANE_Handle 52017360 Getting parameters for SANE_Handle 52017360 gscan2pdf: scanning image of size 2480x3508 pixels at 24 bits/pixel gscan2pdf: acquiring RGB frame gscan2pdf: min/max graylevel value = 255/0 gscan2pdf: sane_read: Document feeder out of documents Scanned page /tmp/wR1g50bYOX/out3.pnm. (scanner status = 7) Closing SANE_Handle 52017360 Exiting via sane_exit Exiting via sane_exit Hope this can help... Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536388: easychem: export to eps wrongly calculate size and position of bonds
Package: easychem Version: 0.6-5 Severity: normal Hi, When exporting to eps semi-developped formula, some bonds are badly positionned. It is due to an inversion in the définition of b12 in the postscript definition. patch attached. Mike -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages easychem depends on: ii libc6 2.9-18 GNU C Library: Shared libraries ii libglib2.0-0 2.20.4-1 The GLib library of C routines ii libgtk2.0-0 2.16.4-1 The GTK+ graphical user interface ii libpango1.0-0 1.24.3-1 Layout and rendering of internatio easychem recommends no packages. easychem suggests no packages. -- no debconf information 92_fix_export_eps.dpatch Description: Binary data
Bug#458904: claws-mail: actions not execute immediately
Package: claws-mail Version: 3.2.0-2 Severity: normal Hi, I hope this not a preference I have not found, but since my last upgrade of claws-mail version 3.2.0 I notice that actions that require move of mail are not execute immediately. I explain, if I select mails for deletion (shift+suppr or trash) the mail are marked in the folder, but not deleted or move to the trash folder. Yet, when I open another folder, claws tells me thet some actions are not finished and ask if I want to proceed now. I encounter the same thing with spam, usin bogofilter plugin I configure it to move mails marked as spam to Spam folder, and it is not done immediatly, but I have this message when I change folder. I am using claws mail to access imap mails. Hope you can help Thanks Mike -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages claws-mail depends on: ii libaspell15 0.60.5-1 GNU Aspell spell-checker runtime l ii libc6 2.7-5GNU C Library: Shared libraries ii libcairo2 1.4.12-2 The Cairo 2D vector graphics libra ii libcompfaceg1 1:1.5.2-4Compress/decompress images for mai ii libetpan11 0.52-1 mail handling library ii libglib2.0-02.14.4-2 The GLib library of C routines ii libgtk2.0-0 2.12.3-2 The GTK+ graphical user interface ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libldap22.1.30.dfsg-13.5 OpenLDAP libraries ii libpango1.0-0 1.18.3-1 Layout and rendering of internatio ii libpisock9 0.12.3-2 library for communicating with a P ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libssl0.9.8 0.9.8g-3 SSL shared libraries Versions of packages claws-mail recommends: ii aspell-en [aspell-dictionary] 6.0-0-5.1 English dictionary for GNU Aspell ii aspell-fr [aspell-dictionary] 0.50-3-6 French dictionary for aspell ii claws-mail-i18n 3.2.0-2Locale data for Claws Mail (i18n s ii xfonts-100dpi 1:1.0.0-4 100 dpi fonts for X ii xfonts-100dpi-transcoded 1:1.0.0-4 100 dpi fonts for X (transcoded fr ii xfonts-75dpi 1:1.0.0-4 75 dpi fonts for X ii xfonts-75dpi-transcoded 1:1.0.0-4 75 dpi fonts for X (transcoded fro -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409401: closed by Mickael Profeta [EMAIL PROTECTED] (Bug#409401: fixed in tetex-frogg 0.4-3)
Frank Küster wrote: * change dependancy to texlive-latex-base|tetex-bin (Closes: #409401) You can as well drop the |tetex-bin, tetex-bin is an empty transitional package. Regards, Frank Ok, thanks, will be change next time Regards Mike
Bug#347822: prelude-nids: FTBFS: libprelude/list.h: No such file or directory
Hi, Sorry that you spent time on this bug, the package is to be removed. As you noticed it is not maintained upstream and not compatible with new version of prelude. The bug#370662 to ftp.debian.org is the proposal for removal. Regards. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370662: RM: prelude-nids, old version, not maintained upstream
Package: ftp.debian.org Severity: important The package prelude-nids is part of version 0.8 of prelude nids. With the upgrade to version 0.9 this nids is no more used by the maintainers, it is linked with snort instead. So please remove this package from ftp archive: - Upstream seems to be dead : - There is 1 RC bug (#347822) which prevent it to build since 144 days - It is a blocker of cdebconf transition (#332074) Thanks for your help Mike -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.2 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368911: prelude-manager: Broken depend on libpreludedb0
Cedric Foll wrote: Package: prelude-manager Severity: grave Justification: renders package unusable The package libpreludedb0 doesn't seem available and is needed in order to install the package prelude-manager. I know about that. The package is in the new queue and is waiting for approval for months... Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354958: Wishlist: Version Bump to 0.9.6
Georg Wicherski wrote: Package: libprelude-dev Severity: wishlist Please bump version of testing package to new, stable and teste v0.9.6! Hi I would love to, but I am waiting for libpreludb to be accepted from ftp-master. Hope this will happen very soon Cheers Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338629: RM: pts-tetex-cm-super superseed by cm-super
Package: ftp.debian.org Severity: normal Hi The package pts-tetex-cm-super was renamed cm-super and upgraded to work with tetex3 and texlive. Can you please remove pts-tetex-cm-super from archive as it is obsolete and no longer works with actual version of tetex in unstable. Thanks Mike -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.3 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#322172: Fails to install
On Tue, Aug 09, 2005 at 07:48:11AM -0700, Debian BTS wrote: Hi, Package: pts-tetex-cm-super Version: 0.3.3-7 Severity: grave The package fails to install with the error: == Setting up pts-tetex-cm-super (0.3.3-7) ... configure /var/lib/dpkg/info/pts-tetex-cm-super.postinst: line 10: cd: /usr/share/texmf/fonts/type1/public/cm-super: No such file or directory dpkg: error processing pts-tetex-cm-super (--configure): subprocess post-installation script returned error exit status 1 == Did you upgrade from previous version 0.3.3-6? As explains in README.Debian, there was a mistake in the postinst script of previous version. It should be corrected it in the new one, but as postinst old is called during upgrade, the bug remains. You should remove manually version 0.3.3-6 and then install new version. If the bug occurs in another cirumpstance, please tell me. Thanks Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#321461: vlc is uninstallable
Package: vlc Version: 0.8.2-1 Severity: grave Justification: renders package unusable Hi, The package depend on libmodplug0 which is uninstallable on sid (renamed to libmodplug0c2) It also depend on aalib-dev which change name (FTBFS), and I stop there the investigation. Mike -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (900, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.3 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#246244: ITP: hugin -- A GUI frontend to Panorama Tools
On Fri, Jun 17, 2005 at 02:46:36AM +0200, Florent Bayle wrote: Hi Florent I have packaged libpano12, and I plan to package hugin (and maybe autopano and enblend too). I've already made some package, but they still need some work. I think that I will upload them at the beginning of July. What about your package on Hugin? I just received a mail saying that enblend is about to be uploaded in Debian, and it would be very cool that hugin enters debian also. If you need help, do not hesitate to ask. Cheers Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#320895: pts-tetex-cm-super fails on missing cm-super path point
Hi The problem was in fact a Bug in the postrm script. I correct it, but unfortunately, you have to remove old version and install version 0.3.3-7 to correct it, the upgrade directly between -6 and -7 will fail because he calls the postrm of -6 version which is buggy. Sorry for inconvenience,it is now corrected in -7 Cheers Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#320895: pts-tetex-cm-super fails on missing cm-super path point
On Tue, Aug 02, 2005 at 11:01:33AM +0200, Hilmar Preusse wrote: On 02.08.05 Marc Jeffrey Driftmeyer ([EMAIL PROTECTED]) wrote: Hi, If /usr/share/texmf/fonts/type1/public/cm-super if missing breaks the pts-tetex-cm-super.postint script at line 6. It can't then find the cm-super.t1c within path-to-fonts/cm-super/ and therefore fails. During the installation the file /usr/share/texmf/fonts/type1/public/cm-super/cm-super.t1c is created. Can't simply assume the the subdir /usr/share/texmf/fonts/type1/public/cm-super *must* exist? The directory /usr/share/texmf/fonts/type1/public/cm-super is created during the install. I do not really understand what's happening. If you remove the package, the directory is deleted, isn't it? You should have the same error the second time. I can not test now (I am at work, with no debian :-( ) but I will look at it tonight. If you can give me more information in the meantime, it will be easier to correct the bug. Does everybody encounter this error (I am surprised as it was tested by different people). Cheers Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#320944: Things to improve on pts-tetex-cm-super
On Tue, Aug 02, 2005 at 12:54:07PM +0200, Henning Makholm wrote: In order to be completely correct, the package-building commands in debian/rules should also be moved from the binary-arch target to binary-indep. Thanks for help and comments on the package. I will certainly make a new upload tonight (I have no Debian at work...) Cheers Mickael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#320895: pts-tetex-cm-super fails on missing cm-super path point
Hi Scenario: If /usr/share/texmf/fonts/type1/public/cm-super if missing breaks the pts-tetex-cm-super.postint script at line 6. It can't then find the cm-super.t1c within path-to-fonts/cm-super/ and therefore fails. For what I have tested, the problem is a missing dependancy on tetex-bin. If I add this package, I have no problems installing cm-super from a clean system. Can you confirm that it solve your problem? I will upload soon a new version with this dependancy added. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#320944: Things to improve on pts-tetex-cm-super
Hi, 1. In postinst you have code to make the package installing on teTeX 1.0.7. sarge has 2.0.2 and etch will have 3.0.x. Hence I don't think it does make sense to keep that code. The postrm script is incompatible to the teTeX packages from woody anyway. That's true. When I start building the package Peter ask me to keep compatibility with woody. Yet, now that sarge is out, this may be useless. 1. Simply remove that /usr/bin/t1c2pfb and reupload with arch. all. The postinst script will care and call /usr/bin/t1c2pfb.pl if t1c2pfb is not present. If that is not possible due to perfomance issues (I assume t1c2pfb and t1c2pfb.pl to be functionally equal.): I just tried that tonight, and it is MUCH slower. It take about 5 min on my machine (AMD 3200+) to install the fonts. I find it too long. I think it is preferable to split the package in two, and provide the C utilities. (your point 2) Anyway, if you want to have a look, I have an unofficial, not fully tested version 0.3.3-7 here: www.alezan.org/debian Cheers Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314658: prelude-manager: rc script can't delete pid; restarting fails
Hi, Jun 17 22:31:48 synflood prelude-manager: - Subscribing Debug to active reporting plugins. Jun 17 22:31:48 synflood prelude-manager: - Subscribing TextMod to active reporting plugins. Jun 17 22:31:48 synflood prelude-manager: - Subscribing XmlMod to active reporting plugins. Jun 17 22:31:48 synflood prelude-manager: - Subscribing MySQL to active database plugins. Jun 17 22:31:48 synflood prelude-manager: - sensors server started (listening on unix socket port 5554). Jun 17 22:31:48 synflood prelude-manager: - sensors server started (listening on unix socket port ). Jun 17 22:31:48 synflood prelude-manager: - administration server started (listening on 127.0.0.1:). Jun 17 22:32:12 synflood prelude-manager: Caught signal 15. Jun 17 22:32:12 synflood prelude-manager: Waiting for queued message to be processed. Jun 17 22:32:12 synflood prelude-manager: daemonize.c:lockfile_unlink:49 : (errno=No such file or directory) : couldn't delete /var/run/prelude-manager.pid. I have the same syslog, but prelude-manager is effectively restarded. I have to check deeply, maybe something related with your architecture? (ppc? ) I ll keep you informed. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314663: prelude-nids: nids can't be started with rc-scripts
Sigmund Scheinbar wrote: Mickael Profeta wrote: Can you send the configuration file: /etc/prelude-nids/prelude-nids.debian.conf The orginal configuraion after apt-get install is: synflood:~# cat /etc/prelude-nids/prelude-nids.debian.conf # Config file for prelude-nids INTERFACE=eth0 NIDS_USER=nobody Changing 'NIDS_USER' to 'root' helps, then the sensor can registrate w/o problems at the manger. That strange, I change it to nobody on purpose for security reasons. Maybe here again something related with your architecture. I'll check, and maybe add a question on debconf configuration to chose between root and nobody. Btw.: Why isn't this config in /etc/default/? Would be more logical to me. Mmhh.. I fear you are right ;-) Will change that on next upload. Regards Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314658: prelude-manager: rc script can't delete pid; restarting fails
Hi Package: prelude-manager Version: 0.8.10-6 Severity: important Restarting the prelude-manager with '/etc/init.d/prelude-manager restart' fails. There seems to be a problem with the pid file: Jun 17 19:32:58 synflood prelude-manager: daemonize.c:lockfile_unlink:49 : (errno=No such file or directory) : couldn't delete /var/run/prelude-manager.pid. This is just a warning message, the process is effectively restarted. Check the pid. If you confirm I will change the severity of the bug to minor. Thanks for the report. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314663: prelude-nids: nids can't be started with rc-scripts
Sigmund Scheinbar wrote: Package: prelude-nids Version: 0.8.6-1 Severity: important prelude-nids can't be started with rc scirpts: Syslog says: Jun 17 19:54:47 synflood prelude-nids: Basic file configuration does not exist. Please run : sensor-adduser --sensorname prelude-nids --uid 65534 program on the sensor host to create an account for this sensor. Be aware that you should also pass the --manager-addr option with the manager a The thing is I registred the sensor already: synflood:~# ls -lah /etc/prelude-sensors/plaintext/prelude-nids.0 -rw--- 1 root root 27 Jun 17 10:14 /etc/prelude-sensors/plaintext/prelude-nids.0 It works if I try to start it w/o the rc/ini script (manually invoking 'prelude-nids -i eth0'). That's strange. Do you put the name of the interface on the installation when debconf ask you? Can you send the configuration file: /etc/prelude-nids/prelude-nids.debian.conf Cheers Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#246244: ITP: hugin -- A GUI frontend to Panorama Tools
Hi Folks If there is no activity on this package, I would like to package it, especially now that libpano has entered the distribution. Please Tell me if someone wants to package it. If not I would do it in a few weeks. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#133649: ITP: cm-super -- cm-super is a collection of Type1 fonts
Hi I have packaged a version of cm-super thanks to Peter Szabo's job. You can find the current version here: http://www.alezan.org/debian I plan to upload it just after sarge released. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294389: ITP: enblend
Hi I am using Hugin and enblend, and I would like to package them into debian. As libpano just entered sid, I think it is good time. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#282609: the database tables in postgresql are not found by piwi because of aUppercase problem
Hi, Sorry for this so late answer! But I do not understand your bug report: the table seems to be in lowercase: Liste des relations Schéma | Nom | Type | Propriétaire +-+---+-- public | prelude_action | table | prelude public | prelude_additionaldata | table | prelude public | prelude_address | table | prelude public | prelude_alert | table | prelude public | prelude_analyzer| table | prelude public | prelude_analyzertime| table | prelude public | prelude_assessment | table | prelude public | prelude_classification | table | prelude public | prelude_confidence | table | prelude public | prelude_correlationalert| table | prelude public | prelude_correlationalert_alerts | table | prelude public | prelude_createtime | table | prelude public | prelude_detecttime | table | prelude public | prelude_file| table | prelude public | prelude_fileaccess | table | prelude public | prelude_filelist| table | prelude public | prelude_heartbeat | table | prelude public | prelude_impact | table | prelude public | prelude_inode | table | prelude I am about to upload a new version of piwi, can you give me more details to reproduce your bug and chech if it is still present? Thanks for your report and your interest in piwi Sincerely Mike
Bug#294110: mpqc: should depend on lapack
Package: mpqc Version: 2.2.2-3 Severity: important Hi mpqc should depend on lapack: [EMAIL PROTECTED]:~/mpqc$ mpqc 3-21Gs.in 3-21Gs.out mpqc: error while loading shared libraries: liblapack.so.2: cannot open shared object file: No such file or directory Thanks Mickael -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.10 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages mpqc depends on: ii libc6 2.3.2.ds1-20.0.0.1.pure64 GNU C Library: Shared libraries an ii libgcc11:3.4.3-7 GCC support library ii libsc6 2.2.2-3 The Scientific Computing Toolkit -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294110: mpqc: should depend on lapack
Michael Banck wrote: On Mon, Feb 07, 2005 at 11:49:18PM +0100, Mickael Profeta wrote: mpqc should depend on lapack: [EMAIL PROTECTED]:~/mpqc$ mpqc 3-21Gs.in 3-21Gs.out mpqc: error while loading shared libraries: liblapack.so.2: cannot open shared object file: No such file or directory Versions of packages mpqc depends on: ii libc6 2.3.2.ds1-20.0.0.1.pure64 GNU C Library: Shared libraries an ii libgcc11:3.4.3-7 GCC support library ii libsc6 2.2.2-3 The Scientific Computing Toolkit Where do you have those packages from? On other architectures, mpqc depends on lapack as can be seen here: http://packages.debian.org/unstable/science/mpqc That strange! Certainly the builder for amd64 which is not yet perfect then. the package comes from one of the mirror for amd64 port. Sorry for this report in that case, I will send that to the amd64 project. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]