Bug#336645: PHP 4.4.1 fixes security bugs

[Steve Langasek]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Mon, Oct 31, 2005 at 07:14:55PM +0100, Florian Weimer wrote:
> Package: php4
> Tags: security
> Severity: grave

> The Hardened-PHP project has disclosed several security
> vulnerabilites:

>   
>   
>   
>   

> The "globals problem" appears to be somewhat nasty.  It is not clear
> if it applies to stable's 4.3.10 version because the security feature
> which turned out to be buggy was introduced in 4.3.11, according to
> the fourth link above.  (Maybe PHP before 4.3.11 is vulnerable to some
> other issue; I don't know.)

The globals problem described does apply to php 4.3.10.

However, in reading over the description of the vulnerabilities, I don't
really see any grounds for regarding these as grave securty bugs.  The most
severe of these problems, 202005.79, only has a significant impact when
register_globals is set in the PHP environment -- a setting which has been
strongly deprecated for quite some time, and which is disabled by default in
sarge.  There is a *lot* of PHP application code that is vulnerable to XSS
or remote injection attacks when run with register_globals on, or which does
stupid things with manually registering request variables as global
variables; I'm not convinced that this warrants a grave bug against PHP...

- -- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFDZxnjKN6ufymYLloRAlbzAJ9WEN3VAYDovKNzoW5RyTHxuMy38QCgv49I
CrTe7FA6zS0K22ZHRjk+P24=
=8OyH
-END PGP SIGNATURE-


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

Bug#336571: [PATCH]

[Martin Atukunda]

Attached is the patch i used to add ecpg support to pg_wrapper.

--- pg_wrapper  2005-10-31 12:26:20.0 +0300
+++ pg_wrapper.fixed2005-10-31 12:26:12.0 +0300
@@ -9,7 +9,7 @@
 use PgCommon;
 
 @commands = qw/clusterdb createdb createlang createuser dropdb droplang 
dropuser pg_dump
-pg_dumpall pg_restore psql reindexdb vacuumdb vacuumlo/;
+pg_dumpall pg_restore psql reindexdb vacuumdb vacuumlo ecpg/;
 
 $cmd = (split '/', $0)[-1];
 grep { $cmd eq $_ } @commands or die "pg_wrapper: invalid command name $cmd";


- Martin -
-- 
Due to a shortage of devoted followers, the production of great leaders has 
been discontinued.


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

Bug#336540: bzr: Build for sarge? (patch)

[Bob Tanner]

On Monday 31 October 2005 06:13 pm, Rob Weir wrote:
> If you change debian/rules to run "build/scripts/bzr selftest" instead
> of "./bzr selftest", does it pass?

This is weird.

common-post-build-indep::
PYTHONPATH=/tmp/bzr-0.6/build/lib;build/scripts-2.4/bzr selftest

Still gives me

PYTHONPATH=/tmp/bzr-0.6/build/lib;build/scripts-2.4/bzr selftest
No handlers could be found for logger "bzr"
^^^ Any idea what that means?

I do not get that message compiling under sid.

Traceback (most recent call last):
  File "build/scripts-2.4/bzr", line 63, in ?
bzrlib.trace.enable_default_logging()
  File "/tmp/bzr-0.6/build/lib/bzrlib/trace.py", line 205, in 
enable_default_logging
_file_handler.setLevel(level)
AttributeError: 'NoneType' object has no attribute 'setLevel'
make: *** [common-post-build-indep] Error 1

Looking at the code it's like _file_handler isn't be re-initialized in 
open_tracefile().

I commented out line 205
#_file_handler.setLevel(level)

# ./build/scripts-2.4/bzr  selftest
No handlers could be found for logger "bzr"

Still get this handler message, but

running tests...

Ran 488 tests in 21.893s

-- 
Bob Tanner <[EMAIL PROTECTED]>  | Phone : (952)943-8700
http://www.real-time.com, Minnesota, Linux | Fax   : (952)943-8500
Key fingerprint = AB15 0BDF BCDE 4369 5B42  1973 7CF1 A709 2CC1 B288


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

Bug#336139: update

[Jan De Luyck]

Just a short update:

the crashes are gone with 3.4.3-1 (currently in experimental). So, no need to 
still 'fix' this one, since I guess that 3.4.3 will go in unstable in a 
relatively short time.

Jan
-- 
The bigger the theory the better.


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

Bug#332574: Update

[Jan De Luyck]

As an update, I'm currently using the latest upstream (self compiled against 
an older version of the Gecko SDK so it works in Opera), and I've still to 
see any problems.

Jan
-- 
NOTICE:
Anyone seen smoking will be assumed to be on fire and will
be summarily put out.


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

Bug#281187: (no subject)

[Jan De Luyck]

Ah, okay. Thanks for the update. Closing bug.

-- 
Conformity is the refuge of the unimaginative.



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

Bug#336743: doesn't break long \hrefs in DVI while PDF does

[Martin Michlmayr]

Package: tetex-bin
Version: 3.0-10.1
Severity: normal

I just upgraded to 3.0 and noticed that DVI does not break long \hrefs
across a line - while PDF does.  A simple test case is attached.

BTW, this new xdvi is cool.


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

Versions of packages tetex-bin depends on:
ii  debconf [debconf-2.0]1.4.58  Debian configuration management sy
ii  debianutils  2.15Miscellaneous utilities specific t
ii  dpkg 1.13.11.0.1 package maintenance system for Deb
ii  ed   0.2-20  The classic unix line editor
ii  libc62.3.5-7 GNU C Library: Shared libraries an
ii  libgcc1  1:4.0.2-3   GCC support library
ii  libice6  6.8.2.dfsg.1-10 Inter-Client Exchange library
ii  libkpathsea4 3.0-10.1path search library for teTeX (run
ii  libpaper11.1.14-3Library for handling paper charact
ii  libpng12-0   1.2.8rel-5  PNG library - runtime
ii  libsm6   6.8.2.dfsg.1-10 X Window System Session Management
ii  libstdc++6   4.0.2-3 The GNU Standard C++ Library v3
ii  libt1-5  5.1.0-2 Type 1 font rasterizer library - r
ii  libx11-6 6.8.2.dfsg.1-10 X Window System protocol client li
ii  libxaw8  6.8.2.dfsg.1-10 X Athena widget set library
ii  libxext6 6.8.2.dfsg.1-10 X Window System miscellaneous exte
ii  libxmu6  6.8.2.dfsg.1-10 X Window System miscellaneous util
ii  libxp6   6.8.2.dfsg.1-10 X Window System printing extension
ii  libxpm4  6.8.2.dfsg.1-10 X pixmap library
ii  libxt6   6.8.2.dfsg.1-10 X Toolkit Intrinsics
ii  mime-support 3.35-1  MIME files 'mime.types' & 'mailcap
ii  perl 5.8.7-7 Larry Wall's Practical Extraction 
ii  sed  4.1.4-4 The GNU sed stream editor
ii  tetex-base   3.0-10  Basic library files of teTeX
ii  ucf  2.003   Update Configuration File: preserv
ii  xlibs6.8.2.dfsg.1-10 X Window System client libraries m
ii  zlib1g   1:1.2.3-6   compression library - runtime

Versions of packages tetex-bin recommends:
ii  dialog1.0-20051030-1 Displays user-friendly dialog boxe
ii  libxml-parser-perl2.34-4 Perl module for parsing XML files
pn  perl-tk(no description available)
ii  psutils   1.17-19A collection of PostScript documen
ii  whiptail  0.51.6-31  Displays user-friendly dialog boxe

-- debconf information:
  tetex-bin/updmap-failed:
  tetex-bin/hyphen: french[=patois], ngerman[=naustrian-neue_Rechtschreibung]
  tetex-bin/oldcfg: true
  tetex-bin/upd_map: true
  tetex-bin/cnf_name:
  tetex-bin/fmtutil: true
  tetex-bin/use_debconf: false
  tetex-bin/fmtutil-failed:

-- 
Martin Michlmayr
http://www.cyrius.com/
\documentclass[12pt]{scrartcl}

\usepackage[utf8]{inputenc}
\usepackage[colorlinks=true,urlcolor=blue]{hyperref}

\begin{document}

\href{http://www.debian.org/}{Debian is a very popular
distribution that ships LaTeX, and it has just upgraded to a new
major version of tetex.}

\end{document}

Bug#336742: caudium: please support delayed compressed logs for webalizer

[Mario 'BitKoenig' Holbe]

Package: caudium
Version: 2:1.4.7-6
Severity: wishlist
Tags: patch

Hello,

to prevent race-conditions in webalizer (logfile is rotated before
webalizer can read it) it would be nice to have one rotated but
uncompressed logfile.
logrotate supports this via the delaycompress keyword. For example,
the apache packages uses that, too.


Thanks for your work & regards
   Mario
-- 
Uebrigens... Wer frueher stirbt ist laenger tot!
--- /etc/logrotate.d/caudium2005-10-05 09:03:05.0 +0200
+++ caudium 2005-11-01 08:21:52.0 +0100
@@ -2,6 +2,7 @@
   rotate 12
   monthly
   compress
+  delaycompress
   copytruncate
   missingok
   notifempty


signature.asc
Description: Digital signature

Bug#336741: lynx-cur: Wrong url displayed as part of version message

[Aaron Howell]

Package: lynx-cur
Version: 2.8.6-17
Severity: minor

As the last line of the output from -version,
Lynx displays the url, and information about OpenSSL,
however Lynx is built with GNUTLS.
Perhaps this should be changed to:
"See http://www.gnu.org/software/gnutls for information about GNUTLS"?


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

Versions of packages lynx-cur depends on:
ii  debconf [debconf-2.0] 1.4.58 Debian configuration management sy
ii  libc6 2.3.5-7GNU C Library: Shared libraries an
ii  libgnutls12   1.2.8-1the GNU TLS library - runtime libr
ii  libncurses5   5.5-1  Shared libraries for terminal hand
ii  zlib1g1:1.2.3-6  compression library - runtime

Versions of packages lynx-cur recommends:
ii  mime-support  3.35-1 MIME files 'mime.types' & 'mailcap

-- debconf information excluded


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

Bug#336740: /usr/share/doc/enigma/enigma-data is broken and useless (?) symlink

[Thomas Luzat]

Package: enigma
Version: 0.92.1-1
Severity: minor

/usr/share/doc/enigma/enigma-data points to enigma-data, which seems to
be a useless recursive link. I'd suggest removal.

Thanks!

Thomas Luzat




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

Bug#336739: Please parse changelogs (thereby ignoring Emacs cruft)

[Martin Michlmayr]

Package: apt-listchanges
Version: 2.59-0.2
Severity: wishlist

I just made a dist-upgrade and in the news sent to me by
apt-listchanges, the formating was broken because of some Emacs stuff
included at the end of dictionaries-common.NEWS.  If apt-listchanges
would properly parse changelog entries, such cruft at the end would
be ignored.  I think this would also address #247356 ("Please put a
new line between news entries").

- Forwarded message from root -

From: root
Subject: apt-listchanges: news for deprecation
Date: Tue,  1 Nov 2005 05:24:31 + (GMT)
To: tbm
X-Spam-Status: No, score=-8.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00,
D_SENT_BY_APTLC autolearn=ham version=3.0.4

dictionaries-common (0.62.0) unstable; urgency=low

  * ispell-dictionary-alist is no longer expected to be customized.
Please use ispell-local-dictionary-alist instead. This will
also work with emacs-snapshot.
  * ispell.el will no longer be loaded on emacs startup. If for
any reason you need that, you have to force that behavior from
your emacs initialization files.
  * Read /usr/share/doc/dictionaries-common/README.emacs for more
details on any of the above items.

 -- Agustin Martin Domingo <[EMAIL PROTECTED]>  Thu, 27 Oct 2005 19:28:44 +0200

Local Variables:
mode: debian-changelog
coding: utf-8
End:spamassassin (3.1.0a-1) unstable; urgency=low

  This is a new major upstream release with many new
...

- End forwarded message -


641:[EMAIL PROTECTED]: ..aries-common-0.62.0/debian] parsechangelog *NEWS
Source: dictionaries-common
Version: 0.62.0
Distribution: unstable
Urgency: low
Maintainer: Agustin Martin Domingo <[EMAIL PROTECTED]>
Date: Thu, 27 Oct 2005 19:28:44 +0200
Changes:
 dictionaries-common (0.62.0) unstable; urgency=low
 .
   * ispell-dictionary-alist is no longer expected to be customized.
 Please use ispell-local-dictionary-alist instead. This will
 also work with emacs-snapshot.
   * ispell.el will no longer be loaded on emacs startup. If for
 any reason you need that, you have to force that behavior from
 your emacs initialization files.
   * Read /usr/share/doc/dictionaries-common/README.emacs for more
 details on any of the above items.
642:[EMAIL PROTECTED]: ..aries-common-0.62.0/debian] cat *NEWS
dictionaries-common (0.62.0) unstable; urgency=low

  * ispell-dictionary-alist is no longer expected to be customized.
Please use ispell-local-dictionary-alist instead. This will
also work with emacs-snapshot.
  * ispell.el will no longer be loaded on emacs startup. If for
any reason you need that, you have to force that behavior from
your emacs initialization files.
  * Read /usr/share/doc/dictionaries-common/README.emacs for more
details on any of the above items.

 -- Agustin Martin Domingo <[EMAIL PROTECTED]>  Thu, 27 Oct 2005
19:28:44 +0200

Local Variables:
mode: debian-changelog
coding: utf-8
643:[EMAIL PROTECTED]: ..aries-common-0.62.0/debian]

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


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

Bug#336736: gnome-system-monitor: should depend on libgtop2-5 >= 2.12

[Nigel Sim]

Package: gnome-system-monitor
Version: 2.12.1-1
Severity: grave
Tags: experimental
Justification: renders package unusable


gnome-system-monitor requires libgtop2-5 >=2.9.4, but with
libgtop2-5 2.10.2 installed I get:
gnome-system-monitor: symbol lookup error: gnome-system-monitor:
undefined symbol: glibtop_init

Installing libgtop2-5 2.12.0 fixes this.

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

Versions of packages gnome-system-monitor depends on:
ii  gconf2  2.12.0-4 GNOME configuration database syste
ii  libart-2.0-22.3.17-1 Library of functions for 2D graphi
ii  libatk1.0-0 1.10.3-1 The ATK accessibility toolkit
ii  libbonobo2-02.10.1-1 Bonobo CORBA interfaces library
ii  libbonoboui2-0  2.10.1-1 The Bonobo UI library
ii  libc6   2.3.5-1  GNU C Library: Shared libraries an
ii  libcairo2   1.0.2-1  The Cairo 2D vector graphics libra
ii  libfontconfig1  2.3.1-2  generic font configuration library
ii  libgconf2-4 2.12.0-4 GNOME configuration database syste
ii  libglib2.0-02.8.3-1  The GLib library of C routines
ii  libgnome-keyring0   0.4.3-1  GNOME keyring services library
ii  libgnome2-0 2.10.1-1 The GNOME 2 library - runtime file
ii  libgnomecanvas2-0   2.12.0-1 A powerful object-oriented display
ii  libgnomeui-02.10.1-1 The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0  2.12.0-1 The GNOME virtual file-system libr
ii  libgtk2.0-0 2.8.3-1  The GTK+ graphical user interface 
ii  libgtop2-5  2.12.0-1 Libraries for gtop system monitori
ii  libice6 6.8.2.dfsg.1-1   Inter-Client Exchange library
ii  liborbit2   1:2.12.2-3   libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0   1.10.1-1 Layout and rendering of internatio
ii  libpopt01.7-5lib for parsing cmdline parameters
ii  libsm6  6.8.2.dfsg.1-1   X Window System Session Management
ii  libwnck18   2.12.1-1 Window Navigator Construction Kit 
ii  libx11-66.8.2.dfsg.1-1   X Window System protocol client li
ii  libxcursor1 1.1.3-1  X cursor management library
ii  libxext66.8.2.dfsg.1-1   X Window System miscellaneous exte
ii  libxi6  6.8.2.dfsg.1-1   X Window System Input extension li
ii  libxinerama16.8.2.dfsg.1-6   X Window System multi-head display
ii  libxml2 2.6.22-1 GNOME XML library
ii  libxrandr2  6.8.2.dfsg.1-1   X Window System Resize, Rotate and
ii  libxrender1 1:0.9.0-2X Rendering Extension client libra
ii  scrollkeeper0.3.14-9.1   A free electronic cataloging syste
ii  xlibs   6.8.2.dfsg.1-0pre1v1 X Window System client libraries m
ii  zlib1g  1:1.2.3-4compression library - runtime

gnome-system-monitor recommends no packages.

-- no debconf information


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

Bug#326824: patch

[Ralf Hildebrandt]

Package: at
Version: 3.1.9
Followup-For: Bug #326824


