[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

[Pkg-octave-devel] Bug#496699: marked as done (octave 3.0 needs libpq-dev to be included in dependencies.)



Your message dated Fri, 5 Sep 2008 23:32:49 +0200
with message-id <20080905213249.GJ32676@pc110.lyon.inserm.fr>
and subject line Re: Bug#496699: octave 3.0 needs libpq-dev to be included in dependencies.
has caused the Debian Bug report #496699,
regarding octave 3.0 needs libpq-dev to be included in dependencies.
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
496699: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=496699
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---

Package: octave3.0
Version: 3.0.2
Severity: important
Subject: octave3.0: libpq-dev needs to be included in dependencies.
Package: octave3.0
Version: 3.0.2
Severity: important
Please type your report below this line ***
Octave 3.0 itself builds fine from apt-get, but I was trying to add the 'database' package, and ran into some issues trying to talk to postgresql databases. All other
databases supported by this package are OK.
Talking to the database package creator:
> I installed your kit, and can talk to sqlite3 and mysql OK, but when I
> type in 'postgres', I don't receive a definition. Any ideas why?
Does postgres.oct get built? If not, can you send your configure log?
If yes, is it in your path when you run postgres?
Xavier
THEN:
> So I found the problem:
>
> You do a pkg install database-1.0.1.tar.gz -verbose and you get:
>
> checking postgresql/libpq-fe.h usability... no checking
> postgresql/libpq-fe.h presence... no checking for
> postgresql/libpq-fe.h... no checking mysql/mysql.h usability... yes
> checking mysql/mysql.h presence... yes
>
> so look around for libpq-fe.h:
>
> sz-ud017:/usr/include# apt-file search libpq-fe.h
> libpq-dev: /usr/include/postgresql/libpq-fe.h
>
> sz-ud017:/usr/include# apt-get install libpq-dev Reading package
> lists... Done Building dependency tree Reading state information...
> Done The following extra packages will be installed:
>  libssl-dev
> Suggested packages:
>  postgresql-doc-8.3
> The following NEW packages will be installed:
>  libpq-dev libssl-dev
> 0 upgraded, 2 newly installed, 0 to remove and 0 not upgraded.
>  libpq-dev libssl-dev
> 0 upgraded, 2 newly installed, 0 to remove and 0 not upgraded.
> Need to get 2519kB of archives.
> After this operation, 6701kB of additional disk space will be used.
>
> And then an install gives:
> checking postgresql/libpq-fe.h usability... yes checking
> postgresql/libpq-fe.h presence... yes checking for
> postgresql/libpq-fe.h... yes checking mysql/mysql.h usability... yes
> checking mysql/mysql.h presence... yes
>
> and now I can talk to a Postgres DB.
>
> libpq-dev is not installed by default however on an install of "postgresql"
> with debian. Would it be worth putting a note in SF to this effect?
Okay, I'll add some notes about installing required packages to the README.
Would you still file a bug against the debian database package? since I think them not building the postgres.oct binary is wrong (the build machine didn't have libpq-dev
installed, or similar), and it is the method many/most users will use.
Thanks!
Xavier

***************************************
I rated this as 'important' because most people wanting to install octave I image would want to talk to a database, and this would be their normal method of
installation.
This package might be needed for octave3.0-headers instead rather than octave3.0, but I'll leave that up to someone else to decide.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core)
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 octave3.0 depends on:
ii  libatlas3gf-base [libl 3.6.0-22          Automatically Tuned Linear Algebra
ii  libblas3gf [libblas.so 1.2-2             Basic Linear Algebra Subroutines 3
ii  libatlas3gf-base [libl 3.6.0-22          Automatically Tuned Linear Algebra
ii  libblas3gf [libblas.so 1.2-2             Basic Linear Algebra Subroutines 3
ii  libc6                  2.7-13            GNU C Library: Shared libraries
ii  libcurl3-gnutls        7.18.2-5          Multi-protocol file transfer libra
ii  libfftw3-3             3.1.2-3.1         library for computing Fast Fourier
ii  libgcc1                1:4.3.1-2         GCC support library
ii  libgfortran3           4.3.1-2           Runtime library for GNU Fortran ap
ii  libglpk0               4.29-2            linear programming kit with intege
ii  libhdf5-serial-1.6.6-0 1.6.6-4           Hierarchical Data Format 5 (HDF5)
ii  liblapack3gf [liblapac 3.1.1-1           library of linear algebra routines
ii  libncurses5            5.6+20080804-1    shared libraries for terminal hand
ii  libpcre3               7.6-2.1           Perl 5 Compatible Regular Expressi
ii  libqhull5              2003.1-9          calculate convex hulls and related
ii  libreadline5           5.2-3             GNU readline and history libraries
ii  libstdc++6             4.3.1-2           The GNU Standard C++ Library v3
ii  libsuitesparse-3.1.0   3.1.0-3           collection of libraries for comput
ii  texinfo                4.11.dfsg.1-4     Documentation system for on-line i
ii  zlib1g                 1:1.2.3.3.dfsg-12 compression library - runtime
Versions of packages octave3.0 recommends:
pn  gnuplot                       <none>     (no description available)
ii  libatlas3gf-base              3.6.0-22   Automatically Tuned Linear Algebra
Versions of packages octave3.0 suggests:
pn  octave3.0-doc                 <none>     (no description available)
pn  octave3.0-emacsen             <none>     (no description available)
pn  octave3.0-headers             <none>     (no description available)
pn  octave3.0-htmldoc             <none>     (no description available)
pn  octave3.0-info                <none>     (no description available)
 
 
 
 
 
 

 
 
 
 
 
 
 
 
 
 
 

 


Discover the new Windows Vista Learn more!

--- End Message ---
--- Begin Message ---
* Thomas Weber <thomas.weber.mail@gmail.com> [2008-08-30 18:19]:

> On Tue, Aug 26, 2008 at 09:48:31PM +0200, Gerard ODonnell wrote:
>
> [snip]
> > I rated this as 'important' because most people wanting to install
> > octave I image would want to talk to a database, and this would be
> > their normal method ofinstallation.
> 
> > This package might be needed for octave3.0-headers instead rather than
> > octave3.0, but I'll leave that up to someone else to decide.
> 
> So, to be clear: there's not a single line of code in Octave that
> requires Postgresql, MySQL, Sqlite or whatever database; yet you guys
> expect us to add a dependency on these packages because one of the 50
> packages in octave-forge requires the headers?
> 
> Not in a thousand years, sorry. Octave already has a truckload of
> (needed!) depedencies. 
>
> If you want to create bindings to a database, installing the databases
> header files is what you must do.
> [snip]

The arguments presented by Thomas are enough.  This is a non-bug.  Closing
this report hereby.

-- 
Rafael


--- End Message ---

Reply to: