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

[Pkg-octave-devel] Bug#448498: marked as done (please provide a virtual package for octave-headers)

Your message dated Sun, 13 Jan 2008 18:36:47 +0100
with message-id <1200245807.2920.13.camel@bully.num.uni-sb.de>
and subject line [Pkg-octave-devel] Bug#448498: please provide a virtual package for octave-headers
has caused the attached Bug report 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 I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message --- 
Package: octave3.0
Version: 2.9.15-1
Severity: wishlist

it would be nice to have a package octave-headers that pulls in
octave2.9-headers (or the most current version corresponding to the
		octave package)

-- System Information:
Debian Release: lenny/sid
  APT prefers stable
  APT policy: (700, 'stable'), (650, 'testing'), (600, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.23-sonne (SMP w/2 CPU cores; PREEMPT)
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  atlas3-base [liblapack 3.6.0-20.6        Automatically Tuned Linear Algebra
ii  atlas3-sse2 [liblapack 3.6.0-20.6        Automatically Tuned Linear Algebra
ii  lapack3 [liblapack.so. 3.0.20000531a-6.1 library of linear algebra routines
ii  libc6                  2.6.1-6           GNU C Library: Shared libraries
ii  libcurl3-gnutls        7.17.0-1          Multi-protocol file transfer libra
ii  libfftw3-3 [fftw3]     3.1.2-3           library for computing Fast Fourier
ii  libg2c0                1:3.4.6-6         Runtime library for GNU Fortran 77
ii  libgcc1                1:4.2.2-3         GCC support library
ii  libglpk0               4.22-1            linear programming kit with intege
ii  libhdf5-serial-1.6.5-0 1.6.5-5+b1        Hierarchical Data Format 5 (HDF5) 
ii  libncurses5            5.6+20071013-1    Shared libraries for terminal hand
ii  libpcre3               7.3-2             Perl 5 Compatible Regular Expressi
ii  libqhull5              2003.1-7          calculate convex hulls and related
ii  libreadline5           5.2-3             GNU readline and history libraries
ii  libstdc++6             4.2.2-3           The GNU Standard C++ Library v3
ii  libsuitesparse         3.0.0-7           collection of libraries for comput
ii  refblas3 [libblas.so.3 1.2-8             Basic Linear Algebra Subroutines 3
ii  texinfo                4.8.dfsg.1-6      Documentation system for on-line i
ii  zlib1g                 1:1.2.3.3.dfsg-6  compression library - runtime

Versions of packages octave3.0 recommends:
ii  atlas3-base                   3.6.0-20.6 Automatically Tuned Linear Algebra
ii  gnuplot                       4.2.2-1    A command-line driven interactive 

-- no debconf information

--- End Message ---
--- Begin Message --- 
Am Montag, den 29.10.2007, 15:04 +0100 schrieb Soeren Sonnenburg:
> Package: octave3.0
> Version: 2.9.15-1
> Severity: wishlist
> 
> it would be nice to have a package octave-headers that pulls in
> octave2.9-headers (or the most current version corresponding to the
>         octave package)

After some discussions, we (=maintainers) decided to *not* provide an
octave-headers package.[1]

The "octave" package was meant as a simple means for users to install
the recommended version of Octave as deemed by its Debian maintainers.
This means that switches to the Octave package happened without warning
(the switch from 2.1 to 2.9). While most end users either didn't care or
switched to 2.9 already, the header package would be mostly used by
maintainers. Switching this package without warning would bring quite
some grief to maintainers (see #458131). Switching it with a warning
would defeat the package's purpose.

If you want to discuss this further, feel free to reopen the bug.

Thanks
	Thomas

--- End Message ---
Reply to: