Bug#343761: Bug remains

2006-03-14 Thread Marcus Better
reopen 343761
thanks

Nope, the problem is still there.

Marcus



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



Bug#356114: Patch

2006-03-14 Thread Matt Kraai
tag 356114 patch
thanks

The only patch in debian/patches changed the Makefile, which was
regenerated anyway, so there's no need to apply the patches.  The
attached patch removes the code to do so, which fixes the build.

-- 
Matt
diff -ru aspell-it-0.60-orig/debian/rules aspell-it-0.60/debian/rules
--- aspell-it-0.60-orig/debian/rules2006-03-14 23:33:19.0 -0800
+++ aspell-it-0.60/debian/rules 2006-03-14 23:35:14.0 -0800
@@ -32,10 +32,6 @@
dh_testroot
dh_clean -k
dh_installdirs
-   
-   #for file in `ls $(CURDIR)/debian/patches` ; do \
-cat $(CURDIR)/debian/patches/$$file | patch -p0 ; \
-done
 
$(MAKE) install DESTDIR=$(CURDIR)/debian/aspell-it
 


signature.asc
Description: Digital signature


Bug#356877: mailman: private archive dir permissions insecure

2006-03-14 Thread Lionel Elie Mamane
On Tue, Mar 14, 2006 at 09:23:13AM -0600, Max Bowsher wrote:

> Mailman's postinst currently contains the following command:

>   chmod o-r,o+x /var/lib/mailman/archives/private

> The effect of o+x permissions on this directory is that ANY local
> user has read access to ALL mailman mail archives, if they know or
> can guess the name of the list.

> The purpose of the o+x permissions is to allow www-data to serve up
> the public archives.

Yup.

> Perhaps a method could be found which doesn't involve granting world
> access to the archives?

We're open to suggestions. That thing must be group list so that
mailman can write there. Putting www-data as user would give www-data
too much power there. We cannot put the files themselves non world
readable, as Apache won't serve anything that isn't world-readable as
far as I remember. The same holds for putting www-data in group list.

If we could rely on file ACLs, it would be easier...

-- 
Lionel


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



Bug#344592: Close

2006-03-14 Thread Filipus Klutiero

tags 344592 - sarge
tags 344592 + upstream
close 344592 2.6.5-1
thanks

Paul, I assume you don't actually intend to fix a normal bug in stable, 
so I'm removing the sarge tag (with the "new" definition from July) from 
this.



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



Bug#207932: To be fixed, truce, peace

2006-03-14 Thread Jérôme Marant
Quoting "Janusz S. Bieñ" <[EMAIL PROTECTED]>:

> On Tue, 14 Mar 2006  Jérôme Marant <[EMAIL PROTECTED]> wrote:
>
>
> [...]
>
> > Will grabbing documentation from non-free will be a mjor inconvenience
> > for you? I'm not so sure.
>
> I will manage, but the integration of documentation with the program
> seems to me an intrinsic feature of Emacs. Remember this is The
> Extensible, Customizable, *Self-Documenting* Display Editor.

Self-Documentating has nothing to do with info manuals. It is about
docstrings: they will still be around, within the DOC file.

--
Jérôme Marant



Bug#356992: Acknowledgement (Please build python-serial for all Python versions)

2006-03-14 Thread Dwayne C. Litzenberger
Also, if you make this change, python2.3-serial will have to Conflict with 
previous versions of python-serial.  Otherwise, it might try to overwrite 
python-serial's files.


--
Dwayne C. Litzenberger <[EMAIL PROTECTED]>


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



Bug#356928: Bug is fixed in krusader-1.70.0-1

2006-03-14 Thread Frank Schoolmeesters
Hi,

Krusader-1.60.0-3.1 is unusable, see bugreports:
Bug#349784: krusader: Krusader Krashes upon selecting user home
directory and from then on.
Bug#355871: bug in krusader
Bug#350890: krusader segfaults on some directories
Bug#355464: krusader: crashes on startup
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=350890


This bug is fixed in krusader-1.70.0-1 , so please upgrade.
http://packages.debian.org/unstable/utils/krusader

I will merge and close this bug once krusader-1.70.0-1
is entered etch/testing.

Thanks for the feedback.

kind regards,

Frank Schoolmeesters
Krusader Krew
http://www.krusader.org


On 3/14/06, Sébastien NOBILI <[EMAIL PROTECTED]> wrote:
> Package: krusader
> Version: 1.60.0-3.1
> Severity: important
>
> When listing /usr/bin/ or /usr/share/doc/ (seems to be related to number
> of elements in the directory), krusader crashes.
> Here's the stack :
> (no debugging symbols found)
> Using host libthread_db library "/lib/tls/libthread_db.so.1".
> (no debugging symbols found)
> [...]
> (no debugging symbols found)
> [Thread debugging using libthread_db enabled]
> [New Thread -1237734688 (LWP 12730)]
> (no debugging symbols found)
> [...]
> (no debugging symbols found)
> [KCrash handler]
> #5  0x08126c66 in QStrList::~QStrList ()
> #6  0xb6cb210b in QListViewPrivate::SortableItem::cmp ()
>   from /usr/lib/libqt-mt.so.3
> #7  0xb6cb2152 in QListViewPrivate::SortableItem::operator< ()
>   from /usr/lib/libqt-mt.so.3
> #8  0xb6cb3125 in qHeapSortPushDown ()
>   from /usr/lib/libqt-mt.so.3
> #9  0xb6cb338d in qHeapSortHelper QListViewPrivate::SortableItem> () from /usr/lib/libqt-mt.so.3
> #10 0xb6cb343b in qHeapSort ()
>   from /usr/lib/libqt-mt.so.3
> #11 0xb6caf57d in QListViewItem::sortChildItems () from
> /usr/lib/libqt-mt.so.3
> #12 0xb6c9aac8 in QListViewItem::enforceSortOrder ()
>   from /usr/lib/libqt-mt.so.3
> #13 0xb6c99d03 in QListView::firstChild () from /usr/lib/libqt-mt.so.3
> #14 0xb74b6dc4 in KListView::setSorting () from /usr/lib/libkdeui.so.4
> #15 0x08129da0 in QStrList::~QStrList ()
> #16 0x0811260c in QPtrList::~QPtrList ()
> #17 0x08113bfe in QPtrList::~QPtrList ()
> #18 0x0811c71d in QPtrList::~QPtrList ()
> #19 0xb6ba97ff in QObject::activate_signal () from
> /usr/lib/libqt-mt.so.3
> #20 0xb6baa290 in QObject::activate_signal () from
> /usr/lib/libqt-mt.so.3
> #21 0x0813bf9d in QValueListPrivate::remove ()
> #22 0x0813c0b8 in QValueListPrivate::remove ()
> #23 0x08109be7 in QBitmap::~QBitmap ()
> #24 0x0810a0c8 in QBitmap::~QBitmap ()
> #25 0x0810b7aa in QBitmap::~QBitmap ()
> #26 0xb6ba97ff in QObject::activate_signal () from
> /usr/lib/libqt-mt.so.3
> #27 0xb6baa290 in QObject::activate_signal () from
> /usr/lib/libqt-mt.so.3
> #28 0xb6f39526 in QTimer::timeout () from /usr/lib/libqt-mt.so.3
> #29 0xb6bce741 in QTimer::event () from /usr/lib/libqt-mt.so.3
> #30 0xb6b40122 in QApplication::internalNotify () from
> /usr/lib/libqt-mt.so.3
> #31 0xb6b40314 in QApplication::notify () from /usr/lib/libqt-mt.so.3
> #32 0xb72ced4e in KApplication::notify () from /usr/lib/libkdecore.so.4
> #33 0xb6ad1861 in QApplication::sendEvent () from /usr/lib/libqt-mt.so.3
> #34 0xb6b31bad in QEventLoop::activateTimers () from
> /usr/lib/libqt-mt.so.3
> #35 0xb6ae5566 in QEventLoop::processEvents () from
> /usr/lib/libqt-mt.so.3
> #36 0xb6b58b01 in QEventLoop::enterLoop () from /usr/lib/libqt-mt.so.3
> #37 0xb6b58a26 in QEventLoop::exec () from /usr/lib/libqt-mt.so.3
> #38 0xb6b3ec35 in QApplication::exec () from /usr/lib/libqt-mt.so.3
> #39 0x08081db0 in QMapPrivate::QMapPrivate ()
> #40 0xb63d1ed0 in __libc_start_main () from /lib/tls/libc.so.6
> #41 0x0807b631 in ?? ()
>
>
> -- System Information:
> Debian Release: testing/unstable
>  APT prefers testing
>  APT policy: (990, 'testing')
> Architecture: i386 (i686)
> Shell:  /bin/sh linked to /bin/bash
> Kernel: Linux 2.6.15-1-686
> Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
>
> Versions of packages krusader depends on:
> ii  kdelibs4c2a   4:3.5.1-2  core libraries for all KDE 
> applica
> ii  libacl1   2.2.35-1   Access control list shared 
> library
> ii  libart-2.0-2  2.3.17-1   Library of functions for 2D 
> graphi
> ii  libattr1  2.4.25-1   Extended attribute shared library
> ii  libaudio2 1.7-5  The Network Audio System (NAS). 
> (s
> ii  libc6 2.3.5-13   GNU C Library: Shared libraries 
> an
> ii  libfam0   2.7.0-9Client library to control the FAM
> ii  libfontconfig12.3.2-1.1  generic font configuration 
> library
> ii  libfreetype6  2.1.10-1   FreeType 2 font engine, shared 
> lib
> ii  libgcc1   1:4.0.2-9  GCC support library
> ii  libice6   6.9.0.dfsg.1-4 Inter-Client Exchange library
> ii  libidn11  0.5.18-2   GNU libidn library, 
> implementation
> ii  libjpeg62   

Bug#356721: Fwd: rtpproxy_0.3-1_i386.changes is NEW

2006-03-14 Thread Mark Purcell
tags 356721 pending
thanks

--  Forwarded Message  --

Subject: rtpproxy_0.3-1_i386.changes is NEW
Date: Tuesday 14 March 2006 23:02
From: Debian Installer <[EMAIL PROTECTED]>
To: Mark Purcell <[EMAIL PROTECTED]>, Debian VoIP Team 
<[EMAIL PROTECTED]>

(new) rtpproxy_0.3-1.diff.gz optional net
(new) rtpproxy_0.3-1.dsc optional net
(new) rtpproxy_0.3-1_i386.deb optional net
RTP proxy for SER
 RTP (Realtime Transport Protocol) proxy is an application that can be used
 to relay RTP media streams through a server in the public internet. That
 is often necessary when dealing with SIP (Session Initiation Protocol)
 user agents that are behind NAT (Network Address Translator).
 .
 The rtpproxy can be used in conjunction with nathelper module of SER
 (SIP Express Router). When nathelper module of SER detects that a user
 agent will need to relay media through a host in the public internet,
 it will contact rtpproxy and ask it to allocate a public IP and port
 the user agent can send it's RTP streams to. That information will
 then be communicated to the user agent in SDP (Session Description
 Document).
(new) rtpproxy_0.3.orig.tar.gz optional net
Changes: rtpproxy (0.3-1) unstable; urgency=low
 .
  [ Jan Janak ]
  * Moved to pkg-voip-maintainers svn repository
  * Added print-version and get-orig-source targets
  * Support for dpatch
 .
  [ Kilian Krause ]
  * Add dpatch to Build-Depends
 .
  [ Mark Purcell ]
  * Initial release. (Closes: #356721: ITP: rtpproxy -- RTP proxy for
SER - Debian Bug report logs)
  * Update debian/watch to use svn-upgrade
  * Upstream NEWS is empty, dont ship debian/docs
Announcing to debian-devel-changes@lists.debian.org
Closing bugs: 356721


Your package contains new components which requires manual editing of
the override file.  It is ok otherwise, so please be patient.  New
packages are usually added to the override file about once a week.

You may have gotten the distribution wrong.  You'll get warnings above
if files already exist in other distributions.

---
(new) rtpproxy_0.3-1.diff.gz optional net
(new) rtpproxy_0.3-1.dsc optional net
(new) rtpproxy_0.3-1_i386.deb optional net
RTP proxy for SER
 RTP (Realtime Transport Protocol) proxy is an application that can be used
 to relay RTP media streams through a server in the public internet. That
 is often necessary when dealing with SIP (Session Initiation Protocol)
 user agents that are behind NAT (Network Address Translator).
 .
 The rtpproxy can be used in conjunction with nathelper module of SER
 (SIP Express Router). When nathelper module of SER detects that a user
 agent will need to relay media through a host in the public internet,
 it will contact rtpproxy and ask it to allocate a public IP and port
 the user agent can send it's RTP streams to. That information will
 then be communicated to the user agent in SDP (Session Description
 Document).
(new) rtpproxy_0.3.orig.tar.gz optional net
Changes: rtpproxy (0.3-1) unstable; urgency=low
 .
  [ Jan Janak ]
  * Moved to pkg-voip-maintainers svn repository
  * Added print-version and get-orig-source targets
  * Support for dpatch
 .
  [ Kilian Krause ]
  * Add dpatch to Build-Depends
 .
  [ Mark Purcell ]
  * Initial release. (Closes: #356721: ITP: rtpproxy -- RTP proxy for
SER - Debian Bug report logs)
  * Update debian/watch to use svn-upgrade
  * Upstream NEWS is empty, dont ship debian/docs
Announcing to debian-devel-changes@lists.debian.org
Closing bugs: 356721 


Your package contains new components which requires manual editing of
the override file.  It is ok otherwise, so please be patient.  New
packages are usually added to the override file about once a week.

You may have gotten the distribution wrong.  You'll get warnings above
if files already exist in other distributions.


Bug#356992: Please build python-serial for all Python versions

2006-03-14 Thread Dwayne C. Litzenberger

Package: python-serial
Version: 2.2-1
Severity: wishlist
Tags: patch

Please build python-serial for all versions of Python depended on by 
python-all (currently, this means Python 2.3 and 2.4).


The attached patch splits python-serial into:
python-serial,
python-serial-doc,
python2.3-serial, and
python2.4-serial.

-- System Information:
Debian Release: 3.1
 APT prefers unstable
 APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.12.6-xen-skas3-v9-pre7-skas3-v9-pre7
Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_CA.UTF-8)

Versions of packages python-serial depends on:
ii  python2.3.5-1An interactive high-level object-o

-- no debconf information

--
Dwayne C. Litzenberger <[EMAIL PROTECTED]>
diff -ruN j/pyserial-2.2/debian/control pyserial-2.2/debian/control
--- j/pyserial-2.2/debian/control   2006-03-15 00:58:25.0 -0600
+++ pyserial-2.2/debian/control 2006-03-15 00:45:29.0 -0600
@@ -2,15 +2,43 @@
 Section: python
 Priority: optional
 Maintainer: Matthias Klose <[EMAIL PROTECTED]>
-Build-Depends-Indep: debhelper (>= 4.1.67), python-dev
+Build-Depends-Indep: cdbs, debhelper (>= 4.1.67), python-dev (>= 2.3), 
python2.3-dev, python2.4-dev
 Standards-Version: 3.6.1
 
 Package: python-serial
 Architecture: all
+Depends: python2.3-serial
+Suggests: python-serial-doc
+Description: Module encapsulating access for the serial port
+ This is a "dummy package that will cause the Pyserial package for Debian's
+ default Python version to always be present on your system.
+
+Package: python-serial-doc
+Architecture: all
+Description: Module encapsulating access for the serial port
+ This package contains the documentation for Pyserial.
+
+Package: python2.3-serial
+Architecture: all
+Depends: ${python:Depends}
+Suggests: python-wxgtk2.6 | python-wxgtk2.4 | python-wxgtk, python-serial-doc
+Description: Module encapsulating access for the serial port
+ This module capsulates the access for the serial port. It provides
+ backends for standard Python running on Windows, Linux, BSD (possibly
+ any POSIX compilant system). The module named "serial" automaticaly
+ selects the appropriate backend.Package: python2.4-serial
+ .
+ This package is for Python 2.3.
+
+Package: python2.4-serial
+Architecture: all
 Depends: ${python:Depends}
-Suggests: python-wxgtk2.6 | python-wxgtk2.4 | python-wxgtk
+Suggests: python-wxgtk2.6 | python-wxgtk2.4 | python-wxgtk, python-serial-doc
 Description: Module encapsulating access for the serial port
  This module capsulates the access for the serial port. It provides
  backends for standard Python running on Windows, Linux, BSD (possibly
  any POSIX compilant system). The module named "serial" automaticaly
  selects the appropriate backend.
+ .
+ This package is for Python 2.4.
+
diff -ruN j/pyserial-2.2/debian/rules pyserial-2.2/debian/rules
--- j/pyserial-2.2/debian/rules 2006-03-15 00:58:25.0 -0600
+++ pyserial-2.2/debian/rules   2006-03-15 00:56:25.0 -0600
@@ -1,68 +1,10 @@
 #!/usr/bin/make -f
-# -*- makefile -*-
-# Sample debian/rules that uses debhelper.
-# GNU copyright 1997 to 1999 by Joey Hess.
+# -*- mode: makefile; coding: utf-8 -*-
 
