date:20080204

tags 463892 fixed-upstream
thanks

On Mon, Feb 04, 2008 at 12:33:13AM +, Reuben Thomas wrote:
 Shouldn't /usr/local/share/man now be the mandatory path and
 /usr/local/man an optional one, mirroring the paths under /usr?

Yes, it probably should. Fixed upstream:

Mon Feb  4 08:28:33 GMT 2008  Colin Watson  [EMAIL PROTECTED]

* src/man_db.conf.in: Make /usr/local/share/man mandatory rather
  than /usr/local/man (thanks, Reuben Thomas; Debian bug #463892).

Thanks,

-- 
Colin Watson   [EMAIL PROTECTED]



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#462218: Bug#461442: detection of other OSes in update-grub

2008-02-04 Thread Fabian Greffrath


Hi there,

Robert Millan schrieb:

If you want the former, feel free to send a patch to grub-devel.  For the
latter, look at my questions and send some feedback.


please find attached a patch that adds a new parameter '--device, -d' to 
grub-probe. If this parameter is set, grub-probe expects the given 
argument to be a block device. All of the '--target' parameters work 
with this option as well. If the '--device' parameter is not set, 
grub-probe will work as before.
Furthermore I had to add a new public function to getroot.c that returns 
the given argument if it is a block device and returns NULL else. This 
was necessary, because else you could force grub-probe to print 'foobar' 
if run as 'grub-probe --target=device --device foobar'.


I consider this (i.e. adding a new option to grub-probe) a better 
solution than writing a separate tool only for this purpose.


The second file that I attached is the 30_os-prober script making use of 
the new grub-probe feature. Please note that the 'case ... in' part is 
only run if 'grub-probe --device' actually returns something usefull.


I am looking forward to your feedback.

Cheers,
Fabian

--
Dipl.-Phys. Fabian Greffrath

Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150, IB 3/134
D-44780 Bochum

Telefon: +49 (0)234 / 32-26334
Fax: +49 (0)234 / 32-14227
E-Mail:  [EMAIL PROTECTED]

diff -urNad grub2-1.95+20080201~/include/grub/util/getroot.h grub2-1.95+20080201/include/grub/util/getroot.h
--- grub2-1.95+20080201~/include/grub/util/getroot.h	2008-01-12 16:11:56.0 +0100
+++ grub2-1.95+20080201/include/grub/util/getroot.h	2008-02-03 18:14:11.0 +0100
@@ -29,5 +29,6 @@
 char *grub_get_prefix (const char *dir);
 int grub_util_get_dev_abstraction (const char *os_dev);
 char *grub_util_get_grub_dev (const char *os_dev);
+char *grub_util_check_block_device (const char *blk_dev);
 
 #endif /* ! GRUB_UTIL_GETROOT_HEADER */
diff -urNad grub2-1.95+20080201~/util/getroot.c grub2-1.95+20080201/util/getroot.c
--- grub2-1.95+20080201~/util/getroot.c	2008-01-12 16:11:56.0 +0100
+++ grub2-1.95+20080201/util/getroot.c	2008-02-03 21:56:29.0 +0100
@@ -327,3 +327,17 @@
 
   return grub_dev;
 }