Attached is a patch

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (900, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.4.20-pre4-bf2.4-jfs
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages at depends on:
ii  libc62.3.5-6 GNU C Library: Shared libraries an
ii  libpam0g 0.79-3  Pluggable Authentication Modules l
ii  postfix [mail-transport-agen 2.2.4-1.0.1 A high-performance mail transport 

at recommends no packages.

-- no debconf information
--- /etc/init.d/atd~2005-08-02 11:39:55.0 +0200
+++ /etc/init.d/atd 2005-11-01 08:09:38.0 +0100
@@ -33,7 +33,7 @@
 ;;
   force-reload|restart)
 echo -n "Restarting deferred execution scheduler: atd"
-start-stop-daemon --stop --quiet --oknodo --retry 30 --pidvfile $PIDFILE 
--name $DAEMON
+start-stop-daemon --stop --quiet --oknodo --retry 30 --pidfile $PIDFILE 
--name $DAEMON
 start-stop-daemon --start --quiet --pidfile $PIDFILE --startas $DAEMON -- 
$ARGS
 echo "."
 ;;

Bug#245338: Yes, you missed something!

[Alexis Huxley]

Your premise that:

> he shouldn't need his local named to resolve the name of the time
> server.

is right; one does not need a local named in order to resolve the
name of a remote time server. But ...

... running a local name server with resolv.conf containing 127.0.0.1
is quite a common and accepted practice; it's called a "caching-only
name server." A quick google will show the commonness of this approach
on Debian:

http://www.google.com/search?q=caching-only+nameserver+site:.debian.org&num=100&hl=en&lr=&sa
fe=off&start=100&sa=N

I suspect that the original poster has this configuration; certainly
I do. And then we're back to the original problem:

> ntpdate: starts too early on machines w DNS server

This is definitely a bug in the ordering and should be reclassified
out of "won't fix".

If you need more information then please don't hesitate to contact
me.

Regards ..

Alexis



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

Bug#245338: Yes, you missed something!

[Alexis Huxley]

Your premise that:

> he shouldn't need his local named to resolve the name of the time
> server.

is right; one does not need a local named in order to resolve the
name of a remote time server. But ...

... running a local name server with resolv.conf containing 127.0.0.1
is quite a common and accepted practice; it's called a "caching-only
name server." A quick google will show the commonness of this approach
on Debian:

http://www.google.com/search?q=caching-only+nameserver+site:.debian.org&num=100&hl=en&lr=&sa
fe=off&start=100&sa=N

I suspect that the original poster has this configuration; certainly
I do. And then we're back to the original problem:

> ntpdate: starts too early on machines w DNS server

This is definitely a bug in the ordering and should be reclassified
out of "won't fix".

If you need more information then please don't hesitate to contact
me.

Regards ..

Alexis


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

Bug#336737: ipvsadm: [INTL:sv] Swedish debconf templates translation

[Daniel Nylander]

Package: ipvsadm
Version: 1.24+1.21-1.1
Severity: wishlist
Tags: patch l10n



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

Versions of packages ipvsadm depends on:
ii  debconf   1.4.58 Debian configuration management sy
ii  libc6 2.3.5-7GNU C Library: Shared libraries an
ii  libpopt0  1.7-5  lib for parsing cmdline parameters

ipvsadm recommends no packages.

-- debconf information:
* ipvsadm/kernel_does_not_support_ipvs:
  ipvsadm/daemon_multicast_interface: eth0
  ipvsadm/auto_load_rules: false
  ipvsadm/daemon_method: none
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
#
#Developers do not need to manually edit POT or PO files.
#
msgid ""
msgstr ""
"Project-Id-Version: ipvsadm 1.24+1.21-1.1\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2004-08-25 02:58+0200\n"
"PO-Revision-Date: 2005-11-01 08:08+0100\n"
"Last-Translator: Daniel Nylander <[EMAIL PROTECTED]>\n"
"Language-Team: Swedish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=iso-8859-1\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Poedit-Language: swe\n"
"X-Poedit-Country: swe\n"

#. Type: select
#. Choices
#: ../ipvsadm.templates:3
msgid "none, master, backup"
msgstr "ingen, master, backup"

#. Type: select
#. Description
#: ../ipvsadm.templates:5
msgid "Select a daemon method."
msgstr "Välj en metod för demonen."

#. Type: select
#. Description
#: ../ipvsadm.templates:5
msgid "ipvsadm can activate the IPVS synchronization daemon. \"master\" starts 
this daemon in master mode, \"backup\" in backup mode. \"none\" disables the 
daemon."
msgstr "ipvsadm kan aktivera synkroniseringsdemonen för IPVS. \"master\" 
startar denna demon i master-läge, \"backup\" i backup-läge. \"ingen\" stänger 
av demonen."

#. Type: select
#. Description
#: ../ipvsadm.templates:5
msgid "See the man page for more details, ipvsadm(8)."
msgstr "Se manualsidan för mer detaljer, ipvsadm(8)."

#. Type: note
#. Description
#: ../ipvsadm.templates:14
msgid "Kernel does not support IPVS."
msgstr "Kärnan har inte stöd för IPVS."

#. Type: note
#. Description
#: ../ipvsadm.templates:14
msgid "ipvsadm requires IPVS support in the kernel. Please use a kernel with 
IPVS modules, otherwise this software is pretty useless."
msgstr "ipvsadm kräver stöd för IPVS i kärnan. Vänligen använd en kärna med 
IPVS-moduler annars är denna programvara ganska oanvändbar."

#. Type: boolean
#. Description
#: ../ipvsadm.templates:21
msgid "Do you want to automatically load IPVS rules on boot?"
msgstr "Vill du automatiskt ladda in IPVS-regler vid systemets uppstart?"

#. Type: boolean
#. Description
#: ../ipvsadm.templates:21
msgid "If you choose this option your IPVS rules will be saved to and loaded 
from /etc/ipvsadm.rules automatically on shutdown resp. boot."
msgstr "Om du väljer denna funktion kommer dina IPVS-regler att sparas till och 
laddas från /etc/ipvsadm.rules automatiskt vid nedstängning av systemet och 
uppstart."

#. Type: string
#. Default
#: ../ipvsadm.templates:27
msgid "eth0"
msgstr "eth0"

#. Type: string
#. Description
#: ../ipvsadm.templates:28
msgid "Enter the multicast interface that sync daemon uses."
msgstr "Ange det multicastgränssnitt som sync-demonen använder."

#. Type: string
#. Description
#: ../ipvsadm.templates:28
msgid "Select the multicast interface to be used by synchronization daemon. 
e.g. eth0, eth1..."
msgstr "Välj det multicastgränssnitt som ska användas av 
synkroniseringsdemonen. Exempelvis eth0, eth1..."

#. Type: string
#. Description
#: ../ipvsadm.templates:28
msgid "${interface_error}"
msgstr "${interface_error}"

Bug#336738: Broken symlink /usr/share/doc/kde/HTML/en/kaffeine/common

[Thomas Luzat]

Package: kaffeine
Version: 0.7.1-1.2
Severity: minor

The symlink /usr/share/doc/kde/HTML/en/kaffeine/common points to:

../../../kde/HTML/en/common

but should point to:

../../../../kde/HTML/en/common

or like in most - if not all - other KDE packages just to:

../common

Thanks!

Thomas Luzat




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

Bug#336735: please remove Emacs cruft from dictionaries-common.NEWS

[Martin Michlmayr]

Package: dictionaries-common
Version: 0.62.0
Severity: minor

I just made a dist-upgrade and in the news sent to me by
apt-listchanges, the formating was broken because of the Emacs stuff
included in dictionaries-common.NEWS.

Can you please remove this?  I don't use Emacs myself but I've been
told that it automatically recognizes debian/changelog these days.  If
it doesn't recognize debian/*NEWS, pleases file a bug on Emacs or
change your configuration.  Thanks.



- Forwarded message from root -

From: root
Subject: apt-listchanges: news for deprecation
Date: Tue,  1 Nov 2005 05:24:31 + (GMT)
To: tbm
X-Spam-Status: No, score=-8.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00,
D_SENT_BY_APTLC autolearn=ham version=3.0.4

dictionaries-common (0.62.0) unstable; urgency=low

  * ispell-dictionary-alist is no longer expected to be customized.
Please use ispell-local-dictionary-alist instead. This will
also work with emacs-snapshot.
  * ispell.el will no longer be loaded on emacs startup. If for
any reason you need that, you have to force that behavior from
your emacs initialization files.
  * Read /usr/share/doc/dictionaries-common/README.emacs for more
details on any of the above items.

 -- Agustin Martin Domingo   Thu, 27 Oct 2005 19:28:44 +0200

Local Variables:
mode: debian-changelog
coding: utf-8
End:spamassassin (3.1.0a-1) unstable; urgency=low

  This is a new major upstream release with many new
  features. Detailed information on the upgrade is available in
...

- End forwarded message -

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


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

Bug#336566: yaird error: error running modprobe auto (fatal) when installing linux-image-2.6.14-1-k7

[Srdjan]

Gladly, but I don't know where to look for it. What I did was upgrade 
linux-image-2.6-k7, which pulled linux-image-2.6.14-1-k7,

which pulled yaird. The output is:

Using /usr/sbin/mkinitrd.yaird to build the ramdisk.
Full list of probed ramdisk generating tools : /usr/sbin/mkinitrd 
/usr/sbin/mkinitrd.yaird /usr/sbin/mkinitramfs.

yaird error: error running modprobe auto (fatal)
Failed to create initrd image.
dpkg: error processing linux-image-2.6.14-1-k7 (--configure):
subprocess post-installation script returned error exit status 2

Cheers,
Srdjan

 




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

Bug#336540: bzr: Build for sarge? (patch)

[Bob Tanner]

On Monday 31 October 2005 06:13 pm, you wrote:
> If you change debian/rules to run "build/scripts/bzr selftest" instead
> of "./bzr selftest", does it pass?

build/scripts/bzr selftest
make: build/scripts/bzr: Command not found
make: *** [common-post-build-indep] Error 127

# find build -name "bzr"
build/scripts-2.4/bzr

Changed debian/rules to

common-post-build-indep::
build/scripts-2.4/bzr selftest

build/scripts-2.4/bzr selftest
bzr: ERROR: Couldn't import bzrlib and dependencies.
Please check bzrlib is on your PYTHONPATH.

Traceback (most recent call last):
  File "build/scripts-2.4/bzr", line 46, in ?
import bzrlib
ImportError: No module named bzrlib
make: *** [common-post-build-indep] Error 1

-- 
Bob Tanner <[EMAIL PROTECTED]>  | Phone : (952)943-8700
http://www.real-time.com, Minnesota, Linux | Fax   : (952)943-8500
Key fingerprint = AB15 0BDF BCDE 4369 5B42  1973 7CF1 A709 2CC1 B288


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

Bug#336734: debhelper compatability version >=3 should be used

[Thomas Luzat]

Package: nvidia-kernel-source
Version: 1.0.7676-1
Tags: experimental
Severity: minor

When building nvidia-kernel-source packages with make-kpkg I notice the
following:

[...]
dh_testdir
dh_testroot
dh_installdocs
dh_installdocs: Compatibility levels before 3 are deprecated.
dh_installinit
dh_installinit: Compatibility levels before 3 are deprecated.
dh_installchangelogs
dh_installchangelogs: Compatibility levels before 3 are deprecated.
dh_link
dh_link: Compatibility levels before 3 are deprecated.
dh_strip
dh_strip: Compatibility levels before 3 are deprecated.
dh_compress
dh_compress: Compatibility levels before 3 are deprecated.
dh_fixperms
dh_fixperms: Compatibility levels before 3 are deprecated.
dh_installdeb
dh_installdeb: Compatibility levels before 3 are deprecated.
dh_gencontrol -- -v1.0.7676-1+1.0
dh_gencontrol: Compatibility levels before 3 are deprecated.
dh_md5sums
dh_md5sums: Compatibility levels before 3 are deprecated.
dh_builddeb
--destdir=/home/tom/admin/kernel/linux-2.6.14-tom1-mojo-jojo/..
dh_builddeb: Compatibility levels before 3 are deprecated.
[...]

While the build works fine, please bump up the compatability level to
avoid the warnings and future problems.

Thanks!

Thomas Luzat




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

Bug#336733: kernel-package tells me we're being reinstalled AND updated

[Martin Michlmayr]

Package: kernel-package
Version: 9.008.4
Severity: minor

I had no kernel package installed at all, and when I installed one, I
was told that we're being reinstalled AND updated.  Obviously, neither
is true.

| Not touching initrd symlinks since we are being reinstalled (2.6.12-10)
| Not updating image symbolic links since we are being updated (2.6.12-10)

(Yes, I was running the kernel that I was installing; basically, I
purged and then reinstalled the package.)

Full transcript:

[ purge kernel stuff ]

619:[EMAIL PROTECTED]: ~] ls -la /boot
total 19
drwxr-xr-x   5 root root  1024 2005-11-01 06:52 .
drwxr-xr-x  24 root root  4096 2005-11-01 05:58 ..
lrwxrwxrwx   1 root root15 2005-05-25 19:35 debian.bmp -> /boot/sarge.bmp
drwxr-xr-x   2 root root  1024 2005-11-01 06:52 grub
drwx--   2 root root  1024 2005-05-25 20:20 keys
drwx--   2 root root 12288 2005-05-25 17:23 lost+found
620:[EMAIL PROTECTED]: ~] sudo apt-get install linux-image-2.6.12-1-686
Reading package lists... Done
Building dependency tree... Done
Suggested packages:
  linux-doc-2.6.12 lilo
The following NEW packages will be installed:
  linux-image-2.6.12-1-686
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 0B/16.7MB of archives.
After unpacking 48.6MB of additional disk space will be used.
Selecting previously deselected package linux-image-2.6.12-1-686.
(Reading database ... 104500 files and directories currently installed.)
Unpacking linux-image-2.6.12-1-686 (from 
.../linux-image-2.6.12-1-686_2.6.12-10_i386.deb) ...
You are attempting to install a kernel image (version 2.6.12-1-686)
However, the directory /lib/modules/2.6.12-1-686 still exists.  If this
directory belongs to a previous linux-image-2.6.12-1-686 package, and if
you have deselected some modules, or installed standalone modules
packages, this could be bad. However, if this directory exists because
you are also installing some stand alone modules right now, and they
got unpacked before I did, then this is pretty benign.  Unfortunately,
I can not tell the difference.

If /lib/modules/2.6.12-1-686 belongs to a old install of
linux-image-2.6.12-1-686, then this is your last chance to abort the
installation of this kernel image (nothing has been changed yet).

If this directory is because of stand alone modules being installed
right now, or if it does belong to an older linux-image-2.6.12-1-686
package but you know what you are doing, and if you feel that this
image should be installed despite this anomaly, Please answer n to the
question.

Otherwise, I suggest you move /lib/modules/2.6.12-1-686 out of the way,
perhaps to /lib/modules/2.6.12-1-686.old or something, and then try
re-installing this image.
Do you want to stop now? [Y/n]n
Setting up linux-image-2.6.12-1-686 (2.6.12-10) ...

 You are attempting to install a kernel version that is the same as
 the version you are currently running (version 2.6.12-1-686). The modules
 list is quite likely to have been changed, and the modules dependency
 file /lib/modules/2.6.12-1-686/modules.dep needs to be re-built. It can
 not be built correctly right now, since the module list for the
 running kernel are likely to be different from the kernel installed.
 I am creating a new modules.dep file, but that may not be
 correct. It shall be regenerated correctly at next reboot.

 I repeat: you have to reboot in order for the modules file to be
 created correctly. Until you reboot, it may be impossible to load
 some modules. Reboot as soon as this install is finished (Do not
 reboot right now, since you may not be able to boot back up until
 installation is over, but boot immediately after). I can not stress
 that too much. You need to reboot soon.

Please Hit return to continue.
Not touching initrd symlinks since we are being reinstalled (2.6.12-10)
Not updating image symbolic links since we are being updated (2.6.12-10)
Searching for GRUB installation directory ... found: /boot/grub .
Testing for an existing GRUB menu.list file... found: /boot/grub/menu.lst .
Searching for splash image... none found, skipping...
Found kernel: /vmlinuz-2.6.12-1-686
Updating /boot/grub/menu.lst ... done


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


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

Bug#336731: bzr: DEB_PYTHON_COMPILE_VERSION = vs := (CDBS tutorial)

[Bob Tanner]

Package: bzr
Version: 0.6-2
Severity: minor


0.6's debian/rules shows

DEB_PYTHON_COMPILE_VERSION=2.4

But the tutorial at https://wiki.duckcorp.org/DebianPackagingTutorial/CDBS under
the section "Using the Python class" shows

DEB_PYTHON_COMPILE_VERSION := 2.3

Note the = vs :=, changing it gives me different behavior when building the
package.

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

Versions of packages bzr depends on:
ii  python2.4 2.4.2-1An interactive high-level object-o
ii  python2.4-celementtree1.0.2-2Light-weight toolkit for XML proce

bzr recommends no packages.

-- no debconf information


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

Bug#336732: /lib/modules/*/build symlink should be ignored when checking if kernel is installed

[Martin Michlmayr]

Package: kernel-package
Version: 9.008.4
Severity: minor

I just installed a new kernel but it told me that the modules
directory exists already and asked whether I really want to continue.
There was only a "build" directory in the modules dir, pointing to
linux-headers.  The build symlink should be ignored when checking if
there are modules.



Transcript:

The following NEW packages will be installed:
  linux-image-2.6.12-1-686
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 0B/16.7MB of archives.
After unpacking 48.6MB of additional disk space will be used.
(Reading database ... 104552 files and directories currently installed.)
Unpacking linux-image-2.6.12-1-686 (from 
.../linux-image-2.6.12-1-686_2.6.12-10_i386.deb) ...
You are attempting to install a kernel image (version 2.6.12-1-686)
However, the directory /lib/modules/2.6.12-1-686 still exists.  If this
directory belongs to a previous linux-image-2.6.12-1-686 package, and if
you have deselected some modules, or installed standalone modules
packages, this could be bad. However, if this directory exists because
you are also installing some stand alone modules right now, and they
got unpacked before I did, then this is pretty benign.  Unfortunately,
I can not tell the difference.

If /lib/modules/2.6.12-1-686 belongs to a old install of
linux-image-2.6.12-1-686, then this is your last chance to abort the
installation of this kernel image (nothing has been changed yet).

At the same time from a different terminal:

758:[EMAIL PROTECTED]: ~] ls -la /lib/modules/2.6.12-1-686
total 8
drwxr-xr-x  2 root root 4096 2005-11-01 05:58 .
drwxr-xr-x  3 root root 4096 2005-11-01 05:56 ..
lrwxrwxrwx  1 root root   35 2005-11-01 05:40 build -> 
/usr/src/linux-headers-2.6.12-1-686
759:[EMAIL PROTECTED]: ~]





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