-# Uncomment this to turn on verbose mode.
-#export DH_VERBOSE=1
-
-PY_INTERPRETER = /usr/bin/python
-
-build: build-stamp
-
-build-stamp:
-   dh_testdir
-   python setup.py build
-   touch build-stamp
-
-clean:
-   dh_testdir
-   dh_testroot
-   rm -f build-stamp
-   rm -rf build
-   -find . -name '*.py[co]' | xargs rm -f
-   dh_clean
-
-install: build
-   dh_testdir
-   dh_testroot
-   dh_clean -k 
-   dh_installdirs
-   python setup.py install --prefix=$(CURDIR)/debian/python-serial/usr
-   -find debian -name '*.py[co]' | xargs rm -f
-
-# Build architecture-independent files here.
-binary-indep: build install
-   dh_testdir
-   dh_testroot
-   dh_installchangelogs CHANGES.txt
-   dh_installdocs README.txt
-   dh_installexamples examples/*
-   dh_installman
-   : # Replace all '#!' calls to python with $(PY_INTERPRETER)
-   : # and make them executable
-   for i in `find debian -mindepth 3 -type f`; do \
- sed '1s,#!.*python[^ ]*\(.*\),#! $(PY_INTERPRETER)\1,' \
-   $$i > $$i.temp; \
- if cmp --quiet $$i $$i.temp; then \
-   rm -f $$i.temp; \
- else \
-   mv -f $$i.temp $$i; \
-   chmod 755 $$i; \
-   echo "fixed interpreter: $$i"; \
- fi; \
-   done
-   dh_compress -X.py -X.wxg
-   dh_fixperms
-   dh_python
-   dh_installdeb
-   dh_gencontrol
-   dh_md5sums
-   dh_builddeb
-
-# Build architecture-dependent files here.
-binary-arch: build install
-# We have nothing to do by default.
-
-binary: binary-indep binary-arch
-.PHONY: build clean binary-indep binary-arch binary install configure
+include /usr/share/cdbs

Bug#356956: quanta: auto insertion uses upper-case tag names

2006-03-14 Thread Fathi Boudra
hi,

you seems to use HTML 4.01 Transitional dtd.

If you use XHTML 1.0 Transitional/strict dtd,
Quanta gives you what you expect.

cheers,

Fathi


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



Bug#356950: [Pyepl-users] Debian/Ubuntu packaging

2006-03-14 Thread Yaroslav Halchenko
Hi Aaron!

I've done preliminary packaging of PyEPL.
Debian package is available from
http://itanix.rutgers.edu/rumba/dists/unstable/perspect/binary-i386/science/python-pyepl_1.0.9-0.1_i386.deb
and the changes I had to do to make it build into the package (including
debian/ packaging directory) are available from
http://itanix.rutgers.edu/rumba/dists/unstable/perspect/source/science/pyepl_1.0.9-0.1.diff.gz

Please revise the changes I had to make (omitting debian/ directory):
the main problem was absent "cleaning" procedure. Changes I made are
quite cruel and are far from being an ideal solution.

In general, if someone want to track the package by installing it via
standard debian means (before it enters official Debian) needs to add

deb http://itanix.rutgers.edu/rumba/ unstable perspect 
deb-src http://itanix.rutgers.edu/rumba/ unstable perspect 

to their apt/sources.list

There are quite a few points I need to discuss and have resolved before
the package becomes appropriate for inclusion in Debian. Most of them
are in debian/TODO file within the source (after applying my diff)

Here they are and I would really appreciate your help on resolving them:

* Clarify the destiny of pyODE-0.35cvs-2.tar.gz
  if it is possible to migrate to the fresh version (projects merged)
  http://pyode.sourceforge.net/ for which RFP wnpp bug was filed long
  ago http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=329013

  Why is the full source (.tgz) is carried with pyepl anyways if there
  is alrady ode.pyx within the pyepl tarball?
  If updated pyODE is not suitable to be used with pyepl, could upstream at
  least get rid of .tgz and just keep original ode.pyx (it includes
  license warning, and can be accompanied with license file: I would
  just refer to the LGPL file provided with Debian)

* Clarify the situation with shipped non-free font: code/resources/font.ttf

* To don't byte-compile: dh_python will do that... but I am not sure
   on how to turn that off in setup.py...?

* Proper split out of shared libaries (.so) + (.h) files
   I believe that at the end I will have to do such split into libepl,
   libpyepl-dev and then making python-pyepl depend on libpyepl.
   Might need to clarify at [EMAIL PROTECTED]

* Proper "clean"-up procedure

  Well... though it is not required (or in other words "could be
   avoided") -- it is good to have proper clean-up procedure and
   original Makefiles were missing clean target. Besides that setup.py
   is not tailored to provide proper cleaning. Temporary fix was
   applied but proper solution would be better

* Compile and package manual into -doc
  Compilation failed on first attempt: more investigation is necessary

> make
jade -t sgml -d 
/usr/share/sgml/docbook/stylesheet/dsssl/modular/html/docbook.dsl pyepldoc.sgml
jade:pyepldoc.sgml:10:0:E: character "<" not allowed in declaration subset
jade:pyepldoc.sgml:31:2:E: character "<" not allowed in declaration subset
jade:pyepldoc.sgml:40:8:E: end of document in DTD subset
make: *** [pyepldoc.html] Error 1

Installed:
ii  docbook-dsssl  1.79-3 modular DocBook DSSSL stylesheets, for print
ii  jade   1.2.1-47   James Clark's DSSSL Engine


Besides that, I have tried to run example scripts using PyEPL installed
from my Debian package and bugs.py works properly but hw.py example
shipped with source tarball fails... and the reason why is that the
examples shipped within source tarball are different from the ones
within pyepl_sample_code-1.0.9

> diff pyepl-1.0.9.origg/code/documentation/source/examples/hw.py pyepl_sample_c
ode-1.0.9/hw.py 
8a9
> exp = Experiment()

could we unify those? :-)

On Tue, 14 Mar 2006, Aaron Geller wrote:

> Hi Yaroslav.

> You can run PyEPL experiments in either of 2 modes: with or without 
> synchronizing to the monitor refresh.  If you run 
> with synchronizing enabled, the function actually blocks until the screen 
> update has occured; there is no need to guess 
> as to how long the delay due to the refresh is.  We know based on when the 
> function returns.

> Syncing to the screen refresh is important for psychophysics experiments, but 
> if you want to minimize delays due to 
> screen updates, you can turn this functionality off with the --no-screen-sync 
> flag at the command line.

> With respect to debian package, nobody has yet packaged pyepl in a .dpkg.  We 
> would love to have skilled debian users 
> help us with linux deployment.  We will be in touch!

> Thanks for your interest,
> Aaron Geller
> PyEPL Project Maintainer
-- 
  .-.
=--   /v\  =
Keep in touch// \\ (yoh@|www.)onerussian.com
Yaroslav Halchenko  /(   )\   ICQ#: 60653192
   Linux User^^-^^[17]





Bug#356596: console-data: lat9-* fonts disappeared

2006-03-14 Thread Christian Perrier
severity 356596 serious
tags 356596 d-i
thanks

Quoting Mario 'BitKoenig' Holbe ([EMAIL PROTECTED]):
> On Sun, Mar 12, 2006 at 11:25:24PM +0100, Samuel Thibault wrote:
> > In latest upload, lat9-*.psf.gz files disappeared, while lat0-*.psf.gz
> 
> Same for lat9w-*, please re-include them too :)

Actually, this affects d-i as some languages are set to use these
fonts on the installed system. Hence raising the severity of the bug
report.

I actually *haven't checked* that d-i is impacted, but is the fonts
are missing, it will.

(should impact unstable installs at this moment)




signature.asc
Description: Digital signature


Bug#355827: sshfs: does not work

2006-03-14 Thread Pablo Barbáchano
On 3/14/06, Miklos Szeredi <[EMAIL PROTECTED]> wrote:
> > [EMAIL PROTECTED]:~% ls -l /usr/bin/fusermount
> > -rwsr-sr-x 1 root root 18376 2006-02-22 20:03 /usr/bin/fusermount
> > [EMAIL PROTECTED]:~% ls -l `which fusermount`
> > -rwsr-sr-x 1 root root 18376 2006-02-22 20:03 /usr/bin/fusermount
> > [EMAIL PROTECTED]:~% sudo chmod a+s /usr/bin/fusermount
> > [EMAIL PROTECTED]:~% ls -l /usr/bin/fusermount
> > -rwsr-sr-x 1 root root 18376 2006-02-22 20:03 /usr/bin/fusermount
> > [EMAIL PROTECTED]:~%
> >
> > Mmmm, that's weird.
> > /me guesses he is missing something totally obvious.
>
> OK, you don't need 'a+s' only 'u+s'.
>
> Anyway if you still get the same error, there's something else going
> on.  Perhaps some security module enabled in the kernel?
>
> Miklos
>

Now works! I don't know if the a+s thing fixed it or it magically
fixed :? Anyway, is it installed SUID root by default in debian?

I think the bug can be closed.

Thank you very much,
Pablo



Bug#344077: ftp.debian.org: Scheduling libaudio-flac-perl for removal from unstable.

2006-03-14 Thread Ivo Marino
On Mon, 2006-03-13 at 02:20 +0100, Jeroen van Wolffelaar wrote:

> On Thu, Jan 12, 2006 at 03:40:40PM +0100, Ivo Marino wrote:
> > On Thu, 2006-01-12 at 15:28 +0100, Joerg Jaspert wrote:
> > > Wrong. mp3roaster and libaudio-file-perl do depend on that
> > > package. Please file bugs on them and coordinate with the maintainer to
> > > get them to move to the new package, and then come back here for us to
> > > remove. Thanks
> > > 
> >OK. I actually also the maintainer of mp3roaster so I'll just contact
> > the libaudio-file-perl maintainer. Once done I'll let you know. Thanks.
> 
> What's the status of this?
> 
   Hello Jeroen,
The mp3roaster package, which I actually maintain, does not depend upon
libaudio-flac-perl anymore but on libaudio-flac-header-perl as it should
be -- This regards unfortunately only the mp3roaster packages in testing
and unstable, the mp3roaster package in stable still relays upon the
obsolete libaudio-flac-perl.

   libaudio-file-perl depends still upon libaudio-flac-perl, I've added
the libaudio-file-perl package maintainer in Cc to this reply in order
to inform him.

> --Jeroen
> 
   Thanks for pinging me, Jeroen.
Best regards,

 I.

-- 
   .''`.   Ivo Marino <[EMAIL PROTECTED]>
  : :' :   irc.FreeNode.net chan #debian-mentors
  `. ``UIN 32463141 + JID [EMAIL PROTECTED]
`- Homepage http://mentors.debian.net/~eim/


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


Bug#207932: To be fixed, truce, peace

2006-03-14 Thread Janusz S. =?UTF-8?Q?Bie=C5=84
On Tue, 14 Mar 2006  Jérôme Marant <[EMAIL PROTECTED]> wrote:


[...]

> Will grabbing documentation from non-free will be a mjor inconvenience
> for you? I'm not so sure. 

I will manage, but the integration of documentation with the program
seems to me an intrinsic feature of Emacs. Remember this is The
Extensible, Customizable, *Self-Documenting* Display Editor.

Sven Joachim pointed only some of the problems:

On Tue, 14 Mar 2006  Sven Joachim <[EMAIL PROTECTED]> wrote:


[...]

> > Does C-h C-p points to the documentation (info documentation) or to
> > the DOC file ?
> 
> Neither, it points to the file THE-GNU-PROJECT in Emacs' data-directory.
> That file is unmodifiable and has to be removed from main.  Nothing
> really bad should happen though, only some "no such file or directory"
> error.  Be prepared for some bug reports.

There is also C-h C-f

C-f Info-goto-emacs-command-node.  Type a function name;
it takes you to the Info node for that command.

and C-h C-k

C-k Info-goto-emacs-key-command-node.  Type a command key sequence;
it takes you to the Info node for the command bound to that key.


How they should behave on a pure DFSG system? Do you want to waste
your time for writing and maintaining some patches?

It seems better and definitely simple to have the whole Emacs as
non-free.

No only you will have less work, but it would also better reflect
Debian project policy.

Best regards

Janusz


-- 
 ,   
dr hab. Janusz S. Bien, prof. UW -  Uniwersytet Warszawski (Katedra Lingwistyki 
Formalnej)
Prof. Janusz S. Bien - Warsaw Uniwersity (Department of Formal Linguistics)
[EMAIL PROTECTED], [EMAIL PROTECTED], http://www.mimuw.edu.pl/~jsbien/, 
http://www.klf.uw.edu.pl



Bug#356991: ITP: brutalchess -- Brutally beautiful 3d chess

2006-03-14 Thread Gurkan Sengun








Package: wnpp

Severity: wishlist

 

* Package name    : brutalchess

  Version         : 0.0.20060314cvs

  Upstream Author : Mike Cook [EMAIL PROTECTED],    Joe Flint [EMAIL PROTECTED],    Max Lazaroff [EMAIL PROTECTED],    Brian Lindsley <[EMAIL PROTECTED]>

* URL             : http://brutalchess.sourceforge.net/

* License         : GNU GPL2

  Description     : Brutally
beautiful 3d chess

 This is a very nice 3d chess game with reflective chessmen. . Homepage: http://brutalchess.sf.net/ 

You can already build and test the package from here

(however some information and manualpage is not
perfect yet):

http://io.debian.net/~tar/debian/brutalchess/

 

-- System Information: 

Debian Release: testing/unstable

Architecture: powerpc

Kernel: Linux ibook 2.4.23-ben1 #7 Sat Dec 27 11:20:38
CET 2003 ppc

Locale: LANG=POSIX, LC_CTYPE=POSIX 

 








Bug#291150: [hexdump] hexdump fails ungracefully

2006-03-14 Thread Graham Wilson
tags 291150 + pending
thanks

On Wed, Mar 01, 2006 at 02:31:10PM -0500, Justin Pryzby wrote:
> Can I expect to see this bug fixed for etch?
> 
> http://bugs.debian.org/291150

Yes.

-- 
gram


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



Bug#182659: [none]

2006-03-14 Thread Meredith Reese
Hey. This is what you wanted right?

www.119.widescreenhoodia.com

___
Ehk0JQLVekWpEBczfx9yth-babcock.119.hoodiasailing.com/rm/



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



Bug#356990: jackeq emits only static from left channel

2006-03-14 Thread Lee A. Azzarello
Package: jackeq
Version: 0.4.0-2

jackeq starts up normally and reports no errors. It registered to jack and I 
can patch other applications to it. It does not output these application's 
input. My jack configuration is working properly, as I can use alsaplayer and 
darkice, as well as capture sound from the device's inputs. In addition to not 
outputting a signal, a loud hum mixed with static is output to only the left 
channel of all four channels. I must stress that this is the only application 
running on my system that does not work with jack.

I am running the 2.6.15-1-686 kernel in etch recompiled from the source package 
with commoncap as a module and realtime-lsm compiled via m-a. The jackd command 
line is:
jackd -R -p64 -dalsa -r44100 -p512 -n2 -D -Chw:2 -Phw:2 -S -i2 -o6
The sound card uses the emi26 driver.

-lee


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



Bug#356989: installer fails on raid setup

2006-03-14 Thread Martin Chase
Package: installation-reports 


Boot method: CD
Image version: 2006-02-20 version 31r1 from a random mirror
Date: 2006-03-14 12:00 UTC 


Machine: random, consumer-grade, desktop parts
Processor: varied
Memory: varied
Partitions: 2 harddrives of different sizes, each with only an exactly
  15 GB partition, bootable, for RAID.  software RAID1 setup
  with the two drives.  RAID1 drive has a partition of 14.5 GB
  as the first partition, bootable, defaults, ext3, mounted at
  /. The reminding .5 GB as part5 is the swap partition.
  variations on this pattern. 


Output of lspci and lspci -n:
not available or very applicable 


Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it 


Initial boot worked:[O]
Configure network HW:   [O]
Config network: [O]
Detect CD:  [O]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [?]
Create file systems:[E]
Mount partitions:   [ ]
Install base system:[ ]
Install boot loader:[ ]
Reboot: [ ] 

Comments/Problems: 


the error is reported while making the filesystem, where tune2fs cannot
stat /dev/md/0p1, which ideed does not exist.  cfdisk on /dev/md/0
shows the partitions as being there, but the entries in /dev for the
partitions seem not to have been created.  i have tried rebooting after
creating the raid device, to no success.  i tried creating the
partitioning and software RAID by hand, and went through the steps
without apparent problems, but that /dev/md/0p1 did not get created
automatically, and i became as if stumped. 


i further tried it on two different systems with 5 different drives, in
total.  notably, none of the drives were the same size, but i made sure
to make only a single partition of the exact same size an any two
drives i was testing with. 


thanks for any help you can give.


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



Bug#356875: FTBFS with G++ 4.1: misc errors

2006-03-14 Thread Olly Betts
Tags: patch

On Tue, Mar 14, 2006 at 03:19:46PM +, Martin Michlmayr wrote:
> But then I get the following (which I'm sure is easy to fix if you
> know C++, which I don't):

The code is trying to pass NULL where a function expects
list::iterator but never uses the parameter because of the
values of other passed parameters.  That's not valid C++.

I don't have GCC 4.1 to hand, but the attached patch compiles with 4.0
and should fix the problem.  I've included Martin's patch for the
first error.

Cheers,
Olly
diff -ru therion-0.3.9-orig/thepsparse.h therion-0.3.9/thepsparse.h
--- therion-0.3.9-orig/thepsparse.h 2005-05-05 12:20:53.0 +0100
+++ therion-0.3.9/thepsparse.h  2006-03-15 05:50:28.221880976 +
@@ -40,7 +40,7 @@
   map clippathdepth;
   static int clippathID;

-  CGS::CGS();
+  CGS();
   string svg_color();  
 };
 
diff -ru therion-0.3.9-orig/thpdf.cxx therion-0.3.9/thpdf.cxx
--- therion-0.3.9-orig/thpdf.cxx2005-05-05 12:20:53.0 +0100
+++ therion-0.3.9/thpdf.cxx 2006-03-15 05:57:23.699718744 +
@@ -561,7 +561,7 @@
 
 
 void print_preview(int up,ofstream& PAGEDEF,double HSHIFT,double VSHIFT,
-   list::iterator sheet_it) {
+   list::iterator sheet_it = 
list::iterator()) {
   set used_layers;
   set used_scraps;
   double xc = 0, yc = 0;
@@ -780,7 +780,7 @@
 }
 
 void print_page_bg_scraps(int layer, ofstream& PAGEDEF, 
-   list::iterator sheet_it) {
+   list::iterator sheet_it = 
list::iterator()) {
   // if transparency is used, all scraps should be filled white 
   // on the coloured background, just before preview_down is displayed
   // and transparency is turned on
@@ -975,7 +975,7 @@
 
 
 void print_map(int layer, ofstream& PAGEDEF, 
-   list::iterator sheet_it){
+   list::iterator sheet_it = 
list::iterator()){
   double HSHIFT=0, VSHIFT=0, xc = 0, yc = 0;
   map < int,set > LEVEL;
   set  page_text_scraps,used_scraps;
@@ -1561,7 +1561,7 @@
 //if (LAYOUT.OCG) {
 //  PAGEDEF << "\\PL{/OC /oc\\the\\oc" << u2str(I->first) << "\\space 
BDC}%" << endl;
 //}
-print_page_bg_scraps(I->first,PAGEDEF,NULL);
+print_page_bg_scraps(I->first,PAGEDEF);
 //if (LAYOUT.OCG) {
 //  PAGEDEF << "\\PL{EMC}%" << endl;
 //}
@@ -1570,7 +1570,7 @@
 
 if (LAYOUT.grid == 1) print_grid(PAGEDEF,MINX,MINY);
 
-if (!MAP_PREVIEW_DOWN.empty()) print_preview(0,PAGEDEF,MINX,MINY,NULL);
+if (!MAP_PREVIEW_DOWN.empty()) print_preview(0,PAGEDEF,MINX,MINY);
 for (map::iterator I = LAYERHASH.begin();
 I != LAYERHASH.end(); I++) {
   if (I->second.Z == 0) {
@@ -1578,7 +1578,7 @@
 // we need flush layer data using XObject 
 // (the text clipping path may become too large)
 
-print_map((*I).first,PAGEDEF,NULL);
+print_map((*I).first,PAGEDEF);
 
 PAGEDEF << "\\hfill}\\ht\\xxx=" << VS << "bp\\dp\\xxx=0bp" << endl;
 PAGEDEF << "\\immediate\\pdfxform ";
@@ -1588,7 +1588,7 @@
 PAGEDEF << "\\xxx\\PB{0}{0}{\\pdflastxform}%" << endl;
   }
 }
-if (!MAP_PREVIEW_UP.empty()) print_preview(1,PAGEDEF,MINX,MINY,NULL);
+if (!MAP_PREVIEW_UP.empty()) print_preview(1,PAGEDEF,MINX,MINY);
 
 if (LAYOUT.surface == 2) print_surface_bitmaps(PAGEDEF,MINX,MINY);
 if (LAYOUT.grid == 2) print_grid(PAGEDEF,MINX,MINY);


Bug#356988: pstotext: doesn't correctly quote characters to nested shell

2006-03-14 Thread Brian May
Package: pstotext
Version: 1.9-1sarge1
Severity: grave
Justification: user security hole

[EMAIL PROTECTED]:/tmp/deleteme$ pstotext "a'b.ps"
sh: -c: line 1: unexpected EOF while looking for matching `''
sh: -c: line 2: syntax error: unexpected end of file
[EMAIL PROTECTED]:/tmp/deleteme$ mv "a'b.ps" ab.ps
[EMAIL PROTECTED]:/tmp/deleteme$ pstotext "ab.ps"
ESP Ghostscript 7.07.1: Unrecoverable error, exit code 1

[EMAIL PROTECTED]:/tmp/deleteme$ strace -s 256 -e trace=process -ff  pstotext 
"a'b.ps"
execve("/usr/bin/pstotext", ["pstotext", "a\'b.ps"], [/* 35 vars */]) = 0
vfork(Process 25977 attached
) = 25977
[pid 25977] execve("/bin/sh", ["sh", "-c", "gs -r72 -dNODISPLAY
-dFIXEDMEDIA -dDELAYBIND -dWRITESYSTEMDICT -q -dNOPAUSE -dSAFER
/tmp/ps2tvQBxTF -- \'a\'b.ps\'"], [/* 35 vars */]) = 0
sh: -c: line 1: unexpected EOF while looking for matching `''
sh: -c: line 2: syntax error: unexpected end of file
[pid 25977] exit_group(258) = ?
Process 25977 detached
--- SIGCHLD (Child exited) @ 0 (0) ---
waitpid(25977, [{WIFEXITED(s) && WEXITSTATUS(s) == 2}], 0) = 25977
exit_group(3)   = ?

You can see that I correctly quoted the parameter in the invoking shell, and
pstotext passes the parameter to the nested sh as 'a'b.ps' which obviously gets
it confused.

This could be a security issue, if you can run pstotext with an
arbitrary filename (eg. via swish++ running on some untrusted source).
eg:

[EMAIL PROTECTED]:/tmp/data$ strace -s 256 -e trace=process -ff "pstotext" 
"hi.txt'; id>/tmp/abc.key; echo 'silly"
execve("/usr/bin/pstotext", ["pstotext", "hi.txt\'; id>/tmp/abc.key; echo 
\'silly"], [/* 19 vars */]) = 0
arch_prctl(ARCH_SET_FS, 0x2af7e6d0) = 0
clone(Process 9983 attached
child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, 
child_tidptr=0x2af7e760) = 9983
[pid  9983] execve("/bin/sh", ["sh", "-c", "gs -r72 -dNODISPLAY -dFIXEDMEDIA 
-dDELAYBIND -dWRITESYSTEMDICT -q -dNOPAUSE -dSAFER  /tmp/ps2tIqkOjd -- 
\'hi.txt\'; id>/tmp/abc.key; echo \'silly\'"], [/* 19 vars */]) = 0
[pid  9983] arch_prctl(ARCH_SET_FS, 0x2b0576d0) = 0
[pid  9983] clone(Process 9984 attached
child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, 
child_tidptr=0x2b057760) = 9984
[pid  9983] wait4(-1, Process 9983 suspended
 
[pid  9984] execve("/usr/bin/gs", ["gs", "-r72", "-dNODISPLAY", "-dFIXEDMEDIA", 
"-dDELAYBIND", "-dWRITESYSTEMDICT", "-q", "-dNOPAUSE", "-dSAFER", 
"/tmp/ps2tIqkOjd", "--", "hi.txt"], [/* 18 vars */]) = 0
[pid  9984] arch_prctl(ARCH_SET_FS, 0x2ce67b30) = 0
ESP Ghostscript 7.07.1: Unrecoverable error, exit code 1
[pid  9984] exit_group(0)   = ?
Process 9983 resumed
Process 9984 detached
[pid  9983] <... wait4 resumed> [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], 0, 
NULL) = 9984
[pid  9983] --- SIGCHLD (Child exited) @ 0 (0) ---
[pid  9983] wait4(-1, 0x7fb1ce14, WNOHANG, NULL) = -1 ECHILD (No child 
processes)
[pid  9983] clone(Process 9985 attached
child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, 
child_tidptr=0x2b057760) = 9985
[pid  9983] wait4(-1, Process 9983 suspended
 
[pid  9985] execve("/usr/bin/id", ["id"], [/* 18 vars */]) = 0
[pid  9985] arch_prctl(ARCH_SET_FS, 0x2adf96d0) = 0
[pid  9985] exit_group(0)   = ?
Process 9983 resumed
Process 9985 detached
[pid  9983] <... wait4 resumed> [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], 0, 
NULL) = 9985
[pid  9983] --- SIGCHLD (Child exited) @ 0 (0) ---
[pid  9983] wait4(-1, 0x7fb1ce34, WNOHANG, NULL) = -1 ECHILD (No child 
processes)
[pid  9983] exit_group(0)   = ?
Process 9983 detached
--- SIGCHLD (Child exited) @ 0 (0) ---
wait4(9983, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], 0, NULL) = 9983
exit_group(0)   = ?

You can clearly see that I tricked pstotext into running id and outputing the
result into a temp file.

If I do the following:

[EMAIL PROTECTED]:/tmp/data$ touch "hi.txt'; id>abc.key; echo 'silly.ps"

[EMAIL PROTECTED]:/tmp/data$ rm abc.key
[EMAIL PROTECTED]:/tmp/data$ ls -l
total 0
-rw-r--r--  1 ivt ivt 0 2006-03-15 16:50 hi.txt'; id>abc.key; echo 'silly.ps

I can trick swish++ into running an arbitrary command by passing
the filename through pstotext:

[EMAIL PROTECTED]:/tmp/data$ 'index++' -v4 '--config-file' 
'/usr/share/sitebuilder/core/indexing.conf' '--index-file' /tmp/abcd /tmp/data

/tmp/data:
  hi.txt'; id>abc.key; echo 'silly.psESP Ghostscript 7.07.1: Unrecoverable 
error, exit code 1
 (skipped: can not open)

index++: done:
  00:01 (min:sec) elapsed time
  1 files, 0 indexed
  0 words, 0 indexed, 0 unique

[EMAIL PROTECTED]:/tmp/data$ ls -l
total 4
-rw-r--r--  1 ivt ivt 162 2006-03-15 16:51 abc.key
-rw-r--r--  1 ivt ivt   0 2006-03-15 16:50 hi.txt'; id>abc.key; echo 'silly.ps
[EMAIL PROTECTED]:/tmp/data$ cat abc.key
uid=1000(ivt) gid=1000(ivt) 
groups=4(adm),20(dialout),24(cdrom),25(floppy),29(audio),30(dip),44(video),46(plugdev),104(lpadmin),

Bug#348470: firefox: GTK save and Open Dialoges borked in New version

2006-03-14 Thread Robert Gladson
Package: firefox
Version: 1.5.dfsg+1.5.0.1-4 Firefox/1.5.0.1
Followup-For: Bug #348470

The new unstable firefox release apears to have a broken nsFilechooser.js. 
It crashes with the error "Bus Error" whenever an attempt to save or open a 
file occurs. I've 
had simular errors and problems when editing the nsFileChooser.js before.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)


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



Bug#356504: autoconf: Bogus conftest.c failures due to non-standard main() prototype

2006-03-14 Thread Ron
On Tue, Mar 14, 2006 at 03:12:29PM -0800, Ben Pfaff wrote:
> Ron <[EMAIL PROTECTED]> writes:
> 
> > With my current gcc (4.0.2-10), the following code:
> >
> >  int main() { return 0; }
> >
> > Will warn: function declaration isn't a prototype
> > if compiled with -Wstrict-prototypes.
> >
> > Since that is the signature for main which autoconf wraps its tests in
> > when creating conftest.c -- then tests which should normally succeed,
> > will fail if the language is C, and CPPFLAGS include -Wstrict-prototypes,
> > and -Werror (the latter being my preferred habit for release builds).
> 
> It's not reasonable to expect autoconf to work properly with
> -Werror.  When the next version of GCC comes out, it may add any
> number of new warnings for code that is currently accepted
> silently.  Autoconf doesn't have any way to predict what these
> new warnings will be.

That is quite true, but I'm not sure it isn't contrary to your
initial assertion...

If the reason that autoconf now compiles headers instead of just
preprocessing them, is 'realism' -- something they seem to emphasise
quite a lot -- then surely any new warning in an existing test is
a good thing to know and fix as well.

I'm not suggesting -Werror should be the default for autoconf,
just asking that it have a _chance_ of working, without something
as fundamental as an illegal (or at least non-standard) main()
function getting in the way.

> I too like to use -Werror for writing code.  But I don't pass it
> to Autoconf.  And I recommend that you not do so as well.

If you can assure me that this is the opinion of upstream, and/or
offer a good reason to not use one of the standard signatures for
main (which seems like a no-brainer in every respect otherwise),
then I might understand this.

Otherwise, don't you think it is the sort of thing we ought to
punt to them before ruling it out so summarily?  Or do you speak
with an upstream hat to wear?

I agree there are times and places you may prefer to ignore some
warnings, but taking the choice away entirely seems wrong...

cheers,
Ron



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



Bug#356987: xprint: Init.d script not up to date with latest X.org 7.0 packages

2006-03-14 Thread jamesm

Package: xprint
Version: 1:0.1.0.alpha1-13
Severity: normal

I get the warning: "Can't find /usr/X116/lib/X11/fonts/encodings.dir"
TrueType font support may not work."  I have everything installed, but
since the new debian version of X.org is making a switch to FHS, xprint
can't find them.

-- System Information:
Debian Release: testing/unstable
 APT prefers unstable
 APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.15.6
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages xprint depends on:
ii  libc6  2.3.6-3   GNU C Library: Shared 
libraries an

ii  libice66.9.0.dfsg.1-4Inter-Client Exchange library
ii  libsm6 6.9.0.dfsg.1-4X Window System Session 
Management

ii  libx11-6   2:1.0.0-1 X11 client-side library
ii  libxau61:1.0.0-1 X11 authorisation library
ii  libxaw76.9.0.dfsg.1-4X Athena widget set library
ii  libxdmcp6  1:1.0.0-1 X11 Display Manager Control 
Protoc
ii  libxext6   6.9.0.dfsg.1-4X Window System 
miscellaneous exte
ii  libxmu66.9.0.dfsg.1-4X Window System 
miscellaneous util
ii  libxp6 6.9.0.dfsg.1-4X Window System printing 
extension

ii  libxpm46.9.0.dfsg.1-4X pixmap library
ii  libxt6 6.9.0.dfsg.1-4X Toolkit Intrinsics
ii  xprint-common  1:0.1.0.alpha1-13 Xprint - the X11 print 
system (con

ii  zlib1g 1:1.2.3-11compression library - runtime

-- no debconf information



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



Bug#356986: ltsp-server: ltsp should not be dependent on sound

2006-03-14 Thread jeff
Package: ltsp-server
Version: 0.82debian2
Severity: normal
File: ltsp

I use LTSP for work where sound at the terminals is not something I
want. All ESD and alsa dependencies should be unnecessary.

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-k7
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages ltsp-server depends on:
ii  debconf [debconf-2.0 1.4.30.13   Debian configuration management sy
ii  debconf-utils1.4.30.13   debconf utilities
ii  debootstrap  0.2.45-0.2  Bootstrap a basic Debian system
ii  esound-clients   0.2.35-2Enlightened Sound Daemon - clients
ii  iproute  20041019-3  Professional tools to control the 
ii  netkit-inetd 0.10-10 The Internet Superserver
ii  nfs-kernel-server1:1.0.6-3.1 Kernel NFS server support
ii  ssh  1:3.8.1p1-8.sarge.4 Secure rlogin/rsh/rcp replacement 
ii  syslinux 2.11-0.1Bootloader for Linux/i386 using MS
ii  tftpd-hpa0.40-4.1HPA's tftp server

-- debconf information:
  ltsp-server/build_client: false


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



Bug#321086: netselect-apt: When will it go into the repositories?

2006-03-14 Thread Vincent Lönngren
Package: netselect-apt
Version: 0.3.ds1-5
Followup-For: Bug #321086

netselect-apt still creates the non-us entries. When is the patched version 
going into the repositories?

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.15
Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8)

Versions of packages netselect-apt depends on:
ii  netselect 0.3.ds1-5  Choose the fastest server automati
ii  wget  1.10.2-1   retrieves files from the web

netselect-apt recommends no packages.

-- no debconf information


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



Bug#356985: aptconf: Completely broken (fails to modify sources.list)

2006-03-14 Thread Filipus Klutiero
Package: aptconf
Version: 0.8-0.1
Severity: grave
Justification: renders package unusable

This report should normally be sent as 2 important bug reports, but these
add up to make aptconf unusable, and I don't see any fixes other than removal 
coming, so I'm opening a single grave bug.

aptconf's debconf interface seems completely broken. All tests I have
done did not modify sources.list. The interface, despite looking rather
awkward, is not broken. Here are some tests that failed to modify
sources.list on 3 machines (2 Etch, 1 Sarge).

Test 1

# dpkg-reconfigure aptconf
0. Insert CD repository and mount or not
1. Add CD
2. Done

Results: aptconf doesn't complain, but sources.list is not modified. On at least
one machine, aptconf outputs

:25: DeprecationWarning: xreadlines is deprecated; use 'for line in 
file'.

Test 2

# dpkg-reconfigure aptconf
1. Add Custom
2. Description: TEST
3. Type: Binary
4. Base URL: http://ftp.debian.org/debian/
5. Suite: etch
6. Components : main
7. Done

I am not sure that these values are in the form expected, but
I have tried several things and they all failed.
Results are identical to those of test 1.


aptconf's GNOME interface (configlet) was broken on 1 machine (Etch) on
which I tested it. I didn't test on the other Etch machine as GNOME is not
installed. It is possible that the behaviour described is not
reproducible everywhere. Note that on stable, the recommandation
python-configlet is not available.

On this machine, trying to launch the configlet "Software Sources" from GNOME's 
Debian menu failed. From the CLI, # aptconf-configlet-capplet; outputs:

Traceback (most recent call last):
  File "/usr/bin/aptconf-configlet-capplet", line 111, in ?
  dialog = gnome.ui.GnomeMessageBox("""
AttributeError: 'module' object has no attribute 'GnomeMessageBox'

Google failed to give any result related to this, so my tests stopped
there.


Unless my problem with the configlet is not reproducable everywhere,
these issues make aptconf unusable. Since the last upload was an NMU and
was done over a year ago, QA should IMO request removal of this package
from unstable for being broken and orphan. The package seems also unusable in 
stable, but I don't
think it's worth removing it from there.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-k7
Locale: LANG=fr_CA, LC_CTYPE=fr_CA (charmap=ISO-8859-1)

Versions of packages aptconf depends on:
ii  debconf 1.4.70   Debian configuration management sy
ii  libxml-grove-perl   0.46alpha-11 Perl module for accessing parsed *

Versions of packages aptconf recommends:
ii  configlet-frontends   2.4alternate debconf configuration in
ii  python-configlet  2.4alternative debconf configuration 
ii  python-xml0.8.4-1XML tools for Python [dummy packag

-- debconf information:
  aptconf/mirror_country-debian-stable-security:
  aptconf/repotype-http_dolly.ift.ulaval.ca_debian_-main: binary
  aptconf/action_menu: Done
  aptconf/confirm_delete: false
  aptconf/description-debian-stable-security: Debian - security updates
  aptconf/suite-http_dolly.ift.ulaval.ca_debian_-main: debian/
  aptconf/description-debian-stable-proposed: Debian - proposed updates
  aptconf/idlist:
  aptconf/components-debian-stable-security: main contrib non-free
  aptconf/disabled-debian-stable: true
  aptconf/disabled-debian-stable-security: true
  aptconf/components_menu:
  aptconf/repotype: binary
  aptconf/repotype-debian-stable: binary
  aptconf/disabled-: false
  aptconf/components-debian-stable-proposed:
  aptconf/suite: main
  aptconf/disabled: false
  aptconf/suite-debian-stable-proposed: dists/proposed-updates
  aptconf/components-http_dolly.ift.ulaval.ca_debian_-main: main
  aptconf/description-http_dolly.ift.ulaval.ca_debian_-main: TEST
  aptconf/mirror_country-debian-stable:
  aptconf/mainmenu: Done
  aptconf/enable_source: false
  aptconf/repotype-debian-stable-proposed: binary
  aptconf/baseurl: http://dolly.ift.ulaval.ca/debian/
  aptconf/baseurl-debian-stable-proposed: http://ftp.uk.debian.org/debian
  aptconf/components: main
  aptconf/components-debian-stable: main contrib non-free
  aptconf/repotype-:
  aptconf/description: TEST
  aptconf/disabled-debian-stable-proposed: true
  aptconf/mirror_country-debian-stable-proposed:
  aptconf/disabled-http_dolly.ift.ulaval.ca_debian_-main: false
  aptconf/mirror:
  aptconf/description-debian-stable: Debian - main repository
  aptconf/description-:
  aptconf/baseurl-:
  aptconf/repotype-debian-stable-security: binary
  aptconf/baseurl-http_dolly.ift.ulaval.ca_debian_-main: 
http://dolly.ift.ulaval.ca/
  aptconf/suite-:
  aptconf/mirror_country:
  aptconf/suite-debian-stable-security: stable/updates
  aptconf/baseurl-debian-stable: http://ftp.uk.debian.org/debian
  a

Bug#356984: openoffice.org-gcj: Uninstallable because of missing gcj symlink

2006-03-14 Thread Philipp Weis
Package: openoffice.org-gcj
Version: 2.0.2-1
Severity: grave
Justification: renders package unusable

Hi,

I just tried to install openoffice.org-gcj, and got the following:

| Setting up openoffice.org-gcj (2.0.2-1) ...
| /var/lib/dpkg/info/openoffice.org-gcj.postinst: line 7: 
/usr/lib/jvm/java-gcj/bin/gcj: No such file or directory
| find: /usr/share/gcj-: No such file or directory
| java.io.IOException: cannot create temporary file
|at java.io.File.createTempFile(java.lang.String, java.lang.String, 
java.io.File) (/usr/lib/libgcj.so.6.0.0)
|at gnu.java.lang.MainThread.call_main() (/usr/lib/libgcj.so.6.0.0)
|at gnu.java.lang.MainThread.run() (/usr/lib/libgcj.so.6.0.0)
| openoffice.org-gcj: error merging classmaps
| dpkg: error processing openoffice.org-gcj (--configure):
|  subprocess post-installation script returned error exit status 1
| Errors were encountered while processing:
|  openoffice.org-gcj

Manually setting a symlink from /usr/lib/jvm/java-gcj/bin/gcj to /usr/bin/gcj
solved the problem. I don't know whether this symlink is supposed to be there
and this bug should be assigned to another package, or if this really is
openoffice.org-gcj's fault. I tried to reinstalling gcj, but this did not
create this symlink.


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (600, 'unstable'), (570, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages openoffice.org-gcj depends on:
ii  java-gcj-compat   1.0.51-1   Java runtime environment using GIJ
ii  libc6 2.3.6-3GNU C Library: Shared libraries an
ii  libgcc1   1:4.0.3-1  GCC support library
ii  libgcj6   4.0.3-1Java runtime library for use with 
ii  openoffice.org-core   2.0.2-1OpenOffice.org office suite archit
ii  openoffice.org-java-common2.0.2-1OpenOffice.org office suite Java s
ii  zlib1g1:1.2.3-11 compression library - runtime

openoffice.org-gcj recommends no packages.

-- no debconf information

-- 
Philipp Weis  [EMAIL PROTECTED]


signature.asc
Description: Digital signature


Bug#356983: squirrelmail: please include the compatibility plugin

2006-03-14 Thread Anand Kumria
Package: squirrelmail
Version: 1.4.4-8
Severity: normal

Hi,

Please include the compatibility plugin


it makes some modifications to
/usr/share/squirrelmail/functions/strings.php to include its library and
it would be helpful it was already available.

Thanks,
Anand

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)


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



Bug#356982: libcupsys2: Unable to install on amd64 etch

2006-03-14 Thread Andy Huhn
Package: libcupsys2
Version: 1.1.23-15
Severity: important

*** Please type your report below this line *** I was unable to install
libcupsys2 during a fresh install of etch on amd64 (no installation
candidate). I eventually installed libcupsys2 from unstable to allow other
packages (with dependencies on libcupsys2) to install.  However, my CUPS
installation is broken.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-amd64-k8-smp
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages libcupsys2 depends on:
ii  libc6 2.3.5-13   GNU C Library: Shared libraries an
ii  libgnutls12   1.2.9-2the GNU TLS library - runtime libr

libcupsys2 recommends no packages.

-- no debconf information


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



Bug#356981: Skim: headers file dirction in skim.pc is not set up correctly

2006-03-14 Thread Hou ZhengPeng
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: skim
Version: 1.4.4-1
When I try to build some package using libskim-dev, it can not find the 
skim's header file, due to the wrong set up in skim.pc
- -- 
www.ubuntu.org.cn  --< simplified chinese website
www.ubuntu-zh.org --< website for all chinese user
ubuntu-zh AT lists DOT ubutu DOT com
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.2 (GNU/Linux)

iD8DBQFEF5U8JrhDLBNiZtwRAotPAJ9/rgX7oP/iEY/YhG0tV8XNwfwONACeLc9q
nDzvLNS6899Z7ixhyj8t7JE=
=gw9b
-END PGP SIGNATURE-


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



Bug#356980: FTBFS with G++ 4.1: extra qualification

2006-03-14 Thread Martin Michlmayr
Package: arson
Version: 0.9.8beta2-4.2
Severity: important
Tags: patch

Your package fails to build with G++ 4.1.  I'm filing this bug as
important for now, but when 4.1 will be the default compiler in
unstable (probably in a few weeks) I'll upgrade this to serious.

A patch is below.


> Automatic build of arson_0.9.8beta2-4.2 on bigsur by sbuild/mips 1.94
...
>   mips-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/kde 
> -I/usr/include/qt3 -I.   -DQT_THREAD_SUPPORT  -D_REENTRANT  -pipe -O2 
> -DNDEBUG -fno-check-new -DOGG -DFLAC  -c -o audiofile.o `test -f 
> audiofile.cpp || echo './'`audiofile.cpp
> process.h:266: error: extra qualification 'ArsonCdrdaoProcess::' on member 
> 'calcTime'
> audiofile.cpp: In member function 'virtual QString file_wav::decodedFile()':
> audiofile.cpp:367: warning: 'upload' is deprecated (declared at 
> /usr/include/kde/kio/netaccess.h:161)
> make[4]: *** [audiofile.o] Error 1


--- ./src/process.h~2006-03-15 04:02:51.0 +
+++ ./src/process.h 2006-03-15 04:03:01.0 +
@@ -262,8 +262,7 @@
const char *oper = NULL,
const QString &type = QString::null);
 
-   static uint ArsonCdrdaoProcess::calcTime(
-   uint hrs, uint mins, uint secs);
+   static uint calcTime(uint hrs, uint mins, uint secs);

 private:
enum {


-- 
Martin Michlmayr
http://www.cyrius.com/


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



Bug#356979: FTBFS with G++ 4.1: extra qualification

2006-03-14 Thread Martin Michlmayr
Package: saods9
Version: 4.0b7-1.1
Severity: important
Tags: patch

Your package fails to build with G++ 4.1.  I'm filing this bug as
important for now, but when 4.1 will be the default compiler in
unstable (probably in a few weeks) I'll upgrade this to serious.

A patch is below.


> Automatic build of saods9_4.0b7-1.1 on bigsur by sbuild/mips 1.94
...
> make[3]: Entering directory `/build/tbm/saods9-4.0b7/saotk/frame'
> g++ -Wall -g -O2 -DHAVE_SYS_UN_H -DHAVE_SYS_SHM_H -D_LARGEFILE64_SOURCE 
> -D_FILE_OFFSET_BITS=64 -I/usr/include/tcl8.4   -w -I. -I.. -I../widget 
> -I../vector -I../list -I../fitsy++ -I../../include -I/usr/include/X11 
> -I/usr/include/X11/X11 -I../../funtools-1.3.0b9/util -I../../ast-3.5   -c -o 
> annulus.o annulus.C
> fitsimage.h:408: error: extra qualification 'FitsImage::' on member 
> 'saveFitsImageFile'
> fitsimage.h:412: error: extra qualification 'FitsImage::' on member 
> 'saveFitsImageChannel'
> fitsimage.h:415: error: extra qualification 'FitsImage::' on member 
> 'saveFitsImageSocket'
> fitsimage.h:418: error: extra qualification 'FitsImage::' on member 
> 'saveFitsTableFile'
> fitsimage.h:422: error: extra qualification 'FitsImage::' on member 
> 'saveFitsTableChannel'
> fitsimage.h:425: error: extra qualification 'FitsImage::' on member 
> 'saveFitsTableSocket'
> fitsimage.h:428: error: extra qualification 'FitsImage::' on member 
> 'saveArrayFile'
> fitsimage.h:431: error: extra qualification 'FitsImage::' on member 
> 'saveArrayChannel'
> fitsimage.h:434: error: extra qualification 'FitsImage::' on member 
> 'saveArraySocket'
> make[3]: *** [annulus.o] Error 1


--- ./saotk/frame/fitsimage.h~  2006-03-15 03:49:00.0 +
+++ ./saotk/frame/fitsimage.h   2006-03-15 03:49:26.0 +
@@ -405,33 +405,33 @@
   char* getKeyword(const char*);
   int findKeyword(const char*);
 
-  int FitsImage::saveFitsImageFile(const char* fn, int compress)
+  int saveFitsImageFile(const char* fn, int compress)
 {return image_ ? image_->saveFitsImageFile(fn, compress) : 0;}
 
-  int FitsImage::saveFitsImageChannel(Tcl_Interp* interp, const char* ch, 
+  int saveFitsImageChannel(Tcl_Interp* interp, const char* ch, 
  int compress)
 {return image_ ? image_->saveFitsImageChannel(interp, ch, compress) : 0;}
 
-  int FitsImage::saveFitsImageSocket(int s, int compress)
+  int saveFitsImageSocket(int s, int compress)
 {return image_ ? image_->saveFitsImageSocket(s, compress) : 0;}
 
-  int FitsImage::saveFitsTableFile(const char* fn, int compress)
+  int saveFitsTableFile(const char* fn, int compress)
 {return fits_ ? fits_->saveFitsTableFile(fn, compress) : 0;}
 
-  int FitsImage::saveFitsTableChannel(Tcl_Interp* interp, const char* ch, 
+  int saveFitsTableChannel(Tcl_Interp* interp, const char* ch, 
  int compress)
 {return fits_ ? fits_->saveFitsTableChannel(interp, ch, compress): 0;}
 
-  int FitsImage::saveFitsTableSocket(int s, int compress)
+  int saveFitsTableSocket(int s, int compress)
 {return fits_ ? fits_->saveFitsTableSocket(s, compress) : 0;}
 
-  int FitsImage::saveArrayFile(const char* fn)
+  int saveArrayFile(const char* fn)
 {return image_ ? image_->saveArrayFile(fn) : 0;}
 
-  int FitsImage::saveArrayChannel(Tcl_Interp* interp, const char* ch)
+  int saveArrayChannel(Tcl_Interp* interp, const char* ch)
 {return image_ ? image_->saveArrayChannel(interp, ch) : 0;}
 
-  int FitsImage::saveArraySocket(int s)
+  int saveArraySocket(int s)
 {return image_ ? image_->saveArraySocket(s) : 0;}
 };
 

-- 
Martin Michlmayr
http://www.cyrius.com/


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



Bug#353071: rhythmbox: repeatedly dies with Illegal Instruction error, during startup

2006-03-14 Thread David Schleef
On Sun, Mar 12, 2006 at 05:37:17PM +0100, Loïc Minier wrote:
> reassign 353071 liboil0.3
> stop
> 
> Hi,
> 
> On Sun, Mar 12, 2006, Martin-Éric Racine wrote:
> > >  If you still get a crash in liboil, please try exporting:
> > > OIL_CPU_FLAGS=0
> [...]
> > As another test, starting Rhythmbox from an xterm where the OILCPU_FLAG
> > above is exported, indeed works.
> > So I guess this narrows down the problem to something liboil-related.
> 
>  Reassiging to liboil accodingly.  David, #356485 is merged with
>  #353071.

Loïc, thanks for your help triaging these bugs.  Could I trouble you to
add the following to the standard liboil bug triage once you've
determined it's a liboil bug (the submitter[s] should do this for this
bug as well):

 - Run 'OIL_DEBUG=5 gst-launch-0.10 videotestsrc &>output' and attach the
   output to this bug report.  Alternatively, any program that calls
   oil_init() could be substituted above.

 - Attach a copy of /proc/cpuinfo to the bug report.

Also, it's really hard (even for me) to know when to merge liboil bug
reports, so it's best to wait until the above information is known.



dave...

-- 
David Schleef
Big Kitten LLC (http://www.bigkitten.com/) -- data acquisition on Linux


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



Bug#356978: lurker: apache update stuff semi-broken

2006-03-14 Thread Paul Wise
Package: lurker
Version: 1.2-5sarge1
Severity: normal

When I upgraded to the sarge security upgrade, I got this:

(Reading database ... 43784 files and directories currently installed.)
Preparing to replace lurker 1.2-5 (using .../lurker_1.2-5sarge1_i386.deb) ...
Unpacking replacement lurker ...
Setting up lurker (1.2-5sarge1) ...
Installing new version of config file /etc/lurker/apache.conf ...
Automaticly configuring apache,.
ln: creating symbolic link `/etc/apache,/conf.d/lurker' to 
`/etc/lurker/apache.conf': No such file or directory
No servers selected to configure
invoke-rc.d: unknown initscript, /etc/init.d/apache, not found.

I then did dpkg-reconfigure lurker and left the settings the same, and
got this:

Automaticly configuring apache,.
ln: creating symbolic link `/etc/apache,/conf.d/lurker' to 
`/etc/lurker/apache.conf': No such file or directory
No servers selected to configure
invoke-rc.d: unknown initscript, /etc/init.d/apache, not found.

I then did dpkg-reconfigure lurker and unchecked the none option and got
this:

Automaticly configuring apache.
Restarting apache.
Restarting apache.

Looks like the lurker maintainer scripts are incorrectly handling the
output of debconf. I assume this is also broken in sid/etch.

-- debconf information:
  lurker/webserver:
  lurker/archive: Local Mailing List Archive
  lurker/obsolete_db:
  lurker/upgrade_db: manual
  lurker/admin_address: [EMAIL PROTECTED]
* lurker/apache_config: apache, none
  lurker/admin_name: Unconfigured

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-k7
Locale: LANG=C, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)

Versions of packages lurker depends on:
ii  apache [httpd] 1.3.33-6sarge1versatile, high-performance HTTP s
ii  debconf1.4.30.13 Debian configuration management sy
ii  libc6  2.3.2.ds1-22  GNU C Library: Shared libraries an
ii  libgcc11:3.4.3-13GCC support library
ii  libmimelib1a   4:3.3.2-3 KDE mime library
ii  libstdc++5 1:3.3.5-13The GNU Standard C++ Library v3
ii  ucf1.17  Update Configuration File: preserv
ii  xsltproc   1.1.12-8  XSLT command line processor
ii  zlib1g 1:1.2.2-4.sarge.2 compression library - runtime

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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


Bug#356977: python2.3-psycopg: psycopg.BOOLEAN(True) segfaults

2006-03-14 Thread Daniel Webb
Package: python2.3-psycopg
Version: 1.1.18-1
Severity: normal


$ python
>>> import psycopg
>>> a=psycopg.BOOLEAN(True)
Segmentation fault

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.15.1
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages python2.3-psycopg depends on:
ii  libc6  2.3.2.ds1-22  GNU C Library: Shared libraries an
ii  libpq3 7.4.7-6sarge1 PostgreSQL C client library
ii  python2.3  2.3.5-3sarge1 An interactive high-level object-o
ii  python2.3-egenix-mxdatetim 2.0.6-1   date and time handling routines fo

-- no debconf information


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



Bug#345717:

2006-03-14 Thread Oren Laadan

Hi,

First, please note that the problem applies to Dell Dimension 3100,
which also known as Dell Dimension E310.

Second, the problem has to do with the USB controller, and is also
reported for Ubuntu (hoary and breezy), also reported there:
https://launchpad.net/distros/ubuntu/+source/ubuntu-meta/+bug/31070

Third, I managed to finally install by booting with Knoppix (which
boots ok) and "manually" installing debian with debootstrap, and
configuring a custom kernel appropriately.

I believe the problem is in the kernel configuration, which must be
modified for the debian kernel to operate correctly. Specifically the
offending option is CONFIG_HID_FF: Force Feedback Support (experimental)

Device Drivers->USB support ->
Support for Host-side USB ->
USB Human Interface Device (full HID) support ->
HID input layer support (USB_HIDINPUT [=y])

The debian (and install) kernel are complied with this option set. The
solution is to unset this option. The new kernel (without this option)
boots smoothly.

Hope this will be part of the next installer/kernel versions.




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



Bug#356976: please add a rules file for mips64

2006-03-14 Thread Martin Michlmayr
Package: sfind
Version: 1.0-2
Severity: wishlist

I just compiled sfind on mips64 and got the following message below.
Please add mips64 as a rules file. (This is mostly an upstream wish
since the package compiles correctly; Joerg is CCed)


> Automatic build of sfind_1.0-2 on bigsur by sbuild/mips 1.94
...
> Trying to find cc
> Found cc
> Creating empty 'incs/Dcc.mips64-linux'
>  ==> AUTOMAKING "./RULES/mips64-linux-cc.rul "
> NOTICE:   Automake script called
> IMPORTANT:Please report your architecture to [EMAIL PROTECTED]
> 
> Trying to create missing rule file './RULES/mips64-linux-cc.rul'
> 
> CC:   gcc
> MANSTYLE: sysv
> ARCH: mips64
> OSNAME:   linux
> CCOM: cc
> DIR:  ./RULES
> ./RULES/mips64-linux-cc.rul
> Trying to find similar architecture for './RULES/mips64-linux-cc.rul'
> Found similar architecture  './RULES/alpha-linux-cc.rul'
> creating symlink: ln -s alpha-linux-cc.rul ./RULES/mips64-linux-cc.rul
> Please send a mail to [EMAIL PROTECTED] to report whether this works or not
>   ==> MAKING DIRECTORY "incs/mips64-linux-cc/Inull"
>   ==> CONFIGURING RULES "incs/mips64-linux-cc/rules.cnf"
> creating cache ./config.cache
> checking host system type... mips64-unknown-linux-gnu
...
> **
> Built successfully
...
> Finished at 20060315-0223
> Build needed 00:04:31, 4200k disk space

-- 
Martin Michlmayr
http://www.cyrius.com/


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



Bug#356975: FTBFS: Can't locate PDL/Config.pm

2006-03-14 Thread Martin Michlmayr
Package: pdl
Version: 1:2.4.2-4
Severity: serious

pdl fails to build because it cannot find PDL/Config.pm:

> Automatic build of pdl_1:2.4.2-4 on bigsur by sbuild/mips 1.94
...
> Manifying ../blib/man3/PDL.3pm
> make[2]: Leaving directory `/build/tbm/pdl-2.4.2/Basic'
> make[2]: Entering directory `/build/tbm/pdl-2.4.2/Demos'
> /usr/bin/perl BAD2_demo.pm.PL BAD2_demo.pm
> Can't locate PDL/Config.pm in @INC (@INC contains: /etc/perl 
> /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 
> /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 
> /usr/local/lib/site_perl .) at BAD2_demo.pm.PL line 12.
> BEGIN failed--compilation aborted at BAD2_demo.pm.PL line 12.
> make[2]: *** [BAD2_demo.pm] Error 2
> make[2]: Leaving directory `/build/tbm/pdl-2.4.2/Demos'
> make[1]: *** [subdirs] Error 2
> make[1]: Leaving directory `/build/tbm/pdl-2.4.2'
> make: *** [build-stamp] Error 2

-- 
Martin Michlmayr
http://www.cyrius.com/


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



Bug#355893: vcg: Please allow to start interatively without a filename, and include a menu entry

2006-03-14 Thread Justin Pryzby
On Sun, Mar 12, 2006 at 08:35:34AM +0100, [EMAIL PROTECTED] wrote:
> On Wed, 8 Mar 2006 09:58:01 -0500
> Justin Pryzby <[EMAIL PROTECTED]> wrote:
> 
> > I would like to see the vcg package ship with a "menu", entry;
> > I spent a little while trying to hack it into the sources, but gave up.
> 
> -1
> 
> I try to separate packaging from development.
> 
> I am sure some work on VCG software has got to be done.
> But not here.
I'm not sure I understand .. I suggested that vcg allow itself to be
started in interactive mode, but without specifying any initial file.
I guess it is well-established that upstream is dead, and so anyone
using/shipping this package is on their own.  Granted, I don't expect
most Debian packages to deviate strongly from upstream, but if this
software isn't going to be maintained, then we might as well just drop
it now..otherwise we should be willing to accept reasonable feature
requests, related to either of the packaging or development.
Justin


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



Bug#356974: Requesting new mailing list

2006-03-14 Thread Masatran (Deepak), R.
Package: lists.debian.org

Requesting new mailing list:

Name: debian-user-tamil
Rationale: For discussion among Tamil-speaking users of Debian
Short description: debian-user in Tamil
Long description: Discussion among Tamil-speaking users of Debian
Category: Users
Subscription Policy: open
Post Policy: open
Web Archive: yes
-- 
http://research.iiit.ac.in/~masatran/


pgpnUn9Eem1p7.pgp
Description: PGP signature


Bug#356973: build system not robust, assumes x86 when arch unknown

2006-03-14 Thread Martin Michlmayr
Package: mozilla-thunderbird
Version: 1.0.7-3

Your package may fail to build because it cannot find ssl3 during
linking.  This seems to be related to #302657 which you closed because
you couldn't reproduce it.

I'm building on mips (to be exact: mips64).  However, as you can see
in the logs below, it thinks it's building for x86: it puts stuff in
Linux2.6_x86_glibc and defines -Di386.  I guess linking fails because
of that bogus directory.  Looking at the build logs from October on
mips you can see that it recognizes the system properly
(Linux2.4_mips_glibc).

It seems that the build system falls back to x86 when it cannot figure
out what system it is and then fails... When I build with mips64
(64-bit kernel, 32-bit userland, uname -m says mips64) I get
"Linux2.6_x86_glibc" and the build failure from below.  However,
running the build with linux32 (i.e. my machine shows up as 32-bit,
unmae -m says mips) makes it work.

So I guess this bug is: please make the build system more robust and
fail if you don't know what architecture you're building for.

I guess this is what happened for Harald a few months ago.  I just
compiled the package on AMD64 and it seems fine now.

Logs from some architectures are available from
http://people.debian.org/~tbm/logs/mozilla-thunderbird_1.0.7-3/

Please also look out for the following syntax errors and investiate
what's going on there (I see them on every arch):
| syntax error at -e line 3, near "while"
| syntax error at -e line 7, near "}"

Thanks.

(Funny, I just got the same problem when compiling xulrunner... just
with horrible i386 assembler errors on a mips machine.  Must be bug in
the Mozilla build system.  I'll tell you the bug number once I've
filed the bug.)


> Automatic build of mozilla-thunderbird_1.0.7-3 on bigsur by sbuild/mips 1.94
> 
> make[4]: Entering directory 
> `/build/tbm/mozilla-thunderbird-1.0.7/build-dir/mozilla/security/coreconf'
> syntax error at -e line 3, near "while"
> syntax error at -e line 7, near "}"
> Execution of -e aborted due to compilation errors.
> rm -rf Linux2.6_x86_glibc_PTH_OPT.OBJ LOGS TAGS 
> Linux2.6_x86_glibc_PTH_OPT.OBJ/.md core   so_locations _gen _jmc _jri 
> _jni _stubs  
> cd nsinstall; /usr/bin/make -j1 clean
> make[5]: Entering directory 
> `/build/tbm/mozilla-thunderbird-1.0.7/build-dir/mozilla/security/coreconf/nsinstall'
> syntax error at -e line 3, near "while"
> syntax error at -e line 7, near "}"
> Execution of -e aborted due to compilation errors.
> rm -rf   Linux2.6_x86_glibc_PTH_OPT.OBJ/nsinstall 
> Linux2.6_x86_glibc_PTH_OPT.OBJ/nsinstall.o 
> Linux2.6_x86_glibc_PTH_OPT.OBJ/pathsub.o Linux2.6_x86_glibc_PTH_OPT.OBJ LOGS 
> TAGS Linux2.6_x86_glibc_PTH_OPT.OBJ/.md core   so_locations _gen _jmc 
> _jri _jni _stubs  
> make[5]: Leaving directory 
> `/build/tbm/mozilla-thunderbird-1.0.7/build-dir/mozilla/security/coreconf/nsinstall'



> gcc -o Linux2.6_x86_glibc_PTH_OPT.OBJ/nsinstall.o -c -O2 -fPIC -DLINUX1_2 
> -Di386 -D_XOPEN_SOURCE -DLINUX2_1 -ansi -Wall -pipe -DLINUX -Dlinux 
> -D_POSIX_SOURCE -D_BSD_SOURCE -DHAVE_STRERROR -DXP_UNIX -UDEBUG -DNDEBUG 
> -D_REENTRANT 
> -I/build/tbm/mozilla-thunderbird-1.0.7/build-dir/mozilla/dist/include  
> -I../../../dist/public/coreconf -I../../../dist/private/coreconf 
> -I../../../dist/include 
> -I/build/tbm/mozilla-thunderbird-1.0.7/build-dir/mozilla/dist/include/nspr 
> -I/build/tbm/mozilla-thunderbird-1.0.7/build-dir/mozilla/dist/include/dbm  
> nsinstall.c
> gcc -o Linux2.6_x86_glibc_PTH_OPT.OBJ/pathsub.o -c -O2 -fPIC -DLINUX1_2 
> -Di386 -D_XOPEN_SOURCE -DLINUX2_1 -ansi -Wall -pipe -DLINUX -Dlinux 
> -D_POSIX_SOURCE -D_BSD_SOURCE -DHAVE_STRERROR -DXP_UNIX -UDEBUG -DNDEBUG 
> -D_REENTRANT 
> -I/build/tbm/mozilla-thunderbird-1.0.7/build-dir/mozilla/dist/include  
> -I../../../dist/public/coreconf -I../../../dist/private/coreconf 
> -I../../../dist/include 
> -I/build/tbm/mozilla-thunderbird-1.0.7/build-dir/mozilla/dist/include/nspr 
> -I/build/tbm/mozilla-thunderbird-1.0.7/build-dir/mozilla/dist/include/dbm  
> pathsub.c

...


> gcc -o Linux2.6_x86_glibc_PTH_OPT.OBJ/shlibsign -O2 -fPIC -DLINUX1_2 -Di386 
> -D_XOPEN_SOURCE -DLINUX2_1 -ansi -Wall -pipe -DLINUX -Dlinux -D_POSIX_SOURCE 
> -D_BSD_SOURCE -DHAVE_STRERROR -DXP_UNIX -DSHLIB_SUFFIX=\"so\" 
> -DSHLIB_PREFIX=\"lib\" -UDEBUG -DNDEBUG -D_REENTRANT 
> -I/build/tbm/mozilla-thunderbird-1.0.7/build-dir/mozilla/dist/include  
> -I../../../../dist/public/nss -I../../../../dist/private/nss 
> -I../../../../dist/include 
> -I/build/tbm/mozilla-thunderbird-1.0.7/build-dir/mozilla/dist/include/nspr 
> -I/build/tbm/mozilla-thunderbird-1.0.7/build-dir/mozilla/dist/include/dbm 
> -I../../../../dist/public/dbm -I../../../../dist/public/seccmd  
> Linux2.6_x86_glibc_PTH_OPT.OBJ/shlibsign.o  
> /build/tbm/mozilla-thunderbird-1.0.7/build-dir/mozilla/dist/lib/libsectool.a  
> -Wl,-rpath-link,/build/tbm/mozilla-thunderbird-1.0.7/build-dir/mozilla/dist/lib
>  -L/build/tbm/mozilla-thunderbird-1.0.7/build-dir

Bug#356972: FTBFS with G++ 4.1: no matching function for call to 'id(fem...

2006-03-14 Thread Martin Michlmayr
Package: freefem
Version: 3.5.7-5
Severity: important

Your package fails to build with G++ 4.1.  I'm filing this bug as
important for now, but when 4.1 will be the default compiler in
unstable (probably in a few weeks) I'll upgrade this to serious.


> Automatic build of freefem_3.5.7-5 on bigsur by sbuild/mips 1.94
...
>  mips-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../.. -Wall -g -O2 -MT 
> femSolver.lo -MD -MP -MF .deps/femSolver.Tpo -c femSolver.cpp  -fPIC -DPIC -o 
> .libs/femSolver.o
> femSolver.cpp: In member function 'float fem::FEM::gaussband(fem::Acmat&, 
> fem::Acvect&, long int, long int, int, float)':
> femSolver.cpp:894: error: no matching function for call to 'id(fem::cvect&)'
> femSolver.cpp: In member function 'float fem::FEM::pdeian(fem::Acmat&, 
> fem::Acvect&, fem::Acvect&, fem::Acvect&, fem::Acvect&, fem::Acmat&, 
> fem::Acmat&, fem::Acmat&, fem::Acmat&, fem::Acmat&, fem::Acmat&, fem::Acmat&, 
> fem::Acmat&, int)':
> femSolver.cpp:994: error: no matching function for call to 'id(fem::cvect&)'
> femSolver.cpp: In member function 'void fem::FEM::solvevarpde(int, 
> fem::fcts*, int)':
> femSolver.cpp:1429: error: no matching function for call to 'id(fem::cvect&)'
> make[2]: *** [femSolver.lo] Error 1

-- 
Martin Michlmayr
http://www.cyrius.com/


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



Bug#356971: FTBFS with G++ 4.1: 'assert' was not declared in this scope

2006-03-14 Thread Martin Michlmayr
Package: rss-glx
Version: 0.8.0-4
Severity: important
Tags: patch

Your package fails to build with G++ 4.1.  I'm filing this bug as
important for now, but when 4.1 will be the default compiler in
unstable (probably in a few weeks) I'll upgrade this to serious.

A patch is below.


> Automatic build of rss-glx_0.8.0-4 on bigsur by sbuild/mips 1.94
...
> if mips-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../../include 
> -I../../src -I../include-g -Wall -MT hyperspace.o -MD -MP -MF 
> ".deps/hyperspace.Tpo" \
> -c -o hyperspace.o `test -f 'hyperspace.cpp' || echo 
> './'`hyperspace.cpp; \
>   then mv -f ".deps/hyperspace.Tpo" ".deps/hyperspace.Po"; \
>   else rm -f ".deps/hyperspace.Tpo"; exit 1; \
>   fi
> hyperspace.cpp: In function 'void hack_init(xstuff_t*)':
> hyperspace.cpp:521: error: 'assert' was not declared in this scope
> make[4]: *** [hyperspace.o] Error 1


--- ./reallyslick/cpp_src/hyperspace.cpp~   2006-03-15 03:06:41.0 
+
+++ ./reallyslick/cpp_src/hyperspace.cpp2006-03-15 03:06:59.0 
+
@@ -31,6 +31,7 @@
 #include 
 #include 
 #include 
+#include 
 #ifdef HAVE_GLEW
 #include 
 #endif

-- 
Martin Michlmayr
http://www.cyrius.com/


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



Bug#356970: FTBFS with G++ 4.1: extra qualification

2006-03-14 Thread Martin Michlmayr
Package: ecos
Version: 2.0-0pre2.3
Severity: important
Tags: patch

Your package fails to build with G++ 4.1.  I'm filing this bug as
important for now, but when 4.1 will be the default compiler in
unstable (probably in a few weeks) I'll upgrade this to serious.

A patch is below.  (The build system is a bit weird so I'm sure sure I
compiled the full source tree after applying this patch.  I hope this
patch is enough and there's not another problem I missed.)


> Automatic build of ecos_2.0-0pre2.3 on bigsur by sbuild/mips 1.94
...
> c++ -O2 -c -I/usr/include 
> -I/build/tbm/ecos-2.0/build-tree/ecos-2.0//tools/src/libcdl 
> -I/build/tbm/ecos-2.0/build-tree/ecos-2.0//tools/src/infra 
> -I/build/tbm/ecos-2.0/build-tree/ecos-2.0//tools/src/tools/configtool/common/common
>  -I/build/tbm/ecos-2.0/build-tree/ecos-2.0//tools/src/tools/Utils/common 
> -I/build/tbm/ecos-2.0/build-tree/ecos-2.0//tools/src/tools/ecostest/common 
> -I/build/tbm/ecos-2.0/build/tools/src//libcdl 
> -I/build/tbm/ecos-2.0/build/tools/src//infra -DecUSE_EXPERIMENTAL_CODE=1 
> -I/usr/include/tcl8.3 `/usr/bin/wx-config   --cflags` -o 
> /build/tbm/ecos-2.0/build-ct2/ct-build-release/aboutdlg.o 
> /build/tbm/ecos-2.0/build-tree/ecos-2.0//tools/src/tools/configtool/standalone/wxwin/aboutdlg.cpp
> /build/tbm/ecos-2.0/build-tree/ecos-2.0//tools/src/tools/ecostest/common/eCosTest.h:202:
>  error: extra qualification 'CeCosTest::' on member 'Connect'
> make[1]: *** [/build/tbm/ecos-2.0/build-ct2/ct-build-release/aboutdlg.o] 
> Error 1
> make[1]: Leaving directory `/build/tbm/ecos-2.0/build-ct2'


--- ecos-2.0/tools/src/tools/ecostest/common/eCosTest.h~2006-03-15 
02:53:06.0 +
+++ ecos-2.0/tools/src/tools/ecostest/common/eCosTest.h 2006-03-15 
02:53:12.0 +
@@ -199,7 +199,7 @@
   bool GetSizes();
 
   // Connect to a test server
-  static ServerStatus CeCosTest::Connect (LPCTSTR pszHostPort, CeCosSocket 
*&pSock, const ExecutionParameters &e,String &strInfo,Duration 
dTimeout=10*1000);
+  static ServerStatus Connect (LPCTSTR pszHostPort, CeCosSocket *&pSock, const 
ExecutionParameters &e,String &strInfo,Duration dTimeout=10*1000);
 
   // Log some output.  The accumulated output can be retrieved using Output()
   void Log (LPCTSTR  const pszFormat,...);

-- 
Martin Michlmayr
http://www.cyrius.com/


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



Bug#354961: nvidia-glx won't install with X.org 7.0

2006-03-14 Thread James McGuire

Patch worked fine for me (i386).


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



Bug#355147: bug 355147: patch works for me

2006-03-14 Thread Ross Boylan
I ran into the same problem, and tried the patch.  Seems to fix the
problem.

Thanks to Kevin Locke for providing the fix.
-- 
Ross Boylan  wk:  (415) 514-8146
185 Berry St #5700   [EMAIL PROTECTED]
Dept of Epidemiology and Biostatistics   fax: (415) 514-8150
University of California, San Francisco
San Francisco, CA 94107-1739 hm:  (415) 550-1062



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



Bug#356969: bar,foo,ma,mi not defined in HAVE_LIBXXF86DGA

2006-03-14 Thread Martin Michlmayr
Package: avifile
Version: 1:0.7.44.20051021-1
Tags: patch

I get a compilation error because bar, foo, ma and mi are not defined.
Turns out that they're used both in the context of HAVE_LIBXXF86VM and
HAVE_LIBXXF86DGA, but they're only defined in HAVE_LIBXXF86VM.


--- samples/qtvidcap/kv4lsetup.cpp~ 2006-03-15 02:56:58.0 +
+++ samples/qtvidcap/kv4lsetup.cpp  2006-03-15 02:57:01.0 +
@@ -119,8 +119,11 @@
 XVisualInfo* info, xvtemplate;
 XWindowAttributes wts;
 XPixmapFormatValues* pf;
+#if HAVE_LIBXXF86DGA || HAVE_LIBXXF86VM
+int bar,foo,ma,mi;
+#endif
 #ifdef HAVE_LIBXXF86DGA
-int width,bar,foo,flags,ma,mi;
+int width,flags;
 void* base = 0;
 #endif
 #ifdef HAVE_LIBXXF86VM


-- 
Martin Michlmayr
http://www.cyrius.com/


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



Bug#356968: FTBFS with G++ 4.1: extra qualification

2006-03-14 Thread Martin Michlmayr
Package: avifile
Version: 1:0.7.44.20051021-1
Severity: important
Tags: patch

Your package fails to build with G++ 4.1.  I'm filing this bug as
important for now, but when 4.1 will be the default compiler in
unstable (probably in a few weeks) I'll upgrade this to serious.

A patch is below.


> Automatic build of avifile_1:0.7.44.20051021-1 on bigsur by sbuild/mips 1.94
...
>  mips-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../../include 
> -I/usr/include/SDL -D_REENTRANT -I../subtitles -I../../drivers -Wall 
> -Wno-unused -I../../include -O2 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 
> -D_GNU_SOURCE -pipe -Wp,-MD,.deps/aviplay.pp -c aviplay.cpp  -fPIC -DPIC -o 
> .libs/aviplay.o
> aviplay_impl.h:139: error: extra qualification 'avm::AviPlayer::' on member 
> 'propertyRead'
> make[3]: *** [aviplay.lo] Error 1


--- ./lib/aviplay/aviplay_impl.h~   2006-03-15 02:33:39.0 +
+++ ./lib/aviplay/aviplay_impl.h2006-03-15 02:33:44.0 +
@@ -136,7 +136,7 @@
 void createAudioRenderer();
 int restartVideoStreaming(const char* codec = 0);
 
-mutable int AviPlayer::propertyRead[LAST_PROPERTY]; // have we read at 
least once from Registry::
+mutable int propertyRead[LAST_PROPERTY]; // have we read at least once 
from Registry::
 
 avm::vector m_VideoRenderers; // we could draw image to 
more places
 IAudioRenderer* m_pAudioRenderer; // not sure about the sound - this will 
be
--- ./samples/misc/avicat.cpp~  2006-03-15 02:44:25.0 +
+++ ./samples/misc/avicat.cpp   2006-03-15 02:44:30.0 +
@@ -140,8 +140,8 @@
 avm::IVideoEncoder *vidEnc;
 void copyAudioFrames(int, int, bool);
 void createVideoEncoder(fourcc_t);
-void AviCutter::writeVideoFrame(avm::CImage *image);
-void AviCutter::copyVideoFrame();
+void writeVideoFrame(avm::CImage *image);
+void copyVideoFrame();
 
 public:
 AviCutter(avm::IWriteFile* outF,
--- ./plugins/libmp3lamebin_audioenc/lameencoder.cpp~   2006-03-15 
02:40:56.0 +
+++ ./plugins/libmp3lamebin_audioenc/lameencoder.cpp2006-03-15 
02:41:18.0 +
@@ -71,14 +71,14 @@
 int CDECL (*p_lame_set_quality)(lame_global_flags *, int);
 
 public:
-LameEncoder::LameEncoder(const CodecInfo& info, const WAVEFORMATEX* format)
+LameEncoder(const CodecInfo& info, const WAVEFORMATEX* format)
:IAudioEncoder(info), handle(0)
 {
 m_Error[0] = 0;
in_fmt = *format;
 }
 
-int LameEncoder::init()
+int init()
 {
handle = dlopen(mp3lamename, RTLD_LAZY);
 
--- ./plugins/libaudiodec/audiodecoder.cpp~ 2006-03-15 02:37:37.0 
+
+++ ./plugins/libaudiodec/audiodecoder.cpp  2006-03-15 02:37:46.0 
+
@@ -114,7 +114,7 @@
 class MSGSM_Decoder : public IAudioDecoder
 {
 public:
-MSGSM_Decoder::MSGSM_Decoder(const CodecInfo& info, const WAVEFORMATEX* wf)
+MSGSM_Decoder(const CodecInfo& info, const WAVEFORMATEX* wf)
:IAudioDecoder(info, wf)
 {
GSM_Init();

-- 
Martin Michlmayr
http://www.cyrius.com/


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



Bug#356966: Please update config.*

2006-03-14 Thread Martin Michlmayr
Package: fftw
Version: 2.1.3-16.2
Severity: wishlist

The config.* files your packages uses to determine the host system are
quite old.  For example, it doesn't recognize mips64.  While this is
not a problem right now since we don't have such a Debian port, your
config.* files are also too old to recognize a number of other systems
- ports people are currently working on, such as powerpc64 and
GNU/k*BSD.  Therefore, please update your config.* files.  The
autotools-dev contains good information how to do that.


> Automatic build of fftw_2.1.3-16.2 on bigsur by sbuild/mips 1.94
...
> checking host system type... ./config.guess: unable to guess system type
> 
> This script, last modified 2002-05-29, has failed to recognize
> the operating system you are using. It is advised that you
> download the most up to date version of the config scripts from
> 
> ftp://ftp.gnu.org/pub/gnu/config/
> 
> If the version you run (./config.guess) is already up to date, please
> send the following data and any information you think might be
> pertinent to <[EMAIL PROTECTED]> in order to provide the needed
> information to handle your system.
> 
> config.guess timestamp = 2002-05-29
> 
> uname -m = mips64
> uname -r = 2.6.16-rc6
> uname -s = Linux
> uname -v = #8 SMP Tue Mar 14 01:35:21 UTC 2006
> 
> /usr/bin/uname -p = 
> /bin/uname -X = 
> 
> hostinfo   = 
> /bin/universe  = 
> /usr/bin/arch -k   = 
> /bin/arch  = mips64
> /usr/bin/oslevel   = 
> /usr/convex/getsysinfo = 
> 
> UNAME_MACHINE = mips64
> UNAME_RELEASE = 2.6.16-rc6
> UNAME_SYSTEM  = Linux
> UNAME_VERSION = #8 SMP Tue Mar 14 01:35:21 UTC 2006
> configure: error: can not guess host type; you must specify one
> make: *** [build] Error 1

-- 
Martin Michlmayr
http://www.cyrius.com/


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



Bug#356965: FTBFS with G++ 4.1: extra qualification

2006-03-14 Thread Martin Michlmayr
Package: torcs
Version: 1.2.4-1
Severity: important
Tags: patch

Your package fails to build with G++ 4.1.  I'm filing this bug as
important for now, but when 4.1 will be the default compiler in
unstable (probably in a few weeks) I'll upgrade this to serious.

A patch is below.


> Automatic build of torcs_1.2.4-1 on bigsur by sbuild/mips 1.94
...
> g++ -I/build/tbm/torcs-1.2.4/build-tree/torcs-1.2.4/export/include 
> -I/build/tbm/torcs-1.2.4/build-tree/torcs-1.2.4 -g -Wall -O2 -Wall -fPIC -O2 
> -DUSE_RANDR_EXT -DGL_GLEXT_PROTOTYPES -Wall -fPIC -O2 -DUSE_RANDR_EXT 
> -DGL_GLEXT_PROTOTYPES  -D_SVID_SOURCE -D_BSD_SOURCE -DSHM -DHAVE_CONFIG_H  -c 
> grmain.cpp
> grscreen.h:81: error: extra qualification 'cGrScreen::' on member 'camDraw'
> make[6]: *** [grmain.o] Error 1
> make[6]: Leaving directory 
> `/build/tbm/torcs-1.2.4/build-tree/torcs-1.2.4/src/modules/graphic/ssggraph'


--- ./torcs-1.2.4/src/modules/graphic/ssggraph/grscreen.h~  2006-03-15 
02:26:43.0 +
+++ ./torcs-1.2.4/src/modules/graphic/ssggraph/grscreen.h   2006-03-15 
02:26:56.0 +
@@ -78,7 +78,7 @@
 
 void update(tSituation *s, float Fps);
 
-void cGrScreen::camDraw(tSituation *s);
+void camDraw(tSituation *s);
 
 void updateCurrent(tSituation *s);
 

-- 
Martin Michlmayr
http://www.cyrius.com/


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



Bug#356964: FTBFS with G++ 4.1: extra qualification

2006-03-14 Thread Martin Michlmayr
Package: gcvs
Version: 1.0final-10
Severity: important
Tags: patch

Your package fails to build with G++ 4.1.  I'm filing this bug as
important for now, but when 4.1 will be the default compiler in
unstable (probably in a few weeks) I'll upgrade this to serious.

A patch is below.


> Automatic build of gcvs_1.0final-10 on bigsur by sbuild/mips 1.94
...
> source='AboutDlg.cpp' object='AboutDlg.o' libtool=no \
>   depfile='.deps/AboutDlg.Po' tmpdepfile='.deps/AboutDlg.TPo' \
>   depmode=gcc3 /bin/sh ../depcomp \
>   g++ -DHAVE_CONFIG_H -I. -I. -I.. -I../gcvs -I../gcvs/src -I/. 
> -I../cvstree -I../rf  -Wall -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 
> -I/usr/lib/glib/include -DqUnix -DqGTK -INONE -DqCvsDebug=0  -g -O2 -c -o 
> AboutDlg.o `test -f 'AboutDlg.cpp' || echo './'`AboutDlg.cpp
> ../rf/ustr.h:178: error: extra qualification 'UStr::' on member 'operator+='
> ../rf/ustr.h:180: error: extra qualification 'UStr::' on member 'operator+='
> ../rf/ustr.h:182: error: extra qualification 'UStr::' on member 'operator+='
> ../rf/ustr.h:184: error: extra qualification 'UStr::' on member 'operator+='
> make[3]: *** [AboutDlg.o] Error 1
> make[3]: Leaving directory `/build/tbm/gcvs-1.0final/common'


--- ./rf/ustr.h~2006-03-15 02:23:31.0 +
+++ ./rf/ustr.h 2006-03-15 02:23:40.0 +
@@ -175,13 +175,13 @@
//! concatenate
UStr & operator<<(int addToStr);
//! concatenate
-   UStr & UStr::operator+=(int addToStr);
+   UStr & operator+=(int addToStr);
//! concatenate
-   UStr & UStr::operator+=(char *addToStr);
+   UStr & operator+=(char *addToStr);
//! concatenate
-   UStr & UStr::operator+=(const char *addToStr);
+   UStr & operator+=(const char *addToStr);
//! concatenate
-   UStr & UStr::operator+=(const UStr & addToStr);
+   UStr & operator+=(const UStr & addToStr);
 
//! compare
inline int compare(const char *thestr) const { return strcmp(*this, 
thestr); }

-- 
Martin Michlmayr
http://www.cyrius.com/


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



Bug#356914: bind9: Cleanup of duplicate update-rc.d invocations

2006-03-14 Thread LaMont Jones
On Tue, Mar 14, 2006 at 07:22:55PM +0100, Stefan Huehner wrote:
> your 'postrm' , 'postinst' scripts manually call 'update-rc.d'. These
> invocations are also added by debhelper. So they end up twice in the
> resulting scripts. The attached patch removes the manual calls.
> Please consider applying.

Actually, the correct fix is to force debhelper to not add them, since
it does it in bad places for upgrades that may depend on the local
resovler to work.

lamont


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



Bug#353550: mutt: Remote 'mailboxes' segfault

2006-03-14 Thread Jan Medlock
Package: mutt
Version: 1.5.11+cvs20060126-2
Followup-For: Bug #353550


I can confirm the earlier bug report: I have a line in my .muttrc with
an IMAP 'mailboxes' option that causes mutt to segfault when changing
to that directory.  Removing this line from .muttrc stops the
segfaults.

Please let me know if I can provide further information.

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

Versions of packages mutt depends on:
ii  libc6 2.3.6-3GNU C Library: Shared libraries an
ii  libdb4.3  4.3.29-4.1 Berkeley v4.3 Database Libraries [
ii  libgnutls12   1.2.9-2the GNU TLS library - runtime libr
ii  libidn11  0.5.18-2   GNU libidn library, implementation
ii  libncursesw5  5.5-1  Shared libraries for terminal hand
ii  libsasl2  2.1.19-1.9 Authentication abstraction library
ii  postfix [mail-transport-agent 2.2.9-1A high-performance mail transport 

Versions of packages mutt recommends:
ii  locales   2.3.6-3GNU C Library: National Language (
ii  mime-support  3.36-1 MIME files 'mime.types' & 'mailcap

-- no debconf information


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



Bug#202472: spending time with you

2006-03-14 Thread Jerry

Do not ignore me please,
I foaund your emaila somewhere and now decidaed to write you.
I am coming tob your place in few weeks and athought we 
can meet each other. Let me know if you do not mind.
I am a nice pretty bgirl. Don't reply to this email. 
Email me direclty at [EMAIL PROTECTED]





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



Bug#356963: FTBFS: libneon24-dev no longer in the archive

2006-03-14 Thread Martin Michlmayr
Package: davfs2
Version: 0.2.7-1
Severity: serious

libneon24-dev is no longer in the archive, please move to
libneon25-dev.


> Automatic build of davfs2_0.2.7-1 on bigsur by sbuild/mips 1.94
...
> ** Using build dependencies supplied by package:
> Build-Depends: debhelper (>= 4.0.0), libssl-dev, libxml2-dev, libneon24-dev
> Checking for already installed source dependencies...
> debhelper: missing
> libssl-dev: missing
> libxml2-dev: missing
> libneon24-dev: missing
> Checking for source dependency conflicts...
> Reading package lists...
> Building dependency tree...
> E: Package libneon24-dev has no installation candidate
> Package libneon24-dev is not available, but is referred to by another package.
> This may mean that the package is missing, has been obsoleted, or
> is only available from another source
> apt-get failed.
> Package installation failed
> Trying to reinstall removed packages:
> Trying to uninstall newly installed packages:
> Source-dependencies not satisfied; skipping davfs2
> **
> Finished at 20060315-0052
> Build needed 00:00:00, 0k disk space

-- 
Martin Michlmayr
http://www.cyrius.com/


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



Bug#356962: should be "arch: all"

2006-03-14 Thread Martin Michlmayr
Package: tinyerp-server
Version: 3.2.1-1
Severity: minor

This package is "arch: any" but it doesn't (afaik) include any
architecture specific code, so it should be "arch: all".  I can only
find Python scripts in the package.


> Automatic build of tinyerp-server_3.2.1-1 on bigsur by sbuild/mips 1.94
...
>  /usr/bin/fakeroot debian/rules clean
> dpatch  deapply-all  
> 02-shellbang not applied to ./ .
> 01-setup not applied to ./ .
> rm -rf patch-stamp patch-stampT debian/patched
> dh_testdir
> dh_testroot
> rm -f build-stamp
> # Cleaning package
> #python setyp.py clean
> rm -rf build
> find /build/tbm/tinyerp-server-3.2.1 -type f -name \*.pyc -exec rm -rf {} \;
> dh_clean
>  debian/rules build
> test -d debian/patched || install -d debian/patched
> dpatch  apply-all  
> applying patch 01-setup to ./ ... ok.
> applying patch 02-shellbang to ./ ... ok.
> dpatch  cat-all  >>patch-stampT
> mv -f patch-stampT patch-stamp
> dh_testdir
> # Building package
> #python setup.py build
> touch build-stamp
>  /usr/bin/fakeroot debian/rules binary-arch
> dh_testdir
> # Building package
> #python setup.py build
> touch build-stamp
> dh_testdir
> dh_testroot
> dh_clean -k
> dh_installdirs
> # Installing package
> python setup.py install 
> --prefix=/build/tbm/tinyerp-server-3.2.1/debian/tinyerp-server/usr
> running install
...

-- 
Martin Michlmayr
http://www.cyrius.com/


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



Bug#356961: should be "arch: all"

2006-03-14 Thread Martin Michlmayr
Package: tinyerp-client
Version: 3.2.1-1
Severity: minor

This package is "arch: any" but it doesn't (afaik) include any
architecture specific code, so it should be "arch: all".  I can only
find Python scripts in the package.


> Automatic build of tinyerp-client_3.2.1-1 on bigsur by sbuild/mips 1.94
...
>  /usr/bin/fakeroot debian/rules clean
> dpatch  deapply-all  
> 02-main not applied to ./ .
> 01-setup not applied to ./ .
> rm -rf patch-stamp patch-stampT debian/patched
> dh_testdir
> dh_testroot
> rm -f build-stamp
> # Cleaning package
> #python setup.py clean
> rm -rf build
> find /build/tbm/tinyerp-client-3.2.1 -type f -name \*.pyc -exec rm -f {} \;
> dh_clean
>  debian/rules build
> dh_testdir
> # Building package
> #python setup.py build
> touch build-stamp
> test -d debian/patched || install -d debian/patched
> dpatch  apply-all  
> applying patch 01-setup to ./ ... ok.
> applying patch 02-main to ./ ... ok.
> dpatch  cat-all  >>patch-stampT
> mv -f patch-stampT patch-stamp
>  /usr/bin/fakeroot debian/rules binary-arch
> dh_testdir
> dh_testroot
> dh_clean -k
> dh_installdirs
> # Installing package
...

-- 
Martin Michlmayr
http://www.cyrius.com/


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



Bug#356960: lyx font errors

2006-03-14 Thread Jeremiah Savage

Package: tex-common
Version: 0.19
Severity: normal

When running lyx-1.4.0 ( ftp://ftp.lyx.org/pub/lyx/bin/1.4.0/debian-unstable 
) as a non-root user, I am not able to View the files as DVI, PS, nor PDF. 
root is able to convert to these formats without error. I am using the 
simple Intro.lyx file as a test case, and selecting to View as a DVI. I am 
running a current Debian Unstable with Lyx being the only foreign package.


Lyx pops up a 2 pane error dialog. The top says:
---
Font T1/cmr/m/it/6=ecti0600 at 6.0pt not loadable: Metric (TFM) file not 
found
Font T1/cmr/bx/it/10=ecbi1000 at 10.0pt not loadable: Metric (TFM) file not 
found
Font T1/cmr/bx/it/7=ecti0700 at 7.0pt not loadable: Metric (TFM) file not 
found

---
The bottom says:
---
}
   It, in turn, was built up from a typesetting language called \TeX{},
I wasn't able to read the size data for this font,
so I will ignore the font specification.
[Wizards can fix TFM files using TFtoPL/PLtoTF.]
You might try inserting a different font spec;
e.g., type `I\font='.
---

--
Jeremiah




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



Bug#356959: uscan: warning message printed on every run

2006-03-14 Thread Wesley J. Landaker
Package: uscan
Severity: normal

On every invokation of uscan lately (including each time it processes a
subdirectory if run recursively over a bunch of packages) I get this
error twice in a row:

Use of uninitialized value in concatenation (.) or string at /usr/bin/uscan 
line 664,  line 2.

-- 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.15
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)


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



Bug#356958: mail-notification: libfam0 vs libgamin0

2006-03-14 Thread Karl Chen
Package: mail-notification
Version: 2.0.dfsg.1-1
Severity: minor


mail-notification 2.0.dfsg.1-2 depends on libgamin0.

Unless there's something gamin-specific mail-notification
needs (unlikely since gamin is designed to be a subset of
fam), mail-notification should depend on 'libfam0' or
'libgamin0 | libfam0'.  (libgamin0 provides libfam0)



-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable'), (60, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-quack+bark.quarl.org
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages mail-notification depends on:
ii  gconf2   2.12.1-9GNOME configuration database syste
ii  gnome-icon-theme 2.12.1-2GNOME Desktop icon theme
ii  libart-2.0-2 2.3.17-1Library of functions for 2D graphi
ii  libatk1.0-0  1.10.3-1The ATK accessibility toolkit
ii  libaudiofile00.2.6-6 Open-source version of SGI's audio
ii  libbonobo2-0 2.10.1-1Bonobo CORBA interfaces library
ii  libbonoboui2-0   2.10.1-2The Bonobo UI library
ii  libc62.3.5-13GNU C Library: Shared libraries an
ii  libeel2-22.12.2-3Eazel Extensions Library (for GNOM
ii  libesd-alsa0 [libesd0]   0.2.36-3Enlightened Sound Daemon (ALSA) - 
ii  libgail-common   1.8.10-1GNOME Accessibility Implementation
ii  libgail171.8.10-1GNOME Accessibility Implementation
ii  libgconf2-4  2.12.1-9GNOME configuration database syste
ii  libgcrypt11  1.2.2-1 LGPL Crypto library - runtime libr
ii  libglade2-0  1:2.5.1-2   library to load .glade files at ru
ii  libglib2.0-0 2.8.6-1 The GLib library of C routines
ii  libgmime2.1  2.1.19-1MIME library, unstable version
ii  libgnome-desktop-2   2.12.3-1Utility library for loading .deskt
ii  libgnome-keyring00.4.8-1 GNOME keyring services library
ii  libgnome-menu0   2.10.2-1an implementation of the freedeskt
ii  libgnome2-0  2.12.0.1-5  The GNOME 2 library - runtime file
ii  libgnomecanvas2-02.12.0-2A powerful object-oriented display
ii  libgnomeui-0 2.12.1-1The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0   2.12.2-5GNOME virtual file-system (runtime
ii  libgnutls11  1.0.16-14   GNU TLS library - runtime library
ii  libgpg-error01.2-1   library for common error values an
ii  libgtk2.0-0  2.8.13-1The GTK+ graphical user interface 
ii  libice6  6.9.0.dfsg.1-4  Inter-Client Exchange library
ii  libjpeg626b-12   The Independent JPEG Group's JPEG 
ii  liborbit21:2.12.4-1  libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-01.10.4-1Layout and rendering of internatio
ii  libpopt0 1.7-5   lib for parsing cmdline parameters
ii  libsasl2 2.1.19-1.9  Authentication abstraction library
ii  libsm6   6.9.0.dfsg.1-4  X Window System Session Management
ii  libstartup-notification0 0.8-1   library for program launch feedbac
ii  libtasn1-2   0.2.17-1Manage ASN.1 structures (runtime)
ii  libx11-6 6.9.0.dfsg.1-4  X Window System protocol client li
ii  libxext6 6.9.0.dfsg.1-4  X Window System miscellaneous exte
ii  libxml2  2.6.23.dfsg.2-2 GNOME XML library
ii  libxrender1  1:0.9.0.2-1 X Rendering Extension client libra
ii  xlibs6.9.0.dfsg.1-4  X Window System client libraries m
ii  zlib1g   1:1.2.3-9   compression library - runtime

mail-notification recommends no packages.

-- no debconf information


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



Bug#356957: Upgrade restarts gdm immediately instead of scheduling a restart

2006-03-14 Thread Shai Berger
Package: gdm
Version: 2.13.0.10-2
Severity: normal


I just aptitude-upgraded the system, and gdm went from 2.8 to 2.13. After
some messages, it declared it was scheduling a gdm restart. Then, immediately,
gdm restarted. Luckily, I was on an X session which was not opened through 
gdm, or, I suppose, this would have logged me out in the middle of the 
upgrade.

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

Versions of packages gdm depends on:
ii  adduser  3.85Add and remove users and groups
ii  debconf [debconf-2.0]1.4.71  Debian configuration management sy
ii  gksu 1.3.6-1 graphical frontend to su
ii  gnome-session2.12.0-4The GNOME 2 Session Manager
ii  gnome-terminal [x-termin 2.12.0-2The GNOME 2 terminal emulator appl
ii  konsole [x-terminal-emul 4:3.5.1-1   X terminal emulator for KDE
ii  kwin [x-window-manager]  4:3.5.1-1   the KDE window manager
ii  libart-2.0-2 2.3.17-1Library of functions for 2D graphi
ii  libatk1.0-0  1.10.3-1The ATK accessibility toolkit
ii  libattr1 2.4.31-1Extended attribute shared library
ii  libc62.3.6-3 GNU C Library: Shared libraries an
ii  libcairo21.0.2-3 The Cairo 2D vector graphics libra
ii  libdmx1  6.9.0.dfsg.1-4  Distributed Multihead X client lib
ii  libfontconfig1   2.3.2-5 generic font configuration library
ii  libglade2-0  1:2.5.1-2   library to load .glade files at ru
ii  libglib2.0-0 2.8.6-1 The GLib library of C routines
ii  libgnomecanvas2-02.12.0-2A powerful object-oriented display
ii  libgtk2.0-0  2.8.13-1The GTK+ graphical user interface 
ii  libpam-modules   0.79-3.1Pluggable Authentication Modules f
ii  libpam-runtime   0.79-3.1Runtime support for the PAM librar
ii  libpam0g 0.79-3.1Pluggable Authentication Modules l
ii  libpango1.0-01.10.4-1Layout and rendering of internatio
ii  libpopt0 1.7-5   lib for parsing cmdline parameters
ii  librsvg2-2   2.12.7-5SAX-based renderer library for SVG
ii  librsvg2-common  2.12.7-5SAX-based renderer library for SVG
ii  libselinux1  1.28-4  SELinux shared libraries
ii  libwrap0 7.6.dbs-9   Wietse Venema's TCP wrappers libra
ii  libx11-6 6.9.0.dfsg.1-4  X Window System protocol client li
ii  libxau6  6.9.0.dfsg.1-4  X Authentication library
ii  libxcursor1  1.1.3-1 X cursor management library
ii  libxdmcp66.9.0.dfsg.1-4  X Display Manager Control Protocol
ii  libxext6 6.9.0.dfsg.1-4  X Window System miscellaneous exte
ii  libxi6   6.9.0.dfsg.1-4  X Window System Input extension li
ii  libxinerama1 6.9.0.dfsg.1-4  X Window System multi-head display
ii  libxml2  2.6.23.dfsg.2-2 GNOME XML library
ii  libxrandr2   6.9.0.dfsg.1-4  X Window System Resize, Rotate and
ii  libxrender1  1:0.9.0.2-1 X Rendering Extension client libra
ii  lsb-base 3.0-16  Linux Standard Base 3.0 init scrip
ii  metacity [x-window-manag 1:2.12.3-3  A lightweight GTK2 based Window Ma
ii  xbase-clients6.9.0.dfsg.1-4  miscellaneous X clients
ii  zlib1g   1:1.2.3-11  compression library - runtime

Versions of packages gdm recommends:
pn  gdm-themes (no description available)
ii  whiptail  0.51.6-31  Displays user-friendly dialog boxe
ii  zenity2.12.1-2   Display graphical dialog boxes fro

-- debconf information:
  gdm/daemon_name: /usr/bin/gdm
* shared/default-x-display-manager: gdm


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



Bug#356956: quanta: auto insertion uses upper-case tag names

2006-03-14 Thread Ferenczi Viktor
Package: quanta
Version: 4:3.5.1-1
Severity: minor


Type  into a HTML or PHP document. Quanta will automatically
insert this after : 

Standard XHTML tag names are lower case. Please change the above default to:



-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-sirius-20051219-0354
Locale: LANG=hu_HU, LC_CTYPE=hu_HU (charmap=ISO-8859-2)

Versions of packages quanta depends on:
ii  kdelibs4c2a  4:3.5.1-2   core libraries for all KDE applica
ii  kfilereplace 4:3.5.1-1   batch search-and-replace component
ii  klinkstatus  4:3.5.1-1   web link validity checker for KDE
ii  kommander4:3.5.1-1   visual dialog builder and executor
ii  libacl1  2.2.34-1Access control list shared library
ii  libart-2.0-2 2.3.17-1Library of functions for 2D graphi
ii  libattr1 2.4.31-1Extended attribute shared library
ii  libaudio21.7-4   The Network Audio System (NAS). (s
ii  libc62.3.6-2 GNU C Library: Shared libraries an
ii  libcvsservice0   4:3.5.1-1   DCOP service for accessing CVS rep
ii  libfam0  2.7.0-9 Client library to control the FAM 
ii  libfontconfig1   2.3.2-1.1   generic font configuration library
ii  libfreetype6 2.1.10-1FreeType 2 font engine, shared lib
ii  libgcc1  1:4.0.2-9   GCC support library
ii  libice6  6.9.0.dfsg.1-4  Inter-Client Exchange library
ii  libidn11 0.5.18-2GNU libidn library, implementation
ii  libjpeg626b-11   The Independent JPEG Group's JPEG 
ii  libpcre3 6.4-1.1 Perl 5 Compatible Regular Expressi
ii  libpng12-0   1.2.8rel-5  PNG library - runtime
ii  libqt3-mt3:3.3.5-4   Qt GUI Library (Threaded runtime v
ii  libsm6   6.9.0.dfsg.1-4  X Window System Session Management
ii  libstdc++6   4.0.2-9 The GNU Standard C++ Library v3
ii  libx11-6 6.9.0.dfsg.1-4  X Window System protocol client li
ii  libxcursor1  1.1.3-1 X cursor management library
ii  libxext6 6.9.0.dfsg.1-4  X Window System miscellaneous exte
ii  libxft2  2.1.8.2-3   FreeType-based font drawing librar
ii  libxi6   6.9.0.dfsg.1-4  X Window System Input extension li
ii  libxinerama1 6.9.0.dfsg.1-4  X Window System multi-head display
ii  libxml2  2.6.23.dfsg.2-2 GNOME XML library
ii  libxrandr2   6.9.0.dfsg.1-4  X Window System Resize, Rotate and
ii  libxrender1  1:0.9.0.2-1 X Rendering Extension client libra
ii  libxslt1.1   1.1.15-4XSLT processing library - runtime 
ii  libxt6   6.9.0.dfsg.1-4  X Toolkit Intrinsics
ii  quanta-data  4:3.5.1-1   data files for Quanta Plus web dev
ii  tidy 20050415-1  HTML syntax checker and reformatte
ii  zlib1g   1:1.2.3-9   compression library - runtime

Versions of packages quanta recommends:
pn  cervisia   (no description available)
pn  docbook-defguide   (no description available)
ii  gnupg 1.4.2-2GNU privacy guard - a free PGP rep
ii  kompare   4:3.5.1-1  a KDE GUI for viewing differences 
ii  kxsldbg   4:3.5.1-1  graphical XSLT debugger for KDE
pn  phpdoc (no description available)
pn  wdg-html-reference (no description available)

-- no debconf information


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



Bug#355246: Since wpasupplicant 0.5.1 is now in unstable

2006-03-14 Thread Andrew McMillan
I really look forward to seeing network-manager 0.6+ ...

:-)
Andrew McMillan

-
Andrew @ Catalyst .Net .NZ  Ltd,  PO Box 11-053, Manners St,  Wellington
WEB: http://catalyst.net.nz/PHYS: Level 2, 150-154 Willis St
DDI: +64(4)803-2201  MOB: +64(272)DEBIAN  OFFICE: +64(4)499-2267
Chicken Little only has to be right once.
-



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


Bug#356925: looked at source, here's a patch

2006-03-14 Thread Johannes Berg
tags patch

(^ no idea if that works)

Here's a patch that also fixes up the receiving of control messages when
they aren't from inet sockets.

--- a/lib/eunuchs/sendmsg.c (revision 16)
+++ b/lib/eunuchs/sendmsg.c (working copy)
@@ -16,8 +16,8 @@
   struct iovec iov[1];
   char cmsgbuf[CMSG_BUFSIZE];
   PyObject *ancillary = NULL;
-  char *host;
-  int port;
+  char *host = NULL;
+  int port = 0;
 
   static char *kwlist[] = {"fd",
   "data",
@@ -26,7 +26,7 @@
   "ancillary",
   NULL};
 
-  if (!PyArg_ParseTupleAndKeywords(args, keywds, "it#si|iO", kwlist,
+  if (!PyArg_ParseTupleAndKeywords(args, keywds, "it#|siiO", kwlist,
   &fd,
   &iov[0].iov_base,
   &iov[0].iov_len,
@@ -39,20 +39,26 @@
   memset(&sa, 0, sizeof(sa));
   sa.sin_family = AF_INET;
   sa.sin_port = htons(port);
+  if (host)
   {
 int address_valid;
 
 address_valid = inet_aton(host, &sa.sin_addr);
 if (!address_valid)
   return NULL;
+
+msg.msg_name = &sa;
+msg.msg_namelen = sizeof(sa);
+  } else {
+msg.msg_name = NULL;
+msg.msg_namelen = 0;
   }
 
-  msg.msg_name = &sa;
-  msg.msg_namelen = sizeof(sa);
-
   msg.msg_iov = iov;
   msg.msg_iovlen = 1;
 
+  msg.msg_flags = 0;
+
   msg.msg_control = cmsgbuf;
   msg.msg_controllen = 0;
 
--- a/lib/eunuchs/recvmsg.c (revision 16)
+++ b/lib/eunuchs/recvmsg.c (working copy)
@@ -94,7 +94,9 @@
 }
   }
 
-  {
+  if (sa.sin_family == AF_INET) {
+/* maybe this check needs to be different and we
+ * should actually check the ancillary type first? */
 PyObject *r;
 r = Py_BuildValue("s#(si)iO",
  iov[0].iov_base, ret,
@@ -104,6 +106,15 @@
  );
 free(iov[0].iov_base);
 return r;
+  } else {
+PyObject *r;
+r = Py_BuildValue("s#iO",
+ iov[0].iov_base, ret,
+ msg.msg_flags,
+ ancillary
+ );
+free(iov[0].iov_base);
+return r;
   }
 }
 




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



Bug#356900: automatic keyword un-expansion on 'svn {ps,pd,pe} svn:keywords'?

2006-03-14 Thread Peter Samuelson

Christof Douma points out that "svn pdel svn:keywords" does not
un-expand a file's keywords in the working copy.  He thinks it should,
and I tend to agree.  Present behavior leaves a working copy diff due
to keyword expansion, even if the file is otherwise unchanged.

(He also reports a bug in 1.2.3, but I verified that his bug is not in
1.3.0 or trunk.  See http://bugs.debian.org/356900 for his detailed and
lucid report.)

Comments?  Please Cc: [EMAIL PROTECTED] in replies.

Thanks,
Peter


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



Bug#356887: heartbeat: Cleanup duplicate depends

2006-03-14 Thread Horms
tag 356887 +pending
thanks

On Tue, Mar 14, 2006 at 04:52:11PM +0100, Stefan Huehner wrote:
> Hi,
> your package specifies a duplicate depends on 'adduser'. The attached
> patch remove the duplicate.

Thanks, I have included your patch and it will appear in the next release.

-- 
Horms


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



Bug#356900: subversion: removing property svn:keywords leaves an expanded keyword in the WC

2006-03-14 Thread Peter Samuelson

[Christof Douma]
> Without this touch svn does not record any changes, which should not
> happen. A quick fix would be to touch all WC files which have
> svn:keywords changed/removed.

This fix, effectively, seems to be in 1.3.0, which is now in unstable.
'svn status' / 'svn diff' notice that the file has changed.

> A better fix would be to undo the expansion of the keywords:

Agreed, but with reservations - some users may expect the visible
(expanded) text to remain.  For one thing, there's no evidence that
$Id$ is the correct "original" text - it could have been something like
$Id: total random garbage $ instead, in which case restoring the text
to $Id$ does not really help.  And yes, that's a bit contrived.

I'll forward this to the upstream developers for consideration.  I
don't want to make Debian subversion incompatible with upstream over
something like this.

> I hope I made the bug clear.

Yes, very clear, thank you!
Peter


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



Bug#356786: upgrading x11-common from 6.8.2.dfsg.1-7 to 6.9.0.dfsg.1-4 fails with error

2006-03-14 Thread Michel Dänzer
On Tue, 2006-03-14 at 15:16 +1100, Ian MacKinnell wrote: 
> Package: x11-common
> 
> Version: 6.8.2.dfsg.1-7
> 
> On attempting to upgrade x11-common from 6.8.2.dfsg.1-7 to 
> 6.9.0.dfsg.1-4, it fails to upgrade with the error message:
> 
> trying to overwite `/usr/include/X11', which is also in package libxft-dev
> 
> My installed version of libxft-dev is 2.1.8.2-3

Looks like a duplicate of
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=350298 .


-- 
Earthling Michel Dänzer  | Debian (powerpc), X and DRI developer
Libre software enthusiast|   http://svcs.affero.net/rm.php?r=daenzer



Bug#355978: mysql-dfsg-5.0: News.Debian seems missing

2006-03-14 Thread Christian Hammers
Hi

On 2006-03-13 Ross Boylan wrote:
> This was exactly the problem in the other case I mentioned in my
> original report.  The NEWS only made sense for some of the binary
> packages.  However, the infrastructure, or at least apt-listchanges,
> seems to require it to be present in all binary packages.  This makes
> a certain sense, since they all share the same changelog.Debian.  

I've just tried to verify this but failed, I installed first only
libmysqlclient15 5.0.18-9 and 
mysql-server-5.0 5.0.18-7 
Correctly no NEWS was displayed. Then I upgraded only mysql-server-5.0
to a version that contained the NEWS file:
mysql-server-5.0 5.0.18-9
and correctly this time it was shown.

So it seems to work as documented, the NEWS file can be different
for all binary packages and it does also work when installing binary
package from the same source package at different times.

Note though that when purging a package, the entry in 
/var/lib/apt/listchanges.db persists. This makes debugging harder as
one does not expect it.


 
> In the minimal sense that other binary packages have the changelog,
> and the changelog refers to NEWS.Debian, it is "relevant" to the
> others, e.g., /usr/share/doc/mysql-common/changelog.Debian.gz on my
> current system refers to NEWS.Debian, but it's nowhere to be found.
That's maybe true, but in this case the right solution would be to
alter the changelog text to explicitly saying "the mysql-server-5.0 packages
NEWS.Debian file". I will do that.
 
bye,

-christian-


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



Bug#353826: k3b: More information

2006-03-14 Thread Artom Lifshitz
Package: k3b
Version: 0.12.12-1
Followup-For: Bug #353826

/usr/bin/k3bsetup is a shell script with only one line:
kdesu kcmshell k3bsetup2.

I ran kcmshell --list | grep -i k3b and found that there was no
k3bsetup2 module, even though both /usr/lib/kde3/kcm_k3bsetup2.la and
/usr/lib/kde3/kcm_k3bsetup2.so exist.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15
Locale: LANG=en_CA, LC_CTYPE=en_CA (charmap=ISO-8859-1)

Versions of packages k3b depends on:
ii  cdparanoia3a9.8-13   An audio extraction tool for sampl
ii  cdrecord  4:2.01+01a03-5 command line CD writing tool
ii  kcontrol  4:3.5.1-1  control center for KDE
ii  kdebase-bin   4:3.5.1-1  core binaries for the KDE base mod
ii  kdelibs-data  4:3.5.1-4  core shared data for all KDE appli
ii  kdelibs4c2a   4:3.5.1-4  core libraries for all KDE applica
ii  libacl1   2.2.35-1   Access control list shared library
ii  libart-2.0-2  2.3.17-1   Library of functions for 2D graphi
ii  libattr1  2.4.31-1   Extended attribute shared library
ii  libaudio2 1.7-5  The Network Audio System (NAS). (s
ii  libc6 2.3.6-3GNU C Library: Shared libraries an
ii  libdbus-1-2   0.61-4 simple interprocess messaging syst
ii  libdbus-qt-1-1c2  0.61-4 simple interprocess messaging syst
ii  libexpat1 1.95.8-3   XML parsing C library - runtime li
ii  libfam0   2.7.0-9Client library to control the FAM 
ii  libfontconfig12.3.2-5generic font configuration library
ii  libfreetype6  2.1.10-1.1 FreeType 2 font engine, shared lib
ii  libgcc1   1:4.0.3-1  GCC support library
ii  libhal1   0.5.7-1Hardware Abstraction Layer - share
ii  libice6   6.9.0.dfsg.1-4 Inter-Client Exchange library
ii  libidn11  0.5.18-2   GNU libidn library, implementation
ii  libjpeg62 6b-12  The Independent JPEG Group's JPEG 
ii  libk3b2   0.12.12-1  The KDE cd burning application lib
ii  libmusicbrainz4c2a2.1.2-2Second generation incarnation of t
ii  libpng12-01.2.8rel-5 PNG library - runtime
ii  libqt3-mt 3:3.3.5-4  Qt GUI Library (Threaded runtime v
ii  libresmgr11.0-3  resource manager library
ii  libsm66.9.0.dfsg.1-4 X Window System Session Management
ii  libstdc++64.0.3-1The GNU Standard C++ Library v3
ii  libx11-6  6.9.0.dfsg.1-4 X Window System protocol client li
ii  libxcursor1   1.1.3-1X cursor management library
ii  libxext6  6.9.0.dfsg.1-4 X Window System miscellaneous exte
ii  libxft2   2.1.8.2-3  FreeType-based font drawing librar
ii  libxi66.9.0.dfsg.1-4 X Window System Input extension li
ii  libxinerama1  6.9.0.dfsg.1-4 X Window System multi-head display
ii  libxrandr26.9.0.dfsg.1-4 X Window System Resize, Rotate and
ii  libxrender1   1:0.9.0.2-1X Rendering Extension client libra
ii  libxt66.9.0.dfsg.1-4 X Toolkit Intrinsics
ii  mkisofs   4:2.01+01a03-5 Creates ISO-9660 CD-ROM filesystem
ii  zlib1g1:1.2.3-11 compression library - runtime

Versions of packages k3b recommends:
ii  cdrdao1:1.2.1-6  records CDs in Disk-At-Once (DAO) 
ii  dvd+rw-tools  6.1-2  DVD+-RW/R tools
ii  kdebase-kio-plugins   4:3.5.1-1  core I/O slaves for KDE
pn  vcdimager  (no description available)

-- no debconf information


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



Bug#340489: [Ming-dev] Re: Ming maintainence

2006-03-14 Thread P.
Hi Stuart.

I would like to know what's the state of the ming package. ¿When you
think you could have it ready for upload? ¿you need some help?

Greetings.


El mar, 24-01-2006 a las 10:45 -0500, Stuart Anderson escribió:
> On Tue, 24 Jan 2006, Anze wrote:
> 
> > Just name it stable and be done with it. It's been too long without a 
> > release
> > and we can't make administrators install such an old version (and alpha to
> > top it). Hell, I couldn't even install it on my box when I wanted - with
> > Debian you are in "oldstable" compartment, along with some ancient version 
> > of
> > PHP.
> 
> For Debian, you can get fresh ming packages of cvs from
> 
>   http://www.netsweng.com/~anderson/ming/
> 
> I still need to do some work on the php-ming package there to make sure
> it's really up to date wrt API, but what's there is working for how I'm
> using ming.
> 
> 
>  Stuart
> 
> Stuart R. Anderson   [EMAIL PROTECTED]
> Network & Software Engineering   http://www.netsweng.com/
> 1024D/37A79149:  0791 D3B8 9A4C 2CDC A31F
>   BD03 0A62 E534 37A7 9149
> 
> 
> ---
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
> ___
> Ming-devr mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/ming-devr
-- 
Alejandro Ríos Peña
 Subgerente Comercial
 Avatar Ltda.
 Bogotá D.C.
 (+57) 300 390 4764


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


Bug#356954: lyx: New upstream version available (1.4.0)

2006-03-14 Thread Benjamin Piwowarski
Package: lyx
Version: 1.3.6-1.1
Severity: wishlist

What's new in version 1.4.0?


** Improved user interface

LyX 1.4 has a re-designed layout for the menus, designed to decrease
clutter and maximise productivity. Several menu items (in the Edit
menu) are now context-sensitive, so they only appear when needed. For
the die-hard old LyX users, the older layout (referred to as the
classic UI) is still available, for now.

It's now possible to define multiple toolbars as seen in other
editors. By default, the new LyX release has two toolbars displayed,
the standard one (similar to the static toolbar in LyX 1.3), plus the
extra toolbar. In addition, there are two pre-defined toolbars
available: one for tables, and one for math. 

Another new feature worth mentioning is popup toolbars: you can set a
toolbar such that it only appears when editing math, or when editing a
table.

** Change tracking

This new feature, similar to that found in Microsoft Word and others,
makes collaboration on a document a cinch. It provides a way to track
changes made to a document, and later approve, reject, or modify such
changes. 

** Much better conversion from .tex to .lyx

The ancient and unloved Perl script, reLyX has finally bitten the dust
and been replaced by the brand new and shiny tex2lyx. tex2lyx's LaTeX
parser follows most of the rules of the real TeX and so is already
much more powerful than reLyX ever was.

** Character styles

For a system that purports to make it easy to write documents full of
logical (as opposed to visual markup), LyX has always had one glaring
omission: no character styles. LyX 1.4 goes some way towards
addressing this defect, although there's no dialog to define your own
styles. 


** Branches

The teacher who's setting an exam obviously doesn't want her pupils
seeing the answers, yet having questions and answers in the same
document will make the life of the markers of that exam much easier.

That's just one example of someone who would benefit from LyX's new
"branches" feature. In fact, anyone who writes documents which have
more than one target audience will find this feature useful.

** Minipages evolve to Boxes

In 1.3, LyX only had native support for plain minipages. Now you can
use a wide range of box types and decorations directly from the LyX
GUI

** Notes

LyX now has three different Notes for you to add to your document from
the Insert>Note menu:

- the "LyX Note" is not exported to LaTeX, as now. The "Comment" is
- exported to LaTeX as a comment environment and is not processed
  further.
- The Greyed Out note is visible in your PostScript or PDF output as,
  well, greyed-out text.

** Better language and numbering on screen

Two features help to make the screen rendering closer to the printed output:

- the labels attached to layouts like Chapter are now translated in
  the language of the document, which may be different from the
  language of the menus;
- sectioning headers and theorems are now numbered according to the
  document class specifications.

** Word count

Yes, it's finally there! Tools>Count Words will give you a word
count of the document or of the current selection.

** Error Lists

Nasty "error boxes" were eliminated in favor of a dialog with a list
of errors popping up at compilation time.

** Improved bibliography support

- LyX's support for natbib has been enhanced. Now, also the mysterious
  "before citation" field is supported;
- We have added support for jurabib, an amazing package to produce
  flexible citations that are especially well suited for the humanities
  and law fields;
- Support for sectioned bibliographies (bibtopic) has been added;
- the way bibtex is called is now customizable (as is the way the
  index processor is invoked).

** Improved microtypography support

LyX aims to produce superior typography. With 1.4, it supports:

- more blank characters (e.g. a "thin space", which should stand here
  between "e." and "g.");
- inner and outer quotation marks without the hassle of toggling the
  style in the documents dialog. Just use the Alt key.
- the handling of figure and table alignment inside floats has been
  improved. You can now use the paragraph dialog without getting too
  much space between figure/table and caption.

** Small bits

- Figure and table floats can be rotated sideways

- The external xfig inset has been improved especially with regard to
  pdf generation

- The graphics inset dialog has now an "edit" button that allows to
  edit the included figure

- For index generation, xindy can be used instead of makeindex, which
  has poor support for other than English index sorting.

** Bug fixes

Lots of long-lasting bugs have been fixed, as documented in LyX
bugzilla. Probably some new ones have been introduced instead ;-)



-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linke

Bug#356894: libsvn-core-perl: svn_ra_reporter2_invoke_set_path() uncallable

2006-03-14 Thread Peter Samuelson

[Chip Salzenberg]
>   TypeError in method 'svn_ra_reporter2_invoke_set_path', argument 6 of type 
> 'char const *'
> 
> This appears to me to be an error in the SWIG glue, but I haven't
> investigated yet.  I'm hoping the bug and its solution are obvious to
> you, the esteemed maintainer.  :-)

Unfortunately I'm not a swig ace, but this sounds plausible.  There is
at least one other known problem with swig 1.3.28 and subversion
(exposed in the ruby bindings testsuite):

  http://svn.haxx.se/dev/archive-2006-03/0545.shtml

If swig 1.3.28 turns out not to be good enough for subversion, the
other option is to tweak debian/rules to use the swig files from the
upstream tarball, which are generated from swig 1.3.25 or so.  I don't
realy want to do that, though, because it feels like shipping a
non-self-hosting distribution.

Thanks for the report,
Peter


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



Bug#355608: [Lewis, James M.] RE: Bug#355608: auctex: auctex-11.82-1 will not install

2006-03-14 Thread Frank Küster
--- Begin Message ---
 

>-Original Message-
>From: Frank Küster [mailto:[EMAIL PROTECTED] 
>Sent: Tuesday, March 14, 2006 11:54 AM
>To: Lewis, James M.
>Subject: Re: Bug#355608: auctex: auctex-11.82-1 will not install
>
>"Lewis, James M." <[EMAIL PROTECTED]> wrote:
>
>> I found the CompilationLog file and saw some errors in it
>> that were my fault.
>
>Just out of curiosity:  What where they?  Something we can expect other
>users will do, too?  Something we could have checked for?

I work on some other unix systems and have custom lisp code in site-lisp.
I copied /usr/local/share/emacs21/site-lisp from one of those to the
debian box.  It had auctex installed in it already.  I cleaned that out
and it still failed.

>
>>  I cleaned that up and ran dpkg to see
>> if it still failed.  It did.  The CompilationLog file is
>> attached.  
>
>Thank you.  It fails with:
>
>Autoloads file /usr/share/emacs/site-lisp/auctex/auto-loads.el 
>does not exist
>Generating autoloads for tex.el...
>Generating autoloads for tex.el...done
>[...]
>Generating autoloads for tex-jp.el...
>Scan error: "Unbalanced parentheses", 8776, 28227
>make: *** [auto-loads.el] Error 255
>(END) 
>
>Now this is strange.  On my system, this file has the following md5sum:
>
>$ md5sum /usr/share/emacs/site-lisp/auctex/tex-jp.el
>aa807c0cb5b18c79d5f7f689c01d3f2c  
>/usr/share/emacs/site-lisp/auctex/tex-jp.el
>
>Is it the same on your system?  If no, please do

It's the same...

apt-get remove auctex
rm -rf /usr/share/emacs/site-lisp/auctex
made sure auctex is not in /var/cache/apt/archives
apt-get install auctex

It downloaded auctex-11.82-1 from ftp.us.debian.org
same error with tex-jp.el...

>
>apt-get --reinstall install auctex
>
>And report whether this helped.
>
>Regards, Frank
>-- 
>Frank Küster
>Single Molecule Spectroscopy, Protein Folding @ Inst. f. 
>Biochemie, Univ. Zürich
>Debian Developer (teTeX)
>
>

--- End Message ---


-- 
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)


Bug#356853: Further files without license statement

2006-03-14 Thread Frank Küster
retitle 356853 Contains files without any license statement
found 356853 2.0.2c-8
thanks

Hi,

here is one more file without a license statement:  

/usr/share/texmf-tetex/tex/latex/cite/chapterbib.sty
/usr/share/texmf/source/latex/cite/chapterbib.sty

Copyright is by Donald Arsenau who put the other files in that directory
into Public Domain.  

I intend not to contact him before we have an overview of the licensing
status of our texmf tree, since I don't want to ask him about a new file
every other week. 

Regards, Frank
-- 
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)




Bug#356655: fuser doesn't find NFS exports that prevent umounting

2006-03-14 Thread Craig Small
On Mon, Mar 13, 2006 at 12:20:44AM -0800, John Gilmore wrote:
> When the partition has been exported, fuser doesn't show anything.
> Fuser -v just shows the kernel mount.
> 
> I consider this a bug: fuser -v should also show the NFS export.
The problem is, as far as I can tell, the kernel does not let you know
what is exported.  Certainly looking into the /proc// files does
not show what is exported in the usual places.

If the kernel doesn't let you know, then its going to be hard to figure
it out.  Of course if you know the secret location of these exports than
its going to make things easier.

 - Craig

-- 
Craig Small  GnuPG:1C1B D893 1418 2AF4 45EE  95CB C76C E5AC 12CA DFA5
Eye-Net Consulting http://www.enc.com.au/   MIEE Debian developer
csmall at : enc.com.au  ieee.org   debian.org


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



Bug#356918: libx11: FTBFS in experimental.

2006-03-14 Thread Daniel Stone
On Wed, Mar 15, 2006 at 12:47:43AM +0100, Denis Barbier wrote:
> On Wed, Mar 15, 2006 at 01:31:11AM +0200, Daniel Stone wrote:
> > Right, so you need B-Ds on x11proto-xext-dev, libxtrans-dev, libxau-dev,
> > x11proto-xcmisc-dev, x11proto-kb-dev, x11proto-input-dev.  You'd need to
> > version the libxau-dev B-D.
> 
> SVN is right now, except that libxtrans-dev is named xtrans-dev, which
> seems quite logical since it is not a library.
> Thanks again.

Yeah, I should realise that, since I was the one that named the thing
... duh.

Thanks for committing. :)

Daniel


signature.asc
Description: Digital signature


Bug#356918: libx11: FTBFS in experimental.

2006-03-14 Thread Denis Barbier
On Wed, Mar 15, 2006 at 01:31:11AM +0200, Daniel Stone wrote:
> Right, so you need B-Ds on x11proto-xext-dev, libxtrans-dev, libxau-dev,
> x11proto-xcmisc-dev, x11proto-kb-dev, x11proto-input-dev.  You'd need to
> version the libxau-dev B-D.

SVN is right now, except that libxtrans-dev is named xtrans-dev, which
seems quite logical since it is not a library.
Thanks again.

Denis


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



Bug#356918: libx11: FTBFS in experimental.

2006-03-14 Thread Denis Barbier
On Wed, Mar 15, 2006 at 01:21:58AM +0200, Daniel Stone wrote:
> > If I understand, you suggest to apply the attached patch, right?
> 
> > Index: debian/control
> > ===
> > --- debian/control  (révision 1454)
> > +++ debian/control  (copie de travail)
> > @@ -8,7 +8,7 @@
> >  
> >  Package: x11proto-xext-dev
> >  Architecture: all
> > -Depends: ${shlibs:Depends}, ${misc:Depends}, x11-common, libxi-dev, 
> > libxau-dev
> > +Depends: ${shlibs:Depends}, ${misc:Depends}, x11-common, 
> > x11proto-input-dev, libxau-dev
> >  Conflicts: libxext-dev (<< 6.8.2-25), libxtst-dev (<< 6.8.2-25)
> >  Replaces: libxext-dev (<< 6.8.2-25), libxtst-dev (<< 6.8.2-25)
> >  Pre-Depends: x11-common (>= 1:1.0)
> 
> Yep.

Done, thanks.

Denis



Bug#356918: libx11: FTBFS in experimental.

2006-03-14 Thread Daniel Stone
On Tue, Mar 14, 2006 at 11:59:58PM +0100, Kurt Roeckx wrote:
> On Tue, Mar 14, 2006 at 11:50:34PM +0100, Denis Barbier wrote:
> > On Tue, Mar 14, 2006 at 11:03:32PM +0100, Kurt Roeckx wrote:
> > > Anyway, the package checks for a "inputproto.pc" file directly.
> > > It doesn't check for xextproto.pc (at that point), and libxi-dev
> > > doesn't even contain a .pc file.  So you should build depend on
> > > it directly too.
> > 
> > I know nothing about pkg-config and won't fix this stuff myself, but
> > just to clarify, configure.ac contains
> >   PKG_CHECK_MODULES(X11, xextproto xtrans xau xcmiscproto)
> > which is surely why there is this dependency on x11proto-xext-dev.
> 
> Yes, but later there is:
> AM_CONDITIONAL(XKB, [ test x$XKB = xyes ])
> if test x"$XKB" = "xyes"; then
>XKBPROTO_REQUIRES="kbproto inputproto"
>PKG_CHECK_MODULES(XKBPROTO, $XKBPROTO_REQUIRES)
> 
> 
> PS: I would be happy with the proposed patch, as now libxi-dev
> and libx11-dev depend on each other, which really isn't something
> you want.

Right, so you need B-Ds on x11proto-xext-dev, libxtrans-dev, libxau-dev,
x11proto-xcmisc-dev, x11proto-kb-dev, x11proto-input-dev.  You'd need to
version the libxau-dev B-D.

Cheers,
Daniel


signature.asc
Description: Digital signature


Bug#356793: libgmp3c2: Missing AMD64 port

2006-03-14 Thread Chris Seufert
Im using apt sources for testing and stable, is that my problem... it
would seem unusual to not have it in testing if dependant packages
are. Maybe that just a quirk of running AMD64.

and i get this
~# apt-get install libgmp3c2
Reading package lists... Done
Building dependency tree... Done
Package libgmp3c2 is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
E: Package libgmp3c2 has no installation candidate



-Chris

On 3/14/06, Laurent Fousse <[EMAIL PROTECTED]> wrote:
> Hello,
>
> * Christopher Seufert [Tue, Mar 14, 2006 at 05:10:07PM +1100]:
> > Package: libgmp3c2
> > Severity: important
> >
> > This breaks 'kde' package, as well as 'kcalc' and other dependants
>
> According to http://packages.debian.org/unstable/libs/libgmp3c2, the
> package `libgmp3c2' is available on amd64. Could you be more specific
> in the problem description ?
>
> Regards,
>
> Laurent.
>



Bug#356953: amavisd-new: utility scripts missing from distribution

2006-03-14 Thread Matija Grabnar
Package: amavisd-new
Version: 1:2.3.3-7
Severity: normal

The Debian version of the distribution does not include the three
utility scripts provided by the original package:
a) amavisd-nanny (for monitoring amavisd processes)
b) amavisd-agent (for collecting and displaying stats)
c) amavisd-release (for ordering amavis to release a file from quarantine)

While amavisd-agent is only usefull if you care about stats, amavisd-release
is important to anyone who has wanted mail stuck in quarantine.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-k7
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages amavisd-new depends on:
ii  adduser   3.85   Add and remove users and groups
ii  debconf [debconf-2.0] 1.4.71 Debian configuration management sy
ii  file  4.15-2 Determines file type using "magic"
ii  libarchive-tar-perl   1.28-1 Archive::Tar - manipulate tar file
ii  libarchive-zip-perl   1.16-1 Module for manipulation of ZIP arc
ii  libberkeleydb-perl0.27-1 use Berkeley DB 4 databases from P
ii  libcompress-zlib-perl 1.41-1 Perl module for creation and manip
ii  libconvert-tnef-perl  0.17-4 Perl module to read TNEF files
ii  libconvert-uulib-perl 1.0.5.1-1  Perl interface to the uulib librar
pn  libdigest-md5-perl (no description available)
ii  libio-stringy-perl2.110-1Perl5 modules for IO from scalars 
ii  libmailtools-perl 1.74-0.1   Manipulate email in perl programs
pn  libmime-base64-perl(no description available)
ii  libmime-perl  5.419-1Perl5 modules for MIME-compliant m
ii  libnet-perl   1:1.19-3   Implementation of Internet protoco
ii  libnet-server-perl0.90-1 An extensible, general perl server
ii  libunix-syslog-perl   0.100-4Perl interface to the UNIX syslog(
ii  perl [libtime-hires-perl] 5.8.8-3Larry Wall's Practical Extraction 
ii  perl-modules [libnet-perl]5.8.8-3Core Perl modules

amavisd-new recommends no packages.

-- debconf information excluded


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



Bug#356918: libx11: FTBFS in experimental.

2006-03-14 Thread Daniel Stone
On Tue, Mar 14, 2006 at 11:59:39PM +0100, Denis Barbier wrote:
> On Wed, Mar 15, 2006 at 12:18:43AM +0200, Daniel Stone wrote:
> > On Tue, Mar 14, 2006 at 10:49:50PM +0100, Denis Barbier wrote:
> > > On Tue, Mar 14, 2006 at 07:49:42PM +0100, Kurt Roeckx wrote:
> > > > Your package is still failing to build.  First I get:
> > > > checking for XKBPROTO... configure: error: Package requirements
> > > [...]
> > > > Which seems to be a missing build dependency on
> > > > x11proto-input-dev.
> > > 
> > > This dependency does exist:
> > >   x11proto-xext-dev --> libxi-dev --> x11proto-input-dev
> > > OTOH quilt is missing.
> > 
> > Can you say 'layering violation'?  This dependency should not exist (and
> > shame on me if I added it).  XTest.h uses XInput.h, but the latter is in
> > x11proto-input-dev, not libxi-dev.
> 
> If I understand, you suggest to apply the attached patch, right?

> Index: debian/control
> ===
> --- debian/control(révision 1454)
> +++ debian/control(copie de travail)
> @@ -8,7 +8,7 @@
>  
>  Package: x11proto-xext-dev
>  Architecture: all
> -Depends: ${shlibs:Depends}, ${misc:Depends}, x11-common, libxi-dev, 
> libxau-dev
> +Depends: ${shlibs:Depends}, ${misc:Depends}, x11-common, x11proto-input-dev, 
> libxau-dev
>  Conflicts: libxext-dev (<< 6.8.2-25), libxtst-dev (<< 6.8.2-25)
>  Replaces: libxext-dev (<< 6.8.2-25), libxtst-dev (<< 6.8.2-25)
>  Pre-Depends: x11-common (>= 1:1.0)

Yep.


signature.asc
Description: Digital signature


Bug#356918: libx11: FTBFS in experimental.

2006-03-14 Thread Denis Barbier
tags 356918 pending
thanks

On Tue, Mar 14, 2006 at 11:59:58PM +0100, Kurt Roeckx wrote:
> On Tue, Mar 14, 2006 at 11:50:34PM +0100, Denis Barbier wrote:
> > On Tue, Mar 14, 2006 at 11:03:32PM +0100, Kurt Roeckx wrote:
> > > Anyway, the package checks for a "inputproto.pc" file directly.
> > > It doesn't check for xextproto.pc (at that point), and libxi-dev
> > > doesn't even contain a .pc file.  So you should build depend on
> > > it directly too.
> > 
> > I know nothing about pkg-config and won't fix this stuff myself, but
> > just to clarify, configure.ac contains
> >   PKG_CHECK_MODULES(X11, xextproto xtrans xau xcmiscproto)
> > which is surely why there is this dependency on x11proto-xext-dev.
> 
> Yes, but later there is:
> AM_CONDITIONAL(XKB, [ test x$XKB = xyes ])
> if test x"$XKB" = "xyes"; then
>XKBPROTO_REQUIRES="kbproto inputproto"
>PKG_CHECK_MODULES(XKBPROTO, $XKBPROTO_REQUIRES)

You are obviously right, thus I eventually added
  Build-Depends: x11proto-input-dev, quilt.

> PS: I would be happy with the proposed patch, as now libxi-dev
> and libx11-dev depend on each other, which really isn't something
> you want.

Yes, I will also commit this one after Daniel's blessing.
Thanks for your help.

Denis


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



Bug#352680: mutt: Similar symptoms - more info

2006-03-14 Thread Rob Sims
Package: mutt
Version: 1.5.11+cvs20060126-2
Followup-For: Bug #352680

I also see this behavior.  I use the Courier-IMAP server on a remote
machine (Sarge).  

This problem particularly happens if I also delete other messages in
that box.  

The timeframe of the original poster's issue is about mine.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.13-btd2
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages mutt depends on:
ii  libc6 2.3.6-3GNU C Library: Shared libraries an
ii  libdb4.3  4.3.29-4.1 Berkeley v4.3 Database Libraries [
ii  libgnutls12   1.2.9-2the GNU TLS library - runtime libr
ii  libidn11  0.5.18-2   GNU libidn library, implementation
ii  libncursesw5  5.5-1  Shared libraries for terminal hand
ii  libsasl2  2.1.19-1.9 Authentication abstraction library
ii  postfix [mail-transport-agent 2.2.9-1A high-performance mail transport 

Versions of packages mutt recommends:
ii  locales   2.3.6-3GNU C Library: National Language (
ii  mime-support  3.36-1 MIME files 'mime.types' & 'mailcap

-- no debconf information



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



Bug#356952: diff for 0.98-1.2 NMU of barcode

2006-03-14 Thread luk
Package: barcode
Version: 0.98-1.1
Severity: normal
Tags: patch

Hi,

Attached is the diff for my barcode 0.98-1.2 NMU.

-- 
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint:   D5AF 25FB 316B 53BB 08E7   F999 E544 DE07 9B7C 328D
diff -u barcode-0.98/debian/changelog barcode-0.98/debian/changelog
--- barcode-0.98/debian/changelog
+++ barcode-0.98/debian/changelog
@@ -1,3 +1,10 @@
+barcode (0.98-1.2) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix manpage (Closes: #356932).
+
+ -- Luk Claes <[EMAIL PROTECTED]>  Wed, 15 Mar 2006 00:15:47 +0100
+
 barcode (0.98-1.1) unstable; urgency=high
 
   * Non-maintainer upload.
@@ -102,4 +108,0 @@
-
-Local variables:
-mode: debian-changelog
-End:
diff -u barcode-0.98/debian/copyright barcode-0.98/debian/copyright
--- barcode-0.98/debian/copyright
+++ barcode-0.98/debian/copyright
@@ -26,4 +26,4 @@
  the Debian GNU/Linux barcode source package as the file COPYING.  If not,
- write to the Free Software Foundation, Inc., 59 Temple Place - Suite
- 330, Boston, MA 02111-1307, USA.
+ write to the Free Software Foundation, Inc., 51 Franklin St, Fifth Floor, 
+ Boston, MA 02110-1301, USA.
 
diff -u barcode-0.98/debian/rules barcode-0.98/debian/rules
--- barcode-0.98/debian/rules
+++ barcode-0.98/debian/rules
@@ -31,7 +31,7 @@
$(MAKE) install prefix=`pwd`/debian/tmp/usr
 # Must have debmake installed for this to work. Otherwise please copy
 # /usr/bin/debstd into the debian directory and change debstd to debian/debstd
-   debstd ChangeLog README TODO INSTALL
+   debstd ChangeLog README TODO
dpkg-gencontrol -isp
 #  dpkg-gencontrol -isp -si
chown -R root.root debian/tmp
reverted:
--- barcode-0.98/debian/postinst
+++ barcode-0.98.orig/debian/postinst
@@ -1,7 +0,0 @@
-#!/bin/sh
-#
- if [ "$1" = "configure" ]; then
-if [ -d /usr/doc -a ! -e /usr/doc/barcode -a -d /usr/share/doc/barcode 
]; then
- ln -sf ../share/doc/barcode /usr/doc/barcode
-fi
-   fi


Bug#337632: matchbox-panel: exits at startup with floating point exception

2006-03-14 Thread Manolo Díaz
Moray Allan escribió:
> On Fri, 2006-01-20 at 22:17 +0100, Manolo Díaz wrote:
> 
>>Moray Allan wrote:
>>
>>>Please can I check whether you still see this with the updated
>>>matchbox-panel version 0.9.2-3 ?
>>
>>Yes, but now is more verbose. Here you are:
>>[...]
> 
> 
> Thank you for the information.  Please could you also try with
> matchbox-panel 0.9.3-1 and libmatchbox 1.8-1?
> 
> Yours,
> 

Built from source both, libmatchbox 1.8-1 and matchbox-panel 0.9.2-3
with --enable-debug. Here is a backtrace

Regards,
Manolo Díaz





[EMAIL PROTECTED]:~$ gdb matchbox-panel
GNU gdb 6.4-debian
Copyright 2005 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu"...Using host libthread_db
library "/lib/libthread_db.so.1".

(gdb) run
Starting program: /usr/bin/matchbox-panel
mbmenu: no _MB_THEME set on root window
MB-PANEL-DEBUG: panel_set_theme_from_root_prop() called
MB-PANEL-DEBUG: panel_set_theme_from_root_prop() no _MB_THEME set on
root window
MB-PANEL-DEBUG: panel_set_bg() bg_spec: #e2e2de, type 0
MB-PANEL-DEBUG: setting _MB_PANEL_BG to rgb:14869214
TRAY-DEBUG: mb_tray_handle_xevent() Reparent Notify event

TRAY-DEBUG: mb_tray_handle_xevent() Config Notify event

TRAY-DEBUG: handle_configure() got configure

TRAY-DEBUG: mb_tray_handle_xevent() Config Notify event

TRAY-DEBUG: handle_configure() got configure

TRAY-DEBUG: mb_tray_handle_xevent() Config Notify event

TRAY-DEBUG: handle_configure() got configure

MB-PANEL-DEBUG: session_init() called
mbpanel: Session file does not exist ( tryed
/home/yo/.matchbox/mbdock.session.debug )
MB-PANEL-DEBUG: session_preexisting_start_next() starting
mb-applet-menu-launcher
TRAY-DEBUG: mb_tray_handle_xevent() Config Notify event

TRAY-DEBUG: handle_configure() got configure

MB-PANEL-DEBUG: panel_handle_client_message() called
mbmenu: no _MB_THEME set on root window
mb-applet-menu-launcher: bmon.desktop has no icon, png or name
mb-applet-menu-launcher: nxtvepg.desktop has no icon, png or name
mb-applet-menu-launcher: bmon.desktop has no icon, png or name
mb-applet-menu-launcher: nxtvepg.desktop has no icon, png or name
mb-applet-menu-launcher: bmon.desktop has no icon, png or name
mb-applet-menu-launcher: nxtvepg.desktop has no icon, png or name
MB-PANEL-DEBUG: panel_handle_client_message() called
MB-PANEL-DEBUG: panel_handle_client_message() got system tray message
MB-PANEL-DEBUG: panel_handle_client_message() is SYSTEM_TRAY_REQUEST_DOCK
MB-PANEL-DEBUG: session_preexisting_win_matches_wanted() called
MB-PANEL-DEBUG: session_preexisting_win_matches_wanted() win pid is 0
MB-PANEL-DEBUG: session_preexisting_win_matches_wanted() pid failed,
comparing 'mb-applet-menu-launcher' vs 'mb-applet-menu-launcher'
MB-PANEL-DEBUG: panel_app_new() papp offset at 0
MB-PANEL-DEBUG: panel_app_deliver_config_event() delivering x: 2 , y: 2
w: 32 h: 32 name : App Launcher
MB-PANEL-DEBUG: panel_update_client_list_prop() called
TRAY-DEBUG: mb_tray_handle_xevent() Reparent Notify event

MB-PANEL-DEBUG: panel_menu_update_remove_items() Got icon data (size: 32
x 0)

Program received signal SIGFPE, Arithmetic exception.
0x2abd208f in mb_pixbuf_img_scale_down () from /usr/lib/libmb.so.1
(gdb) bt
#0  0x2abd208f in mb_pixbuf_img_scale_down () from
/usr/lib/libmb.so.1
#1  0x2abd260c in mb_pixbuf_img_scale () from /usr/lib/libmb.so.1
#2  0x2abc9862 in mb_menu_item_icon_set () from /usr/lib/libmb.so.1
#3  0x004084e9 in panel_menu_update_remove_items
(panel=0x511060) at panel_menu.c:129
#4  0x00404139 in panel_handle_dock_request (panel=0x511060,
win=) at panel.c:861
#5  0x00405cfc in panel_main (panel=0x511060) at panel.c:1048
#6  0x0040724b in main (argc=1, argv=) at
panel.c:2088



Bug#356951: w9wm: incorrect binary location /usr/bin/X11/w9wm, should be /usr/bin

2006-03-14 Thread Jari Aalto
Package: w9wm
Version: 0.4.2-4
Severity: serious

Incorrect binary location /usr/bin/X11/w9wm

Debian Policy Manual 
11.8.4 Packages providing a window manager
http://www.debian.org/doc/debian-policy/ch-customized-programs.html

Packages that provide a window manager should declare in their
control data that they provide the virtual package
x-window-manager. They should also register themselves as an
!   alternative for /usr/bin/x-window-manager, with a priority
calculated as follows:
...

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.15-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US)

Versions of packages w9wm depends on:
ii  libc6 2.3.6-3GNU C Library: Shared libraries an
ii  libx11-6  6.9.0.dfsg.1-4 X Window System protocol client li
ii  libxext6  6.9.0.dfsg.1-4 X Window System miscellaneous exte

w9wm recommends no packages.

-- no debconf information


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



Bug#356918: libx11: FTBFS in experimental.

2006-03-14 Thread Denis Barbier
On Wed, Mar 15, 2006 at 12:18:43AM +0200, Daniel Stone wrote:
> On Tue, Mar 14, 2006 at 10:49:50PM +0100, Denis Barbier wrote:
> > On Tue, Mar 14, 2006 at 07:49:42PM +0100, Kurt Roeckx wrote:
> > > Your package is still failing to build.  First I get:
> > > checking for XKBPROTO... configure: error: Package requirements
> > [...]
> > > Which seems to be a missing build dependency on
> > > x11proto-input-dev.
> > 
> > This dependency does exist:
> >   x11proto-xext-dev --> libxi-dev --> x11proto-input-dev
> > OTOH quilt is missing.
> 
> Can you say 'layering violation'?  This dependency should not exist (and
> shame on me if I added it).  XTest.h uses XInput.h, but the latter is in
> x11proto-input-dev, not libxi-dev.

If I understand, you suggest to apply the attached patch, right?

Denis
Index: debian/control
===
--- debian/control  (révision 1454)
+++ debian/control  (copie de travail)
@@ -8,7 +8,7 @@
 
 Package: x11proto-xext-dev
 Architecture: all
-Depends: ${shlibs:Depends}, ${misc:Depends}, x11-common, libxi-dev, libxau-dev
+Depends: ${shlibs:Depends}, ${misc:Depends}, x11-common, x11proto-input-dev, 
libxau-dev
 Conflicts: libxext-dev (<< 6.8.2-25), libxtst-dev (<< 6.8.2-25)
 Replaces: libxext-dev (<< 6.8.2-25), libxtst-dev (<< 6.8.2-25)
 Pre-Depends: x11-common (>= 1:1.0)


Bug#356918: libx11: FTBFS in experimental.

2006-03-14 Thread Kurt Roeckx
On Tue, Mar 14, 2006 at 11:50:34PM +0100, Denis Barbier wrote:
> On Tue, Mar 14, 2006 at 11:03:32PM +0100, Kurt Roeckx wrote:
> > Anyway, the package checks for a "inputproto.pc" file directly.
> > It doesn't check for xextproto.pc (at that point), and libxi-dev
> > doesn't even contain a .pc file.  So you should build depend on
> > it directly too.
> 
> I know nothing about pkg-config and won't fix this stuff myself, but
> just to clarify, configure.ac contains
>   PKG_CHECK_MODULES(X11, xextproto xtrans xau xcmiscproto)
> which is surely why there is this dependency on x11proto-xext-dev.

Yes, but later there is:
AM_CONDITIONAL(XKB, [ test x$XKB = xyes ])
if test x"$XKB" = "xyes"; then
   XKBPROTO_REQUIRES="kbproto inputproto"
   PKG_CHECK_MODULES(XKBPROTO, $XKBPROTO_REQUIRES)


PS: I would be happy with the proposed patch, as now libxi-dev
and libx11-dev depend on each other, which really isn't something
you want.


Kurt



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



Bug#356918: libx11: FTBFS in experimental.

2006-03-14 Thread Denis Barbier
On Tue, Mar 14, 2006 at 11:03:32PM +0100, Kurt Roeckx wrote:
> On Tue, Mar 14, 2006 at 10:49:50PM +0100, Denis Barbier wrote:
> > On Tue, Mar 14, 2006 at 07:49:42PM +0100, Kurt Roeckx wrote:
> > > Package: libx11
> > > Version: 1:1.0.0-3
> > > Severity: serious
> > > Tags: serious
> > > 
> > > Hi,
> > > 
> > > Your package is still failing to build.  First I get:
> > > checking for XKBPROTO... configure: error: Package requirements
> > [...]
> > > Which seems to be a missing build dependency on
> > > x11proto-input-dev.
> > 
> > This dependency does exist:
> >   x11proto-xext-dev --> libxi-dev --> x11proto-input-dev
> 
> Not for the libxi-dev from unstable.
> 
> Anyway, the package checks for a "inputproto.pc" file directly.
> It doesn't check for xextproto.pc (at that point), and libxi-dev
> doesn't even contain a .pc file.  So you should build depend on
> it directly too.
> 
> I see no need to make the x11proto-xext-dev depedency on
> libxi-dev versioned, so I suggest you don't do it.

I know nothing about pkg-config and won't fix this stuff myself, but
just to clarify, configure.ac contains
  PKG_CHECK_MODULES(X11, xextproto xtrans xau xcmiscproto)
which is surely why there is this dependency on x11proto-xext-dev.

Denis


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



Bug#355608: [Lewis, James M.] RE: Bug#355608: auctex: auctex-11.82-1 will not install

2006-03-14 Thread Frank Küster
--- Begin Message ---
I found the CompilationLog file and saw some errors in it
that were my fault.  I cleaned that up and ran dpkg to see
if it still failed.  It did.  The CompilationLog file is
attached.  The postinst log file is empty.

tia
jim
 

>-Original Message-
>From: Frank Küster [mailto:[EMAIL PROTECTED] 
>Sent: Tuesday, March 14, 2006 5:35 AM
>To: Lewis, James M.
>Cc: [EMAIL PROTECTED]
>Subject: Re: Bug#355608: auctex: auctex-11.82-1 will not install
>


CompilationLog
Description: CompilationLog
--- End Message ---


-- 
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)


Bug#356950: ITP: python-pyepl -- library for coding psychology experiments

2006-03-14 Thread Yaroslav Halchenko
Package: wnpp
Severity: wishlist

* Package name: python-pyepl
  Version : 1.0.9
  Upstream Author : Ian Schleifer, Per Sederberg, Aaron Geller, Josh Jacobs
* URL or Web page : http://pyepl.sourceforge.net
* License : LGPL v2.1
  Description : library for coding psychology experiments in Python

PyEPL (the Python Experiment-Programming Library) is a library for
coding psychology experiments in Python. It supports presentation of
both visual and auditory stimuli, and supports both manual
(keyboard/joystick) and sound (microphone) input as responses.

P.S.  If you are interested in following up with the status of this
   ITP please subscribe by sending empty email to
   [EMAIL PROTECTED] where BUGNUMBER should be
   substituted with the bug number assigned

--Yarik


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



Bug#356949: Fwd: [wiki.debian.org] Please improve styles

2006-03-14 Thread Eddy Petrişor
Package: www.debian.org
Severity: minor


Hello,

I am very pleased that Debian has finaly accepted wiki as an official
tool, but I have a few complaints:

- The colour theme looks very bad (why not use a Debian colour based
theme instead of a ubuntu colour one?); IMHO brown is a very ugly
colour
- the Debian logo should be visible on all Debain wii pages (see:
https://wiki.ubuntu.com/ and http://gentoo-wiki.com/ for examples);
this will make it more clear that wiki.d.o is an official thing
- The headings 1,2,3 are too simillar with each other, the font size
should be a lot more different.

--
Regards,
EddyP
=
"Imagination is more important than knowledge" A.Einstein



Bug#356918: libx11: FTBFS in experimental.

2006-03-14 Thread Daniel Stone
On Tue, Mar 14, 2006 at 10:49:50PM +0100, Denis Barbier wrote:
> On Tue, Mar 14, 2006 at 07:49:42PM +0100, Kurt Roeckx wrote:
> > Your package is still failing to build.  First I get:
> > checking for XKBPROTO... configure: error: Package requirements
> [...]
> > Which seems to be a missing build dependency on
> > x11proto-input-dev.
> 
> This dependency does exist:
>   x11proto-xext-dev --> libxi-dev --> x11proto-input-dev
> OTOH quilt is missing.

Can you say 'layering violation'?  This dependency should not exist (and
shame on me if I added it).  XTest.h uses XInput.h, but the latter is in
x11proto-input-dev, not libxi-dev.


signature.asc
Description: Digital signature


Bug#207932: To be fixed, truce, peace

2006-03-14 Thread Jérôme Marant
[EMAIL PROTECTED] (Janusz S. Bień) writes:

> Removing one of the very first free programs from Debian would be
> definitely a milestone in Debian history.

Yes, it is. However, the doc will still be around, in non-free.

>> or to remove the maintainer from the
>> package.
>
> It's a pity that Debian project seems now to be dominated by fanatics.

I've already commented on this, and probably been to harsh about it (I'm
talking about the essays, not the GFDL docs)

I'd like to move on now.

>> 
>> Since the FDL documents contain invariant sections, they will have to be
>> moved to non-free very soon.
>
> Again, a pity.

Debian decided that invariant sections were not acceptable.

>> 
>> So, I'll propose to move those essays to non-free as well at the same
>> time in order to avoid changing the orig tar as much as possible.
>> 
>> Shall we make a truce, a peace even, 
>
> Or make Emacs package unofficial :-). Personally I wouldn't care.
>
> Best regards and thanks for your work on Emacs packaging.

Will grabbing documentation from non-free will be a mjor inconvenience
for you? I'm not so sure. 

-- 
Jérôme Marant



Bug#356627: unicode mode doesn't work properly

2006-03-14 Thread Marcin Owsiany
On Tue, Mar 14, 2006 at 12:09:06AM +, Rafal Czlonka wrote:
> Marcin Owsiany wrote:
> > This is a known upstream problem, which won't be fixed, as it would
> > require rewrites of large part of the code. The author can only
> > recommend running it with "luit".
> 
> That's strange, AFAIR it used to work in the older version over 2 years
> ago. If it's not going to be fixed wouldn't it be easier to just get rid
> of this option from the code?

Here's what Wojtek says:

| The Linux distribution at my desktop computer doesn't support UTF-8
| locale natively, so I'm unable to develop a UTF-8 version. Typical
| "Ncurses and UTF-8" recipes don't work for me.

I guess this means that it should be documented somewhere in the package that
native UTF8 support in ydpdict is broken. I'll do that on the next upload.

Marcin
-- 
Marcin Owsiany <[EMAIL PROTECTED]> http://marcin.owsiany.pl/
GnuPG: 1024D/60F41216  FE67 DA2D 0ACA FC5E 3F75  D6F6 3A0D 8AA0 60F4 1216


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



Bug#356766: quixote: file conflict with python2.3-quixote

2006-03-14 Thread Oleksandr Moskalenko
* Lars Wirzenius <[EMAIL PROTECTED]> [2006-03-14 01:05:20 +0200]:

> Package: quixote
> Version: 2.4-1
> 
> When testing quixote with piuparts, I get the following error:
> 
>   Unpacking python2.3-quixote
> (from .../python2.3-quixote_2.4-1_i386.deb) ...
>   dpkg: error
> processing /var/cache/apt/archives/python2.3-quixote_2.4-1_i386.deb
> (--unpack):
>trying to overwrite
> `/usr/lib/python2.3/site-packages/quixote/sendmail.py', which is also in
> package quixote
> 
> One of the packages probably contains that file by mistake?
> 
> -- 
> The most difficult thing in programming is to be simple and
> straightforward.

Lars,

Thank you for the piuparts reports. I'll rectify the first problem with the
wrong python version in a postinst (#356764), of course. However, I'm not so
sure about the report above. The current "quixote" package does not contain
any scripts. So, I think that pipuparts is trying to upgrade from the
monolithic quixote-2.3 package to the new split 2.4 (quixote
(stub)/python2.3-quixote/python2.4-quixote). I wonder if you agree and what
action should I take if that's the case. Maybe I should add a Replaces:
quixote (<< 2.4) field to the debian/control file entries for
python2.3-quixote and python2.4-quixote?

Thanks,

Alex.


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



  1   2   3   4   5   >