+
+char *
+grub_util_check_block_device (const char *blk_dev)
+{
+  struct stat st;
+
+  if (stat (blk_dev, st)  0)
+grub_util_error (Cannot stat `%s', blk_dev);
+
+  if (S_ISBLK (st.st_mode))
+return strdup(blk_dev);
+  else
+return 0;
+}
diff -urNad grub2-1.95+20080201~/util/grub-probe.c grub2-1.95+20080201/util/grub-probe.c
--- grub2-1.95+20080201~/util/grub-probe.c	2008-01-25 23:33:57.0 +0100
+++ grub2-1.95+20080201/util/grub-probe.c	2008-02-03 19:30:50.0 +0100
@@ -50,6 +50,7 @@
 };
 
 int print = PRINT_FS;
+unsigned int argument_is_device = 0;
 
 void
 grub_putchar (int c)
@@ -84,9 +85,18 @@
   int abstraction_type;
   grub_device_t dev = NULL;
   
-  device_name = grub_guess_root_device (path);
+  if (argument_is_device)
+device_name = grub_util_check_block_device (path);
+  else
+device_name = grub_guess_root_device (path);
+  
   if (! device_name)
-grub_util_error (cannot find a device for %s.\n, path);
+{
+  if (argument_is_device)
+grub_util_error (%s is not a block device.\n, path);
+  else
+grub_util_error (cannot find a device for %s.\n, path);
+}
 
   if (print == PRINT_DEVICE)
 {
@@ -201,6 +211,7 @@
 
 static struct option options[] =
   {
+{device, no_argument, 0, 'd'},
 {device-map, required_argument, 0, 'm'},
 {target, required_argument, 0, 't'},
 {help, no_argument, 0, 'h'},
@@ -217,10 +228,11 @@
 	 Try ``grub-probe --help'' for more information.\n);
   else
 printf (\
-Usage: grub-probe [OPTION]... PATH\n\
+Usage: grub-probe [OPTION]... [PATH|DEVICE]\n\
 \n\
-Probe device information for a given path.\n\
+Probe device information for a given path or device.\n\
 \n\
+  -d, --device  given argument is a system device, not a path\n\
   -m, --device-map=FILE use FILE as the device map [default=%s]\n\
   -t, --target=(fs|drive|device|partmap|abstraction)\n\
 print filesystem module, GRUB drive, system device, partition map module or abstraction module [default=fs]\n\
@@ -246,13 +258,17 @@
   /* Check for options.  */
   while (1)
 {
-  int c = getopt_long (argc, argv, m:t:hVv, options, 0);
+  int c = getopt_long (argc, argv, dm:t:hVv, options, 0);
   
   if (c == -1)
 	break;
   else
 	switch (c)
 	  {
+	  case 'd':
+	argument_is_device = 1;
+	break;
+
 	  case 'm':
 	if (dev_map)
 	  free (dev_map);
#! /bin/sh -e

# update-grub helper script.
# insert copyright and license blurb here

if [ -x `which os-prober 2/dev/null` ] ; then
  OSPROBED=`os-prober | tr ' ' '|' | paste -s -d ' '`
fi

if [ -n ${OSPROBED} ] ; then
  for OS in ${OSPROBED} ; do
DEVICE=`echo ${OS} | cut -d ':' -f 1`

Bug#463891: man-db: /usr/local should come before /usr

On Mon, Feb 04, 2008 at 12:27:46AM +, Reuben Thomas wrote:
 Package: man-db
 Version: 2.5.0-4
 Severity: normal
 
 Just as /usr/local/bin comes before /usr/bin, /usr/local/share/man and
 /usr/local/man (if found) should come before /usr/share/man and
 /usr/man (if found), so that man pages for locally installed programs
 are found first, just as the commands themselves are.

This should be the existing behaviour:

  $ PATH=/usr/bin:/usr/local/bin manpath
  /usr/share/man:/usr/local/man:/usr/local/share/man:/usr/man
  $ PATH=/usr/local/bin:/usr/bin manpath
  /usr/local/man:/usr/local/share/man:/usr/share/man:/usr/man

Is this not what you're seeing? If so, could you provide more detail
(e.g. debugging output)?

Thanks,

-- 
Colin Watson   [EMAIL PROTECTED]



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#463921: VCS-headers in package are wrong (unable to checkout with debcheckout)

2008-02-04 Thread Patrick Schoenfeld

Package: adanaxisgpl
Version: 1.2.2-1
Severity: minor
Tags: patch

Hi,

the VCS-headers for adanaxisgpl are wrong and therefor it is not
possible to check this package out, with debcheckout. Its a minor easy,
however its easy to fix as well :-)

Your Vcs-Svn line reads:
Vcs-Svn: ssh://svn.debian.org/svn/pkg-games/packages/trunk/adanaxisgpl/

That, however, is wrong, because ssh:// is not a valid svn url. You
either need to specify a svn:// url or change ssh to svn+ssh.

I had a look at the svn repository, its not fixed there.

Best Regards,
Patrick

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#463922: iceweasel-beagle: alerts beagle storage directory not found at launch

2008-02-04 Thread Marcus Better

Package: iceweasel-beagle
Version: 0.3.3-1
Severity: serious

When I start iceweasel, it shows an alert saying

  Beagle storage directory not found.
  Please set beagle.storage.directory in about:config to corresponding
  directory.

Afterwards the beagle indexer doesn't work, and clicking on the beagle
button in the status bar shows another alert saying Error running
Beagle Indexer: undefined.

IMO it should have a sane working default.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.24-lg (PREEMPT)
Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages iceweasel-beagle depends on:
ii  beagle0.3.3-1indexing and search tool for your 
ii  iceweasel 2.0.0.11-1 lightweight web browser based on M

iceweasel-beagle recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#462588: [Pkg-openldap-devel] Bug#462588: Fails to start slapd ldaps:/// on upgrade

2008-02-04 Thread Niccolo Rigacci

  However this is strange beacuse LDAP.CONF(5) states that 
  TLS_REQCERT allow means:
 
The server certificate is requested. If no certificate is 
provided, the session proceeds normally. If a bad certificate 
is provided, it will be ignored and the session proceeds normally.
 
 What client are you using?  If you use ldapsearch -ZZ, for instance, this
 overrides the TLS_REQCERT value in /etc/ldap/ldap.conf.

On the client (which is not the slapd server) I use the following 
command line:

ldapsearch -x -H ldaps://cheope.mydomain.org/ \
-x -D cn=admin,dc=mydomain,dc=org -W \
-b dc=mydomain,dc=org

Doing it with the alias server name and TLS_REQCERT allow 
results into the error:

ldap_sasl_bind(SIMPLE): Can't contact LDAP server (-1)

On the server the log reports:

slapd[29352]: conn=25 fd=16 ACCEPT from IP=192.168.200.244:37323 
(IP=0.0.0.0:636)
slapd[29352]: conn=25 fd=16 TLS established tls_ssf=32 ssf=32
slapd[29352]: conn=25 fd=16 closed (connection lost)

I need TLS_REQCERT never on the client to succeed.

ldapsearch is version 2.4.7-3, slapd is version 2.4.7-3, no 
TLSVerifyClient option is set in slapd.conf.

-- 
Niccolo Rigacci
Firenze - Italy



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#463862: ITP: ipafont -- Japanese high quality TrueType font

2008-02-04 Thread Christian Perrier

Quoting Hideki Yamane ([EMAIL PROTECTED]):
 On Sun, 03 Feb 2008 15:43:27 -0600
 William Pitcock [EMAIL PROTECTED] wrote:
  This should be ttf-ipafont.
 
  Yes, binary package name is ttf-ipa, but source package name
  is ipafont.


Is there a reason to not use ttf-ipafont as source package
name? Nothing specifically requires this but that makes spotting TTF
fonts easier.



signature.asc
Description: Digital signature

Bug#440488: amd64 crash

2008-02-04 Thread Marc =?UTF-8?Q?Poulhi=C3=A8s

Hello,

same behavior here. It crashes as soon as it tries to play the preview
of right after the 5 4 3 2 1 countdown.
Game works (nearly) fine in a 32bits chroot.

I tried to use latest version of FoF, but couldn't manage to compile all
requirements (amanith and pyamanith in particular).

Marc



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#463925: powersaved: bashisms in init script: cannot load module under certain conditions

2008-02-04 Thread arno renevier

Package: powersaved
Version: 0.14.0-8
Severity: normal

Hi,
when using /bin/dash as /bin/sh with kernel 2.6.24, powersave init scripts
fails and logs following error:

 FATAL: Error inserting speedstep_centrino
 (/lib/modules/2.6.24-custom/kernel/arch/x86/kernel/cpu/cpufreq/speedstep-centrino.ko):
 No such device

speedstep_centrino is not available any more on 2.6.24 so, powersave should
try next module in $CPUFREQ_MODULES

but after 
modprobe $MODULE /dev/null
RETVAL=$?

RETVAL will be 0 in dash, and RETVAL will be non 0 in bash

That case seems to be handled differently in bash and dash

00:15 ~ % bash
00:15 ~ $ LANG=C ls /nonexistent_file /dev/null
00:15 ~ $ echo $?
2
00:15 ~ $ dash
$ LANG=C ls /nonexistent_file /dev/null
$ ls: cannot access /nonexistent_file: No such file or directory
echo $?
0
[1] + Done(2)ls /nonexistent_file
$ 



arno

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.22custom
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages powersaved depends on:
ii  adduser 3.105add and remove users and groups
ii  dbus1.1.2-1  simple interprocess messaging syst
ii  hal 0.5.10-5 Hardware Abstraction Layer
ii  libc6   2.7-6GNU C Library: Shared libraries
ii  libcpufreq0 002-7shared library to deal with the cp
ii  libdbus-1-3 1.1.2-1  simple interprocess messaging syst
ii  libdbus-glib-1-20.74-1   simple interprocess messaging syst
ii  libgcc1 1:4.3-20080202-1 GCC support library
ii  libglib2.0-02.14.5-2 The GLib library of C routines
ii  libhal1 0.5.10-5 Hardware Abstraction Layer - share
ii  libpowersave10  0.14.0-8 power management daemon - shared l
ii  libstdc++6  4.3-20080202-1   The GNU Standard C++ Library v3
ii  lsb-base3.1-24   Linux Standard Base 3.1 init scrip

Versions of packages powersaved recommends:
ii  acpid 1.0.6-5Utilities for using ACPI power man
pn  grub  none (no description available)
ii  hdparm7.7-1  tune hard disk parameters for high
ii  kpowersave0.7.3-2HAL based power management applet 
pn  uswsusp   none (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

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#463923: missing the gnapplet.sis file

2008-02-04 Thread zodman - Andres Vargas

Package: gnokii
Version: 0.6.22.dfsg-3
Severity: important


http://gnokii.org/download/gnapplet/

--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.23-1-686

Debian Release: lenny/sid
  500 unstablewww.debian-multimedia.org
  500 unstableftp.mx.debian.org

--- Package information. ---
Depends(Version) | Installed
-+-===
gnokii-cli   | 0.6.22.dfsg-3
gnokii-common| 0.6.22.dfsg-3
xgnokii  | 0.6.22.dfsg-3




signature.asc
Description: OpenPGP digital signature

Bug#463924: compiz-kde: libkdecorations.so.1: cannot open shared object file

2008-02-04 Thread Пётр Козлов


Package: compiz-kde
Version: 0.6.3~git20071222.061ff159-1

When i try to start kde-window-decorator from fusion icon nothing 
happens. When i start it in terminal window the output is
kde-window-decorator: error while loading shared libraries: 
libkdecorations.so.1: cannot open shared object file: No such file or 
directory


I think we need create a symlink but i don't know how.

Bug#459281: Still present with recent gcj

2008-02-04 Thread Vincent Fourmond

  Hello,

  For information, libjfreechart-java still does not work with gcj
4.3-20080202-1.

  Cheers,

  Vincent



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#463928: pcf2bdf: large compressed metrics tables cause a crash

Package: pcf2bdf
Version: 1.04-2
Severity: normal
Tags: patch
User: [EMAIL PROTECTED]
Usertags: origin-ubuntu ubuntu-patch hardy

I was trying to use pcf2bdf to look at
/usr/share/fonts/X11/misc/unifont.pcf.gz (on Ubuntu, but I don't *think*
it matters), and found that it crashes as follows:

  terminate called after throwing an instance of 'std::bad_alloc'
what():  std::bad_alloc
  
  Program received signal SIGABRT, Aborted.
  0xb7f98410 in __kernel_vsyscall ()
  (gdb) bt
  #0  0xb7f98410 in __kernel_vsyscall ()
  #1  0xb7d38f35 in raise () from /lib/tls/i686/cmov/libc.so.6
  #2  0xb7d3a8b1 in abort () from /lib/tls/i686/cmov/libc.so.6
  #3  0xb7f496a0 in __gnu_cxx::__verbose_terminate_handler () from 
/usr/lib/libstdc++.so.6
  #4  0xb7f46f25 in ?? () from /usr/lib/libstdc++.so.6
  #5  0xb7f46f62 in std::terminate () from /usr/lib/libstdc++.so.6
  #6  0xb7f4708a in __cxa_throw () from /usr/lib/libstdc++.so.6
  #7  0xb7f476be in operator new () from /usr/lib/libstdc++.so.6
  #8  0xb7f4779d in operator new[] () from /usr/lib/libstdc++.so.6
  #9  0x08049f15 in main (argc=2, argv=0xbf8e6e84) at pcf2bdf.cc:708
  (gdb) up
  #1  0xb7d38f35 in raise () from /lib/tls/i686/cmov/libc.so.6
  (gdb) up
  #2  0xb7d3a8b1 in abort () from /lib/tls/i686/cmov/libc.so.6
  (gdb) up
  #3  0xb7f496a0 in __gnu_cxx::__verbose_terminate_handler () from 
/usr/lib/libstdc++.so.6
  (gdb) up
  #4  0xb7f46f25 in ?? () from /usr/lib/libstdc++.so.6
  (gdb) up
  #5  0xb7f46f62 in std::terminate () from /usr/lib/libstdc++.so.6
  (gdb) up
  #6  0xb7f4708a in __cxa_throw () from /usr/lib/libstdc++.so.6
  (gdb) up
  #7  0xb7f476be in operator new () from /usr/lib/libstdc++.so.6
  (gdb) up
  #8  0xb7f4779d in operator new[] () from /usr/lib/libstdc++.so.6
  (gdb) up
  #9  0x08049f15 in main (argc=2, argv=0xbf8e6e84) at pcf2bdf.cc:708
  708   check_memory((metrics = new metric_t[nMetrics]));
  (gdb) p nMetrics
  $1 = -29611

Comparing the implementation of PCF reading in pcf2bdf.cc with that in
libxfont/src/bitmap/pcfread.c, I found that the latter reads logically
int16-typed values into int variables, whereas the former reads
logically int16-typed variables into int16 variables. This means that
pcf2bdf.cc will deal with 16-bit signed overflow differently from
pcfread.c.

I think the best approach is simply to return int from the int16 reading
functions and allow the usual C arithmetic conversion rules to take care
of things when assigning the result to an int16. In the case of the
metric count, this is in fact assigned to an int32 even though the file
format only allocates two bytes for it in this particular case (it's
four bytes elsewhere), and so this change is enough to make these large
compressed metrics tables work in my tests.

Thanks,

-- 
Colin Watson   [EMAIL PROTECTED]
Index: pcf2bdf.cc
===
--- pcf2bdf.cc.orig
+++ pcf2bdf.cc
@@ -262,26 +262,29 @@
 }
 
 
-int16 make_int16(int a, int b)
-{
-  int16 value;
-  value  = (int16)(a  0xff)  8;
-  value |= (int16)(b  0xff);
+/* These all return int rather than int16 in order to handle values
+ * between 32768 and 65535 more gracefully.
+ */
+int make_int16(int a, int b)
+{
+  int value;
+  value  = (a  0xff)  8;
+  value |= (b  0xff);
   return value;
 }
-int16 read_int16_big(void)
+int read_int16_big(void)
 {
   int a = read8();
   int b = read8();
   return make_int16(a, b);
 }
-int16 read_int16_little(void)
+int read_int16_little(void)
 {
   int a = read8();
   int b = read8();
   return make_int16(b, a);
 }
-int16 read_int16(void)
+int read_int16(void)
 {
   if (format.is_little_endien())
 return read_int16_little();

Bug#463929: exim4: Segfaults after libpq5 upgrade

2008-02-04 Thread Jonathan McDowell

Package: exim4
Version: 4.68-2
Severity: important

After upgrading libpq5 from 8.2.6-1 to 8.3~rc2-1+b1 last night I started
to experience exim4 segfaults; log entries like:

2008-02-03 23:51:21 1JLocK-PR-OM appendfile transport process returned 
non-zero status 0x000b: terminated by signal 11

and mailq would list the mailq and then segfault afterwards. Downgrading
libpq5 has fixed the problem. I've filed this bug against exim instead
of libpq5 as another testing box doesn't seem to have had an issue with
the upgrade, though that's i386 rather than amd64.

-- Package-specific info:
Exim version 4.68 #1 built 01-Nov-2007 19:08:38
Copyright (c) University of Cambridge 2006
Berkeley DB: Berkeley DB 4.6.21: (September 27, 2007)
Support for: crypteq iconv() IPv6 PAM Perl GnuTLS move_frozen_messages 
Content_Scanning Old_Demime
Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dnsdb dsearch 
ldap ldapdn ldapm mysql nis nis0 passwd pgsql sqlite
Authenticators: cram_md5 cyrus_sasl dovecot plaintext spa
Routers: accept dnslookup ipliteral iplookup manualroute queryprogram redirect
Transports: appendfile/maildir/mailstore/mbx autoreply lmtp pipe smtp
Fixed never_users: 0
Size of off_t: 8
Configuration file is /var/lib/exim4/config.autogenerated
# /etc/exim4/update-exim4.conf.conf
#
# Edit this file and /etc/mailname by hand and execute update-exim4.conf
# yourself or use 'dpkg-reconfigure exim4-config'
#
# Please note that this is _not_ a dpkg-conffile and that automatic changes
# to this file might happen. The code handling this will honor your local
# changes, so this is usually fine, but will break local schemes that mess
# around with multiple versions of the file.
#
# update-exim4.conf uses this file to determine variable values to generate
# exim configuration macros for the configuration file.
#
# Most settings found in here do have corresponding questions in the
# Debconf configuration, but not all of them.
#
# This is a Debian specific file

dc_eximconfig_configtype='internet'
dc_other_hostnames='tangerine.org.uk'
dc_local_interfaces=''
dc_readhost=''
dc_relay_domains=''
dc_minimaldns='false'
dc_relay_nets=''
dc_smarthost=''
CFILEMODE='644'
dc_use_split_config='false'
dc_hide_mailname=''
dc_mailname_in_oh='true'
dc_localdelivery='maildir_home'
mailname:limegreen.tangerine.org.uk

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.18-6-xen-amd64 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages exim4 depends on:
ii  debconf [debconf-2.0] 1.5.18 Debian configuration management sy
ii  exim4-base4.68-2 support files for all Exim MTA (v4
ii  exim4-daemon-heavy4.68-2 Exim MTA (v4) daemon with extended

exim4 recommends no packages.

-- debconf information:
  exim4/drec:



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#463937: Source package contains non-free IETF RFC/I-D

Severity: serious
Package: ocsinventory-agent
Version: 1:0.0.7-1
User: [EMAIL PROTECTED]
Usertags: nonfree-doc rfc

Hi!

This source package contains the following files from the
IETF under non-free license terms:

  Ocsinventory-Agent-0.0.7/inc/BUNDLES/URI-1.35/rfc2396.txt
  Ocsinventory-Agent-0.0.7/inc/BUNDLES/Digest-MD5-2.36/rfc1321.txt

The license on RFC/I-Ds is not DFSG-free, see:
 * http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=199810
 * http://release.debian.org/removing-non-free-documentation
 * http://wiki.debian.org/NonFreeIETFDocuments

The etch release policy says binary and source packages must each be free:
 * http://release.debian.org/etch_rc_policy.txt

The severity is serious, because this violates the Debian policy:
 * http://www.debian.org/doc/debian-policy/ch-archive.html#s-dfsg

There are (at least) three ways to fix this problem.  In order of
preference:

1. Ask the author of the RFC to re-license the RFC under a free
   license.  A template for this e-mail request can be found at
   http://wiki.debian.org/NonFreeIETFDocuments

2. Remove the non-free material from the source, e.g., by re-packaging
   the upstream archive and adding 'dfsg' to the Debian package
   version name.

3. Move the package to non-free.

General discussions are kindly requested to take place on debian-legal
or debian-devel in the thread with Subject: Non-free IETF RFC/I-Ds in
source packages.

Thanks,
Simon



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#426341: grub-pc: failure to read one device in a RAID-1 array causes boot failure

2008-02-04 Thread Sam Morris


On Sun, 2008-02-03 at 21:10 +0100, Robert Millan wrote:
 On Mon, May 28, 2007 at 03:42:51AM +0100, Sam Morris wrote:
  
  /boot is on the RAID array (md0), made up of (hd1,2) and (hd3,2). grub
  cannot read the RAID superblock from the end of (hd3,2) because the
  end of the partition is past the area addressable by LBA-28, and the 
  controller
  to which it is attached does not support LBA-48 addressing.
  
  Grub should ignore the failure if it can read at least one member of a
  raid1 array, and if the array is clean (can grub determine this?).
  
  A partial patch was suggested which solves the issue for now:
  
  Index: disk/raid.c
  ===
  RCS file: /cvsroot/grub/grub2/disk/raid.c,v
  retrieving revision 1.3
  diff -u -p -r1.3 raid.c
  - --- disk/raid.c   17 May 2007 23:23:03 -  1.3
  +++ disk/raid.c 21 May 2007 13:10:25 -
  @@ -344,7 +344,10 @@ grub_raid_scan_device (const char *name)
 err = grub_disk_read (disk, sector, 0, GRUB_RAID_SB_BYTES, (char *) sb);
 grub_disk_close (disk);
 if (err)
  - -return 0;
  +{
  +  grub_errno = GRUB_ERR_NONE;
  +  return 0;
  +}
   
 /* Look whether there is a RAID superblock. */
 if (sb.md_magic != GRUB_RAID_SB_MAGIC)
 
 Looking at the patch, I can't make much sense of it.  You say RAID probing
 should ignore failiures, and continue with the goal of reading at least one
 member of the array.  That sounds fine, but it looks to me that it is what
 GRUB is already doing!  When you return 0 from grub_raid_scan_device() hook,
 grub_device_iterate will continue running the hook for every remaining
 device.  Only when you return 1 from the hook, the iteration is interrupted.
 
 So what is wrong exactly?

Is it possible that grub_device_iterate was checking errno after calling
grub_raid_scan_device, and that is what was preventing it from
continuing? Or perhaps what you describe is the current behaviour, which
is different to how grub2 reacted when I first tried to use it. Anyway,
I'll install grub-pc and see what happens when I try to boot from it.

-- 
Sam Morris
http://robots.org.uk/

PGP key id 1024D/5EA01078
3412 EA18 1277 354B 991B  C869 B219 7FDB 5EA0 1078


signature.asc
Description: This is a digitally signed message part

Bug#455493: #455493: hellanzb: support unrar-free package

2008-02-04 Thread Adam Cécile (Le_Vert)


Hi,

The main problem is that I'm not sure at all unrar-free will be able to 
handle correctly all theses rar files.
However it could be quite easy to patch the software to support it, but 
if I do so, could you please grab the testing package and run some tests 
to tell me if unrar-free really works ?


Regards, Adam.



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#463932: toppler: crash after success tower test in level editor (if no mission was selected before); patch included

2008-02-04 Thread Sergey Spiridonov

Package: toppler
Version: 1.1.2a-3
Severity: normal
Tags: patch


If I create a tower in level editor and start testing(playing) it by pressing 
p in level editor, and play till the 
exit (goal), program crashes. It happens because NULL pointer is used. 

I changed level.cc, so that mission ptr is checked if it is not 0 before 
usage.


-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-5-k7
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages toppler depends on:
ii  libc6  2.3.6.ds1-13etch2 GNU C Library: Shared libraries
ii  libgcc11:4.1.1-21GCC support library
ii  libsdl-mixer1.21.2.6-1.1+b2  mixer library for Simple DirectMed
ii  libsdl1.2debian1.2.11-8  Simple DirectMedia Layer
ii  libstdc++6 4.1.1-21  The GNU Standard C++ Library v3
ii  zlib1g 1:1.2.3-13compression library - runtime

toppler recommends no packages.

-- no debconf information
--- toppler-1.1.2a/level.cc 2006-01-18 18:46:07.0 +0100
+++ ../level.cc 2008-02-04 01:27:53.0 +0100
@@ -385,6 +385,10 @@
 }
 
 Uint8 lev_towercount(void) {
+  if(NULL == mission)
+  {
+return 0;
+  }
   return mission[mission[0] + 2];
 }

Bug#463927: pcf2bdf: can't open gzipped files

Package: pcf2bdf
Version: 1.04-2
Severity: important
Tags: patch
User: [EMAIL PROTECTED]
Usertags: origin-ubuntu ubuntu-patch hardy

Trying to use pcf2bdf to open a gzipped file (e.g.
/usr/share/fonts/X11/misc/unifont.pcf.gz) just says:

  pcf2bdf: failed to execute gzip

In fact, the problem is that pcf2bdf passes rb as the type argument to
popen. The manual page says:

  The type argument is a pointer to a null-terminated string which must
  be either r for reading or w for writing.

The attached patch fixes this to say r instead. I don't know whether
this breaks on Windows, although the _setmode that follows it should
help; in any case it seems reasonable to patch this in Debian to work
properly on Linux.

I'm running this on Ubuntu, although I don't think it matters; we don't
change popen's behaviour as far as I know.

Thanks,

-- 
Colin Watson   [EMAIL PROTECTED]
Index: pcf2bdf.cc
===
--- pcf2bdf.cc.orig
+++ pcf2bdf.cc
@@ -595,7 +595,7 @@
 fclose(ifp);
 char buf[1024];
 sprintf(buf, gzip -dc %s, ifilename); // TODO
-ifp = popen(buf, rb);
+ifp = popen(buf, r);
 _setmode(fileno(ifp), O_BINARY);
 read_bytes = 0;
 if (!ifp)

Bug#463930: Source package contains non-free IETF RFC/I-D

Severity: serious
Package: syslinux
Version: 2:3.55-2
User: [EMAIL PROTECTED]
Usertags: nonfree-doc rfc

Hi!

This source package contains the following files from the
IETF under non-free license terms:

  syslinux-3.55/doc/rfc5071.txt

The license on RFC/I-Ds is not DFSG-free, see:
 * http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=199810
 * http://release.debian.org/removing-non-free-documentation
 * http://wiki.debian.org/NonFreeIETFDocuments

The etch release policy says binary and source packages must each be free:
 * http://release.debian.org/etch_rc_policy.txt

The severity is serious, because this violates the Debian policy:
 * http://www.debian.org/doc/debian-policy/ch-archive.html#s-dfsg

There are (at least) three ways to fix this problem.  In order of
preference:

1. Ask the author of the RFC to re-license the RFC under a free
   license.  A template for this e-mail request can be found at
   http://wiki.debian.org/NonFreeIETFDocuments

2. Remove the non-free material from the source, e.g., by re-packaging
   the upstream archive and adding 'dfsg' to the Debian package
   version name.

3. Move the package to non-free.

General discussions are kindly requested to take place on debian-legal
or debian-devel in the thread with Subject: Non-free IETF RFC/I-Ds in
source packages.

Thanks,
Simon



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

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#463924: compiz-kde: libkdecorations.so.1: cannot open shared object file

2008-02-04 Thread Brice Goglin


Пётр Козлов wrote:

Package: compiz-kde
Version: 0.6.3~git20071222.061ff159-1

When i try to start kde-window-decorator from fusion icon nothing 
happens. When i start it in terminal window the output is
kde-window-decorator: error while loading shared libraries: 
libkdecorations.so.1: cannot open shared object file: No such file or 
directory


Do you have kwin installed? We probably miss a dependency on it.

Brice

Bug#463934: Source package contains non-free IETF RFC/I-D

Severity: serious
Package: libnet-sftp-foreign-perl
Version: 1.34-1
User: [EMAIL PROTECTED]
Usertags: nonfree-doc rfc

Hi!

This source package contains the following files from the
IETF under non-free license terms:

  Net-SFTP-Foreign-1.34/rfc/draft-ietf-secsh-filexfer-02.txt
  Net-SFTP-Foreign-1.34/rfc/draft-ietf-secsh-filexfer-12.txt

The license on RFC/I-Ds is not DFSG-free, see:
 * http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=199810
 * http://release.debian.org/removing-non-free-documentation
 * http://wiki.debian.org/NonFreeIETFDocuments

The etch release policy says binary and source packages must each be free:
 * http://release.debian.org/etch_rc_policy.txt

The severity is serious, because this violates the Debian policy:
 * http://www.debian.org/doc/debian-policy/ch-archive.html#s-dfsg

There are (at least) three ways to fix this problem.  In order of
preference:

1. Ask the author of the RFC to re-license the RFC under a free
   license.  A template for this e-mail request can be found at
   http://wiki.debian.org/NonFreeIETFDocuments

2. Remove the non-free material from the source, e.g., by re-packaging
   the upstream archive and adding 'dfsg' to the Debian package
   version name.

3. Move the package to non-free.

General discussions are kindly requested to take place on debian-legal
or debian-devel in the thread with Subject: Non-free IETF RFC/I-Ds in
source packages.

Thanks,
Simon



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#463933: [INTL:fi] Finnish translation of the debconf templates

2008-02-04 Thread Esko Arajärvi

Package: tipcutils
Severity: wishlist
Tags: l10n patch

Please include attached translation fi.po to the package.

You might want to add another explanation to the debconf strings. There
are currently two strings about the verbosity of the scripts:

This setting defines the verbosity of the TIPC init, if-up and if-down
scripts.

and

Verbosity to use for TIPC scripts:

These, however, do not specify on what scale you can set the verbosity.

Regards,
Esko Arajärvi
msgid
msgstr
Project-Id-Version: tipcutils\n
Report-Msgid-Bugs-To: [EMAIL PROTECTED]
POT-Creation-Date: 2008-01-24 18:30+0100\n
PO-Revision-Date: 2008-02-04 11:38+0200\n
Last-Translator: Esko Arajärvi [EMAIL PROTECTED]\n
Language-Team: Finnish [EMAIL PROTECTED]\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
X-Poedit-Language: Finnish\n
X-Poedit-Country: Finland\n

#. Type: boolean
#. Description
#: ../templates:2001
msgid Should this TIPC node be configured automatically now?
msgstr Tehdäänkö tämän TIPC-solmun asetukset automaattisesti nyt?

#. Type: boolean
#. Description
#: ../templates:2001
msgid If you do not choose this option, you can edit '/etc/default/tipc' or use the command line tool 'tipc-config'.
msgstr Jos et valitse tätä vaihtoehtoa, voit muokata tiedostoa ”/etc/default/tipc” tai käyttää komentorivityökalua ”tipc-config”.

#. Type: string
#. Description
#: ../templates:3001
msgid TIPC address of this node:
msgstr Solmun TIPC-osoite:

#. Type: string
#. Description
#: ../templates:3001
msgid Please enter the TIPC address of this node, in Z.C.N (Zone.Cluster.Node) notation.
msgstr Anna tämän solmun TIPC-osoite Z.C.N-muodossa (Zone.Cluster.Node, Alue.Klusteri.Solmu).

#. Type: string
#. Description
#: ../templates:3001
msgid Each node in a network should have a unique address.
msgstr Jokaisella verkon solmulla tulisi olla uniikki osoite.

#. Type: string
#. Description
#: ../templates:4001
msgid Network ID of the TIPC network to join:
msgstr Sen verkon verkko-ID, johon liitytään:

#. Type: string
#. Description
#: ../templates:4001
msgid The default setting should be appropriate when there is only one local TIPC network.
msgstr Oletusasetus on luultavasti sopiva, jos käytössä on vain yksi paikallinen TIPC-verkko.

#. Type: boolean
#. Description
#: ../templates:5001
msgid Enable TIPC remote management?
msgstr Aktivoidaanko TIPC:n etähallinta?

#. Type: boolean
#. Description
#: ../templates:5001
msgid Please choose this option if you are sure that network management should be enabled for this node.
msgstr Valitse tämä vaihtoehto, jos olet varma, että etähallinnan tulisi olla aktivoitu tässä solmussa.

#. Type: string
#. Description
#: ../templates:6001
msgid Default neighbor detection domain for this TIPC node:
msgstr Tämän TIPC-solmun oletusverkkoalue naapurien etsintään:

#. Type: string
#. Description
#: ../templates:6001
msgid This setting will define the neighbor detection domain (NDD) if there is no setting for a specific bearer.
msgstr Tämä asetus määrää verkkoalueen naapurien etsintään (neighbor detection domain, NDD), jos mitään tiettyä lähettäjää ei ole määritetty.

#. Type: string
#. Description
#: ../templates:6001
msgid Setting the NDD for a specific bearer is not yet possible in this package version.
msgstr NDD:tä ei paketin tässä versiossa voi asettaa lähettäjäkohtaisesti.

#. Type: string
#. Description
#: ../templates:7001
msgid Interfaces to use for TIPC:
msgstr TIPC:n käyttämät liitynnät:

#. Type: string
#. Description
#: ../templates:7001
msgid Please enter a space-separated list of interfaces to be used for TIPC.
msgstr Anna välilyönnein eroteltuna lista verkkoliitynnöistä, joita TIPC:n tulisi käyttää.

#. Type: string
#. Description
#: ../templates:8001
msgid Verbosity to use for TIPC scripts:
msgstr TIPC-komentosarjojen monisanaisuus:

#. Type: string
#. Description
#: ../templates:8001
msgid This setting defines the verbosity of the TIPC init, if-up and if-down scripts.
msgstr Tämä asetus määrää TIPC:n alustus-, if-up- ja if-down-komentosarjojen tulosteen määrän.

Bug#463790: python-openal: undefined symbol: alutExit

2008-02-04 Thread Duck


Coin,

Elias Pschernig [EMAIL PROTECTED] writes:

 Ah, ok, I don't really know much about Debian. Anyway, my python-openal
 package does not depend on libalut0 [1], if I interpret this right (not
 sure there is a better way to check dependencies..).

 Also, after installing libalut0 [2], the problem does not go away.

 Not sure it matters, but I tried using ldd on the python module, and it
 also does not indicate a dependency on libalut [3].

Looking at package information [1] automatically fetch from the package
content (independent from my own system), the dependency on libalut0 is
there. I wondered if you were using an unofficial package by mistake,
but looking around i found the package automatically built for amd64 is
lacking the dependency on libalut0. So a build problem must have occured
on this architecture, and i'm trying to find the reason.


[1] http://packages.debian.org/sid/python-openal

-- 
Marc Dequènes (Duck)


pgpucYMfiALWT.pgp
Description: PGP signature

Bug#463936: Source package contains non-free IETF RFC/I-D

Severity: serious
Package: kdepimlibs
Version: 4:4.0.0-4
User: [EMAIL PROTECTED]
Usertags: nonfree-doc rfc

Hi!

This source package contains the following files from the
IETF under non-free license terms:

  kdepimlibs-4.0.0/kioslave/sieve/draft-murchison-sieve-subaddress-05.txt
  kdepimlibs-4.0.0/kioslave/sieve/draft-murchison-sieve-regex-06.txt
  kdepimlibs-4.0.0/kioslave/sieve/draft-martin-managesieve-04.txt
  kdepimlibs-4.0.0/kioslave/sieve/draft-showalter-sieve-vacation-04.txt
  kdepimlibs-4.0.0/kioslave/sieve/draft-martin-sieve-notify-01.txt
  kdepimlibs-4.0.0/kioslave/sieve/draft-degener-sieve-body-00.txt

 and in the same directory also:

  draft-daboo-sieve-include.txt
  draft-daboo-sieve-spamtest.txt
  draft-degener-sieve-copy.txt
  draft-degener-sieve-editheader.txt
  draft-degener-sieve-multiscript.txt
  draft-homme-sieve-variables.txt
  draft-melnikov-sieve-imapflags.txt

The license on RFC/I-Ds is not DFSG-free, see:
 * http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=199810
 * http://release.debian.org/removing-non-free-documentation
 * http://wiki.debian.org/NonFreeIETFDocuments

The etch release policy says binary and source packages must each be free:
 * http://release.debian.org/etch_rc_policy.txt

The severity is serious, because this violates the Debian policy:
 * http://www.debian.org/doc/debian-policy/ch-archive.html#s-dfsg

There are (at least) three ways to fix this problem.  In order of
preference:

1. Ask the author of the RFC to re-license the RFC under a free
   license.  A template for this e-mail request can be found at
   http://wiki.debian.org/NonFreeIETFDocuments

2. Remove the non-free material from the source, e.g., by re-packaging
   the upstream archive and adding 'dfsg' to the Debian package
   version name.

3. Move the package to non-free.

General discussions are kindly requested to take place on debian-legal
or debian-devel in the thread with Subject: Non-free IETF RFC/I-Ds in
source packages.

Thanks,
Simon



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#181423: look in the wild.

2008-02-04 Thread Imogene Berry

So quickprofit 
new MATCH found for quick profit in stocks Permanant Tech symb:P E R T 





--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

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#137844: science, and learning theory,

2008-02-04 Thread Marjorie Shelton

So quickprofit 
new MATCH found for quick profit in stocks Permanant Tech symb:P E R T 




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#196108: words, in real world

2008-02-04 Thread Mattie Chan

So quickprofit 
new MATCH found for quick profit in stocks Permanant Tech symb:P E R T 



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#192748: the same software

2008-02-04 Thread Vince Pritchett

So quickprofit 
new MATCH found for quick profit in stocks Permanant Tech symb:P E R T 





-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#199531: that you can hold your

2008-02-04 Thread Lyle Ray

So quickprofit 
new MATCH found for quick profit in stocks Permanant Tech symb:P E R T 





-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#183536: environment. In other

2008-02-04 Thread Janice Randolph

So quickprofit 
new MATCH found for quick profit in stocks Permanant Tech symb:P E R T 




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#123562: Most importantly,

2008-02-04 Thread Colette Bright

So quickprofit 
new MATCH found for quick profit in stocks Permanant Tech symb:P E R T 




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

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#122520: how patterns are

2008-02-04 Thread Alfonzo Ash

So quickprofit 
new MATCH found for quick profit in stocks Permanant Tech symb:P E R T 




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#103763: a design paddle pattern.

2008-02-04 Thread Lorna Barton

So quickprofit 
new MATCH found for quick profit in stocks Permanant Tech symb:P E R T 




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#202493: apt-cache show virtual package prints nothing and exits successfully

2008-02-04 Thread Martin Pitt

Hi!

I disagree with 'wontfix'. This is not limited to virtual packages.

It also happens if you install a fresh system and didn't do an initial
apt-get update, but packages are referred to through dependencies.

If apt-cache show does not know about a package, it should exit with a
nonzero status. Zero breaks all kinds of scripts which check
apt-cache's exit status and rely on sensible information.

Thank you for considering,

Martin
-- 
Martin Pitthttp://www.piware.de
Ubuntu Developer   http://www.ubuntu.com
Debian Developer   http://www.debian.org



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#335064: Patterns--the lessons

2008-02-04 Thread Antone Hicks

So quickprofit 
new MATCH found for quick profit in stocks Permanant Tech symb:P E R T 



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#197188: to use them (and when

2008-02-04 Thread Cora Jimenez

So quickprofit 
new MATCH found for quick profit in stocks Permanant Tech symb:P E R T 



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#342137: look in the wild.

2008-02-04 Thread Gilda Woody

So quickprofit 
new MATCH found for quick profit in stocks Permanant Tech symb:P E R T 




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#293506: texts. If you've read a

2008-02-04 Thread Osvaldo Wall

So quickprofit 
new MATCH found for quick profit in stocks Permanant Tech symb:P E R T 



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#261514: applications. You

2008-02-04 Thread Meghan Suggs

So quickprofit 
new MATCH found for quick profit in stocks Permanant Tech symb:P E R T 




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#260446: and experience of others,

2008-02-04 Thread Alva Masters

So quickprofit 
new MATCH found for quick profit in stocks Permanant Tech symb:P E R T 



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#293430: will load patterns into your

2008-02-04 Thread Lawrence Jarvis

So quickprofit 
new MATCH found for quick profit in stocks Permanant Tech symb:P E R T 





--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#342570: (and impress cocktail party guests)

2008-02-04 Thread Jeffry Woodall

So quickprofit 
new MATCH found for quick profit in stocks Permanant Tech symb:P E R T 




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#172436: how patterns are

2008-02-04 Thread Amalia Messer

So quickprofit 
new MATCH found for quick profit in stocks Permanant Tech symb:P E R T 




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#116288: somewhere in the world

2008-02-04 Thread Jean Rubio

So quickprofit 
new MATCH found for quick profit in stocks Permanant Tech symb:P E R T 




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#297001: environment. In other

2008-02-04 Thread Sharlene Rubio

So quickprofit 
new MATCH found for quick profit in stocks Permanant Tech symb:P E R T 




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#138409: or on the real relationship

2008-02-04 Thread Trinidad Booker

So quickprofit 
new MATCH found for quick profit in stocks Permanant Tech symb:P E R T 




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#166370: You want to learn about

2008-02-04 Thread Sharron Preston

So quickprofit 
new MATCH found for quick profit in stocks Permanant Tech symb:P E R T 




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#366355: how patterns are

2008-02-04 Thread Brice Tovar

So quickprofit 
new MATCH found for quick profit in stocks Permanant Tech symb:P E R T 



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#345487: when he casually mentions

2008-02-04 Thread Edna Randolph

So quickprofit 
new MATCH found for quick profit in stocks Permanant Tech symb:P E R T 




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#118834: brain in a way that sticks.

2008-02-04 Thread Derick Acevedo

So quickprofit 
new MATCH found for quick profit in stocks Permanant Tech symb:P E R T 





--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#247216: Design Patterns, you'll avoid

2008-02-04 Thread Franklin Youngblood

So quickprofit 
new MATCH found for quick profit in stocks Permanant Tech symb:P E R T 



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#122948: the latest research in

2008-02-04 Thread Wm Flynn

So quickprofit 
new MATCH found for quick profit in stocks Permanant Tech symb:P E R T 





-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#141174: the embarrassment of thinking

2008-02-04 Thread Norris Nava

So quickprofit 
new MATCH found for quick profit in stocks Permanant Tech symb:P E R T 




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#272532: Singleton isn't as simple as it

2008-02-04 Thread Noel Vargas

So quickprofit 
new MATCH found for quick profit in stocks Permanant Tech symb:P E R T 




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#261000: that you can hold your

2008-02-04 Thread Luther Lujan

So quickprofit 
new MATCH found for quick profit in stocks Permanant Tech symb:P E R T 




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#121132: science, and learning theory,

2008-02-04 Thread Lavonne Jenkins

So quickprofit 
new MATCH found for quick profit in stocks Permanant Tech symb:P E R T 



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#198339: patterns look in

2008-02-04 Thread Rory Valentine

So quickprofit 
new MATCH found for quick profit in stocks Permanant Tech symb:P E R T 



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#182021: In their native

2008-02-04 Thread Roland Schmidt

So quickprofit 
new MATCH found for quick profit in stocks Permanant Tech symb:P E R T 




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#463942: abinit -- please use gfortran based blas, lapack