Versions of packages kernel-package depends on:
ii  dpkg 1.13.11.0.1 package maintenance system for Deb
ii  dpkg-dev 1.13.11 package building tools for Debian
ii  gcc [c-compiler] 4:4.0.2-1   The GNU C compiler
ii  gcc-4.0 [c-compiler] 4.0.2-3 The GNU C compiler
ii  make 3.80-11 The GNU version of the "make" util
ii  perl 5.8.7-7 Larry Wall's Practical Extraction 

Versions of packages kernel-package recommends:
ii  bzip2 1.0.2-10   high-quality block-sorting file co
ii  libc6-dev [libc-dev]  2.3.5-7GNU C Library: Development Librari

-- no debconf information

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


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

Bug#336730: Prints error when no kernel is installed

[Martin Michlmayr]

Package: grub
Version: 0.95+cvs20040624-18
Severity: minor

I just temporarily removed my kernel package and when grub-update was
run, I got:

| Ok, proceeding with removing running kernel image.
| Searching for GRUB installation directory ... found: /boot/grub .
| Testing for an existing GRUB menu.list file... found: /boot/grub/menu.lst .
| Searching for splash image... none found, skipping...
| /bin/ls: /boot/vmlinuz-*: No such file or directory

It would be nice if 'ls' was used in a way that no error is shown when
/boot/vmlinuz-* doesn't exist, e.g. "ls -1 /boot | grep ^vmlinuz-" or
something.



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

Versions of packages grub depends on:
ii  libc6 2.3.5-7GNU C Library: Shared libraries an
ii  libncurses5   5.5-1  Shared libraries for terminal hand

grub recommends no packages.

-- no debconf information

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


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

Bug#336721: Confusion regarding ramdisk Provides; is initrd-tools still supported?

[Martin Michlmayr]

retitle 336721 Please remove unused Provides
severity 336721 minor
thanks

* Jurij Smakov <[EMAIL PROTECTED]> [2005-10-31 22:10]:
> As far as I can tell, this is correct. Initrds for current kernels
> *must* be generated using either yaird or initramfs-tools (both of
> which are experimental software, by the way), since devfs support
> was dropped in 2.6.13 and initrd-tools rely heavily on it.

Thanks, Horms just reminded me of this fact... this makes sense.

OK, I guess in this case this bug report is obsolete... however, given
that nothing uses initrd-tools's Provides of 'linux-initrd-tool', I
suggest this to be removed.

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


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

Bug#336600: I guess yaird should resolve failures early?

[Martin Michlmayr]

* Horms <[EMAIL PROTECTED]> [2005-11-01 14:02]:
> Unless I am very much mistaken, the core of the problem is that since
> devfs disapeared in 2.6.12, initrd-tools is no longer a viable choice,

Right, I didn't realize that but now that you say it it's pretty
obvious.

> so we are scrambling to find one. Both Yarid and initramfs-tools are now
> under very heavy development, progress is being made by the day, and to
> be honest the whole thing seems to be a lot less painful that I feared.

In this case, I guess this bug report can be closed and yaird or
initramfs-tools should stay as default.  Maybe the kernel team can
decide whether yaird or initramfs-tools should be the default.
-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#332559: kernel-image-2.6.8-2-686: Serial not working

[Horms]

On Tue, Oct 11, 2005 at 09:02:23PM -0700, Jonas Bevren wrote:
> 
> Horms,
> 
> Thanks for the attention.
> 
> Your note mentions a kernel that doesnt exist (2.6.26-5.99.sarge1). 
> however, I made a guess at your intent being the 2.6.12-5.99 kernel,
> and tested it.
> 
> I recorded a session log from the system.  It has a bios-managed
> serial console, so an ansi viewer would be optimal.  However the
> information that really matters is readable via plaintext.
> 
> http://jbevren.net/screens/4debian.txt is the report.  I didnt attach
> it as it's rather lengthy.

That does seem to be a problem, and not one that is going away.
Could you report it to upstream, at the following addreseses
and CC [EMAIL PROTECTED] ?

Russell King <[EMAIL PROTECTED]>
linux-serial@vger.kernel.org

Also, I notice there is a page, though I'm not sure if there
is anything exciting there: http://serial.sourceforge.net

-- 
Horms


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

Bug#336729: inconsistent and ugly output messages

[Martin Michlmayr]

Package: grub
Version: 0.95+cvs20040624-18
Severity: minor

I just got the following messages during upgrade:

| Searching for GRUB installation directory ... found: /boot/grub .
| Testing for an existing GRUB menu.list file... found: /boot/grub/menu.lst .
| Searching for splash image... none found, skipping...
| Found kernel: /vmlinuz-2.6.12-1-686
| Updating /boot/grub/menu.lst ... done

This is all pretty minor but there are several things that could be
improved here:

 - the messages are not consistent with regards to spacing before
   an ellipsis.  In Debian it's common to put a space there.

 - in the first two lines, the dot at the end looks a bit strange
   since it has a space before... in fact, it's also inconsistent
   with the last but one line where no dot is printed at the end.
   I suggest no dot is printed in the former two cases either.


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

Versions of packages grub depends on:
ii  libc6 2.3.5-7GNU C Library: Shared libraries an
ii  libncurses5   5.5-1  Shared libraries for terminal hand

grub recommends no packages.

-- no debconf information

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


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

Bug#336651: libapr0: Need to compile --with-devrandom=/dev/urandom

[Steve Langasek]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

severity 336651 normal
thanks

On Mon, Oct 31, 2005 at 12:44:06PM -0600, Mark A. Hershberger wrote:
> Package: libapr0
> Version: 2.0.54-5
> Severity: grave

> libapr should be compiled using /dev/urandom so that tools like svn
> can actually function on servers where there is less entropy available.

> http://svn.haxx.se/users/archive-2005-08/0818.shtml

This does not meet the definition of a grave bug.  It is quite likely that
it is not a bug at all -- /dev/urandom is *not* a proper replacement for
/dev/random when real entropy is needed, and the Debian packages should not
sacrifice security casually.

- -- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFDZwomKN6ufymYLloRAvgJAJ9kgqijeAzXxfsDMsn943EDH8PitACfYHu6
PTfSnhrLbI6XZbHbTTMCQdI=
=jTmr
-END PGP SIGNATURE-


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

Bug#336728: alternative rmic doesn't exist, dangling symlink

[Martin Michlmayr]

Package: java-gcj-compat-dev
Severity: normal

I just noticed that /usr/bin/rmic doesn't exist.  It's handled through
alternatives but points to nowhere.  I just did a dist-upgrade but I'm
not sure if this is a new problem or not.  I also didn't keep a full
transcript of my dist-upgrade. :/  I hope you know what happened here.


568:[EMAIL PROTECTED]: /usr/bin] ll /usr/bin/rmic
lrwxrwxrwx  1 root root 22 2005-11-01 05:45 /usr/bin/rmic -> 
/etc/alternatives/rmic
569:[EMAIL PROTECTED]: /usr/bin] ll /etc/alternatives/rmic
lrwxrwxrwx  1 root root 30 2005-11-01 05:45 /etc/alternatives/rmic -> 
/usr/lib/jvm/java-gcj/bin/rmic
570:[EMAIL PROTECTED]: /usr/bin] ll  /usr/lib/jvm/java-gcj/bin/
total 8
lrwxrwxrwx  1 root root   30 2005-11-01 05:33 gcj-dbtool -> 
../../../../bin/gcj-dbtool-4.0
lrwxrwxrwx  1 root root   23 2005-11-01 05:33 gij -> ../../../../bin/gij-4.0
lrwxrwxrwx  1 root root   27 2005-11-01 05:33 jar -> ../../../../bin/fastjar-4.0
-rwxr-xr-x  1 root root 7705 2005-10-25 00:40 java
lrwxrwxrwx  1 root root   32 2005-11-01 05:33 rmiregistry -> 
../../../../bin/grmiregistry-4.0
571:[EMAIL PROTECTED]: /usr/bin]



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

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


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

Bug#336727: should use nicer message when editor invocation fails

[Martin Michlmayr]

Package: mutt
Version: 1.5.11-2
Severity: minor

I just tried to comment on a bug report during a dist-upgrade and vim
was temporarily not available.  After entering the subject in mutt, I
got:

| 729:[EMAIL PROTECTED]: ~] mutt [EMAIL PROTECTED]
| sh: vim: command not found

It would be nice to have a more informative message here, such as
"Invokation of editor failed: $message"


This is easy to reproduce.  Just put something like
set editor = 'doesntexist'
in your .muttrc.



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

Versions of packages mutt depends on:
ii  libc62.3.5-7 GNU C Library: Shared libraries an
ii  libdb4.3 4.3.29-1Berkeley v4.3 Database Libraries [
ii  libgnutls12  1.2.8-1 the GNU TLS library - runtime libr
ii  libidn11 0.5.18-1GNU libidn library, implementation
ii  libncursesw5 5.5-1   Shared libraries for terminal hand
ii  libsasl2 2.1.19-1.6  Authentication abstraction library
ii  postfix [mail-transport-agen 2.2.4-1.0.1 A high-performance mail transport 

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

-- no debconf information

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


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

Bug#336721: Confusion regarding ramdisk Provides; is initrd-tools still supported?

[Jurij Smakov]

On Tue, 1 Nov 2005, Martin Michlmayr wrote:


Package: initrd-tools

linux-2.6 no longer allows initrd-tools for the generation of the
initrd.  It's not clear however whether this is intentional or just a
typo.  The following changelog claims that all initrd/initramfs
generating tools are supported, so I assume this would include
initrd-tools:

| linux-2.6 (2.6.13+2.6.14-rc4-0experimental.1) experimental; urgency=low

|  * Fixed control.image.in to depend on :
|  initramfs-tools | yaird | linux-ramdisk-tool
|where linux-ramdisk-tools is the virtual package provided by all
|initrd/initramfs generating tools.

initramfs-tools and yaird provide 'linux-initramfs-tool' while
initrd-tools provides 'linux-initrd-tool'.  I see that the current
linux-2.6 depends on linux-initramfs-tool, but that is not fulfiled by
initrd-tools.

Is this a typo in the Provides of initrd-tools or will initrd-tools
not work with 2.6.14 kernels?


As far as I can tell, this is correct. Initrds for current kernels *must* 
be generated using either yaird or initramfs-tools (both of which are 
experimental software, by the way), since devfs support was dropped in 
2.6.13 and initrd-tools rely heavily on it. We still need initrd-tools for 
situations when we have, let's say, 2.6.8 and 2.6.14 installed at the same 
time.


Best regards,

Jurij Smakov[EMAIL PROTECTED]
Key: http://www.wooyd.org/pgpkey/   KeyID: C99E03CC


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

Bug#336600: I guess yaird should resolve failures early?

[Horms]

On Tue, Nov 01, 2005 at 04:30:35AM +, Martin Michlmayr wrote:
> ressign 336600 kernel-package
> severity 336600 normal
> retitle 336600 yaird as default choice a good idea?
> thanks
> 
> * Sven Luther <[EMAIL PROTECTED]> [2005-10-31 22:37]:
> > maybe we should give each of them its turn of being default to get
> > them widely tested and in good shape for the etch
> 
> More or less deliberately breaking systems isn't the way to go imho.
> I took a brief look at yaird and the README clearly states that it is
> experimental software and not a viable replacement for initrd-tools
> yet - doesn't sound like a good default choice to me then, even in
> unstable.

Unless I am very much mistaken, the core of the problem is that since
devfs disapeared in 2.6.12, initrd-tools is no longer a viable choice,
so we are scrambling to find one. Both Yarid and initramfs-tools are now
under very heavy development, progress is being made by the day, and to
be honest the whole thing seems to be a lot less painful that I feared.

-- 
Horms


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

Bug#336509: linux-image-2.6.14-1-686: Install fails: "yaird error: malformed line in /etc/fstab:9 (fatal)"

[A. Costa]

On Sun, 30 Oct 2005 23:57:30 +0100
Jonas Smedegaard <[EMAIL PROTECTED]> wrote:

> This means yaird is to blame, not the kernel package...

Thanks for explaining, I was clueless about 'yaird'.

> >  9  /dev/hdc/mnt/cdrw  iso9660   noauto,user,ro
> > 
> > ...no, my cdrw drive shouldn't influence kernel upgrades.
> 
> I suspect this is the case.
> 
> Could you try adding " 0 0" to the end of that line and do a
> "dpkg-reconfigure linux-image-2.6.14-1-686", to see if that helps?

Yes, it helped, but then I got errors for other lines in my
'fstab' so I added " 0 0" to the end of those lines.  Now the install
works.  (And much appreciation for the accurate diagnostics!)

Looks like 'yaird' is finicky about 'fstab' formats.  Supposing there's
a good reason for that... if so it might be better for users if the
'yaird' installer script checked 'fstab' when upgrading or replacing
'initrd' systems, then after finding such malformed 'fstab' lines it
could offer to correct those -- but if correcting those was unfeasible,
it should advise users that their 'fstab' needs fixing.


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

Bug#336450: linux-image-2.6.14-1-686: 2.6.14-1-686 doesn't support vga=795 o

[Erik van Konijnenburg]

On Mon, Oct 31, 2005 at 10:42:13AM +0100, Jonas Smedegaard wrote:
> On Mon, 31 Oct 2005 00:08:24 + "Richard Burton" <[EMAIL PROTECTED]> wrote:
> 
> > So, I have a workaround. Not sure how this should be fixed
> > permanently though? Easiest way would seem to be to change the yaird
> > Default.conf, but I don't know if that's the right way.
> 
> Yaird upstream (Erik) is listening here as well - I'll let him decide
> if fbcon should perhaps be loaded by default...

The interesting bit is what to do about kernels that don't *have*
an fbcon, modular or otherwise.

Given that the loading is done from a configuration file, we can expect
users of such kernels to drop the loading command from the config file,
so I don't see objections to loading by default.

Regards,
Erik


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

Bug#335538: kernel-image-2.6.8-2-386: Hard drive locks up - DMA or Power Management problem?

[Horms]

Is there any chance that #336103 is related to this?

http:://bugs.debian.org/336103

-- 
Horms


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

Bug#319789: via82C686 MPU detection problem

[Horms]

Hi Vincent,

sorry for the inaction on this problem for so long. I breifly played
around with on my via box, but the sound chip is the older
VT8233/A/8235/8237, so I don't get anywhere. I'm forwarding it to the
alsa maintainers for consideration, I suspect its just a problem of
identifying your card.


Jaroslav,

Just to recap what is at http://bugs.debian.org/319789/, which isn't
much. It seems that snd_via82xx isn't handling the MPU of a VIA82C686
as expected. The problem seems to have been around since at least 2.6.8
and has been confirmed in 2.6.14.

Regards

-- 
Horms


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

Bug#336726: Message about "recent" kernels in description out of date

[Martin Michlmayr]

Package: acpid
Version: 1.0.4-3
Severity: minor

I think the following message about "recent" kernels can safely be
removed now:

| In order to use this package you need a recent Kernel (=>2.4.7).  This can be
| one including the patches on http://acpid.sourceforge.net or a non patched 
one.

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


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

Bug#336725: debconf message not correct, and probably debconf abuse too

[Martin Michlmayr]

Package: acpid
Version: 1.0.4-3
Severity: minor

I just got the following debconf message when upgrading:

| Kernel ACPI support

| Your current kernel does not have ACPI support enabled. In order to be
| able to use the Advanced Configuration and Power Interface support you need
| to recompile your kernel with ACPI support enabled.

Actually, my kernel has ACPI support enabled but I explicitly disabled
it with acpi=off during boot.  Therefore what this message says about
recompilation is wrong.  Please mention something like 'active' (and
maybe how) too.

By the way, I think this message is an abuse of debconf.  I have apmd
and acpid installed because I mostly use APM but sometimes use ACPI;
I'm not sure users need to be told that ACPI support has to be enabled
in order to use acpid in a debconf note... it seems pretty clear.
CCing our debconf god for comment.


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

Versions of packages acpid depends on:
ii  debconf [debconf-2.0] 1.4.58 Debian configuration management sy

acpid recommends no packages.

-- debconf information excluded

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


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

Bug#336724: kernel-package creates packages depending on linux-initramfs-tools, should use linux-initramfs-tool

[Thomas Luzat]

Package: kernel-package
Version: 10.002
Tags: experimental, patch

Building 2.6.14 with some custom patches on my unstable/experimental
machine results in a package with the following Depends line:

Depends: yaird (>= 0.0.11-8) | linux-initramfs-tools, coreutils |
fileutils (>= 4.0)

I'd like to use initramfs-tools 0.37 from unstable which uses the
following Provides line:

Provides: linux-initramfs-tool

Note the missing trailing s. I'm not sure if kernel-package or
initramfs-tools is wrong here. If kernel-package is wrong I've attached
a patch against it. Otherwise please forward the bug to initramfs-tools.

Thanks!

Thomas Luzat

diff -urN kernel-package-10.002.orig/kernel/ruleset/local-vars.mk kernel-package-10.002/kernel/ruleset/local-vars.mk
--- kernel-package-10.002.orig/kernel/ruleset/local-vars.mk	2005-11-01 06:57:19.928426000 +0100
+++ kernel-package-10.002/kernel/ruleset/local-vars.mk	2005-11-01 06:57:58.752082477 +0100
@@ -729,10 +729,10 @@
   endif
   # By this time initrddep is not empty, so we can dispense with the emptiness test
   ifneq (,$(findstring yaird,$(initrdcmd)))
-initrddep := $(initrddep) | linux-initramfs-tools
+initrddep := $(initrddep) | linux-initramfs-tool
   else
 ifneq (,$(findstring mkinitramfs,$(initrdcmd)))
-  initrddep := $(initrddep) | linux-initramfs-tools
+  initrddep := $(initrddep) | linux-initramfs-tool
 endif
   endif
   initrddep := $(initrddep), # There is a blank here

Bug#335843: During upgrade too

[Martin Michlmayr]

This happens during upgrades too:

Unpacking replacement libxml-namespacesupport-perl ...
Preparing to replace libxml-libxml-perl 1.58-1 (using 
.../libxml-libxml-perl_1.58-2_i386.deb) ...
/var/lib/dpkg/info/libxml-libxml-perl.prerm: line 10: [: missing `]'
/var/lib/dpkg/info/libxml-libxml-perl.prerm: line 10: upgrade: command not found
Unpacking replacement libxml-libxml-perl ...

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


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

Bug#336081: [Pbuilder-maint] Bug#336081: pbuilder: pdebuild creates incorrect diff.gz files

[James Vega]

On Tue, Nov 01, 2005 at 09:12:51AM +0900, Junichi Uekawa wrote:
> > > What's your command-line ?
> >
> > pdebuild --buildresult .. -- --basetgz /var/cache/pbuilder/sid.tgz
> >
> > > I'm assuming you are using pdebuild-internal, and somehow have
> > > stderr redirected to stdout.
> >
> > This email is the first time I've heard of pdebuild-internal.
> >
> > > Are you using some weird setup for uml or some sort?
> >
> > No, it's just a normal sid pbuilder environment.
>
> I cannot reproduce your problem here.
> Other questions:
>
> Do you happen to have dpkg-cross inside your pbuilder chroot?

Not unless it's part of a standard buildd variant.

> Are you running pdebuild inside a pbuilder session?

No.

James
--
GPG Key: 1024D/61326D40 2003-09-02 James Vega <[EMAIL PROTECTED]>


pgpSKJKNJVWWv.pgp
Description: PGP signature

Bug#88337: All software for cheap

[Louise Feldman]

What's up, then?

My address is like my shoes. It travels with me. I abide where there is a fight 
against wrong.


Examples of our prices

MS SQL Server 2000 $49.95
Adobe Acrobat V 6.0 Professional PC $49.95
Autodesk AutoCAD 2004 $29.95
Macromedia Director MX v9.0 $49.95

http://partisoft.com

The real object of education is to have a man in the condition of continually 
asking questions.The business that considers itself immune to the necessity for 
advertising sooner or later finds itself immune to business.




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

Bug#76625: Thousands of academic software titles, 80% off, Instant Download

[Edmond]

Examples of our prices

Microsoft Visio 2003 Professional $39.95
Adobe Audition V 1.0 PC $39.95
Autodesk AutoCAD LT 2004 $49.95
Macromedia JRun 4 $49.95

http://softboe.com

Pure love is a willingness to give without a thought of receiving anything in 
return.




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

Bug#69143: Photoshop CS 8.0 $59.95

[Donovan Horne]

There's no earthly reason why you should remember me... :))

Microsoft Exchange Server 2003 Enterprise $59.95
Adobe Photoshop Album V 2.0 $29.95
Autodesk Mechanical Desktop 2004 $99.95
Macromedia Contribute 1.0 $29.95

Most popular titles

http://oesoftb.com




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

Bug#336723: dropbearg: daemon cannot be stopped if NO_START=0

[Jari Aalto]

Package: dropbear
Version: 0.46-1
Severity: normal

There is a problem in /etc/init.d/dropbear in handling the NO_START.

1. have dropbear running as daemon
2. edit /etc/defaults/dropbear and add
  
   NO_START=0

3. Try to stop daemon. 

   # /etc/init.d/dropbear stop
   NO_START is not set to zero.

4. Daemon is still running

   ps -ef | grep dropbear
   

Bug#335114: zoo: proposed fix for AMD64

[carlj]

The following is a patch for a fix to the source files, but I haven't
fixed the debian/rules file, since I don't know how you want to handle
it.

The problem turns out to be a fundamental assumption that a long is 32
bits.  The header includes a 32 bit number and its complement (both
defined as longs), and the program verifies integrity by adding these
together and comparing the result to 0L.  Of course with 64 bit longs
the result is not zero, so the comparison fails, but it only checks
before modifying the archive.  The result is it does not fail when
reading, extracting, or creating an archive.  The program can easily
be tested for this problem by creating an archive with a file
(eg. 'zoo -a zootest.zoo '), and then repeating the command.
It should fail when trying to add the second time.

The following is a patch to the files, where I used a define of LONG64
to ifdef the change.  Notice that the change I used assumes that an
int is 32 bits, which I think is true of all x86 (not just AMD64), and
probably all other debian 32-bit architectures.



 start of patch ##
--- orig/makefile   2005-10-30 11:12:48.0 -0800
+++ makefile2005-10-31 19:37:30.847038046 -0800
@@ -54,6 +54,7 @@
@echo "convex:   Convex C200 series"
@echo "sysv: System V Release 2 or 3; or SCO Xenix"
@echo "linux:Linux"
+   @echo "linux64:  Linux with 64 bit long"
@echo "scodos:   Cross-compiler under SCO Xenix/UNIX for MS-DOS"
@echo "xenix286: Older Xenix/286 (not tested)"
@echo "xenix68k: Xenix/68000 (not tested)"
@@ -95,6 +96,10 @@
 bsd:
$(MAKE) CFLAGS="-c $(OPTIM) -DBSD4_3" $(TARGETS)
 
+# Linux64
+linux64:
+   $(MAKE) CC="gcc" CFLAGS="-c $(OPTIM) $(LINTFLAGS) -DLINUX -DLONG64 
-DANSI_HDRS" $(TARGETS)
+
 # Linux
 linux:
$(MAKE) CC="gcc" CFLAGS="-c $(OPTIM) $(LINTFLAGS) -DLINUX -DANSI_HDRS" 
$(TARGETS)
--- orig/misc.c 2005-10-30 11:12:48.0 -0800
+++ misc.c  2005-10-31 19:35:28.437249303 -0800
@@ -173,7 +173,11 @@
 
frd_zooh (header, zoo_file);
 
+#ifdef LONG64
+   if ((int)(header->zoo_start + header->zoo_minus) != 0)
+#else
if ((header->zoo_start + header->zoo_minus) != 0L)
+#endif
   prterror ('f', failed_consistency);
if (ver_too_high (header))
   prterror ('f', wrong_version, header->major_ver, header->minor_ver);
--- orig/zoodel.c   1991-07-05 09:00:00.0 -0700
+++ zoodel.c2005-10-31 19:32:25.463491779 -0800
@@ -138,7 +138,11 @@

/* read archive header */
frd_zooh (&zoo_header, zoo_file);
+#ifdef LONG64
+   if ((int)(zoo_header.zoo_start + zoo_header.zoo_minus) != 0)
+#else
if ((zoo_header.zoo_start + zoo_header.zoo_minus) != 0L)
+#endif
   prterror ('f', failed_consistency);
if (ver_too_high (&zoo_header))
   prterror ('f', wrong_version, zoo_header.major_ver, 
zoo_header.minor_ver);
--- orig/zooext.c   2005-10-30 11:12:48.0 -0800
+++ zooext.c2005-10-31 19:32:38.774946375 -0800
@@ -164,7 +164,11 @@
 } else {
/* read header */
frd_zooh (&zoo_header, zoo_file);
+#ifdef LONG64
+   if ((int)(zoo_header.zoo_start + zoo_header.zoo_minus) != 0) {
+#else
if ((zoo_header.zoo_start + zoo_header.zoo_minus) != 0L) {
+#endif
   prterror ('w', failed_consistency);
   bad_header++;
exit_status = 1;
--- orig/zoopack.c  2005-10-30 11:12:48.0 -0800
+++ zoopack.c   2005-10-31 19:32:49.517699187 -0800
@@ -140,7 +140,11 @@
 /* Read the header of the old archive. */
 frd_zooh(&old_zoo_header, zoo_file);
 
+#ifdef LONG64
+if ((int)(old_zoo_header.zoo_start + old_zoo_header.zoo_minus) != 0) {
+#else
 if ((old_zoo_header.zoo_start + old_zoo_header.zoo_minus) != 0L) {
+#endif
prterror ('w', failed_consistency);
++bad_header;/* remember for future error message */
 }
 end of patch ##


-- 
Carl Johnson[EMAIL PROTECTED]


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

Bug#336722: Deprecation warning during upgrade

[Juhapekka Tolvanen]

Package: xserver-xorg
Version: 6.8.2.dfsg.1-10
Severity: normal


Setting up xserver-xorg (6.8.2.dfsg.1-10) ...
xserver-xorg postinst warning: not updating /etc/X11/xorg.conf; file has been 
customized
:25: DeprecationWarning: xreadlines is deprecated; use 'for line in 
file'.
 System startup links for /etc/init.d/xserver-xorg already exist.

Need I say more?


-- Package-specific info:
Contents of /var/lib/xfree86/X.roster:
xserver-xorg

/etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum.

X server symlink status:
lrwxrwxrwx  1 root root 17 2005-09-05 02:03 /etc/X11/X -> /usr/bin/X11/Xorg
-rwxr-xr-x  1 root root 1833048 2005-10-30 04:56 /usr/bin/X11/Xorg

Contents of /var/lib/xfree86/xorg.conf.roster:
xserver-xorg

VGA-compatible devices on PCI bus:
:00:0b.0 VGA compatible controller: Matrox Graphics, Inc. MGA 2164W 
[Millennium II]

/etc/X11/xorg.conf does not match checksum in /var/lib/xfree86/xorg.conf.md5sum.

Xorg X server configuration file status:
-rw-r--r--  1 root root 5231 2005-10-25 21:22 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
# XF86Config-4 (XFree86 X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the XF86Config-4 manual page.
# (Type "man XF86Config-4" at the shell prompt.)
#
# This file is automatically updated on xserver-xfree86 package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xfree86
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following commands as root:
#
#   cp /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.custom
#   md5sum /etc/X11/XF86Config-4 >/var/lib/xfree86/XF86Config-4.md5sum
#   dpkg-reconfigure xserver-xfree86

Section "Files"
FontPath"unix/:7100"# local font server
# if the local font server has problems, we can fall back on these
FontPath"/usr/lib/X11/fonts/misc"
FontPath"/usr/lib/X11/fonts/cyrillic"
FontPath"/usr/lib/X11/fonts/100dpi/:unscaled"
FontPath"/usr/lib/X11/fonts/75dpi/:unscaled"
FontPath"/usr/lib/X11/fonts/Type1"
FontPath"/usr/lib/X11/fonts/CID"
FontPath"/usr/lib/X11/fonts/Speedo"
FontPath"/usr/lib/X11/fonts/100dpi"
FontPath"/usr/lib/X11/fonts/75dpi"

FontPath"/usr/local/share/fonts/Type1"
FontPath"/usr/local/share/fonts/Type1/cm-lgc"
#   FontPath"/usr/local/share/fonts/Type1/hfbright"
#   FontPath"/usr/local/share/fonts/Type1/kerkis"
FontPath"/usr/local/share/fonts/Type1/polish"

FontPath"/usr/local/share/fonts/TrueType"
FontPath"/usr/local/share/fonts/TrueType/um"
FontPath"/usr/local/share/fonts/TrueType/polish"

FontPath"/usr/local/share/fonts/Type1/non-free"
FontPath"/usr/local/share/fonts/Type1/non-free/urwfonts"
FontPath"/usr/local/share/fonts/Type1/non-free/SO52"

FontPath"/usr/local/share/fonts/TrueType/non-free"
FontPath"/usr/local/share/fonts/TrueType/non-free/urwfonts"
FontPath"/usr/local/share/fonts/TrueType/non-free/Java"
FontPath
"/usr/local/share/fonts/TrueType/non-free/MS-Reader-fonts"

FontPath"/usr/local/share/fonts/Type1/warez"

FontPath"/usr/local/share/fonts/TrueType/warez"
FontPath"/usr/local/share/fonts/TrueType/warez/MacOSX"
FontPath"/usr/local/share/fonts/TrueType/warez/clipserver.de"

FontPath"/usr/local/share/fonts/TrueType/unknown-license/"

FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType"
FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID"
EndSection

Section "Module"
Load"GLcore"
Load"bitmap"
Load"dbe"
Load"ddc"
Load"dri"
Load"extmod"
Load"freetype"
Load"glx"
Load"int10"
Load"record"
Load"speedo"
Load"type1"
Load"vbe"
EndSection

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "keyboard"
Option  "CoreKeyboard"
Option  "XkbRules"  "xfree86"
Option  "XkbModel"  "pc105"
Option  "XkbLayout" "fi"
Option  "XkbVariant""nodeadkeys"
EndSection

Section "InputDevice"
Identifier  "Configured Mouse"
Driver  "mouse"
Option  "CorePointer"
Option  "Device""/dev/gpmdata"
Option  "Protocol"  "IntelliMouse"
Option  "Emulate3Button

Bug#336721: Confusion regarding ramdisk Provides; is initrd-tools still supported?

[Martin Michlmayr]

Package: initrd-tools

linux-2.6 no longer allows initrd-tools for the generation of the
initrd.  It's not clear however whether this is intentional or just a
typo.  The following changelog claims that all initrd/initramfs
generating tools are supported, so I assume this would include
initrd-tools:

| linux-2.6 (2.6.13+2.6.14-rc4-0experimental.1) experimental; urgency=low

|  * Fixed control.image.in to depend on :
|  initramfs-tools | yaird | linux-ramdisk-tool
|where linux-ramdisk-tools is the virtual package provided by all
|initrd/initramfs generating tools.

initramfs-tools and yaird provide 'linux-initramfs-tool' while
initrd-tools provides 'linux-initrd-tool'.  I see that the current
linux-2.6 depends on linux-initramfs-tool, but that is not fulfiled by
initrd-tools.

Is this a typo in the Provides of initrd-tools or will initrd-tools
not work with 2.6.14 kernels?
-- 
Martin Michlmayr
http://www.cyrius.com/


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

Bug#336710: don't do that

[Albert Cahalan]

Sure, this ought to be fixed to use gcc's option to not delete files, but...

You really need to stop building stuff as root. That's nuts. This is not
a Windows system. Use the fakeroot tools if you must, but that should
not be required. There are lots of errors that could wipe out /dev/null,
and even worse, so we have this idea of not using the root account to
do random odd unprivileged tasks. Some call it "least privilege".

Here's a classic disaster you'll love:

rm -rf $FOO/*

What if $FOO is not set?

Bug#336641: linux-image-2.6.14-1-powerpc: no more sound on powermac

[Horms]

On Mon, Oct 31, 2005 at 06:10:29PM +0100, Benoît Dejean wrote:
> Package: linux-image-2.6.14-1-powerpc
> Version: 2.6.14-1
> Severity: normal
> 
> Hi. It looks like sound modules are broken on ppc. I'm attaching dmesg
> errors.

Just a wild stab in the dark, does runing alsaconf help?


-- 
Horms

Bug#336638: linux-image-2.6.14-1-686: acpi broken in Fujitsu Siemens Lifebook S-Series laptop

[Horms]

On Mon, Oct 31, 2005 at 08:26:18PM +0100, Jonas Smedegaard wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> On Mon, 31 Oct 2005 17:43:15 +0100
> January Weiner <[EMAIL PROTECTED]> wrote:
> 
> > 2) echo 3 > /proc/acpi/sleep
> >   kernel suspends, but when coming back the screen remains blank.
> > System is up, you can ssh into it, keyboard works (if you were on a
> > root console, you can blindly type "reboot" and it will reboot), but
> > the screen is dead.
> 
> Is this in a text console, or within X11?
> 
> If text console, then this might perhaps be related to other
> framebuffer-related bugreports.
> 
> (not sure what to do about it, though...)

I'd much more suspect an ACPI problem, than a console problem.
But it would be nice verify this before passing it on upstream.

-- 
Horms


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

Bug#336600: I guess yaird should resolve failures early?

[Martin Michlmayr]

ressign 336600 kernel-package
severity 336600 normal
retitle 336600 yaird as default choice a good idea?
thanks

* Sven Luther <[EMAIL PROTECTED]> [2005-10-31 22:37]:
> maybe we should give each of them its turn of being default to get
> them widely tested and in good shape for the etch

More or less deliberately breaking systems isn't the way to go imho.
I took a brief look at yaird and the README clearly states that it is
experimental software and not a viable replacement for initrd-tools
yet - doesn't sound like a good default choice to me then, even in
unstable.


For reference, this is from yaird's README:

YAIRD -- Yet Another MkInitRd
=

This is a proof of concept rewrite of mkinitrd, intended to test the
idea that we can get a more accurate picture of the modules needed
to boot a linux system by fully utilizing the information in sysfs.
It comes with templates that make it possible to generate different
initrd or initramfs images for different distributions.

Proof of concept means this software is barely tested: it may
produce a working image, or it may eat your disk.  This is a good
moment to re-read the "NO WARRANTY" part of the licence,
and decide whether you want to test this software.

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


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

Bug#336452: realtime-lsm-source does not build against the linux-image-2.6.14-1-k7

[Horms]

On Mon, Oct 31, 2005 at 09:02:03AM -0600, Manoj Srivastava wrote:
> On Mon, 31 Oct 2005 11:06:16 +0900, Horms  <[EMAIL PROTECTED]> said: 
> > This is a problem that was recently discussed on debian-kernel
> > without resolution. My understanding is that there are some security
> > implications of making SECURITY_CAPABILITIES modular.
> 
> It is my understanding that SELinux does require
>  SECURITY_CAPABILITIES in order to function. Not having those
>  available before the root file system is loaded would make the early
>  boot process unprotected and vulnerable, an may cause havoc with the
>  startup (I do not know, since I have never tried an SELinux kernel
>  without SECURITY_CAPABILITIES compiled in).
> 
> Gory details behind my understanding follow.

[snip]

Thanks, much apreciated.

It seems that we are stuck with having SECURITY_CAPABILITIES=y.
And as we know, that completely breaks modular LSM. 

I think this is something we have to live with unless LSM
can be integraded upstream.

-- 
Horms


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

Bug#336450: linux-image-2.6.14-1-686: 2.6.14-1-686 doesn't support vga=795 o

[Horms]

On Mon, Oct 31, 2005 at 05:31:03PM +0100, Jonas Smedegaard wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> On Mon, 31 Oct 2005 16:43:57 +0900
> Horms <[EMAIL PROTECTED]> wrote:
> 
> > > > The reason that it has been changed from modular to builtin, 
> > > > is that making it modular was a somewhat problematic patch.
> > > > I hope we can find a solution that doesn't lead us back to
> > > > that code.
> > > 
> > > Still, i don't think its modular vs builtin nature should change
> > > things, except if some stuff noz use vesafb, while vga16fb was used
> > > previously.
> > 
> > I wouldn't have thought so either, but the problems seem to
> > have appeared at about the same time that the change was
> > made (2.6.13), so I suspect a link.
> 
> Isn't it simply the change of ramdisk tools? fbcon was always included
> with initrd-tools but not by either of the newer tools.
> 
> If so, the bug is with both of the newer ramdisk tools, not the kernel.

Yes, I am begining to think you are right. Ignore my noise :)

-- 
Horms


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

Bug#333522: linux-image-2.6.14-1-686-smp: occurs in stock linux-image as well

[Horms]

On Mon, Oct 31, 2005 at 03:10:29PM -0800, Paul Traina wrote:
> Package: linux-image-2.6.14-1-686-smp
> Version: 2.6.14-1
> Followup-For: Bug #333522
> 
> udev/unstable uptodate 0.071-1
> 
> Just to cover the blanks, it is occuring as well with stock 2.6.14
> debian kernels.  This is a straight kernel built with an up to date
> initramfs tools.  initramfs-tools rebuilt the initramfs several times
> (I've beend debugging evms) while running 2.6.14 and depmod -a's have
> occured.
> 
> Let me know if I can test/help/hack.  I'm 99.9% certain its due to
> modprobe being called in parallel by the new udev code.  Don't
> understand why m-i-t isn't serializing the right bits.

Yes, that seems to be the current school of thought.
Rusty has been thinking it over with Marco, but we are
yet to find the solution.

-- 
Horms


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

Bug#333052: Bug#333522: possible problem cause: wait4(-1)

[Rusty Russell]

On Mon, 2005-10-31 at 19:53 +0100, Marco d'Itri wrote:
> On Oct 29, Rusty Russell <[EMAIL PROTECTED]> wrote:
> 
> > Please send complete log.
> Here it is. I can reproduce the bug even with a script like:
> 
> while read m; do
>   /sbin/modprobe.real $m &
> done < LIST
> 
> 
> (Each command was logged to different files which have been sorted by
> PID and reassembled.)

Unfortunately, this destroys the time sequence.  But it looks very much
like usbcore is slow to insmod, and the ehci-hcd.ko and uhci-hcd.ko
modules are not waiting for it to be inserted.

Hmm, if the root filesystem is read-only, then the locking will fail
(you need to open a file read/write to get an exclusive fcntl lock).
Perhaps this is happening to you?  If not, please check again that you
have the modified modprobe (strace of modprobe uhci-hcd after usbcore is
already inserted should show it locking usbcore).

We need to change locking strategy, I think.  Yet there's no clear way
to do this.  Might have to lock each module in the kernel somehow.
Fucking Unix, what a mess.

Rusty.
-- 
A bad analogy is like a leaky screwdriver -- Richard Braakman



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

Bug#102192: Windows XP Pro $49.95

[Joe]

A person reveals his character by nothing so clearly as the joke he resents.

MS Windows 2000 Professional $39.95
Adobe Acrobat V 6.0 Professional PC $49.95
Autodesk AutoCAD 2005 $99.95
Macromedia JRun 4 $49.95


Delivery method: download version available


http://oesoftb.com








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

Bug#336719: drupal: Users unable to log out

[Ben Hay]

Package: drupal
Version: 4.5.5-2
Severity: grave
Tags: security
Justification: user security hole

Clicking "Log Out" appears to work, however user is still logged in.
See http://drupal.org/node/29201 for discussion and solution.


-- 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.12-1-bs-k7
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)

Versions of packages drupal depends on:
ii  apache2  2.0.54-5next generation, scalable, extenda
ii  apache2-mpm-prefork [apache2 2.0.54-5traditional model for Apache2
ii  debconf [debconf-2.0]1.4.58  Debian configuration management sy
ii  exim44.54-1  metapackage to ease exim MTA (v4) 
ii  exim4-daemon-light [mail-tra 4.54-1  lightweight exim MTA (v4) daemon
ii  makepasswd   1.10-3  Generate and encrypt passwords
ii  mysql-client-4.1 [virtual-my 4.1.14-6mysql database client binaries
ii  php4-cli 4:4.3.10-16 command-line interpreter for the p
ii  php4-mysql   4:4.3.10-16 MySQL module for php4
ii  postgresql-client7.5.11  front-end programs for PostgreSQL 
ii  wwwconfig-common 0.0.44  Debian web auto configuration

Versions of packages drupal recommends:
pn  apache (no description available)
ii  libapache2-mod-php4  4:4.3.10-16 server-side, HTML-embedded scripti
ii  mysql-server 4.1.14-6mysql database server (transitiona
ii  mysql-server-4.1 [mysql-serv 4.1.14-6mysql database server binaries
ii  php4 4:4.3.10-16 server-side, HTML-embedded scripti
ii  postgresql   7.5.11  object-relational SQL database man

-- debconf information:
* drupal/remove_backups: true
  drupal/createuser_failed:
* drupal/db_auto_update: false
  drupal/dropdb_failed:
  drupal/upgradedb_impossible:
* drupal/dbgeneration: false
* drupal/dbtype: MySQL
* drupal/database_doremove: false
  drupal/createdb_failed:
* drupal/dbserver: localhost
* drupal/webserver: apache, apache2
  drupal/upgradedb_failed:
* drupal/dbname: drupal
  drupal/dbuser: drupal
  drupal/dbadmin: root
  drupal/initdb_failed:
  drupal/conffile_failed:


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

Bug#102186: All software for cheap

[Ofelia]

It seems to be an appropriate way to say hello to OOP lovers :)

Oh how fine it is to know a thing or two!


Shipping: instant downolad


Microsoft Exchange Server 2003 Enterprise $59.95
Adobe InDesign CS V 3.0 PC $49.95
Autodesk AutoCAD 2005 $99.95
Macromedia Dreamweaver MX 2004 $39.95

http://softboe.com

Procrastination is the art of keeping up with yesterday.My great concern is not 
whether you have failed, but whether you are content with your failure.




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

Bug#336720: tagtool: Missing Categories entry in desktop file

[Free Ekanayaka]

Package: tagtool
Version: 0.12.2-1
Severity: normal

Hi,

the tagtool menu  entry doesn't show  up in  the Gnome  menu due to  a
missing entry in the .desktop file.

Adding something like:

Categories=Application;AudioVideo;Audio;

should fix the issue.

Cheers,

Free

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

Versions of packages tagtool depends on:
ii  libatk1.0-0   1.10.1-2   The ATK accessibility toolkit
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libglade2-0   1:2.5.1-2  library to load .glade files at ru
ii  libglib2.0-0  2.8.0-1The GLib library of C routines
ii  libgtk2.0-0   2.6.10-1   The GTK+ graphical user interface 
ii  libid3-3.8.3c23.8.3-4.2  Library for manipulating ID3v1 and
ii  libogg0   1.1.2-1Ogg Bitstream Library
ii  libpango1.0-0 1.8.2-1Layout and rendering of internatio
ii  libstdc++64.0.1-2The GNU Standard C++ Library v3
ii  libvorbis0a   1.1.0-1The Vorbis General Audio Compressi
ii  libvorbisfile31.1.0-1The Vorbis General Audio Compressi
ii  libxml2   2.6.22-1   GNOME XML library
ii  zlib1g1:1.2.3-4  compression library - runtime

tagtool recommends no packages.

-- no debconf information



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

Bug#336718: ITA: libunicode -- The GNOME Unicode library.

[Eddie A . Tejeda]

Package: libunicode
Binary: libunicode0, libunicode-dev
Version: 0.4.0-3
Priority: optional
Section: libs
Maintainer: Eddie Tejeda <[EMAIL PROTECTED]>
Build-Depends: debhelper (>= 2)
Architecture: any
Standards-Version: 3.0.1
Format: 1.0
Directory: pool/main/libu/libunicode


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

Bug#314988: Still a problem?

[Steve Langasek]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Mon, Oct 31, 2005 at 08:33:40AM -0500, Adam C Powell IV wrote:
> On Fri, 2005-10-28 at 13:58 -0700, Steve Langasek wrote:
> > On Fri, Oct 28, 2005 at 09:59:34PM +0200, Artur R. Czechowski wrote:
> > > On Fri, Oct 28, 2005 at 09:55:25PM +0200, Leopold Palomo Avellaneda wrote:
> > > > I did a  build-deps and and dpkg-buildpackage to make sure that I had 
> > > > all the 
> > > > build depens, but it seems as Ted said and I confirm that I needs the  
> > > > nvidia-glx-dev.
> > > The Question is: why the package needs nvidia-glx-dev on amd64 and on 
> > > other
> > > platforms it builds succesfully without nvidia-glx-dev?

> > Because of a longstanding bug in the nvidia lib package which creates a
> > broken .so symlink when it's installed without nvidia-glx-dev as well.

> Is this the same issue as in 272438?

Yes, that's the same bug.

> So should this be reassigned to nvidia-glx-dev?

Uh, the build issue doesn't seem to have much to do with the reason for this
bug report.

- -- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFDZtvdKN6ufymYLloRAkL+AJ9XxSh2Pd5qRESx+/gRD98huTEyyQCgqzSq
0naitiNPEL10yjWAVOMUZhY=
=9INz
-END PGP SIGNATURE-


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

Bug#336717: purge issue

[Joey Hess]

Package: installation-reports
Severity: normal

After filing an installation report, I purged this, and noticed this was
left behind in /var/log:

lrwxrwxrwx  1 root root 9 Oct 31 12:58 debian-installer -> installer

-- System Information:
Debian Release: testing/unstable
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-k7
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

-- 
see shy jo


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

Bug#336715: lsscsi FTBFS when built with sudo

[Thiemo Seufer]

Package: lsscsi
Version: 0.15-1
Severity: serious
Justification: Policy violation (4.8)

Lsscsi fails to build with sudo as root command, like in
dpkg-buildpackage -us -uc -B -rsudo
because the .deps/ directory is created with root permissions in the
clean target. The result is:

[...]
# Add here commands to compile the package.
/usr/bin/make
make[1]: Entering directory /home/ths/colo/lsscsi-0.15'
cd . && autoheader
/usr/bin/make  all-recursive
make[2]: Entering directory /home/ths/colo/lsscsi-0.15'
make[3]: Entering directory /home/ths/colo/lsscsi-0.15'
gcc -DHAVE_CONFIG_H -I. -I. -I.-Wall -W -g -O2 -c lsscsi.c
lsscsi.c:1214: fatal error: opening dependency file .deps/lsscsi.pp: Permission 
denied
compilation terminated.
make[3]: *** [lsscsi.o] Error 1
make[3]: Leaving directory /home/ths/colo/lsscsi-0.15'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory /home/ths/colo/lsscsi-0.15'
make[1]: *** [all-recursive-am] Error 2
make[1]: Leaving directory /home/ths/colo/lsscsi-0.15'
make: *** [build-stamp] Error 2


Thiemo


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

Bug#336518: yaird: document using NFS Root

[Vagrant Cascadian]

On Sun, Oct 30, 2005 at 11:51:11PM +0100, Jonas Smedegaard wrote:
 
> On Sun, 30 Oct 2005 14:44:36 -0700
> Vagrant Cascadian <[EMAIL PROTECTED]> wrote:
 
> > i am unable to figure out how to configure yaird for NFS Root.
 
> Hi Vagrant :-)

greetings.

> I agree with you that this is not currently very well handled.
 
alright, let's work improve it, then :)
 
> > i can't figure out what the appropriate entry in /etc/fstab would be,
 
> Currently, MOUNTDIR does not support nfsroot so needs to be commented
> out completely.
 
ugh.
 
> > as many NFS Root setups have no entry in /etc/fstab for root at all,
> > and should be buildable in a chroot environment. perhaps if the third
> > column in /etc/fstab for "/" is "nfs" it should realize that it's an
> > nfsroot?
 
> Recognizing NFS rootfs defined in fstab would probably be neat and not
> hurt, but would only work for cases like lessdisks were the ramdisk is
> built within the chroot also offered as rootfs.

sure, but handling some situations well is often better than handling no
situations well :)

> Another issue is NIC drivers to include. When run on the NFS server as
> is usually the case with lessdisks, by default only the driver for the
> server NIC is included, which probably isn't what you want.
 
indeed.

> Attached is my current approach to running lessdisks with yaird.

okay, that got me as far as building an image (although the Template.cfg
patch didn't apply cleanly to version 0.0.11-9 of yaird, but i figured
it out all the same). perhaps include (and if needed, update) these
patches in a README.nfsroot or doc/examples/nfsroot.cfg or some such?

ideally, a simple setup could be enabled by changing a single
configuration option :)

unfortunately, i still wasn't able to get it to boot, having
similar/identical issues as with initramfs-tools: debian bug 336519

*sigh*

live well,
  vagrant


signature.asc
Description: Digital signature

Bug#336714: tetex-base: asked about upgrade of previously non-existent conffile /etc/texdoctk/texdocrc

[Hamish Moffatt]

Package: tetex-base
Version: 3.0-10
Severity: normal

When upgrading to tetex-base 3.0-10, I was asked about my changes to
the file /etc/texdoctk/texdocrc through ucf. When I asked to see the
differences against my installed version, the diff was against /dev/null
so every line was new.

I did not delete the previous version of this file, and did not even
know it existed. This package or another either removed it or failed
to install it. However, I shouldn't have been asked about it.

thanks
Hamish

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)

Versions of packages tetex-base depends on:
ii  dpkg  1.13.11package maintenance system for Deb
ii  tex-common0.8Common infrastructure for using an
ii  ucf   2.003  Update Configuration File: preserv

Versions of packages tetex-base recommends:
pn  tetex-doc  (no description available)

Versions of packages tetex-bin depends on:
ii  debconf [debconf-2.0] 1.4.58 Debian configuration management sy
ii  debianutils   2.15   Miscellaneous utilities specific t
ii  dpkg  1.13.11package maintenance system for Deb
ii  ed0.2-20 The classic unix line editor
ii  libc6 2.3.5-7GNU C Library: Shared libraries an
ii  libgcc1   1:4.0.2-2  GCC support library
ii  libice6   6.8.2.dfsg.1-9 Inter-Client Exchange library
pn  libkpathsea4   (no description available)
ii  libpaper1 1.1.14-3   Library for handling paper charact
ii  libpng12-01.2.8rel-5 PNG library - runtime
ii  libsm66.8.2.dfsg.1-9 X Window System Session Management
ii  libstdc++64.0.2-2The GNU Standard C++ Library v3
ii  libt1-5   5.1.0-2Type 1 font rasterizer library - r
pn  libxaw8(no description available)
ii  mime-support  3.35-1 MIME files 'mime.types' & 'mailcap
pn  perl   (no description available)
ii  sed   4.1.4-4The GNU sed stream editor
ii  ucf   2.003  Update Configuration File: preserv
ii  zlib1g1:1.2.3-6  compression library - runtime

Versions of packages tetex-extra depends on:
ii  dpkg  1.13.11package maintenance system for Deb
pn  tetex-bin  (no description available)
ii  ucf   2.003  Update Configuration File: preserv

-- debconf information:
  tetex-bin/updmap-failed:
  tetex-bin/hyphen: french[=patois], ngerman[=naustrian-neue_Rechtschreibung]
  tetex-base/olddat: true
  tetex-bin/oldcfg: true
  tetex-base/fmtutil-failed:
  tetex-base/oldupdm:
  tetex-bin/upd_map: true
  tetex-bin/cnf_name:
  tetex-bin/fmtutil: true
  tetex-base/updmap-failed:
  tetex-bin/use_debconf: false
  tetex-bin/fmtutil-failed:
  tetex-bin/groupname: users
  tetex-bin/userperm: false
  tetex-bin/groupperm: true
  tetex-bin/lsr-perms: true


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

Bug#336713: tex-common: prompted about /etc/texmf/updmap.d/00updmap.cfg which I had not changed

[Hamish Moffatt]

Package: tex-common
Version: 0.8
Severity: normal

When tex-common 0.8 was installed during a routing apt-get upgrade, I was 
asked about my changes to /etc/texmf/updmap.d/00updmap.cfg. I have not
changed that file and indeed did not know that it existed until now.

The file must have been changed by some package or other.
The diff was as follows.

--- 00updmap.cfg.dpkg-old   2005-11-01 13:36:54.0 +1100
+++ 00updmap.cfg2005-11-01 13:36:54.0 +1100
@@ -47,7 +47,7 @@
 # the fonts. The pdf files will get bigger, though.
 # Valid settings are true (download the fonts) or false (don't download
 # the fonts). Adobe recomments to embed all fonts.
-pdftexDownloadBase14 false
+pdftexDownloadBase14 true

 #
 # dvipdfmDownloadBase14
@@ -57,7 +57,7 @@
 # the fonts. The pdf files will get bigger, though.
 # Valid settings are true (download the fonts) or false (don't download
 # the fonts).
-dvipdfmDownloadBase14 false
+dvipdfmDownloadBase14 true

 
 # Map files.

Mysterious conffile changes are one of my least favourite parts of Debian :-|

Hamish

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)

Versions of packages tex-common depends on:
ii  debconf [debconf-2.0] 1.4.58 Debian configuration management sy
ii  ucf   2.003  Update Configuration File: preserv

tex-common recommends no packages.

-- debconf information:
  tex-common/userperm: false
  tex-common/groupname: users
  tex-common/groupperm: true
  tex-common/cnf_name:
  tex-common/managedlsr: cache, local


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

Bug#336712: Please provide an /etc/init.d/nsca - for daemon mode

[Richard A Nelson]

Package: nsca
Version: 2.4-4
Severity: wishlist

It'd be nice to have the package support /etc/init.d/nsca, possibly
controlled with a setting sourced from /etc/default/nsca.

it is getting called often enough that I'd like to remove it from inetd.

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

Versions of packages nsca depends on:
ii  libc6 2.3.5-7GNU C Library: Shared libraries an
ii  libmcrypt42.5.7-5De-/Encryption Library

nsca recommends no packages.

-- no debconf information


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

Bug#336711: libncurses5: successful call to assume_default_colors can leave color -1 invalid

[Ron]

--- Begin Message ---
Package: libncurses5
Version: 5.5-1
Severity: normal

My apologies if you've seen this already, it vanished into
a black hole the first time I submitted it to the bts,
and I haven't heard from either you or Thomas, after
forwarding a copy directly a couple of days later.
It still hasn't shown up in the bts, so I'm submitting
it again now...


Hi,

I was poking at the use of terminal default colours today and
ran into what looks like a bug in assume_default_colors.

If it is called with neither of its arguments as -1, then
SP->_default_color is set to be false, and consequently
any attempt to use init_pair to define a color pair using
-1 to get the terminal default will fail.

eg.

assume_default_colors( COLOR_RED, COLOR_GREEN );

will set the default colours as specified, but it is then
impossible to init_pair( 1, COLOUR_WHITE, -1 );  or any
similar combination.

It doesn't seem like there is anything that should
fundamentally prohibit that from working, and especially
if assume_default_colors might import its colour values
from the environment it would seem like init_pair should
still work as advertised after a successful call to one
of the *_default_colors functions.

But of course there may be more to this that I miss...

cheers,
Ron


-- 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.12
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages libncurses5 depends on:
ii  libc6 2.3.5-7GNU C Library: Shared libraries an

Versions of packages libncurses5 recommends:
ii  libgpmg1 1.19.6-21.1 General Purpose Mouse - shared lib

-- no debconf information



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

--- End Message ---

Bug#336450: linux-image-2.6.14-1-686: 2.6.14-1-686 doesn't support vga=795 o

[Horms]

On Mon, Oct 31, 2005 at 07:44:42AM +, Richard Burton wrote:
> >As Sven said vesafb isn't a module at 2.6.14. So for >=2.6.14 you need 
> >both,
> >for <2.6.14 you only need to add fbcon to the conf file.
> 
> I'm sure you all spotted it - there is a slight error in the above 
> statement, so for the record it should read:
> "As Sven said vesafb isn't a module at 2.6.14. So for <2.6.14 you need both,
> for >=2.6.14 you only need to add fbcon to the conf file."

And with that combination your console is alive?

-- 
Horms


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

Bug#336295: linux-headers-2.6.14-1: arch specific include/asm-$(ARCH)/ headers are not included in linux-headers-2.6.14-1 packages

[Horms]

On Sun, Oct 30, 2005 at 08:56:51PM +0100, Frederik Schueler wrote:
> Hello,
> 
> Looks like this change was introduced with commit r4606 and not
> documented nor propagated to all arch maintainers properly.
> 
> Waldi: can you please elaborate? should we add 
> 
> kernel-header-dirs:  
> 
> to every debian/arch/$arch/defines file or are you working on an 
> alternative fix?
> 
> 
> I think 2.6.14-2 should wait until this is fixed, otherwise the kernel
> images will be useless for most users relying on external modules.

To all concerned, 

this was indeed fallout from some packaging changes.  The missing line
should now be in the tree for each architecture - though I had to do a
bit of guess, so if you are an arch maintainer, please take a peek.

The fix should appear in 2.6.14-2, and that should be released shortly.

There seems to be an unrelated headers problem, #336424, which has
been around since 2.6.12-X, but only noticed recently. I'd like to get
that fixed, but it seems much less severe than this problem.

http://bugs.debian.org/336424

-- 
Horms


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

Bug#336710: Removes /dev/null if build with root privileges

[Frank Lichtenheld]

Package: procps
Version: 1:3.2.5-1
Severity: serious

procps has the following code in its Makefile:

check_gcc = $(shell if $(CC) $(ALL_CPPFLAGS) $(ALL_CFLAGS) dummy.c 
$(ALL_LDFLAGS) $(1) -o /dev/null $(CURSES) > /dev/null 2>&1; then echo "$(1)"; 
else echo "$(2)"; fi ;)

There is a problem with this code: If run with root privileges
(e.g. by building the package with sudo) and the gcc call fails, gcc
will delete the output file, which is /dev/null.
(The package in incoming has the same code, in case you wonder about the
version number)

It would certainly be better to use a temporary file as destination.

High severity since at least the mips(el) buildds currently use sudo and
were hit by the problem.

Gruesse,
Frank Lichtenheld

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

Versions of packages procps depends on:
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libncurses5   5.4-9  Shared libraries for terminal hand

Versions of packages procps recommends:
ii  psmisc21.6-1 Utilities that use the proc filesy

-- no debconf information


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

Bug#336590: xscreensaver: Same here. New login button disappeared

[Felix C. Stegerman]

Package: xscreensaver
Version: 4.23-1
Followup-For: Bug #336590

Same here.
The "New login" button disappeared.


Felix


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (900, 'unstable'), (890, 'testing'), (860, 'experimental')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-powerpc
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)

Versions of packages xscreensaver depends on:
ii  libatk1.0-0  1.10.3-1The ATK accessibility toolkit
ii  libc62.3.5-7 GNU C Library: Shared libraries an
ii  libglade2-0  1:2.5.1-2   library to load .glade files at ru
ii  libglib2.0-0 2.8.3-1 The GLib library of C routines
ii  libgtk2.0-0  2.6.10-1The GTK+ graphical user interface 
ii  libice6  6.8.2.dfsg.1-9  Inter-Client Exchange library
ii  libjpeg626b-10   The Independent JPEG Group's JPEG 
ii  libpam0g 0.79-3  Pluggable Authentication Modules l
ii  libpango1.0-01.8.2-3 Layout and rendering of internatio
ii  libsm6   6.8.2.dfsg.1-9  X Window System Session Management
ii  libx11-6 6.8.2.dfsg.1-9  X Window System protocol client li
ii  libxext6 6.8.2.dfsg.1-9  X Window System miscellaneous exte
ii  libxinerama1 6.8.2.dfsg.1-9  X Window System multi-head display
ii  libxml2  2.6.22-1GNOME XML library
ii  libxmu6  6.8.2.dfsg.1-9  X Window System miscellaneous util
ii  libxpm4  6.8.2.dfsg.1-9  X pixmap library
ii  libxrandr2   6.8.2.dfsg.1-9  X Window System Resize, Rotate and
ii  libxrender1  1:0.9.0-2   X Rendering Extension client libra
ii  libxt6   6.8.2.dfsg.1-9  X Toolkit Intrinsics
ii  libxxf86misc16.8.2.dfsg.1-9  X miscellaneous extensions library
ii  libxxf86vm1  6.8.2.dfsg.1-9  X Video Mode selection library
ii  xlibs6.8.2.dfsg.1-10 X Window System client libraries m
ii  zlib1g   1:1.2.3-6   compression library - runtime

Versions of packages xscreensaver recommends:
ii  libjpeg-progs 6b-10  Programs for manipulating JPEG fil
ii  perl [perl5]  5.8.7-7Larry Wall's Practical Extraction 
ii  wamerican [wordlist]  5-4American English dictionary words 
ii  wbritish [wordlist]   5-4British English dictionary words f
ii  wdutch [wordlist] 1:0.1e-40  list of Dutch words
ii  wngerman [wordlist]   20030222-8 New German orthography wordlist
ii  xli   1.17.0-20  command line tool for viewing imag

-- no debconf information
-- 
Felix C. Stegerman <[EMAIL PROTECTED]>

"Any sufficiently advanced bug is indistiguishable from a feature."
 -- R. Kulawiec


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

Bug#336431: linux-source-2.6.14: pptp connection tracking fails to compile

[Horms]

On Mon, Oct 31, 2005 at 10:01:05PM +0100, Vincent L??nngren wrote:
> Here it is, but with pptp connection tracking turned off since I needed
> the kernel.

Thanks.


-- 
Horms


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

Bug#336431: [PATCH] fix ip_conntrack_helper_pptp build when CONFIG_IP_NF_NAT_NEEDED=n

[dann frazier]

As reported in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=336431,
ip_conntrack_helper_pptp in 2.6.14 fails to build if
CONFIG_IP_NF_NAT_NEEDED isn't enabled.  This patch fixes this by
disabling manipulation of the dir field of ip_conntrack_expect
structures when full nat isn't configured.  Compile tested only.

Signed-off-by: dann frazier <[EMAIL PROTECTED]>

--- linux-source-2.6.14/net/ipv4/netfilter/ip_conntrack_helper_pptp.c.orig  
2005-10-27 18:02:08.0 -0600
+++ linux-source-2.6.14/net/ipv4/netfilter/ip_conntrack_helper_pptp.c   
2005-10-31 18:12:03.0 -0700
@@ -270,13 +270,14 @@
exp_orig->expectfn = pptp_expectfn;
exp_orig->flags = 0;
 
-   exp_orig->dir = IP_CT_DIR_ORIGINAL;
-
/* both expectations are identical apart from tuple */
memcpy(exp_reply, exp_orig, sizeof(*exp_reply));
memcpy(&exp_reply->tuple, &exp_tuples[1], sizeof(exp_reply->tuple));
 
+#ifdef CONFIG_IP_NF_NAT_NEEDED
+   exp_orig->dir = IP_CT_DIR_ORIGINAL;
exp_reply->dir = !exp_orig->dir;
+#endif
 
if (ip_nat_pptp_hook_exp_gre)
ret = ip_nat_pptp_hook_exp_gre(exp_orig, exp_reply);

-- 
dann frazier <[EMAIL PROTECTED]>



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

Bug#336437: amaroK immediately crashes on playback if using the xine engine

[Gunter Ohrner]

Am Dienstag, 1. November 2005 01:28 schrieb Adeodato Simó:
>   Oh, sorry for this. I'm now told that --with-external-libmad does not
>   exist in 1.0.1.

Ah, ok. Using libxine 1.0.1 nothing did work, however, not even playing 
OGGs.

Greetings,

  Gunter

Bug#336431: linux-source-2.6.14: pptp connection tracking fails to compile

[dann frazier]

On Mon, 2005-10-31 at 22:01 +0100, Vincent Lönngren wrote:
> Here it is, but with pptp connection tracking turned off since I needed
> the kernel.
 
You can work around this by setting CONFIG_IP_NF_NAT_NEEDED=y.

Bug#331714: DSA-809-2: patch: squid: -woody10: crash on FTP data channel close

[Ewen McNeill]

[EMAIL PROTECTED]: I'm CCing you because the bug was introduced in the
last security update (DSA-809-2) for Squid on Debian Woody.  It would 
be helpful if a security update could be issued without this bug; there
is a patch at the end of this message.

Credit for the discovery of the cause of this bug and providing a fix
should go to "Kosa Attila" <[EMAIL PROTECTED]>  (see bug #332251)
I'm just (a) explaining how to reproduce the problem, (b) providing a
more easily applied patch and (c) bringing it to more people's attention,
since that fix seems to have been ignored.

Squid -woody10 introduces a flaw which causes the FTP connections
through Squid to cause squid to abort with an assertion failure when the
data channel completes, eg:

  squid[20250]: assertion failed: comm.c:636: "F->flags.open"
  squid[20235]: Squid Parent: child process 20250 exited due to signal 6

This is reported as bug #331714 (mine), and #332251.

The flaw is easily demonstrated by starting a FTP connection
through the Squid proxy (eg, ftp_proxy=http://localhost:3128/ lynx
ftp://ftp.debian.org/) and trying to download a file via FTP.  Directory
listings are okay (there is separate code to handle those properly),
but any attempt to download a file will result in squid failing on
the assertion.

The cause is ftpDataRead() (src/ftp.c:872) calling commSetSelect()
(at src/ftp.c:942) irrespective of whether or not the the data connection 
was completed, and hence ftpReadComplete() was called to close the data
connection.  commSetSelect() (src/comm.c:632) checks that the connection
it is being told to watch is actually open with an assertion 
(at src/comm.c:636), which fails when called on a connection that has
been closed.

-woody10 (with Debian patches) contains the source:
(-woody10 src/ftp.c: lines 938 to 946)

-=- cut here -=-
if (ftpState->size > 0 && mem->inmem_hi >= ftpState->size + 
mem->reply->hdr_sz)
ftpReadComplete(ftpState);
else
storeBufferFlush(entry);
commSetSelect(fd,
COMM_SELECT_READ,
ftpDataRead,
data,
Config.Timeout.read);
-=- cut here -=-

Despite the optimistic indenting, in C what this means is that if the
file transfer completed, close the socket and then try to set
up a call back on that closed socket.

The flaw is obvious when comparing it with the upstream 2.4.6 source:
(upstream 2.4.6 src/ftp.c: lines 924 to 931)

-=- cut here -=-
if (ftpState->size > 0 && mem->inmem_hi >= ftpState->size + 
mem->reply->hdr_sz)
ftpReadComplete(ftpState);
else
commSetSelect(fd,
COMM_SELECT_READ,
ftpDataRead,
data,
Config.Timeout.read);
-=- cut here -=-

The line "storeBufferFlush(entry);" has been introduced in -woody10, which
means that is reserved for the else-path rather than the commSetSelect()
being reserved for the else-path (ie, connection not finished).

The correct fix, as discovered by "Kosa Attila" <[EMAIL PROTECTED]>,
is to enclose the else-path in braces, so that both the storeBufferFlush()
and the commSetSelect() are reserved for the else-path.  I have tested
this on my Woody test server, and without it ftp data connections always
cause a crash, and with the fix ftp connections are fine; I plan to put
it into production tonight.

A more easily applied patch is enclosed below.

2.5.9-10sarge2 in Debian Sarge does not suffer from ths issue because
2.5.9 has a rewritten ftpDataRead() function that has been restructured
to avoid this sort of issue.

Ewen

-=- cut here -=-
diff -ur squid-2.4.6/debian/changelog squid-2.4.6-ftpfix/debian/changelog
--- squid-2.4.6/debian/changelogTue Nov  1 13:09:43 2005
+++ squid-2.4.6-ftpfix/debian/changelog Tue Nov  1 13:03:58 2005
@@ -1,3 +1,11 @@
+squid (2.4.6-2woody10.ftpfix) oldstable-security; urgency=high
+
+  * Added fix for broken ftpDataRead() handling (in ftp.c), which was broken
+by 2.4.6-2woody10 patches.  Suggested by "Kosa Attila"
+<[EMAIL PROTECTED]> in #332251
+
+ -- Ewen McNeill <[EMAIL PROTECTED]>  Tue,  1 Nov 2005 13:02:41 +1300
+
 squid (2.4.6-2woody10) oldstable-security; urgency=high
 
   * Upload to oldstable-security because of security issues
diff -ur squid-2.4.6/src/ftp.c squid-2.4.6-ftpfix/src/ftp.c
--- squid-2.4.6/src/ftp.c   Tue Nov  1 13:09:43 2005
+++ squid-2.4.6-ftpfix/src/ftp.cTue Nov  1 13:00:17 2005
@@ -937,13 +937,14 @@
}
if (ftpState->size > 0 && mem->inmem_hi >= ftpState->size + 
mem->reply->hdr_sz)
ftpReadComplete(ftpState);
-   else
-   storeBufferFlush(entry);
+   else {
+   storeBufferFlush(entry);
commSetSelect(fd,
COMM_SELECT_READ,
ftpDataRead,
data,
Config.Timeout.read);
+   }
 }
 }
 
-=- cut here -=-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a su

Bug#336708: message-hook and patterns, [: invalid command

[Brian Clark]

Package: mutt
Version: 1.5.11-2

After upgrading to Mutt 1.5.11-2, when starting mutt, I get the error:

   --->8---

Error in /home/brian/.mutt/rc.private, line 62: [: invalid command
Error in /home/brian/.muttrc, line 4: source: errors in
/home/brian/.mutt/rc.private
source: errors in /home/brian/.muttrc
Press any key to continue...

   ---8<---

Line 62 of /home/brian/.mutt/rc.private contains the following:

message-hook "~h X-Spam-Status:.*hits=[0-9]+" "unignore X-Spam-Status"

Previously worked with 1.5.9.

-- 
Brian Clark



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

Bug#336709: gtk+2.0-directfb: FTBFS on GNU/kFreeBSD

[Aurelien Jarno]

Package: gtk+2.0-directfb
Version: 2.0.9.2-9
Severity: important
Tags: patch

Hi,

gtk+2.0-directfb fails to build on GNU/kFreeBSD because kfreebsd-i386 is
not in the architectures list and because of outdated libtool.

Please find attached a patch that add kfreebsd-i386 to the architectures
list and which update libtool at build time (since the tarball is
expanded at build time). Note that the patch also includes to small
fixes necessary to be able to run autoconf.

Would it be possible to include it in the next upload?

Thanks in advance,
Aurelien

-- System Information:
Debian Release: testing/unstable
Architecture: kfreebsd-i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: GNU/kFreeBSD 5.4-1-686
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Author: aurel32
Status: in BTS

diff -u gtk+2.0-directfb-2.0.9.2/debian/control 
gtk+2.0-directfb-2.0.9.2/debian/control
--- gtk+2.0-directfb-2.0.9.2/debian/control
+++ gtk+2.0-directfb-2.0.9.2/debian/control
@@ -3,14 +3,14 @@
 Priority: optional
 Maintainer: Debian Install System Team 
 Uploaders: Alastair McKinstry <[EMAIL PROTECTED]>
-Build-Depends: debhelper (>> 4.0.0), libgtk2.0-dev, libdirectfb-dev (>= 
0.9.22), autoconf, dbs
+Build-Depends: debhelper (>> 4.0.0), libgtk2.0-dev, libdirectfb-dev (>= 
0.9.22), autoconf, dbs, libtool, automake1.4
 Standards-Version: 3.6.2
 
 Package: libgtk+2.0-directfb0-udeb
 Priority: extra
 Section: debian-installer
 Provides: libgtk-directfb-2.0-0
-Architecture: i386 ia64 arm alpha hppa mips mipsel sparc powerpc s390 m68k 
amd64
+Architecture: i386 ia64 arm alpha hppa mips mipsel sparc powerpc s390 m68k 
amd64 kfreebsd-i386
 Depends: libc-udeb, libdirectfb-0.9-22
 XC-Package-Type: udeb
 Description: gtk+2.0 implementation for the frame buffer
@@ -23,7 +23,7 @@
 Package: libgtk+2.0-directfb-dev
 Section: libdevel
 Priority: optional
-Architecture: i386 ia64 arm alpha hppa mips mipsel sparc powerpc s390 m68k 
amd64
+Architecture: i386 ia64 arm alpha hppa mips mipsel sparc powerpc s390 m68k 
amd64 kfreebsd-i386
 Depends: ${shlibs:Depends}
 Requires: libgtk-directfb-2.0-0
 Description: gtk+2.0 implementation for the frame buffer, development files
@@ -40,7 +40,7 @@
 Priority: optional
 Section: libs
 Provides: libgtk-directfb-2.0-0
-ptArchitecture: i386 ia64 arm alpha hppa mips mipsel sparc powerpc s390 m68k 
amd64
+Architecture: i386 ia64 arm alpha hppa mips mipsel sparc powerpc s390 m68k 
amd64 kfreebsd-i386
 Depends: libc6 | libc, libdirectfb-0.9-22
 Description: gtk+2.0 implementation for the frame buffer
  DirectFB is a thin library that provides hardware graphics acceleration, input
diff -u gtk+2.0-directfb-2.0.9.2/debian/rules 
gtk+2.0-directfb-2.0.9.2/debian/rules
--- gtk+2.0-directfb-2.0.9.2/debian/rules
+++ gtk+2.0-directfb-2.0.9.2/debian/rules
@@ -42,6 +42,13 @@
 
 $(configure-stamp): $(patched)
dh_testdir
+
+   cd $(BUILD_TREE) && \
+   libtoolize -c -f && \
+   aclocal-1.4 -I m4macros && \
+   automake-1.4 && \
+   autoconf
+   
cd $(BUILD_TREE) && \
CFLAGS="$(CFLAGS)" LDFLAGS="$(LDFLAGS)" \
./configure --prefix=/usr \
diff -u gtk+2.0-directfb-2.0.9.2/debian/patches/10_build_fixes.patch 
gtk+2.0-directfb-2.0.9.2/debian/patches/10_build_fixes.patch
--- gtk+2.0-directfb-2.0.9.2/debian/patches/10_build_fixes.patch
+++ gtk+2.0-directfb-2.0.9.2/debian/patches/10_build_fixes.patch
@@ -12,20 +12,18 @@
 diff -ruN gtk+-directfb-2.0.9-2-old/gtk/Makefile.am 
gtk+-directfb-2.0.9-2/gtk/Makefile.am
 --- gtk+-directfb-2.0.9-2-old/gtk/Makefile.am  2003-04-07 14:41:31.0 
+0100
 +++ gtk+-directfb-2.0.9-2/gtk/Makefile.am  2005-09-18 11:33:13.907265744 
+0100
-@@ -69,12 +69,16 @@
+@@ -69,12 +69,14 @@
-version-info $(LT_CURRENT):$(LT_REVISION):$(LT_AGE)
\
-export-dynamic 
\
-rpath $(libdir)
\
-+  -BStatic
-+\
++  -BStatic
\
$(no_undefined) 
\
@LIBTOOL_EXPORT_OPTIONS@
\
$(top_builddir)/gdk-pixbuf/libgdk_pixbuf-$(GTK_API_VERSION).la  
\
$(top_builddir)/gdk/@gdktargetlib@  
\
$(libgtk_target_ldflags)
\
@GTK_DEP_LIBS@  
\
-+  -Bdynamic
-+\
++  -Bdynamic   
\
  @STRIP_END@
  
  #
only in patch2:
unchanged:
--- gtk+2.0-directfb-2.0.9.2.orig/debian/patches/20_configure.in.patch
+++ gtk+2.0-directfb-2.0.9.2/debian/patches/20_configure.in.patch
@@ -0,0 +1,11 @@
+--- gtk+-directfb-2.0.9-2-old/acinclude.m4 2005-10-09 11:00:44.0 
+0200
 gtk+-directfb-2.0.9-2/ac

Bug#334953: Still can't reproduce this

[Matt Kraai]

On Sat, Oct 29, 2005 at 03:55:34AM -0500, Manoj Srivastava wrote:
> I am attaching my typescript blow -- I still can't reproduce a
>  problem. Here is the difference in our logs:
> 
> ,[ Your log ]
> | TEXINPUTS="../config:$TEXINPUTS" \
> | MAKEINFO='/bin/sh /tmp/buildd/make-3.80/config/missing --run makeinfo   -I 
> .' \
> | texi2dvi `test -f 'make.texi' || echo './'`make.texi
> | This is pdfeTeXk, Version 3.141592-1.21a-2.2 (Web2C 7.5.4)
> |  file:line:error style messages enabled.
> | entering extended mode
> | (/tmp/buildd/make-3.80/doc/make.texi 
> (/tmp/buildd/make-3.80/config/texinfo.tex
> | Loading texinfo [version 2002-06-04.06]: Basics, pdf,
> | (/usr/share/texmf/tex/plain/pdfcolor/pdfcolor.tex) fonts, page headings,
> | tables, conditionals, indexing, sectioning, toc, environments, defuns, 
> macros,
> | cross references, (/usr/share/texmf/tex/generic/epsf/epsf.tex) localization,
> | and turning on texinfo input format.) 
> [1{/var/lib/texmf/fonts/map/pdftex/updmap
> | /pdftex.map}] [2] [3] [4] Chapter 1
> | ...
> | ...
> | Output written on make.pdf (176 pages, 1141553 bytes).
> | Transcript written on make.log.
> | dvips -o make.ps make.dvi
> | This is dvips(k) 5.95a Copyright 2005 Radical Eye Software 
> (www.radicaleye.com)
> | dvips: ! DVI file can't be opened.
> `
> 
> ,[ my log ]
> | TEXINPUTS="../config:$TEXINPUTS" \
> | MAKEINFO='/bin/sh /home/srivasta/make-3.80/config/missing --run makeinfo   
> -I .'
> |  \
> | texi2dvi `test -f 'make.texi' || echo './'`make.texi
> | This is pdfeTeXk, Version 3.141592-1.21a-2.2 (Web2C 7.5.4)
> |  file:line:error style messages enabled.
> | entering extended mode
> | (/home/srivasta/make-3.80/doc/make.texi
> | (/usr/share/texmf/tex/texinfo/texinfo.tex
> | Loading texinfo [version 2004-11-25.16]: Basics, pdf, fonts, page headings,
> | tables, conditionals, indexing, sectioning, toc, environments, defuns, 
> macros,
> | cross references, insertions, (/usr/share/texmf/tex/generic/epsf/epsf.tex)
> | localization, and turning on texinfo input format.) [1] [2] [3] [4] Chapter 
> 1
> | ...
> | ...
> | [165] [166] (./make.toc) [-1] [-2] (./make.toc [-3] [-4] [-5]) [-6] )
> | (see the transcript file for additional information)
> | Output written on make.dvi (176 pages, 752940 bytes).
> | Transcript written on make.log.
> | dvips -o make.ps make.dvi
> | This is dvips(k) 5.95a Copyright 2005 Radical Eye Software 
> (www.radicaleye.com)
> | ' TeX output 2005.10.29:0824' -> make.ps
> `
> 
> We seem to have the same versions of packages, but your
>  texinfo reports a very very old version -- and produces make.pdf, not
>  make.dvi -- which seems very wrong, given that the command is
>  "texi2dvi".

My system uses config/texinfo.tex from the make source package.  If I
replace this file with /usr/share/texmf/tex/texinfo/texinfo.tex, the
build succeeds.

> Again, none of the buildd's seem to have had a problem, just
>  yours. I have built make in a series of clean UML's, with root_fs's
>  generated at different times (the most recent clean UML was created
>  yesterday, so it is fairly recent).
> 
> Unless you can explain why your texi2dvi command is loading a
>  texinfo from 2002 (as opposed to 2004), and creating make.pdf, and
>  not make.dvi, I stand behind my opinion that this is breakage in your
>  buildd, and not in make.

I don't understand why your system doesn't use the local texinfo.tex.

-- 
Matt


signature.asc
Description: Digital signature

Bug#336707: "pwsafe -aup" should copy the new user-name and password to the clipboard.

[Daniel Burrows]

Package: pwsafe
Version: 0.2.0-2
Severity: wishlist

  "pwsafe -aup" says that it will copy the login and password to the
X selection...but it doesn't.  It would be convenient in some circumstances
if it did so.

  Daniel

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

Versions of packages pwsafe depends on:
ii  libc62.3.5-7 GNU C Library: Shared libraries an
ii  libgcc1  1:4.0.2-3   GCC support library
ii  libice6  6.8.2.dfsg.1-10 Inter-Client Exchange library
ii  libncurses5  5.5-1   Shared libraries for terminal hand
ii  libreadline5 5.0-11  GNU readline and history libraries
ii  libsm6   6.8.2.dfsg.1-10 X Window System Session Management
ii  libssl0.9.7  0.9.7g-5SSL shared libraries
ii  libstdc++5   1:3.3.6-10  The GNU Standard C++ Library v3
ii  libx11-6 6.8.2.dfsg.1-10 X Window System protocol client li
ii  libxmu6  6.8.2.dfsg.1-10 X Window System miscellaneous util
ii  xlibs6.8.2.dfsg.1-10 X Window System client libraries m

pwsafe recommends no packages.

-- no debconf information


signature.asc
Description: Digital signature

Bug#336706: FTBFS: Undefined references to njb_error_dump

[Matt Kraai]

Package: njbtools
Version: 0.0.1-1
Severity: serious

pbuilder fails to build njbtools in an unstable chroot on i386:

> gcc -g -O2  -I../src -Wall   -lusb -lnjb  -o njbdeletetrack njbdeletetrack.c 
> njbdeletetrack.c: In function 'main':
> njbdeletetrack.c:50: warning: implicit declaration of function 
> 'njb_error_dump'
> /tmp/ccE5sUK4.o: In function `main':
> /tmp/buildd/njbtools-0.0.1/njbdeletetrack.c:50: undefined reference to 
> `njb_error_dump'
> /tmp/buildd/njbtools-0.0.1/njbdeletetrack.c:72: undefined reference to 
> `njb_error_dump'
> /tmp/buildd/njbtools-0.0.1/njbdeletetrack.c:65: undefined reference to 
> `njb_error_dump'
> collect2: ld returned 1 exit status

-- 
Matt


signature.asc
Description: Digital signature

Bug#336705: FTBFS: Unsatisfiable build-dependency on kernel-headers-2.6.8-2-386

[Matt Kraai]

Package: ndiswrapper-modules-i386
Version: 1.1-2
Severity: serious

pbuilder fails to build ndiswrapper-modules-i386 in an unstable chroot on i386:

>  -> Considering  kernel-headers-2.6.8-2-386
>-> Trying kernel-headers-2.6.8-2-386
>-> Cannot install kernel-headers-2.6.8-2-386; apt errors follow:
> Reading package lists...
> Building dependency tree...
> E: Couldn't find package kernel-headers-2.6.8-2-386
> W: Unable to locate package kernel-headers-2.6.8-2-386
> E: Could not satisfy build-dependency.

-- 
Matt


signature.asc
Description: Digital signature

Bug#336704: FTBFS: && operator has no right operand

[Matt Kraai]

Package: newlib
Version: 1.13.0-2
Severity: serious

pbuilder fails to build newlib in an unstable chroot on i386:

> /bin/sh ../libtool --mode=compile gcc-3.3  
> -I/tmp/buildd/newlib-1.13.0/_build/i686-pc-linux-gnu/newlib/targ-include 
> -I/tmp/buildd/newlib-1.13.0/newlib/libc/include -DPACKAGE=\"newlib\" 
> -DVERSION=\"1.13.0\"  -I. -I../../../../../../../newlib/libc/sys/linux/argp  
> -I../../../../../../../newlib/libc/sys/linux/argp/../include -O2 -Wall 
> -D_I386MACH_ALLOW_HW_INTERRUPTS -DHAVE_FCNTL -fPIC 
> -D_I386MACH_NEED_SOTYPE_FUNCTION -DMISSING_SYSCALL_NAMES -fno-builtin-O2 
> -g -O2   -O2 -g -O2  -c 
> ../../../../../../../newlib/libc/sys/linux/argp/argp-fs-xinl.c
> gcc-3.3 
> -I/tmp/buildd/newlib-1.13.0/_build/i686-pc-linux-gnu/newlib/targ-include 
> -I/tmp/buildd/newlib-1.13.0/newlib/libc/include -DPACKAGE=\"newlib\" 
> -DVERSION=\"1.13.0\" -I. -I../../../../../../../newlib/libc/sys/linux/argp 
> -I../../../../../../../newlib/libc/sys/linux/argp/../include -O2 -Wall 
> -D_I386MACH_ALLOW_HW_INTERRUPTS -DHAVE_FCNTL -fPIC 
> -D_I386MACH_NEED_SOTYPE_FUNCTION -DMISSING_SYSCALL_NAMES -fno-builtin -O2 -g 
> -O2 -O2 -g -O2 -c 
> ../../../../../../../newlib/libc/sys/linux/argp/argp-fs-xinl.c  -fPIC -DPIC 
> -o .libs/argp-fs-xinl.o
> In file included from 
> /tmp/buildd/newlib-1.13.0/_build/i686-pc-linux-gnu/newlib/targ-include/sys/types.h:53,
>  from 
> /tmp/buildd/newlib-1.13.0/newlib/libc/include/stdio.h:46,
>  from 
> ../../../../../../../newlib/libc/sys/linux/argp/argp-fmtstream.h:33,
>  from 
> ../../../../../../../newlib/libc/sys/linux/argp/argp-fs-xinl.c:28:
> /usr/include/features.h:265:65: operator '&&' has no right operand

-- 
Matt


signature.asc
Description: Digital signature

Bug#336703: FTBFS: Uses undeclared symbols

[Matt Kraai]

Package: mpfi
Version: 1.3.3-2
Severity: serious

pbuilder fails to build mpfi in an unstable chroot on i386:

> if cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -g -Wall -O2 -MT mpfi.o -MD -MP 
> -MF ".deps/mpfi.Tpo" -c -o mpfi.o mpfi.c; \
> then mv -f ".deps/mpfi.Tpo" ".deps/mpfi.Po"; else rm -f ".deps/mpfi.Tpo"; 
> exit 1; fi
> mpfi.c: In function 'mpfi_round_prec':
> mpfi.c:158: error: '__gmpfr_flags' undeclared (first use in this function)
> mpfi.c:158: error: (Each undeclared identifier is reported only once
> mpfi.c:158: error: for each function it appears in.)
> mpfi.c:158: error: 'MPFR_FLAGS_NAN' undeclared (first use in this function)
> mpfi.c:158: warning: left-hand operand of comma expression has no effect
> mpfi.c: In function 'mpfi_set':
> mpfi.c:245: error: '__gmpfr_flags' undeclared (first use in this function)
> mpfi.c:245: error: 'MPFR_FLAGS_NAN' undeclared (first use in this function)
> mpfi.c:245: warning: left-hand operand of comma expression has no effect
> mpfi.c: In function 'mpfi_set_d':
> mpfi.c:313: error: '__gmpfr_flags' undeclared (first use in this function)
> mpfi.c:313: error: 'MPFR_FLAGS_NAN' undeclared (first use in this function)
> mpfi.c:313: warning: left-hand operand of comma expression has no effect
> mpfi.c: In function 'mpfi_set_fr':
> mpfi.c:380: error: '__gmpfr_flags' undeclared (first use in this function)
> mpfi.c:380: error: 'MPFR_FLAGS_NAN' undeclared (first use in this function)
> mpfi.c:380: warning: left-hand operand of comma expression has no effect
> mpfi.c: In function 'mpfi_init_set':
> mpfi.c:406: error: '__gmpfr_flags' undeclared (first use in this function)
> mpfi.c:406: error: 'MPFR_FLAGS_NAN' undeclared (first use in this function)
> mpfi.c:406: warning: left-hand operand of comma expression has no effect
> mpfi.c: In function 'mpfi_init_set_d':
> mpfi.c:473: error: '__gmpfr_flags' undeclared (first use in this function)
> mpfi.c:473: error: 'MPFR_FLAGS_NAN' undeclared (first use in this function)
> mpfi.c:473: warning: left-hand operand of comma expression has no effect
> mpfi.c: In function 'mpfi_init_set_fr':
> mpfi.c:540: error: '__gmpfr_flags' undeclared (first use in this function)
> mpfi.c:540: error: 'MPFR_FLAGS_NAN' undeclared (first use in this function)
> mpfi.c:540: warning: left-hand operand of comma expression has no effect
> mpfi.c: In function 'mpfi_diam_rel':
> mpfi.c:595: error: void value not ignored as it ought to be
> mpfi.c:605: error: '__gmpfr_flags' undeclared (first use in this function)
> mpfi.c:605: error: 'MPFR_FLAGS_NAN' undeclared (first use in this function)
> mpfi.c:605: warning: left-hand operand of comma expression has no effect
> mpfi.c: In function 'mpfi_mag':
> mpfi.c:638: error: '__gmpfr_flags' undeclared (first use in this function)
> mpfi.c:638: error: 'MPFR_FLAGS_NAN' undeclared (first use in this function)
> mpfi.c:638: warning: left-hand operand of comma expression has no effect
> mpfi.c:644: warning: left-hand operand of comma expression has no effect
> mpfi.c: In function 'mpfi_add':
> mpfi.c:771: error: '__gmpfr_flags' undeclared (first use in this function)
> mpfi.c:771: error: 'MPFR_FLAGS_NAN' undeclared (first use in this function)
> mpfi.c:771: warning: left-hand operand of comma expression has no effect
> mpfi.c: In function 'mpfi_sub':
> mpfi.c:814: error: '__gmpfr_flags' undeclared (first use in this function)
> mpfi.c:814: error: 'MPFR_FLAGS_NAN' undeclared (first use in this function)
> mpfi.c:814: warning: left-hand operand of comma expression has no effect
> mpfi.c: In function 'mpfi_mul':
> mpfi.c:850: error: '__gmpfr_flags' undeclared (first use in this function)
> mpfi.c:850: error: 'MPFR_FLAGS_NAN' undeclared (first use in this function)
> mpfi.c:850: warning: left-hand operand of comma expression has no effect
> mpfi.c: In function 'mpfi_div':
> mpfi.c:989: error: '__gmpfr_flags' undeclared (first use in this function)
> mpfi.c:989: error: 'MPFR_FLAGS_NAN' undeclared (first use in this function)
> mpfi.c:989: warning: left-hand operand of comma expression has no effect
> mpfi.c:1057: warning: left-hand operand of comma expression has no effect
> mpfi.c: In function 'mpfi_add_d':
> mpfi.c:1090: error: '__gmpfr_flags' undeclared (first use in this function)
> mpfi.c:1090: error: 'MPFR_FLAGS_NAN' undeclared (first use in this function)
> mpfi.c:1090: warning: left-hand operand of comma expression has no effect
> mpfi.c: In function 'mpfi_sub_d':
> mpfi.c:1127: error: '__gmpfr_flags' undeclared (first use in this function)
> mpfi.c:1127: error: 'MPFR_FLAGS_NAN' undeclared (first use in this function)
> mpfi.c:1127: warning: left-hand operand of comma expression has no effect
> mpfi.c: In function 'mpfi_d_sub':
> mpfi.c:1164: error: '__gmpfr_flags' undeclared (first use in this function)
> mpfi.c:1164: error: 'MPFR_FLAGS_NAN' undeclared (first use in this function)
> mpfi.c:1164: warning: left-hand operand of comma expression has no effect
> mpfi.c: In function 'mpfi_mul_d':
> mpfi.c:1201: error: 

Bug#336702: [INTL:pt_PT] Portuguese translation for cipe (debconf)

[Rui Branco]

Package: cipe
Version: 1.5.4free-9
Tags: l10n, patch
Severity: wishlist

Portuguese (pt_PT) translation for cipe by Carlos Castro 
Feel free to use it.

For translation updates please contact Carlos Castro and CC the
Portuguese translation team 

*
Cheers,

Rui Branco,
http://www.DebianPT.org
# Portuguese translation of cipe's debconf messages.
# 2005, Carlos Castro <[EMAIL PROTECTED]>
# 2005-10-31 Carlos Castro <[EMAIL PROTECTED]>- Initial translation
#
#
msgid ""
msgstr ""
"Project-Id-Version: cipe 1.5.4free-9\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2003-04-24 05:55+0200\n"
"PO-Revision-Date: 2005-10-31 22:23+\n"
"Last-Translator: Carlos Castro <[EMAIL PROTECTED]>\n"
"Language-Team: Portuguese <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit"

#. Description
#: ../templates:3
msgid "Important note about the CIPE secret keys:"
msgstr "Nota importante sobre as chaves secretas da CIPE:"

#. Description
#: ../templates:3
msgid ""
"If you are upgrading from an old (<= 1.3.0) version of CIPE, you MUST read /"
"usr/share/doc/cipe-common/README.key-bug to see how to change your keys so "
"that CIPE continues working."
msgstr ""
"Se está a actualizar a partir de uma versão antiga (<= 1.3.0) do CIPE, TEM de "
"ler /usr/share/doc/cipe-common/README.key-bug para ver como alterar as suas "
"chaves para que o CIPE continue a funcionar."

Bug#336686: apt-rdepends -b segfaults

[Simon Law]

reassign 336686 libapt-pkg-perl
thanks

On Mon, Oct 31, 2005 at 04:59:29PM -0500, Nathanael Nerode wrote:
> Package: apt-rdepends
> Version: 1.3.0-1
> Severity: normal
> 
> >apt-rdepends -b kdebase
> Segmentation fault
> 
> Occurs with any package I put in.

This looks like AptPkg breakage, because it segfaults when destroying
pkgSrcRecords.

[EMAIL PROTECTED]:~/cvs/HEAD/niti/src/wvstreams$ gdb perl
GNU gdb 6.3-debian
Copyright 2004 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 "i386-linux"...(no debugging symbols found)
Using host libthread_db library "/lib/tls/libthread_db.so.1".

(gdb) run -w /usr/bin/apt-rdepends -b kdebase
Starting program: /usr/local/bin/perl -w /usr/bin/apt-rdepends -b kdebase
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread -1210038592 (LWP 11840)]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
Reading package lists... Done
Building dependency tree... Done

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1210038592 (LWP 11840)]
0xb7b5bb6e in __gnu_cxx::__pool::_M_reclaim_block ()
   from /usr/lib/libstdc++.so.6
(gdb) bt
#0  0xb7b5bb6e in __gnu_cxx::__pool::_M_reclaim_block ()
   from /usr/lib/libstdc++.so.6
#1  0xb7cb9f6f in __gnu_cxx::__mt_alloc >::deallocate ()
   from /usr/lib/perl5/auto/AptPkg/AptPkg.so
#2  0xb7c7245e in std::vector >::_M_insert_aux ()
   from /usr/lib/libapt-pkg-libc6.3-6.so.3.10
#3  0xb7c70793 in debSrcRecordParser::BuildDepends ()
   from /usr/lib/libapt-pkg-libc6.3-6.so.3.10
#4  0xb7cb7fd0 in XS_AptPkg___pkg_src_records_Find ()
   from /usr/lib/perl5/auto/AptPkg/AptPkg.so
#5  0x080c0ad0 in Perl_pp_entersub ()
#6  0x080b95ba in Perl_runops_standard ()
#7  0x08064e43 in perl_run ()
#8  0x0805fd4f in main ()

-- 
Simon Law http://www.law.yi.org/~sfllaw/


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

Bug#336680: libqt0-ruby1.8: undefined method 'getClassList' for Qt::Internal:Module

[Adeodato Simó]

* Hans Fugal [Mon, 31 Oct 2005 14:19:06 -0700]:

> Package: libqt0-ruby1.8
> Version: 4:3.4.2-2
> Severity: grave
> Justification: renders package unusable


> irb(main):001:0> require 'Qt'
> NoMethodError: undefined method `getClassList' for Qt::Internal:Module
> from /usr/lib/ruby/1.8/Qt/qtruby.rb:740:in `init_all_classes'

  I certainly can't reproduce this:

% /usr/bin/ruby1.8 -e 'puts require("Qt")'
true

-- 
Adeodato Simó
EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621
 
Hanlon's Razor: Never attribute to malice that which is adequately
explained by stupidity.



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

Bug#336670: obexftp: Transport type unknown

[Hendrik Sattler]

Am Montag, 31. Oktober 2005 21:27 schrieb John M Flinchbaugh:
> Package: obexftp
> Version: 0.10.7+0.10.8pre9-1
> Severity: grave
> Justification: renders package unusable
>
> Previous obexftp version worked, but this one just does this:
> ---
> [EMAIL PROTECTED]:~$ obexftp -t /dev/rfcomm0 -l
> Custom transport set to 'Siemens/Ericsson'
> Transport type unknown
> [EMAIL PROTECTED]:~$
> ---

I can reproduce this when using IrDA. My own repository now has the fix for 
this. You can find it at:
http://www.stud.uni-karlsruhe.de/~ubq7/debian/

Note however, that you misuse obexftp: /dev/rfcomm0 is bluetooth which has 
it's own access method with option -b (and that works with the version 
currently in Debian).

Michael: please upload the new version. Thanks.

Hendrik


pgpFLzUf9KyCk.pgp
Description: PGP signature

Bug#336652: mozilla-thunderbird: thunderbird should provide news-reader VP

[Alexander Sack - Debian Bugmail]

severity 336652 wishlist
thanks

On Mon, Oct 31, 2005 at 07:48:06PM +0200, Amit Aronovitch wrote:
> Package: mozilla-thunderbird
> Version: 1.0.7-3
> Severity: normal
> 
> 
> mozilla-thunderbird should provide the 'news-reader' virtual package.
> It does provide the feature, so there's no reason for packages like
> leafnode and others to suggest installing yet another newsreader.
> 


 - Alexander

 p.s. please take care that the bug is listed as To: or CC: when 
  replying to this mail (e.g. /reply-all/). 
-- 
 GPG messages preferred.   |  .''`.  ** Debian GNU/Linux **
 Alexander Sack| : :' :  The  universal
 [EMAIL PROTECTED]   | `. `'  Operating System
 http://www.asoftsite.org  |   `-http://www.debian.org/


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

Bug#336540: bzr: Build for sarge? (patch)

[Rob Weir]

On Mon, Oct 31, 2005 at 11:36:59AM -0500, Bob Tanner said
> On Monday 31 October 2005 12:53 am, you wrote:
> > Yes, I know.  In the portion of my email that you did not quote, though,
> > I pointed out that distutils appears to change that for us based on the
> > python version used to install it.  When I build the bzr package
> > (0.1.1-1 and 0.6-2) on sarge, I get it pointing at 2.4.  Do you see
> > something different?
> 
> when it's installed it's python2.4, but that doesn't help when the build 
> fails.

If you change debian/rules to run "build/scripts/bzr selftest" instead
of "./bzr selftest", does it pass?

-rob
-- 
It's like a koala bear crapped a rainbow in my brain!

Bug#336437: amaroK immediately crashes on playback if using the xine engine

[Adeodato Simó]

* Adeodato Simó [Tue, 01 Nov 2005 01:15:06 +0100]:

>   Did you try to use --enable-mad in Debian's version of libxine? It'd
>   be useful to know, since it's easier to do a NMU with that change,
>   rather than introduce a new upstream version.

  Oh, sorry for this. I'm now told that --with-external-libmad does not
  exist in 1.0.1.

-- 
Adeodato Simó
EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621
Listening to: Luis Eduardo Aute - Aleluya nº 1
 
Love in your heart wasn't put there to stay.
Love isn't love 'til you give it away.
-- Oscar Hammerstein II



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

Bug#336437: amaroK immediately crashes on playback if using the xine engine

[Adeodato Simó]

* Gunter Ohrner [Tue, 01 Nov 2005 00:04:27 +0100]:

> Ok, I got it running:

  Oh, thanks for your investigations.

> I recompiled the current xine-lib 1.0.3a with the "--external-mad" 
> configure switch, using gcc 3.4 as the compiler. Thanks to the contained 
> debian-directory this was pretty simple, only minor adjustments where 
> neccessary. (Changelog, build-depends aalib1-dev -> libaa1-dev, the above 
> mentioned changes to debian/rules.)

> The build fails using gcc 4.0, but 3.4 should have a binary compatible ABI 
> so I used this instead. Strangely the first compile I did using the 
> internal MAD decoder (default) produced a libxine which would at least 
> play OGGs but would crash on MP3s. Using the external MAD library it 
> worked, don't ask me why.

  Did you try to use --enable-mad in Debian's version of libxine? It'd
  be useful to know, since it's easier to do a NMU with that change,
  rather than introduce a new upstream version.

> So this bug is tied to the libxine1 package in Debian.
> Maybe you should harass libxine's maintainer to recompile the package 
> using the latest stable source? The last upload by the maintainer seems 
> to have been quite some time ago.

  Yes, seems like the XINE maintainer is a bit MIA. :(

  Cheers,

-- 
Adeodato Simó
EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621
 
There may be no I in TEAM, but a M and an E.



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

Bug#336081: [Pbuilder-maint] Bug#336081: pbuilder: pdebuild creates incorrect diff.gz files

[Junichi Uekawa]

Hi,

> >
> > What's your command-line ?
> 
> pdebuild --buildresult .. -- --basetgz /var/cache/pbuilder/sid.tgz
> 
> > I'm assuming you are using pdebuild-internal, and somehow have
> > stderr redirected to stdout.
> 
> This email is the first time I've heard of pdebuild-internal.
> 
> > Are you using some weird setup for uml or some sort?
> 
> No, it's just a normal sid pbuilder environment.

I cannot reproduce your problem here.
Other questions:

Do you happen to have dpkg-cross inside your pbuilder chroot?
Are you running pdebuild inside a pbuilder session?

regards,
junichi


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

Bug#335924: slapd upgrade fails on etch (ssl library problem?)

[Steve Langasek]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

block 335924 by 334180
thanks

On Mon, Oct 31, 2005 at 11:54:54PM +0100, Torsten Landschoff wrote:
> On Mon, Oct 31, 2005 at 01:22:27PM -0800, Navdeep Parhar wrote:
> > I had the very same problem with slapd; the cause appears to be a
> > missing library
> > symlink for libz.so.  You can work around this problem by creating
> > this symlink yourself or by installing zlib1g-dev (which sets up the
> > link too).

> Can you explain with a bit more detail? I am not away that slapd uses
> any libz.so symlink.

It doesn't; this is a known bug in libssl0.9.8, which also *shouldn't* use
libz.so.

Leaving the bug here for documentation purposes, but the real bug is 334180.

- -- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFDZrATKN6ufymYLloRAvfMAJ4pL1TiRk/EvLupwM+CDSyxYwEyPQCfcpfn
wvyrGbk3PsjhDjU8Qk+yRr0=
=yKRq
-END PGP SIGNATURE-


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

Bug#336701: [INTL:pt_PT] Portuguese translation for xsp (debconf)

[Miguel Figueiredo]

Package: xsp
Version:  1.0.5-2
Tags: l10n, patch
Severity: wishlist

Portuguese translation for xsp's debconf messages by Luís Ferreira
.
Feel free to use it.

For translation updates please contact Last Translator and/or the
Portuguese Translation Team 

--
---
Melhores cumprimentos/Best regards,

Miguel Figueiredo
http://www.DebianPT.org

# Portuguese translation of xsp's debconf messages.
# 2005, Luís Ferreira <[EMAIL PROTECTED]>
#
# 31-10-2005 - Luís Ferreira <[EMAIL PROTECTED]>- Initial translation
#
msgid ""
msgstr ""
"Project-Id-Version: xsp 1.0.5-2\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2004-08-21 22:01-0500\n"
"PO-Revision-Date: 2005-10-31 21:55+\n"
"Last-Translator: Luís Ferreira <[EMAIL PROTECTED]>\n"
"Language-Team: Portuguese <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit"

#. Type: boolean
#. Description
#: ../mono-apache-server.templates:4
msgid "Let mono-apache-server restart Apache?"
msgstr "Permitir que o mono-apache-server reinicie o Apache?"

#. Type: boolean
#. Description
#: ../mono-apache-server.templates:4
#. Type: boolean
#. Description
#: ../mono-xsp.templates:4
msgid ""
"The debian version of mono-apache-server includes a mono-server-update.conf "
"script that creates a configuration file for apache to start the ASP.NET "
"applications, and mono-server-update.conf can restart apache if there's a "
"new configuration file (/etc/mono-server/mono-server-hosts.conf). Would you "
"like to restart apache if there's a new mono-server-hosts.conf file?Autostart XSP"
msgstr ""
"A versão debian do mono-apache-server inclui um script "
"mono-server-update.conf que cria uma configuração para o Apache iniciar as "
"aplicações ASP.NET, este script pode reiniciar o Apache se existir um novo "
"ficheiro de configuração (/etc/mono-server/mono-server-hosts.conf). Deseja "
"reiniciar o Apache se existir um novo ficheiro mono-server-hosts.conf?Iniciar "
"automaticamente o XSP"

#. Type: boolean
#. Description
#: ../mono-xsp.templates:4
msgid ""
"Would you like to autostart the XSP process when you start your computer?."
msgstr ""
"Deseja iniciar automaticamente o XSP quando inicia o computador?"

Bug#336700: lintian: Include slsh as a valid interpreter

[Rafael Laboissiere]

Package: lintian
Version: 1.23.11
Severity: wishlist


Please, include /usr/bin/slsh (in the slsh package) as a valid interpreter.
Thanks.

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

Versions of packages lintian depends on:
ii  binutils   2.16.1-2  The GNU assembler, linker and bina
ii  diffstat   1.39-1produces graph of changes introduc
ii  file   4.12-1Determines file type using "magic"
ii  gettext0.14.5-2  GNU Internationalization utilities
ii  intltool-debian0.30+20040213 Help i18n of RFC822 compliant conf
ii  libparse-debianchangelog-p 0.7-1 parse Debian changelogs and output
ii  man-db 2.4.3-1   The on-line manual pager
ii  perl [libdigest-md5-perl]  5.8.7-7   Larry Wall's Practical Extraction 

lintian recommends no packages.

-- no debconf information



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