Bug#473188: ITP: libbsdelf -- library for the SVR4 ELF(3) API

[Y Giridhar Appaji Nag]

Package: wnpp
Severity: wishlist
Owner: Y Giridhar Appaji Nag <[EMAIL PROTECTED]>

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: libbsdelf
  Version : 20080125
  Upstream Author : Joseph Koshy <[EMAIL PROTECTED]>
* URL : http://wiki.freebsd.org/LibElf
* License : BSD
  Programming Lang: C
  Description : library for the SVR4 ELF API

libbsdelf implements a BSD-licensed implementation of the SVR4 ELF API.
It attempts to fill the gap of a BSD-licensed common ELF API.

http://people.freebsd.org/~jkoshy/download/libelf-20080125.tbz

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

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

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFH7eGo4eu+pR04mIcRAtsSAKDXKLAp+Jj6JmiEIO+JLglgLQqrjQCg9vuQ
Gh0dw8sfPIhtaAwQNgZL6dw=
=eQS7
-END PGP SIGNATURE-



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

Bug#455572: Fixed in SVN

[Phil Bordelon]

Josh,

Thanks for the bug report.

I just fixed this in Subversion, revision 484.

Phil B.



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

Bug#473187: aptitude: does not respond to key responsively with ~d...

[Osamu Aoki]

Package: aptitude
Version: 0.4.11-3
Severity: normal

I think it is recent feature for aptitude to search incrementally with
key input.  This is good feature if we are just putting simple pacckage
name to prompt after pressing "/".

But once we place ~d into box, key response get super slow with longer
sting in the box.   Even with new 2MHz Core2 duo, it can reach
unbearably slow level quite easily.  Thus I am filing this not us
wishlist but normal bug.

It seems you implimented this incremental search function to "/" but not
to "l".

Since incremental search is very CPU intensive, it should be disabled
for complicated search.  I suggest you disable incremental search when
"~" is entered into input search string box.  I do not think incremental
search is needed in such case.

Osamu

-- Package-specific info:
Terminal: xterm
$DISPLAY is set.

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

Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages aptitude depends on:
ii  apt [libapt-pkg-libc6. 0.7.11Advanced front-end for dpkg
ii  libc6  2.7-10GNU C Library: Shared libraries
ii  libcwidget30.5.9-1   high-level terminal interface libr
ii  libept00.5.17High-level library for managing De
ii  libgcc11:4.3.0-2 GCC support library
ii  libncursesw5   5.6+20080308-1Shared libraries for terminal hand
ii  libsigc++-2.0-0c2a 2.0.18-2  type-safe Signal Framework for C++
ii  libstdc++6 4.3.0-2   The GNU Standard C++ Library v3
ii  libxapian151.0.5-1   Search engine library
ii  zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime

Versions of packages aptitude recommends:
ii  aptitude-doc-en [aptitude-doc 0.4.11-3   English manual for aptitude, a ter
ii  libparse-debianchangelog-perl 1.1.1-2parse Debian changelogs and output

-- no debconf information



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

Bug#457668: Fixed in SVN

[Phil Bordelon]

This bug should be fixed in r480 in SVN.

Phil



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

Bug#279741: metric for DHCP

[Osamu Aoki]

Hi,

This is about http://bugs.debian.org/279741

It is quite understandable this wishlist exists.

So I am adding this information here so people can have their wish
without waiting for this to be solved by ifupdown package.

Solution: install ifmetric package.

This package runs ifmetric command as hook script and does what is
needed aposteori.  This package does not require any modification to the
existing packages.

Osamu
 http://people.debian.org/~osamu/pub/getwiki/html/ch06.en.html#theifmetric



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

Bug#473021: cc-mode intrudes unrelated modes

[Rob Browning]

Sven Joachim <[EMAIL PROTECTED]> writes:

> The best way to do this would be to package Emacs 22.2, which was
> released by upstream yesterday and appears to include this patch. :-)

Indeed.  I'm planning to work on that this weekend.

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4



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

Bug#119911: confirming the time

[Kalevi Wallet]

Screaming hot saucy babes

Bond girls will line up for you once you have added inches to your organ. 
http://www.swakeile.com/



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

Bug#247602: I can shoot 3 meters

[Roseann Archambault]

Be like brad pitt and attract all the girls

If you take her from behind, a longer tool will be guaranteed to hit her 
G-spot. http://www.nuasuoset.com/



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

Bug#322315: Reduce the risk of dementia

[wilford jerome]

Re: confirming the time

Studies have shown that on average the G-spots in girls are located 8 inches 
deep. http://www.nustermas.com/



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

Bug#108196: Catch it now limited screening

[Altangerel Goedde]

You will always be able to please

Jessica told me I am hot, Britney told me I am macho and Brad told me I rock. 
http://www.beusiowe.com/



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

Bug#127527: Get laid over and over

[tolia Mardosa]

Spank and pleasure her

Penetrate deeper into her and hit her G-spot every night. 
http://www.smalriky.com/



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

Bug#1555: Find out why Obama is leading

[souksavath Hyun]

The truth about what she really needs

It is a good thing it is made from an all-natural herbal formula 
http://www.flauipe.com/



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

Bug#143701: Take charge of your life

[umut Rantanen]

Take charge of your life

Just imagine the amount of action all the young nubile hotties are getting in 
the college dorms. http://www.moelosye.com/



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

Bug#473170: [Pkg-fonts-devel] Bug#473170: Time for the upgrade

[Hideki Yamane]

Hi,

On Sat, 29 Mar 2008 00:19:41 +0200
Juhapekka Tolvanen <[EMAIL PROTECTED]> wrote:
> Package: ttf-vlgothic
> Version: 20071215-2
> Severity: wishlist
> 
> 
> New version is 20080327. Get it while its hot!

 I've prepared updated ttf-vlgothic package at
 
http://mentors.debian.net/debian/pool/main/t/ttf-vlgothic/ttf-vlgothic_20080327-1.dsc

 Could someone upload it, please?

-- 
Regards,

 Hideki Yamane


pgp12FqTLyKec.pgp
Description: PGP signature

Bug#122304: Reduce the risk of dementia

[osasa Kellner]

I can shoot 3 meters

Get them before they run out of stock http://www.trooterp.com/



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

Bug#473133: honor default locale

[LI Daobing]

On Sat, Mar 29, 2008 at 1:43 AM, Julien Cristau <[EMAIL PROTECTED]> wrote:
> On Fri, Mar 28, 2008 at 22:53:17 +0800, LI Daobing wrote:
>
>  > Package: mldonkey-server
>  > Version: 2.9.4-1
>  > Severity: normal
>  >
>  > --- Please enter the report below this line. ---
>  > Hello,
>  >
>  > if mldonkey is started when boot up, the default locale is C, so all the
>  > non-ascii charater in the new downloaded filename will be changed to "_",
>  > such as "(__) (__) []  ().rar", which is not acceptable.
>  >
>  > please set the locale in /etc/init.d/mldonkey, for example, you can read 
> the
>  > default locale from /etc/default/locale
>  >
>  I don't think that's the proper fix.  IMO mldonkey should just not
>  modify file names at all, whatever the locale.
>
the filename is in the ed2k link (maybe in UTF-8, I am not sure), this
problem is how to present a unicode file name in the disk. if locale
is C, he can't save the filename correctly.


-- 
Best Regards,
 LI Daobing



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

Bug#473060: intltool-merge cache problem

[Changwoo Ryu]

It seems to be an intltool bug about its cache handling. During build
[1], intltool-merge command prints warning, 

"Odd number of elements in hash assignment at ../intltool-merge line
374."

Removing -c option from intltool-merge command line fixes this bug.



[1] http://buildd.debian.org/build.cgi?pkg=tomboy;ver=0.10.0-1

-- 
Changwoo Ryu <[EMAIL PROTECTED]>


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

Bug#465810: Some upstream docs

[Dustin Spicuzza]

I definitely agree -- the documentation for this stuff is horrible all 
around. I recently created some documentation to go along with a patch 
to improve HAL/Xorg hotplugging. They are in upstream git, but I don't 
think the new features will make it down to distro's for a bit yet.


See config/x11-input.fdi at 
http://gitweb.freedesktop.org/?p=xorg/xserver.git;a=commit;h=47eb658e802775021e3efec109f95431cca188ca


Dustin

--
Innovation is just a problem away




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

Bug#421580: Proposed patch for Debian package

[Dave Hall]

Hi Olivier,

Try the attached patch if you like.  It won't be included in 0.9.16, but
should work for your purposes.

I am currently testing what I proposed in the earlier comment in a
private branch.  That should make its way back into the phpgw tree at
some point.

Cheers

Dave
-- 
Dave Hall (aka skwashd)
API Coordinator
phpGroupWare
e [EMAIL PROTECTED]
w phpgroupware.org
j [EMAIL PROTECTED]
sip [EMAIL PROTECTED]
   _____ 
 _ __ | |__  _ __  / ___|_ __ ___  _   _ _ _\ \  / /_ _ _ __ ___ 
| '_ \| '_ \| '_ \| |  _| '__/ _ \| | | | '_ \ \ /\ / / _` | '__/ _ \
| |_) | | | | |_) | |_| | | | (_) | |_| | |_) \ V  V / (_| | | |  __/
| .__/|_| |_| .__/ \|_|  \___/ \__,_| .__/ \_/\_/ \__,_|_|  \___|
|_| |_| |_|Web based collaboration platform

Index: phpgwapi/inc/class.sessions.inc.php
===
--- phpgwapi/inc/class.sessions.inc.php	(revision 18510)
+++ phpgwapi/inc/class.sessions.inc.php	(working copy)
@@ -420,6 +420,10 @@
 			{
 $dom = $arr[1];
 			}
+
+			$this->cookie_domain = $dom;
+
+			/*
 			$parts = explode('.',$dom);
 			if (count($parts) > 2)
 			{
@@ -439,6 +443,7 @@
 			{
 $this->cookie_domain = '';
 			}
+			*/
 			print_debug('COOKIE_DOMAIN',$this->cookie_domain,'api');
 			
 			$this->set_cookie_params($this->cookie_domain);	// for php4 sessions necessary

Bug#472945: [dpatch-maintainers] Bug#472945: dpatch: add "bash >= 3" dependency for "pipefail" feature

[Junichi Uekawa]

tags 472945 - patch
thanks

Hi,

> package dpatch
> retitle 472945 dpatch: check bash version before "set -o pipefail"
> tags 472945 + patch
> thanks
> 
> Hi,
> 
> I would like to purpose a better solution for this.
> 
> In /usr/bin/dpatch,
> 
>if [ "${BASH_VERSINFO[0]}" -ge 3 ]; then
>   set -o pipefail
>fi

No, that's unacceptable, that changes behavior.

Why do you want to use such an old version of bash? pipefail has
around been since 2004, which is 4 years ago, and 2 releases back.


regards,
junichi
-- 
[EMAIL PROTECTED],netfort.gr.jp}   Debian Project



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

Bug#473186: win32-loader: [INTL:ja] Updated Japanese po-debconf template translation (ja.po)

[Hideki Yamane (Debian-JP)]

Package: win32-loader
Version: 0.6.6
Severity: wishlist
Tags: patch l10n

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear win32-loader maintainer,

 Here's updated Japanese po-debconf template (ja.po) file.
 Could you apply it, please?

- --
Regards,

 Hideki Yamane henrich @ debian.or.jp



-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFH7bFJIu0hy8THJksRAvTTAKCkKhVMwmU2gkz5k6yXQupvpICNJgCglDis
4nFTupr6Vk4NEYBcRVzZGAM=
=qeT9
-END PGP SIGNATURE-
# Copyright (C) 2007 Robert Millan <[EMAIL PROTECTED]>
# This file is distributed under the same license as the win32-loader package.
# Hideki Yamane (Debian-JP) <[EMAIL PROTECTED]>, 2007-2008.
#
msgid ""
msgstr ""
"Project-Id-Version: win32-loader 0.6.0~pre2\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2008-03-22 12:30+\n"
"PO-Revision-Date: 2007-09-10 21:29+0900\n"
"Last-Translator: Hideki Yamane (Debian-JP) <[EMAIL PROTECTED]>\n"
"Language-Team: Japanese <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Poedit-Language: Japanese\n"
"X-Poedit-Country: JAPAN\n"

#. translate:
#. This must be a valid string recognised by Nsis.  If your
#. language is not yet supported by Nsis, please translate the
#. missing Nsis part first.
#.
#: win32-loader.sh:36 win32-loader.c:39
msgid "LANG_ENGLISH"
msgstr "LANG_JAPANESE"

#. translate:
#. This must be the string used by GNU iconv to represent the charset used
#. by Windows for your language.  If you don't know, check
#. [wine]/tools/wmc/lang.c, or 
http://www.microsoft.com/globaldev/reference/WinCP.mspx
#.
#. IMPORTANT: In the rest of this file, only the subset of UTF-8 that can be
#. converted to this charset should be used.
#: win32-loader.sh:52
msgid "windows-1252"
msgstr "shift-jis"

#. translate:
#. Charset used by NTLDR in your localised version of Windows XP.  If you
#. don't know, maybe http://en.wikipedia.org/wiki/Code_page helps.
#: win32-loader.sh:57
msgid "cp437"
msgstr "cp932"

#. translate:
#. The name of your language _in English_ (must be restricted to ascii)
#: win32-loader.sh:67
msgid "English"
msgstr "Japanese"

#. translate:
#. IMPORTANT: only the subset of UTF-8 that can be converted to NTLDR charset
#. (e.g. cp437) should be used in this string.  If you don't know which charset
#. applies, limit yourself to ascii.
#: win32-loader.sh:81
msgid "Debian Installer"
msgstr "Debian インストーラ"

#. translate:
#. The nlf file for your language should be found in
#. /usr/share/nsis/Contrib/Language files/
#.
#: win32-loader.c:68
msgid "English.nlf"
msgstr "Japanese.nlf"

#: win32-loader.c:71
msgid "Debian-Installer Loader"
msgstr "Debian インストーラ起動ツール"

#: win32-loader.c:72
msgid "Cannot find win32-loader.ini."
msgstr "win32-loader.ini が見つかりません。"

#: win32-loader.c:73
msgid "win32-loader.ini is incomplete.  Contact the provider of this medium."
msgstr ""
"win32-loader.ini が破損しています。このメディアの提供者に問い合わせてくださ"
"い。"

#: win32-loader.c:74
msgid ""
"This program has detected that your keyboard type is \"$0\".  Is this "
"correct?"
msgstr ""
"このプログラムは、キーボードの種類を \"$0\" と判断しました。正しいですか?"

#: win32-loader.c:75
msgid ""
"Please send a bug report with the following information:\n"
"\n"
" - Version of Windows.\n"
" - Country settings.\n"
" - Real keyboard type.\n"
" - Detected keyboard type.\n"
"\n"
"Thank you."
msgstr ""
"以下の情報を含んだバグ報告を送ってください:\n"
"\n"
" - Windows のバージョン\n"
" - 設定された国名\n"
" - 実際使っているキーボードの種類\n"
" - 検出されたキーボードの種類\n"
"\n"
"よろしくお願いします。"

#: win32-loader.c:76
msgid ""
"There doesn't seem to be enough free disk space in drive $c.  For a complete "
"desktop install, it is recommended to have at least 3 GB.  If there is "
"already a separate disk or partition to install Debian, or if you plan to "
"replace Windows completely, you can safely ignore this warning."
msgstr ""
"ドライブ $c に十分な空き領域が存在しないようです。デスクトップ環境をすべてイ"
"ンストールするには、少なくとも 3 GB の空きディスク領域を確保することをお勧め"
"します。もし Debian をインストールするために別のディスクを用意していたり、"
"ディスク領域を分割していたりしていた場合、あるいは完全に Windows を上書きする"
"つもりであれば、この警告を無視して構いません。"

#: win32-loader.c:77
msgid "Error: not enough free disk space.  Aborting install."
msgstr "エラー: ディスクの空き領域が足りません。インストールを終了します。"

#: win32-loader.c:78
msgid "This program doesn't support Windows $windows_version yet."
msgstr "このプログラムはまだ Windows $windows_version をサポートしていません。"

#: win32-loader.c:79
msgid ""
"The version of Debian you're trying to install is designed to run on modern, "
"64-bit computers.  However, your computer is uncapable of running 64-bit "
"programs.\n"
"\n"
"Use the 32-bit (\"i386\") version of Debian, or the Multi-arch version which "
"is able to install either of them.\n"
"\n"
"This installer will abort now."
msgstr ""
"あなたがインストールしようとしているバージョンの Debian は、最新の 64 ビット"
"環境で動作するように作られたものです。しかしながら、あなたのマシンは 64 ビッ"
"ト用のプログラムが動作するようにはなっていません。\n"
"\n"
"32 ビット版、つまり「i386」版の Debian を使うか、どちらにもインストール可能"
"な Multi-arch 版を使ってください。\n"
"\n"
"ここでインストーラを終了します。"

#: win32-loader.c:80
msgid ""
"Your computer is capable of running modern, 6

Bug#473184: uspend.d/55-down-interfaces.sh does not call wpa_action stop

[cris]

Package: acpi-support
Version: 0.103-5
Severity: normal
Tags: patch

Now that wpasupplicant is started by ifupdown, any interfaces managed by
wpa_action need to be given the 'wpa_action $interface stop' command rather
than being ifdown'ed:

--- 55-down-interfaces.sh   2007-12-13 12:35:00.0 -0700
+++ 55-down-interfaces.sh.new   2008-03-28 19:58:47.0 -0600
@@ -26,7 +26,11 @@
# Shut down the interfaces (except lo, which can and should be kep
 for x in $IFUP_INTERFACES; do
  if must_control_interface $x ; then
  -  ifdown $x
  +  if [ -f "/var/run/wpa_action.$x.pid" ]; then
  +  wpa_action $x stop
  +  else
  +  ifdown $x
  +  fi
   fi
 done


See also:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=390884
https://bugs.launchpad.net/ubuntu/+source/acpi-support/+bug/202203

- Chris Burkhardt

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

Kernel: Linux 2.6.22 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages acpi-support depends on:
ii  acpi-support-base 0.103-5scripts for handling base ACPI
eve
ii  acpid 1.0.4-7.1  Utilities for using ACPI power
man
ii  dmidecode 2.9-1  Dump Desktop Management
Interface 
ii  finger0.17-11user information lookup
program
ii  hdparm8.6-1  tune hard disk parameters for
high
ii  laptop-detect 0.13.5 attempt to detect a laptop
ii  libc6 2.7-6  GNU C Library: Shared
libraries
ii  lsb-base  3.1-24 Linux Standard Base 3.1 init
scrip
ii  nvclock   0.8b3-1Allows you to overclock your
nVidi
ii  powermgmt-base1.30   Common utils and configs for
power
ii  radeontool1.5-5  utility to control ATI Radeon
back
ii  toshset   1.72-7 Access much of the Toshiba
laptop 
ii  vbetool   1.0-1.1run real-mode video BIOS code
to a
ii  x11-xserver-utils 7.3+2  X server utilities

acpi-support recommends no packages.

-- no debconf information

Bug#473185: Please don't use package not available on all archs as first alternative

[Frank Lichtenheld]

Package: libqt4-sql
Version: 4.3.4-2
Severity: wishlist

libqt4-sql currently depends on "libqt4-sql-ibase | libqt4-sql-mysql |
libqt4-sql-odbc | libqt4-sql-psql | libqt4-sql-sqlite |
libqt4-sql-sqlite2"

I would suggest reordering that so that a package that is available on
all architectures is listed first (libqt4-sql-ibase is only available on
a few architectures). This would make it easier for very dumb dependency
resolvers (like the one in sbuild for example) to handle this. This is
at least a problem with the build-dependency resolver of the
experimental buildds since that does a full recursion in the
build-dependency tree to search for dependencies from experimental.

See e.g. this build log:
http://experimental.debian.net/fetch.php?pkg=qimageblitz&arch=hppa&ver=1%3A0.0.4-2&stamp=1206756538&file=log&as=raw

Gruesse,
Frank Lichtenheld

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

Kernel: Linux 2.6.25-rc7-686 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libqt4-sql depends on:
ii  libc6 2.7-9  GNU C Library: Shared libraries
ii  libmysqlclient15off   5.0.51a-3  MySQL database client library
ii  libpq58.3.1-1PostgreSQL C client library
ii  libqt4-core   4.3.4-2Qt 4 core non-GUI functionality ru
ii  libsqlite02.8.17-4   SQLite shared library
ii  libsqlite3-0  3.5.7-1SQLite 3 shared library
ii  libstdc++64.3.0-2The GNU Standard C++ Library v3

libqt4-sql recommends no packages.

-- no debconf information



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

Bug#473147: pppoeconf creates non-optimal /e/n/i (follow-up)

[Osamu Aoki]

Hi,

I have second thought, there can be another style too.  

The intent of pppoeconf seems to have stanza for each interface which is
right and reasonable.

But if "auto dsl-provider" is used as in the case of pppoeconf, then
/etc/network/run/ifstate will contain dsl-provider=dsl-provider which is
wrong.  

Let me propose new option 3.  With this, /etc/network/run/ifstate will
have ppp0=dsl-provider and is right even in detail.

Option 3: (pedantically correct and use manual and ppp)
|auto lo
|iface lo inet loopback
|
|# comment out next 1 line for manual start
|auto eth0
|iface eth0 inet manual
|pre-up/sbin/ifconfig eth0 up
|upifup   ppp0=dsl-provider
|down  ifdown ppp0=dsl-provider
|post-down /sbin/ifconfig eth0 down
|
|iface dsl-provider inet ppp
|provider dsl-provider

(If dsl-provider in iface stanza line is replaced by ppp0 in option 3,
then "ppp0=dsl-provider" should be changed to simple "ppp0".  I think
above example is nicer in style.)

I just checked this works as intended.

Option 1 and 2 (see below) will not have ppp0 line in ifstate but for
all practical purpose,  dropping ppp0 will not have negative impact.
But for configuration helper script such as pppoeconf should create best
styled one.

These correct configurations can be set "manual start" mode by
commenting out pertinent "auto" line.  Then you can install the ifplugd
package to change trigger for interface up/down to the plugging-in/out
of cable.  That together with guessnet can automate selecting pppoe
connection and DHCP etc. when machine moves around environment.

I have updated this kind of Debian network tutorial of "Debian
Reference" and temporary hosting at:

 http://people.debian.org/~osamu/pub/getwiki/html/ch06.en.html

Osamu

PS: Let me recap what are other acceptable configuration:

Option 1: (I think this is best since it is simple.)
|auto lo
|iface lo inet loopback
|
|# comment out next 1 line for manual start
|auto eth0
|iface eth0 inet ppp
|pre-up/sbin/ifconfig eth0 up
|post-down /sbin/ifconfig eth0 down
|# create ppp0 interface which connects via eth0 connection
|provider dsl-provider

Option 2: (If you insist using manual instead of ppp)
|auto lo
|iface lo inet loopback
|
|# comment out next 1 line for manual start
|auto eth0
|iface eth0 inet manual
|pre-up/sbin/ifconfig eth0 up
|# create ppp0 interface which connects via eth0 connection
|up/usr/bin/pon   dsl-provider
|down  /usr/bin/poff  dsl-provider
|post-down /sbin/ifconfig eth0 down

Osamu




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

Bug#424092: Patch to fix albatross FTBFS if built twice.

[Kumar Appaiah]

tags 424092 + patch
forcemerge 424092 442486
thanks

Hi!

Please find attached a patch to fix this bug. May not be elegant, but works...

HTH.

Kumar
-- 
Kumar Appaiah,
458, Jamuna Hostel,
Indian Institute of Technology Madras,
Chennai - 600 036
diff -Nru --exclude changelog albatross-1.36/debian/rules albatross-1.36/debian/rules
--- albatross-1.36/debian/rules	2008-03-29 07:42:45.0 +0530
+++ albatross-1.36/debian/rules	2008-03-29 07:42:45.0 +0530
@@ -57,6 +57,14 @@
 	rm -rf *-stamp *-stamp-* build
 	rm -f al-session-daemon.8 al-httpd.8
 	find debian -name '*.py[co]' -exec rm -f {} \;
+	find doc -name '*.py[co]' -exec rm -f {} \;
+	find doc -name '*.pdf' -exec rm -f {} \;
+	find doc -name '*.eps' -exec rm -f {} \;
+	find doc -name '*methods.tex' -exec rm -f {} \;
+	find test -name '*.py[co]' -exec rm -f {} \;
+	find albatross -name '*.py[co]' -exec rm -f {} \;
+	rm -f build-ext-python* install-ext-python*
+	rm -f doc/albatross.lof doc/albatross.tex2 doc/other.html
 	dh_clean
 
 # Install files in their correct locations


signature.asc
Description: Digital signature

Bug#473183: kinput2: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

[Eder L. Marques]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: kinput2
Tags: l10n patch
Severity: wishlist

Hello,

Please, Could you update the Brazilian Portuguese Translation?

Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is
tested with msgfmt and podebconf-display-po.

Kind regards,



- --
Eder L. Marques
Just another weekend hacker
http://blog.edermarques.net/ |  http://www.debian.org/
http://administrando.net/|  http://www.debianbrasil.org/
http://www.fsfla.org/|  http://www.debian-ce.org/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iQIVAwUBR+2iEj9tnxvLkedtAQIzww//dI8hO5QwS6bxb6+J48338A9IWdJLaoqw
14AYkkM3v/Tpj3+4LXjQRuFkF/BfMeRVxYoZo2QGUI4Sj+QiRLk3d6zG4rV3VLJQ
7mlqTGtIBc82OyJyFD2oMsVUHdmu6P5eU/Qi46sk0NzDJsUBcRrsbaZlJtiyjhy2
R6NURFdCImbufbgiqa3+PfC7S93f92tvSRKru6xMM/Z7yXwORW2ZNuRnw0j1OH2b
b4uDJe868wheQY4o30yqBNyfTAg7/7bQKR0LiNCPARvsebEGcVtAr+6vbYDN2XFu
wXX/HFudea1AuX2tgDkk2oBuZDBmo9lz/hZufB7gm7AXUppQ7w7BXmgFylVG+FjY
vxp27jhMbM4SGIN0psoUUET1nadKWfNZMOJZ8sg5k3txFUC+bxu/l3Ces0iDogQa
vvJy4m9voJL95hW4rbVfMEIL8DYZC10apwmMqpno+2GrD3umKDrTyahzC2Q/oxlo
Ha/drBjsBhGFdJx91+8Rf/X2m8Ssx9eaX1ZoO/3uL+aZ4X4snnoYNp17lQO7hdW1
1z6j6xUbpRenlhNmH7bmZDC479TmX5AhngO5dJpzH7Za6SESs3Ueo4ZrWV88QYFZ
Mgr8G8ve+cihKXX/GOORF9qJhXYOE6wo4uoGCc4f+RDIRsTgwzLgs6MYGRC39tX+
H25SPttCwsM=
=BpIX
-END PGP SIGNATURE-
# kinput2 Brazilian Portuguese translation
# Copyright (c) 2008 kinput2's COPYRIGHT HOLDER
# This file is distributed under the same license as the kinput2 package.
# Eder L. Marques (frolic) <[EMAIL PROTECTED]>, 2008.
#
msgid ""
msgstr "pt_BR utf-8\n"
"Project-Id-Version: kinput2\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2007-07-12 22:52+\n"
"PO-Revision-Date: 2008-03-11 15:54-0300\n"
"Last-Translator: Eder L. Marques (frolic) <[EMAIL PROTECTED]>\n"
"Language-Team: l10n Portuguese <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.11.4\n"
"Plural-Forms:  nplurals=2; plural=(n > 1);\n"

#. Type: select
#. Description
#: ../kinput2-canna-wnn.templates:1001 ../kinput2-wnn.templates:1001
msgid "Default system keybindings of Kinput2 for Wnn"
msgstr "Teclas de atalho padrão do sistema do Kinput2 para Wnn"

#. Type: select
#. Description
#: ../kinput2-canna-wnn.templates:1001 ../kinput2-wnn.templates:1001
msgid ""
"Debian prepackaged version of Kinput2 provides a functionality to select "
"default keybindings of Kinput2 for Wnn from \"Kinput2\" and \"Egg\". "
"Although the former is the original keybindings of Kinput2, Egg on Emacs "
"users may prefer the latter."
msgstr ""
"A versão pré empacotada do Kinput2 fornece uma funcionalidade de selecionar "
"teclas de atalho padrão do Kinput2 para Wnn de \"Kinput2\" e \"Egg\". "
"Embora a primeira seja as teclas de atalho originais do Kinput2, os "
"usuários de Egg no Emacs podem preferir a segunda."

Bug#470994: [Alpine-info] Permissions of user mailboxes in /var/mail

[Asheesh Laroia]

On Fri, 28 Mar 2008, Mark Crispin wrote:


I apologize for not responding earlier; I was on vacation until Tuesday.

The answer to your question is:

"If I understand your question correctly, the answer is yes.  It is OK for 
mailbox files in /var/mail to be protected 0600 without any specific group 
setting.  In fact, this is the normal and expected protection for mailbox 
files for the UW c-client library.


[rest snipped]

This means that pine, alpine, and UW IMAPd are okay with the suggested 
change in this bug.  I believe this concludes my obligations toward this 
bug; on a personal note, I hope that the policy actually does change in 
the suggested way.


-- Asheesh.

--
Many suitcases look alike.



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

Bug#473075: can't boot either

[maximilian attems]

On Sat, Mar 29, 2008 at 09:14:35AM +0800, [EMAIL PROTECTED] wrote:
> I cannot boot either.
> It can't find
> /dev/disk/by-id/ata
> in my fstab, or probably old fashioned /dev/hdb's either.
> ii busybox 1:1.9.2-2

you didn't even seem it worthwile to copy the error messages you are
seeing, currently nothings indicated that this reports are correlated.

try downgrading busybox to testing and regenerate initramfs?!



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

Bug#470994: [Alpine-info] Permissions of user mailboxes in /var/mail

[Mark Crispin]

I apologize for not responding earlier; I was on vacation until Tuesday.

The answer to your question is:

"If I understand your question correctly, the answer is yes.  It is OK for 
mailbox files in /var/mail to be protected 0600 without any specific group 
setting.  In fact, this is the normal and expected protection for mailbox 
files for the UW c-client library.


"Nothing in any version of Pine, Alpine, UW imapd, ipop3d, or any other UW 
c-client based application has any dependency upon a mailbox file being 
accessible by group mail.


"c-client based applications run without privileges (including without 
setgid mail).  Thus, they prefer that the protection of the mail spool 
directory, e.g., /var/mail, be the traditional 1777.  Although it is 
possible to harass another user by creating fake locks, it is difficult to 
do this anonymously if the mail spool is located on its own filesystem.


"Some systems set the protection of the mail spool directory to be 775 
with the group set to mail.  In that case, c-client based applications 
require the installation of the external mlock helper tool, which is 
distributed as part of the UW IMAP toolkit.  mlock runs as setgid mail, 
and tries to be as paranoid as possible in making sure that its access is 
safe."


On Mon, 17 Mar 2008, Asheesh Laroia wrote:

Dear alpiners,

In Debian, the Policy currently says: "Mailboxes are generally mode 660 
user.mail unless the system administrator has chosen otherwise. . . . 
Mailboxes must be writable by group mail. " 



This refers to the permissions of mbox files in /var/mail/.  Josip Rodin is 
trying to change this in Debian.  In particular, he wants to remove the 
requirement that the mbox files be writable by the mail group.  I wanted to 
ask the UW alpiners:


If Debian used mode 0600 for the mailboxes in /var/mail, would that be okay? 
In particular, I'd like to know if it would cause locking problems for alpine 
or the UW IMAPd.  I'd be curious to also know if older versions of PINE would 
also be okay with the changes.


Note that Josip's suggested change is simply to remove the "must be writiable 
by group mail" sentence from the Policy, not to make a specific 
recommendation.  I mention 0600 for the user mbox files as an example; it 
seems like the most restrictive the files could be to be useful, so if they 
are less restrictive than that (al)pine should be fine as well.


As I understand things, this change would be fine - but better safe than 
sorry when changing Policy!


For your entirely optional reading pleasure, the full text of Josip Rodin's 
message can be found at 
http://permalink.gmane.org/gmane.linux.debian.devel.bugs.general/387931 - I'm 
CC:ing the bug so this conversation can be recorded in the right place for 
Debian people to review it; please keep the bug on the CC:s.  Josip quotes a 
message about pine from 1999 that can be found at 
http://lists.debian.org/debian-policy/1999/06/msg00108.html ; it seems that 
Brock was mistaken, and a response can be found at 
http://lists.debian.org/debian-policy/1999/06/msg00124.html .


-- Asheesh.

--
Q:  What do you call a boomerang that doesn't come back?
A:  A stick.
___
Alpine-info mailing list
[EMAIL PROTECTED]
https://mailman1.u.washington.edu/mailman/listinfo/alpine-info



-- Mark --

http://panda.com/mrc
Democracy is two wolves and a sheep deciding what to eat for lunch.
Liberty is a well-armed sheep contesting the vote.



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

Bug#473182: kdebase: KDE applications waste minutes in launching

[Rafael]

Package: kdebase
Version: 4:3.5.8.dfsg.1-7
Severity: important

Sometimes KDE turns into a state in which some KDE applications as like as 
D3lphin, Kate, kaffeine, amarok, k3b... take over minutes to load.
Sorry but i don't completly know what causes this, it some times happens when I 
have been playing multiple small videos with Kaffeine.
I am experimenting the problem right now, today I have had KDE all day working 
since 8:00 am, to 1:20 am (many hours), just using boinc-client, kget, amule, 
and 
Ares emulated with wine. All applications are pasive, processing and 
downloading. When i have came from work, i have tested a downloaded video, and 
following I 
have found that multiple KDE applications take minutes 
for launch, some of them may be never start (kaffeine for example).
I have seen this problem more times before, in other installations of Debian 
lenny + KDE, but in this same computer.
I have passed a memtest86+ without finding error in RAM.
It is possible this bug to have relationship with #461636 and #405965 bugs.
If i run 'ps aux | grep "appname"' i can see the program in execution:

[EMAIL PROTECTED]:~$ ps aux | grep amarok
rafael4937  0.0  0.9  23012  9996 ?S01:56   0:00 amarok
rafael4939  1.0  2.6  71564 27184 ?Sl   01:56   0:01 amarokapp
[EMAIL PROTECTED]:~$ ps aux | grep kaffeine
rafael2779  0.0  1.0  30252 10748 ?S01:45   0:00 kaffeine
rafael2780  0.0  0.0  0 0 ?Z01:45   0:00 [kaffeine] 

rafael5366  0.0  0.0   3888   748 pts/2R+   01:58   0:00 grep kaffeine
rafael   28346  0.1  3.1  97052 32488 ?SMar28   0:37 kaffeine 
/home/rafael/Recibidos/Ares/peliculas los 300 (2007).avi
rafael   31796  0.0  1.0  30248 10744 ?S01:27   0:00 kaffeine
rafael   31797  0.0  0.0  0 0 ?Z01:27   0:00 [kaffeine] 

[EMAIL PROTECTED]:~

You can see kaffeine, but i closed it before. Interesting..

I try to kill kaffeine (main possible cause):

[EMAIL PROTECTED]:~$ kill 28346
[EMAIL PROTECTED]:~$ ps aux | grep kaffeine
rafael5922  0.0  0.0   3888   748 pts/2R+   02:01   0:00 grep kaffeine
[EMAIL PROTECTED]:~$

Now it is killed.

But problem persists:
I run again kaffeine and d3lphin, but after one minute they are not launched.
I see 'ps aux' again:

[EMAIL PROTECTED]:~$ ps aux | grep kaffeine
rafael6311  0.4  1.0  30248 10740 pts/2S+   02:03   0:00 kaffeine
rafael6312  1.8  1.4  36976 14732 pts/2S+   02:03   0:00 kaffeine
rafael6379  0.0  0.0   3888   748 pts/3R+   02:03   0:00 grep kaffeine
[EMAIL PROTECTED]:~$ ps aux | grep d3lphin
rafael6154  0.3  1.4  30528 14984 ?S02:02   0:00 d3lphin
rafael6285  0.7  1.4  30528 14980 ?S02:03   0:00 d3lphin
rafael6405  0.0  0.0   3884   748 pts/3R+   02:03   0:00 grep d3lphin
rafael   28260  0.0  1.9  32088 19748 ?SMar28   0:01 d3lphin

They continue without launch after two munites.
A few seconds later d3lphin appears, it has been launched.
Around 15 seconds later other d3lphin appears (may be I started two d3lphins?).
Around 10-15 seconds later, kaffeine also appears.
They have taked around two minutes for launch.
Lets see now ps aux output:

[EMAIL PROTECTED]:~$ ps aux | grep d3lphin
rafael6154  0.1  1.7  31436 18500 ?S02:02   0:00 d3lphin
rafael6285  0.1  1.7  31480 18488 ?S02:03   0:00 d3lphin
rafael7375  0.0  0.0   3884   748 pts/3R+   02:09   0:00 grep d3lphin
rafael   28260  0.0  1.9  32088 19748 ?SMar28   0:01 d3lphin
[EMAIL PROTECTED]:~$ ps aux | grep kaffeine
rafael6312  0.1  1.8  39960 19220 pts/2S02:03   0:00 kaffeine
rafael7383  0.0  0.0   3884   748 pts/3R+   02:09   0:00 grep kaffeine

If you need more information, tell me.
Do you think that kaffeine could be the cause of all this?
See that in the first 'ps aux | grep kaffeine' execution, it seems to be locked 
or frozen, because i previously closed it, but it still appears in ps aux.
In addiction i have said that other times this started playing small videos 
with kaffeine. Interesting..

Sorry for this BIG report, you must be tired for reading, i hope for it to be 
useful. THANKS FOR YOUR WORK.


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

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

Versions of packages kdebase depends on:
ii  hal0.5.10+git20080301-1  Hardware Abstraction Layer
ii  kappfinder 4:3.5.8.dfsg.1-7  non-KDE application finder for KDE
ii  kate   4:3.5.8.dfsg.1-7  advanced text editor for KDE
ii  kcontrol   4:3.5.8.dfsg.1-7  control center for KDE
ii  kdebase-bi 4:3.5.8.dfsg.1-7  core binaries for the KDE base mod
ii  kdebase-da 4:3.5.8.dfsg.1-7  shared data file

Bug#473181: libghc6-xhtml-dev: hotlink should accept any HTML, not just an Html

[Josh Triplett]

Package: libghc6-xhtml-dev
Version: 3000.0.2.1-2
Severity: wishlist

When using this library, I often found it inconvenient to convert the
argument of hotlink to an Html myself by calling toHtml.  I think
hotlink should instead accept any HTML a, and convert it by calling
toHtml.  This should prove source-compatible with any existing
callers, since an Html qualifies as an HTML.  This would change the
type of hotlink from

hotlink :: URL -> Html -> HotLink

to

hotlink :: HTML h => URL -> h -> HotLink

Notably, this makes it easier to curry hotlink, or to use it with
zipWith (if you have two lists) or uncurry (if you have a list of
tuples).  For the simple case of a single HTML type, it allows passing
that type directly with no parentheses or $, rather than having to use
parentheses or $ around the call to toHtml in the argument.

- Josh Triplett

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

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

Versions of packages libghc6-xhtml-dev depends on:
ii  ghc6  6.8.2-3GHC - the Glasgow Haskell Compilat

libghc6-xhtml-dev recommends no packages.

-- no debconf information



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

Bug#473075: can't boot either

[jidanni]

I cannot boot either.
It can't find
/dev/disk/by-id/ata
in my fstab, or probably old fashioned /dev/hdb's either.
ii busybox 1:1.9.2-2



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

Bug#473180: linux-2.6: please build with CONFIG_FB_UVESA=m

[Evgeni Golov]

Package: linux-2.6
Version: 2.6.24-5
Severity: wishlist

Could you please enable CONFIG_FB_UVESA=m in Debian kernels? That
should not harm any existing setups, but give the possibility to use
uvesafb + v86d (see #473176) to setup non-vesa framebuffer resolutions.

Regards
Evgeni


pgplJRiPkAVer.pgp
Description: PGP signature

Bug#465778: acknowledged by developer (closing 465778)

[Luk Claes]

Helge Kreutzmann wrote:
> Hello Luk,
> On Wed, Mar 26, 2008 at 06:24:16PM +, Debian Bug Tracking System wrote:
>> This is an automatic notification regarding your Bug report
>> #465778: update-inetd: Minor typo in Debconf template,
>> which was filed against the update-inetd package.
>>
>> It has been marked as closed by one of the developers, namely
>> Luk Claes <[EMAIL PROTECTED]>.
>>
>> You should be hearing from them with a substantive response shortly,
>> in case you haven't already. If not, please contact them directly.
> 
> Doing so now as I haven't received a note (yet).

Closing a bug about a typo usually means that the typo is not present
anymore... also in this case...

Cheers

Luk



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

Bug#472925: vim: spellfiles are missing

[James Vega]

On Fri, Mar 28, 2008 at 09:43:20AM +0200, Andrei Emeltchenko wrote:
> On Thu, Mar 27, 2008 at 5:09 PM, James Vega <[EMAIL PROTECTED]> wrote:
> > On Thu, Mar 27, 2008 at 11:03:21AM +0200, Andrei Emeltchenko wrote:
> >  > spellfiles are missing.
> >  If you have a ~/.vim/spell directory, then when you set 'spelllang' to a
> >  language for which you don't already have spellfiles, Vim will ask you
> >  if it can download them.
> 
> unfortunately vim cannot download spellfile in my case. Should i
> specify proxy to it?

Why not?  You could always download the latest files for your language
from  and put them in
~/.vim/spell.

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


signature.asc
Description: Digital signature

Bug#472925: vim: spellfiles are missing

[Andrei Emeltchenko]

Hi,

On Thu, Mar 27, 2008 at 5:09 PM, James Vega <[EMAIL PROTECTED]> wrote:
> On Thu, Mar 27, 2008 at 11:03:21AM +0200, Andrei Emeltchenko wrote:
>  > spellfiles are missing.
>  If you have a ~/.vim/spell directory, then when you set 'spelllang' to a
>  language for which you don't already have spellfiles, Vim will ask you
>  if it can download them.

unfortunately vim cannot download spellfile in my case. Should i
specify proxy to it?

Regards,
Andrei

>
>  --
>  James
>  GPG Key: 1024D/61326D40 2003-09-02 James Vega <[EMAIL PROTECTED]>
>
> -BEGIN PGP SIGNATURE-
>  Version: GnuPG v1.4.6 (GNU/Linux)
>
>  iEYEARECAAYFAkfruLcACgkQDb3UpmEybUA2NQCfV7XaHmUeYnbkLlvMQ4vzD5Pq
>  wvAAn08NlNAufhmS/49Q03OI/BkwZ/XA
>  =dwAp
>  -END PGP SIGNATURE-
>
>



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

Bug#434562: Inability to reproduce

[Anders Breindahl]

Hi,

Going over my TODO, this came up. I did try to set up a such
repository-hosting machine, but had no success whatsoever.

- I wasn't able to have apache use postgresql for authentication. I
  tried a fresh install, and used mostly the guide's configuration.
- I don't know whether my previous debugging is still applicable
- I don't suppose the bug is still relevant, but that's only per
  Stefan's suggestions.

For all I care, the bug may be closed -- but technically, I can't say
it's been resolved.

Regards, skrewz.


signature.asc
Description: Digital signature

Bug#473179: libuuid should use useradd/groupadd

[Michael Spang]

Package: libuuid1
Version: 1.40.2-1+lenny1
Severity: important

The postinst uses useradd to add a user/group. Policy section 9.2.2 says:

  Packages which need a user or group, but can have this user or
  group allocated dynamically and differently on each system, should use
  adduser --system to create the group and/or user. adduser will check for
  the existence of the user or group, and if necessary choose an unused id
  based on the ranges specified in adduser.conf."

Using useradd directly will ignore any user tuning of the ranges used in
adduser.conf.

Thanks.
Michael Spang


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

Kernel: Linux 2.6.25-0-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libuuid1 depends on:
ii  libc6 2.7-6  GNU C Library: Shared libraries

libuuid1 recommends no packages.

-- no debconf information



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

Bug#473016: autofs: automounting of nfs partitions does not work

[Luk Claes]

Jan Christoph Nordholz wrote:
> Hi Luk,

Hi

 It seems that autofs is started before nfs-common which apparently
 prevents automounting of nfs partitions. Changing the symlink from
 S19autofs to S21autofs to make sure it gets started after S20nfs-common
 seems to fix the problem.
>>> shuffling the autofs link around would open Pandora's box again - see
>>> #400952. We're talking about a similar corner case here, as nfs-common
>>> is also in rcS.d/44... so the admin must have switched to single-user and
>>> back to get hit by the bug (or /usr/sbin was not available at rcS.d/44).
> 
>> Not true as rcS.d/44 < 19 < 20
> 
> Excuse me? That's the point I was trying to make... unless something has
> prevented nfs-common from firing up its daemons that early, nfs-common
> should have been started before autofs during normal bootup, obscuring the 
> bug:
> 
> ] /etc/rcS.d/S44nfs-common
> ] /etc/rc2.d/S19autofs
> ] /etc/rc2.d/S20nfs-common
> 
> leaving only two scenarios:
> 
> a) rcS.d/S44nfs-common didn't start anything (e.g. no /usr yet)
> b) a runlevel chain S->[2345]->1-*>[2345] (bug surfaces at the last 
> transition)
> 
> the latter being in complete analogy to portmap (rcS.d/S43, rc[2345].d/S17) in
> #400952.

It appears to be a). Any hints on how to figure out why nfs-common is
not starting anything?

Cheers

Luk



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

Bug#473178: python-xmpp: New version (0.4.1) available

[Anaël Verrier]

Package: python-xmpp
Version: 0.3.1-1.2
Severity: wishlist

Hello.

A new python-xmpp (xmpppy) version (0.4.1) is available at 
http://sourceforge.net/project/showfiles.php?group_id=97081&package_id=103821&release_id=561930

Thank you.

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

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

Versions of packages python-xmpp depends on:
ii  python2.4.4-6An interactive high-level object-o
ii  python-central0.6.1  register and build utility for Pyt

python-xmpp recommends no packages.

-- no debconf information



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

Bug#471365: setting package to pidgin-data finch libpurple-dev pidgin-dev pidgin libpurple0 pidgin-dbg finch-dev libpurple-bin ... ... ...

[Ari Pollak]

# Automatically generated email from bts, devscripts version 2.10.18.1
#
# pidgin (2.4.0-2) UNRELEASED; urgency=low
#
#  * debian/patches/22_zephyr-crash.patch:
#- Add patch from upstream to prevent crash in Zephyr when reading
#  accounts.xml file (Closes: #470947)
#  * debian/patches/23_empty-edit.patch:
#- Add patch from upstream to prevent an invisible edit box in
#  message windows (Closes: #471365)
#  * debian/patches/24_debian-gconf.patch:
#- Fix an earlier screwup where we set /pidgin/browsers/command in
#  prefs.xml as a string when it should've been a path, so it was never
#  recognized properly and prevented people from using a custom browser if
#  they had run 2.3.1-1. (Closes: #472929)
#

package pidgin-data finch libpurple-dev pidgin-dev pidgin libpurple0 pidgin-dbg 
finch-dev libpurple-bin
tags 472929 + pending
tags 470947 + pending
tags 471365 + pending




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

Bug#469950: login: su blocks SIGHUP

[Samuel Thibault]

forcemerge 469950 458985
thanks

Nicolas François, le Fri 28 Mar 2008 23:30:25 +0100, a écrit :
> On Sat, Mar 08, 2008 at 09:33:54PM +1300, Jasen Betts wrote:
> > 
> > starting some tasks (eg: top - see Debian Bug #416976) in an xterm after 
> > using su can lead to undesirable behavior if the xterm is closed.
> 
> That's arguably the case even without su ;)
> 
> > After a little testing, it seems that the child process never gets 
> > the SIGHUP which it normally gets when su is not used (or it is used
> > and logged out of) and then the xterm is closed 
> 
> su does not block any SIGHUP.
> 
> I did not follow #416976. Samuel and Thomas, do you think there were
> anything wrong in the su behavior?

This is a duplicate of 416976.  Su is behaving correctly.  The kernel
is behaving correctly: it doesn't allow xterm to send signals to su
sessions for good reasons ;)

The problem is in bash that doesn't properly handle the case when it's
not permitted to SIGHUP all of its patriarchy.

Samuel



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

Bug#376177: [Pkg-xfce-devel] Bug#376177: Also present here

[Yves-Alexis Perez]

On sam, 2008-01-26 at 19:32 +0100, Santiago Ruano Rincón wrote:
> Package: xfdesktop4
> Version: 4.4.2-2
> Followup-For: Bug #376177
> 
> I'm having the same issue here:

There was some memory leaks issues fixed in more recent versions. Could
you try them an report back?

-- 
Yves-Alexis

Bug#473135: xfsprogs: mkfs.xfs creates bad features2 superblock field

[nscott]

> Package: xfsprogs
> Version: 2.9.7-1
> Severity: normal
>
> Dear Maintainers,
>
> quoting from http://oss.sgi.com/archives/xfs/2008-02/msg00225.html
> ...
> Please apply this patch.

The fix isn't merged in upstream CVS yet - we'll upload a new xfsprogs
when the final version of the fix is decided on.

cheers.

--
Nathan

Bug#472881: iamerican: proactive

[jidanni]

OK, changed script to report to scowl next time. Thanks.



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

Bug#472068: Fatal error during launching gxine

[Darren Salt]

I demand that merlin may or may not have written...

> In my last mail I said I'm using Ati Catalyst 8.3.  During update on new
> Kernel 2.6.24 I lost kernel modul (fglrx-kernel-2.6.24-1-amd64) or fglrx
> was prapared for old kernel.

> Important is that I tried run gxine on this clean Kernel /safe out from
> software by Ati/ and there wasn't no fault in this situation and gxine
> worked all right.

Hmm? There was at least one fault (hint: double negative), ang gxine worked
fine?

> I was testing  to play Audio CD and any film in MPEG 2 or 4?? in it.

> When I made  instal fglrx-kernel again, than the gxine didn't work again.

That makes it an fglrx problem, then. You should reassign this bug
accordingly (to whatever package provides the X driver binary, *not* the
kernel module); see http://www.debian.org/Bugs/server-control for details.

-- 
| Darren Salt| linux or ds at  | nr. Ashington, | Toon
| RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army
| + Generate power using sun, wind, water, nuclear.  FORGET COAL AND OIL.

Whizzo Butter - you can't tell the difference between it and a dead crab.



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

Bug#473177: libboost-date-time-dev: time_formatters.hpp incorrectly formats fractional seconds using global locale

[LeJacq, Jean Pierre]

Package: libboost-date-time-dev
Version: 1.34.1-9
Severity: important
Tags: patch


The function boost::posix_time::to_iso_string_type() uses the
ostream::operator<<() function to write the time. This later function
will use the current global locale to format each of the elements of
the time. In particular, when the global locale is set to en_US, the
fractional will be formatted to be 123,456 when there are six digits,
which is incorrect.
 
The proposed solution is to temporarily imbue the ostream with the
classic locale to disable formatting. The attached patch only applies
this to the fractional seconds but it would be more robust to apply to
the other time components as well.

This defect has already been reported upstream
http://svn.boost.org/trac/boost/ticket/1726.

This defect is similar to Debian Bug#469771.

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

Kernel: Linux 2.6.24-qi.workstation (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libboost-date-time-dev depends on:
ii  libboost-date-time1.34.1  1.34.1-9   set of date-time libraries based 
o
ii  libboost-dev  1.34.1-9   Boost C++ Libraries development 
fi

libboost-date-time-dev recommends no packages.

-- no debconf information
diff -r -u boost.orig/date_time/posix_time/time_formatters.hpp boost/date_time/posix_time/time_formatters.hpp
--- boost.orig/date_time/posix_time/time_formatters.hpp	2008-03-28 18:27:41.0 -0400
+++ boost/date_time/posix_time/time_formatters.hpp	2008-03-28 18:31:09.0 -0400
@@ -144,6 +144,9 @@
 date_time::absolute_value(td.fractional_seconds());
 #endif
   if (frac_sec != 0) {
+// Temporarily switch to classic locale to prevent possible formatting
+// of frac_sec with comma or other character (for example 123,456).
+ss.imbue(std::locale::classic());
 ss  << "." << std::setw(time_duration::num_fractional_digits())
 << std::setfill(fill_char)
   
@@ -153,6 +156,7 @@
 #else
 << frac_sec;
 #endif
+ss.imbue(std::locale::locale());
   }
 }// else
 return ss.str();

Bug#469432: [Pkg-xfce-devel] Bug#469432: squeeze and epwutils both ship a "squeeze" binary

[Yves-Alexis Perez]

On mar, 2008-03-18 at 19:53 +0100, Yves-Alexis Perez wrote:
> As there wasn't any reply on this, would you consider the attached NMU
> ok? It only renames the binary, as there is no other conflict, no
> manpage.

I just uploaded an NMU (with attached diff) in DELAYED/7.

Cheers,
-- 
Yves-Alexis
diff --git a/debian/changelog b/debian/changelog
index 16e3cc9..d5d6b24 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+epwutil (1.1-7.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Rename squeeze to epwutil-squeeze in package.
+
+ -- Yves-Alexis Perez <[EMAIL PROTECTED]>  Sat, 29 Mar 2008 00:28:20 +0100
+
 epwutil (1.1-7) unstable; urgency=low
 
   * Bumped to Standards-Version: 3.7.3.
diff --git a/debian/rules b/debian/rules
index 2cdc0fe..62fab08 100755
--- a/debian/rules
+++ b/debian/rules
@@ -43,7 +43,7 @@ install: build
 	#$(MAKE) install DESTDIR=`pwd`/debian/epwutil
 	install bookinfo `pwd`/debian/epwutil/usr/bin
 	install catdump `pwd`/debian/epwutil/usr/bin
-	install squeeze `pwd`/debian/epwutil/usr/bin
+	install squeeze `pwd`/debian/epwutil/usr/bin/epwutil-squeeze
 	
 
 # Build architecture-independent files here.


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

Bug#473176: ITP: v86d -- execute x86 BIOS code in a controlled environment

[Evgeni Golov]

Package: wnpp
Owner: Evgeni Golov <[EMAIL PROTECTED]>
Severity: wishlist

* Package name: v86d
  Version : 0.1.3
  Upstream Author : Michał Januszewski <[EMAIL PROTECTED]>
* URL or Web page : http://dev.gentoo.org/~spock/projects/uvesafb/
* License : GPL-2
  Description : execute x86 BIOS code in a controlled environment

 v86d provides a backend for kernel drivers that need to execute
 x86 BIOS code. The code is executed in a controlled environment
 and the results are passed back to the kernel via the netlink
 interface.
 .
 v86d is needed by the uvesafb kernel module.


pgpIaX717sDDJ.pgp
Description: PGP signature

Bug#473112: [Splashy-devel] Bug#473112: splashy: breaks udev - log_daemon_msg does not play well with -e switch from udev script

[Alban Browaeys]

On ven, 2008-03-28 at 15:58 +0100, John Hughes wrote:

> So it would be simpler to get rid of the "pidof splashy" call:
> 
> splashy_update "scroll $1: $2" 2>/dev/null || true



> But doing some tests it looks like most (all?) shells don't treat a
> command that contains && as an error:
> 
> $ cat zztest
> set -e
> pidof noprog && echo "noprog running"
> echo no error
> $ sh -x zztest
> + set -e
> + pidof noprog
> + echo no error
> no error
>   
> 
> Maybe there is some other problem?
> 
> Maybe it's splashy_update that's failing?


man "set" :
-e When this option is on, if a simple command fails for any of the
reasons  listed  in  Consequences  of Shell Errors or returns an
exit status value >0, and is not part of the compound list  fol‐
lowing  a  while,  until, or if keyword, and is not a part of an
AND or OR list, and is not a pipeline preceded by the ! reserved
word, then the shell shall immediately exit.

http://www.opengroup.org/onlinepubs/009695399/utilities/xcu_chap02.html#tag_02_08_01

So the behaviour for AND or OR list is not obvious for me ... 
for example :
set -e 
false && true
echo "no error"
returns : "no error".
by the way :
false && false also returns "no error" so what kills the script is not
the exit status in a list ...



So basically I agree && does not trigger an error . What I found out is
that inside a function the behaviour changes :

set -e
a() {
false && true
}
a;
echo "no error"

fails while :
set -e
a() {
false && true || true
}
a;
echo "no error"
succeed.

So my patch seems needed to get things working as lsb-base-logging.sh
make the list of calls in functions.
Best regards
Alban





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

Bug#473144: provide {loadlin,gzip,cpio}.exe for dynamic use

[Robert Millan]

On Fri, Mar 28, 2008 at 11:57:56PM +0100, Robert Millan wrote:
> On Fri, Mar 28, 2008 at 06:35:20PM +0100, Frans Pop wrote:
> > On Friday 28 March 2008, Robert Millan wrote:
> > > This patch adds them in their own win32-loader/ directory, so that newer
> > > versions can get these files from there instead.
> > 
> > At first glance it seems that the Makefile has the same or very similar 
> > code 
> > to create a win32-loader.ini file multiple times. Couldn't you add a file 
> > somewhere below the build/boot/ dir and just copy that instead?
> 
> Will give that a try tomorrow.

I just had a look, and it doesn't seem that simple.  This diff is the result
of replacing the second and third blobs with the first one.

As you can see, there are differences in filename paths and such:

--- build/config/x86.cfg~   2008-03-28 17:21:56.0 +0100
+++ build/config/x86.cfg2008-03-29 00:21:20.0 +0100
@@ -193,11 +193,11 @@
(echo -en "[installer]\n"; \
echo -en "arch=$(ARCH)\n"; \
if [ -n "$(INITRD_GTK)" ]; then \
-   echo -en 
"$(ARCH)/linux=install/vmlinuz\n$(ARCH)/initrd=install/initrd.gz\n"; \
-   echo -en 
"$(ARCH)/gtk/linux=install/vmlinuz\n$(ARCH)/gtk/initrd=install/gtk/initrd.gz\n";
 \
+   echo -en "$(ARCH)/linux=linux\n$(ARCH)/initrd=initrd.gz\n"; \
+   echo -en 
"$(ARCH)/gtk/linux=linux\n$(ARCH)/gtk/initrd=initrdg.gz\n"; \
else \
echo -en "user_interface=text\n"; \
-   echo -en 
"$(ARCH)/linux=install/vmlinuz\n$(ARCH)/initrd=install/initrd.gz\n"; \
+   echo -en "$(ARCH)/linux=linux\n$(ARCH)/initrd=initrd.gz\n"; \
fi; \
echo -en "\n[util]\n"; \
echo -en 
"grub=win32-loaderg2ldr\ngrub.mbr=win32-loaderg2ldr.mbr\n"; \
@@ -250,9 +250,9 @@
# win32-loader.ini
(echo -en "[installer]\n"; \
echo -en "arch=$(ARCH)\n"; \
-   if [ "$(TYPE)" = "netboot/gtk" ]; then \
-   echo -en "user_interface=graphical\n"; \
-   echo -en 
"$(ARCH)/gtk/linux=linux\n$(ARCH)/gtk/initrd=initrd.gz\n"; \
+   if [ -n "$(INITRD_GTK)" ]; then \
+   echo -en "$(ARCH)/linux=linux\n$(ARCH)/initrd=initrd.gz\n"; \
+   echo -en 
"$(ARCH)/gtk/linux=linux\n$(ARCH)/gtk/initrd=initrdg.gz\n"; \
else \
echo -en "user_interface=text\n"; \
echo -en "$(ARCH)/linux=linux\n$(ARCH)/initrd=initrd.gz\n"; \

-- 
Robert Millan

 I know my rights; I want my phone call!
 What use is a phone call… if you are unable to speak?
(as seen on /.)



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

Bug#473023: pidgin: Pidgin main window sends taskbar notifications whenever it is not in front

[Ari Pollak]

Are you sure this is Pidgin's fault, and that your buddy list doesn't
have any informative messages shown? Pidgin is only supposed to set the
URGENT hint under certain circumstances.



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

Bug#473175: apt-listbugs: pinned packages are not automatically unpinned

[Francesco Poli]

Package: apt-listbugs
Version: 0.0.86
Severity: important

Hi and thanks for maintaining apt-listbugs!

I am experiencing a problem with its cron.daily script, though.
Some time ago, I pinned two packages in order to avoid installing
versions affected by a couple of bugs which I thought could have a
negative impact on my system.

/usr/share/doc/apt-listbugs/README.Debian.gz states:

| The pinning will be removed when the package no longer has any
| critical bugs, by cron.daily.

Hence, my understanding is that no manual intervention is required
in order to have those packages unpinned when the scary bugs are
fixed or no longer release-critical.

OK, my current /etc/apt/preferences is:

| Explanation: Pinned by apt-listbugs at Wed Jan 16 21:34:06 +0100 2008
| Explanation:   #454965: ttf-opensymbol: uninstallable
| Explanation:   #452718: ttf-opensymbol non-installable
| Package: fontconfig
| Pin: version 2.4.2-1.2
| Pin-Priority: 1000
| 
| Explanation: Pinned by apt-listbugs at Sat Feb 16 19:24:37 +0100 2008
| Explanation:   #465241: bibtex2html has been installed with an unmet 
dependency
| Explanation:   #466052: installation-reports: GRUB installation failed
| Package: apt
| Pin: version 0.7.9
| Pin-Priority: 1000

The system executes cron.daily scripts via anacron everyday, but nothing
seems to change in this file.
However:

  *  #454965 and #452718 were merged together and then downgraded from
 severity `serious' to `important' (on Sun, 23 Mar 2008)
  *  fontconfig (version 2.5.0-2, currently in testing) no longer has any
 release-critical bugs
  *  #466052 was fixed in apt version 0.7.11 (which migrated to testing on
 Thu, 21 Feb 2008)

I expected to see my /etc/apt/preferences modified as follows:

| Explanation: Pinned by apt-listbugs at Sat Feb 16 19:24:37 +0100 2008
| Explanation:   #465241: bibtex2html has been installed with an unmet 
dependency
| Package: apt
| Pin: version 0.7.9
| Pin-Priority: 1000

Instead, I still see both packages pinned (and thus not upgraded!).

Indeed, if I manually run the following command, I get an output identical
to my current /etc/apt/preferences file:

  # /usr/share/apt-listbugs/aptcleanup
  Explanation: Pinned by apt-listbugs at Wed Jan 16 21:34:06 +0100 2008
  Explanation:   #454965: ttf-opensymbol: uninstallable
  Explanation:   #452718: ttf-opensymbol non-installable
  Package: fontconfig
  Pin: version 2.4.2-1.2
  Pin-Priority: 1000
  
  Explanation: Pinned by apt-listbugs at Sat Feb 16 19:24:37 +0100 2008
  Explanation:   #465241: bibtex2html has been installed with an unmet 
dependency
  Explanation:   #466052: installation-reports: GRUB installation failed
  Package: apt
  Pin: version 0.7.9
  Pin-Priority: 1000


I cannot understand what's going on.


I tried to perform a debug test on fontconfig, as suggested in
/usr/share/doc/apt-listbugs/README.Debian.gz .
I ran the following command-line:

  # (echo 'VERSION 2'; echo '' ;
ls -1 /var/cache/apt/archives/fontconfig_*.deb |
sed 's/^/x x x x /') |
/usr/sbin/apt-listbugs apt -d \
2> /tmp/apt-listbugs.debug.stderr \
1> /tmp/apt-listbugs.debug.stdout

The two generated files are attached.
The final part of /tmp/apt-listbugs.debug.stdout seems to suggest
that apt-listbugs is willing to let the upgrade of fontconfig happen...
Nonetheless, my /etc/apt/preferences file still pins the package,
and aptitude refrains from upgrading it.

What's wrong?
What did I fail to understand?

Thanks for your attention.


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

Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages apt-listbugs depends on:
ii  apt  0.7.9   Advanced front-end for dpkg
ii  libdpkg-ruby1.8  0.3.2   modules/classes for dpkg on ruby 1
ii  libhttp-access2-ruby1.8  2.0.6-3 HTTP accessing library for ruby
ii  libintl-gettext-ruby1.8  0.11-11 Gettext wrapper for Ruby 1.8
ii  liblocale-ruby1.80.1-6   extension to the Ruby intepreter f
ii  libruby1.8 [libzlib-ruby1.8] 1.8.6.114-1 Libraries necessary to run Ruby 1.
ii  libxml-parser-ruby1.80.6.8-3 Interface of expat for the scripti
ii  ruby 4.1 An interpreter of object-oriented 

apt-listbugs recommends no packages.

-- no debconf information
Exception `LoadError' at /usr/lib/ruby/1.8/xml/encoding-ja.rb:12 - no such file 
to load -- uconv
Set XSD::XMLParser::XMLParser as XML processor.
Wire dump:

= Request

! CONNECT TO bugs.debian.org:80
! CONNECTION ESTABLISHED
POST /cgi-bin/soap.cgi HTTP/1.1
SOAPAction: ""
Content-Type: text/xml; charset=utf-8
User-Agent: SOAP4R/1.5.5 (/114, ruby 1.8.6 (2008-03-03) [x86_64-linux])
Date: Fri Mar 28 23:43:25 +0100 2008
Content-Length: 1051
Host:

Bug#473174: libtotem-plparser7: Dependency problem. Fails to install

[st41ker]

Package: libtotem-plparser7
Version: 2.20.3-1
Severity: important



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

Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores)
Locale: LANG=ru_UA.UTF-8, LC_CTYPE=ru_UA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libtotem-plparser7 depends on:
ii  libatk1.0-01.22.0-1  The ATK accessibility toolkit
ii  libc6  2.7-9 GNU C Library: Shared libraries
ii  libcairo2  1.4.14-1  The Cairo 2D vector graphics libra
ii  libdbus-1-31.1.20-1  simple interprocess messaging syst
ii  libgconf2-42.22.0-1  GNOME configuration database syste
ii  libglib2.0-0   2.16.1-2  The GLib library of C routines
ii  libgnomevfs2-0 1:2.22.0-2GNOME Virtual File System (runtime
ii  libgtk2.0-02.12.9-2  The GTK+ graphical user interface 
ii  libhal10.5.11~rc2-1  Hardware Abstraction Layer - share
ii  liborbit2  1:2.14.12-0.1 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0  1.20.0-1  Layout and rendering of internatio
ii  libxml22.6.31.dfsg-2 GNOME XML library

libtotem-plparser7 recommends no packages.

-- debconf-show failed



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

Bug#412661: Announce of the upcoming NMU for the xcdroast package

[Christian Perrier]

Dear maintainer of xcdroast and Debian translators,

On Thursday, March 13, 2008 I sent a notice to the maintainer of the xcdroast 
Debian
package, mentioning the status of at least one old po-debconf translation 
update in the BTS (bug #412661).

I announced the intent to build and possibly upload a non-maintainer upload
for this package in order to fix this long-time pending localization
bug as well as all other pending translations.

The package maintainer agreed for the NMU or did not respond in two
weeks, so I will proceed with the NMU.

The full planned schedule is available at the end of this mail.

The package is currently translated to: ca cs da de es eu fi fr gl it ja nl pt 
pt_BR ru sv vi

Among these, the following translations are incomplete: 

If you did any of the, currently incomplete, translations you will get
ANOTHER mail with the translation to update.

Other translators also have the opportunity to create new translations
for this package. Once completed, please send them as a bug report
against the xcdroast package so I can incorporate them in the build.

The deadline for receiving updates and new translations is Tuesday, April 08, 
2008. If you
are not in time you can always send your translation to the BTS.

The POT file is attached to this mail.

If the maintainer objects to this process I will immediately abort my NMU
and send him/her all updates I receive.

Otherwise the following will happen (or already has):

 Thursday, March 13, 2008   : send the first intent to NMU notice to
 the package maintainer.
 Saturday, March 29, 2008   : send this notice
 Tuesday, April 08, 2008   : deadline for receiving translation updates
 Wednesday, April 09, 2008   : build the package and upload it to 
DELAYED/0-day
 send the NMU patch to the BTS
 Thursday, April 10, 2008   : NMU uploaded to incoming

Thanks for your efforts and time.

-- 


-- 


# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
# FIRST AUTHOR <[EMAIL PROTECTED]>, YEAR.
#
#, fuzzy
msgid ""
msgstr ""
"Project-Id-Version: PACKAGE VERSION\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2008-03-29 00:05+0100\n"
"PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
"Last-Translator: FULL NAME <[EMAIL PROTECTED]>\n"
"Language-Team: LANGUAGE <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=CHARSET\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../templates:1001
msgid "Do you want to use xcdroast as a normal user?"
msgstr ""

#. Type: boolean
#. Description
#: ../templates:1001
msgid ""
"If you want to use xcdroast as a normal user, some programs must be setgid/"
"setuid like this:"
msgstr ""

#. Type: boolean
#. Description
#: ../templates:1001
msgid ""
" - cdrecord cdda2wav readcd\n"
"chown root:cdrom and  chmod 4710\n"
" - xcdrwrap\n"
"chown root:cdrom and chmod 2755"
msgstr ""

#. Type: boolean
#. Description
#: ../templates:1001
msgid ""
"If you wish, these changes will be done in the postinst of xcdroast. Do you "
"want to use xcdroast as a normal user?"
msgstr ""


signature.asc
Description: Digital signature

Bug#472872: myldap_has_objectclass(): myldap_get_values() returned NULL in syslog

[Arthur de Jong]

tags 472872 + pending
thanks

First of all to reply to your earlier mail, reporting bugs is fine for
me and makes it easy to track.

On Thu, 2008-03-27 at 10:24 +1100, Alex Samad wrote:
> Seems like libnss-ldapd checks for object class by reading a
> ldapobject in and then checking the objectclass attribute for a
> specific record. On my ldap setup I do not allow for objectclass to be
> read by any user, you can search.  This causes this error to appear in
> my syslog numerious times.
>
> The code is in 
> myldap_has_objectclass in myldap.c

The reason that nss-ldapd does a lookup for the objectClass for each
user entry is to not return a password information if it is of type
shadowAccount (it tries to return it with shadow instead).

In any case exposing password hashes through NSS is a bad idea and not
really needed for anything with pam_ldap.

Anyway, I've removed the warning message in svn and it shouldn't fill up
your logs with the next release. (the warning message did not really add
much to the functionality)

> I would presume a change to doing a ldapsearch and tresting for a
> positive result would be the solution (and I presume this is a lot
> more expensive than checking the attributes array)

That would be a solution but not something I would want to implement. If
it were some sort of search already I could add it but since this is an
attribute lookup like any other.

By the way, is there any specific reason why you don't want to allow
lookups of objectClass of any entries?

-- 
-- arthur - [EMAIL PROTECTED] - http://people.debian.org/~adejong --


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

Bug#473092: corrupt source code archive

[Simon Josefsson]

"Pawel Wiecek" <[EMAIL PROTECTED]> writes:

> Hi,
>
> On Mar 28, 11:13am, Simon Josefsson wrote:
>> Hi.  While unpacking the source code for e3 I received some errors:
>> 
>> [EMAIL PROTECTED]:~$ tar tvfz 
>> /fast/debmirror/debian//pool/main/e/e3/e3_2.71.orig.tar.gz
>
> I'd like to point out it's not really unpacking and there are no erros during
> unpacking (xzvf).

Ah, you are right:

dopio:~# tar xfz /fast/debmirror/debian//pool/main/e/e3/e3_2.71.orig.tar.gz
dopio:~#

That is somewhat puzzling to me.  Why would 't' print errors when 'x'
does not?

>> Is the source code package actually correct?
>
> Yes, it's correct and it unpacks cleanly and the untarred source code is the
> same as my source repository
> (hg clone http://hg.svartech.com/debian/e3.upstream).
>
> It looks to me like an odd bug in tar, I'll try to hunt it down...

Thanks.  Could it be related to the symlinks?  Maybe the maintainer used
another tar implementation to create the tar archive?

Regards,
/Simon



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

Bug#472079: epiphany-browser: randomly switching to off-line at the start open web page

[merlin]

hello,
I tried this setting and  epiphany got work all right.
Thanks 

PS. This bug would be close as resolved.   May it will be good make any
short notice in README  at next version.  

Sven Arvidsson píše v Út 25. 03. 2008 v 23:54 +0100:
> On Tue, 2008-03-25 at 00:27 +0100, merlin wrote:
> > There is icon nm-applet with "no connect to network" 
> 
> Hi,
> 
> I'm guessing this is a duplicate of bug http://bugs.debian.org/437145
> 
> Can you try by unsetting /apps/epiphany/general/managed_network? You can
> do this from a terminal by running 
> 
> gconftool-2 --type bool --set /apps/epiphany/general/managed_network false
> 

Bug#472068: Fatal error during launching gxine

[merlin]

Hello,

In my last mail I said I'm using Ati Catalyst 8.3.  During update on new
Kernel 2.6.24 I lost kernel modul (fglrx-kernel-2.6.24-1-amd64) or fglrx
was prapared for old kernel.  

Important is that I tried run gxine on this clean Kernel /safe out from
software by Ati/ and there wasn't no fault in this situation  and gxine
worked all right. I was testing  to play Audio CD and any film in MPEG 2
or 4?? in it.  

When I made  instal fglrx-kernel again, than the gxine didn't work
again.

sincerely  M Kovarik

   




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

Bug#473144: provide {loadlin,gzip,cpio}.exe for dynamic use

[Robert Millan]

Hi Frans,

Please respect the Reply-To header when sending followups to the BTS, as
described in:

  http://www.debian.org/Bugs/Developer#followup

otherwise the BTS won't notify me and I don't notice, unless I actively poll
for replies in the BTS bug page.

(thanks)

On Fri, Mar 28, 2008 at 06:35:20PM +0100, Frans Pop wrote:
> On Friday 28 March 2008, Robert Millan wrote:
> > This patch adds them in their own win32-loader/ directory, so that newer
> > versions can get these files from there instead.
> 
> At first glance it seems that the Makefile has the same or very similar code 
> to create a win32-loader.ini file multiple times. Couldn't you add a file 
> somewhere below the build/boot/ dir and just copy that instead?

Will give that a try tomorrow.

-- 
Robert Millan

 I know my rights; I want my phone call!
 What use is a phone call… if you are unable to speak?
(as seen on /.)



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

Bug#473173: should allow for export playlist as human readable text file

[W. Martin Borgert]

Package: serpentine
Version: 0.9-5
Severity: wishlist
Tags: patch

I find it convenient to have a human readable and/or printable
list of audio tracks. The attached patch realises this feature.
--- serpentine/plugins/plugfilter_plsave.py.orig	2008-03-22 14:28:16.0 +0100
+++ serpentine/plugins/plugfilter_plsave.py	2008-03-29 00:05:48.0 +0100
@@ -93,8 +93,18 @@
 doc.writexml (fp, addindent = "\t", newl = "\n")
 del p
 
+class SaveTXT (SavePlaylist):
+def _save (self, fp):
+track = 0
+for row in self.music_list:
+track += 1
+fp.write(u"%4d. %-40s %-40s %8s\n" % \
+(track, row.get('title', ""),
+ row.get('artist', ""), row.get('time', "")))
+
 def create_plugin (app):
 # Register factories
 app.savePlaylist.register (factory=SaveM3U,  extension = ".m3u",  description = "MP3 Playlist File")
 app.savePlaylist.register (factory=SavePLS,  extension = ".pls",  description = "PLS Audio Playlist")
 app.savePlaylist.register (factory=SaveXSPF, extension = ".xspf", description = "XML Shareable Playlist Format")
+app.savePlaylist.register (factory=SaveTXT,  extension = ".txt",  description = "List in text format")

Bug#471380: Intent to NMU viewvc to fix pending po-debconf l10n and security bugs

[Christian Perrier]

Dear Debian maintainer,

The viewvc Debian package, which you are the maintainer of, has
pending bug report(s) which include translation updates or fixes
for po-debconf, namely bug number 426876 (and maybe other similar bugs).

Even if we're still far from the release of the next Debian version,
letting such bugs sleep in the BTS  is simply lowering
the chances that your package interaction with its users may be done
in something else than the English language. It is also not
encouraging for translators.

I have the intention, as part of a more general action of the Debian
i18n Task Force to build and possibly upload a non-maintainer upload
for viewvc in order to fix this as well as all pending translations
for the debconf templates.

I will also, while doing that, package the 1.0.5 upstream version that
fixes several security issues.

Of course, an upload made by you would even be better...:-)

Such changes are always harmless, which explains why I safely consider
building NMU's for such issues even though they're obviously non critical.

The schedule for the NMU (in case it happens, that is if you agree with it
or if I don't receive any answer in 14 days) is roughly the following:

 Friday, March 28, 2008   : send this notice
 Saturday, April 12, 2008   : post a NMU announcement to debian-i18n with 
you
 (maintainer) CC'ed
 Tuesday, April 22, 2008   : deadline for receiving translation updates
 Wednesday, April 23, 2008   : build the package and upload it to 
DELAYED/2-day
 send the NMU patch to the BTS
 Friday, April 25, 2008   : NMU reaches incoming

If you intent to upload yourself, please notify me so that I interrupt
the process on my side.

In case I upload an NMU, I will subscribe to the Package Tracking System for
viewvc and follow its life for 60 days after my NMU in order to fix
any issue potentially introduced by my upload.

Let me know, as soon as possible, if you have any kind of objection to this
process.

If you'd rather do the fix yourself, I will of course leave the package
alone. Same if you have reasons not to do the update now.

-- 




signature.asc
Description: Digital signature

Bug#366558: xnest: Xnest should set the WM_CLASS property

[Brice Goglin]

tags 366558 -fixed-upstream
thank you


On Sun, Feb 18, 2007 at 01:35:46PM +0100, Brice Goglin wrote:
> Christophe TROESTLER wrote:
> > I am talking about the xnest window itself.  Start Xnest and, from a
> > xterm not running inside it, issue xprop and click on the Xnest
> > window.  You get:
> >
> >   ...
> >   WM_ICON_NAME(STRING) = "xnest"
> >   WM_NAME(STRING) = "xnest"
> >
> > but no WM_CLASS property.  Shouldn't there be one ?
> 
> Ok then, I can reproduce here, thanks. And yes, having a WM_CLASS would
> be better.
> 
> Xephyr has the same problem. Since Xephyr should be preferred, I
> forwarded upstream against Xephyr at
> https://bugs.freedesktop.org/show_bug.cgi?id=10016

This upstream bug is now fixed for Xephyr but I don't think Xnest will ever be 
fixed...

Brice




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

Bug#473172: killall -HUP in gvfs-backends.postinst should not complain

[Daniel Hahler]

Package: gvfs
Version: 0.2.2-1
Severity: normal
Tags: patch
User: [EMAIL PROTECTED]
Usertags: origin-ubuntu hardy ubuntu-patch

The gvfs-backends.postinst script sends KILLHUP to trigger a reload,
but should not complain, if there has been no process "killed".

The attached patch does "s/killall/killall -q/".
diff -u gvfs-0.2.2/debian/gvfs-backends.postinst 
gvfs-0.2.2/debian/gvfs-backends.postinst
--- gvfs-0.2.2/debian/gvfs-backends.postinst
+++ gvfs-0.2.2/debian/gvfs-backends.postinst
@@ -5,7 +5,7 @@
 
 if [ "$1" = "configure" ]; then
# Let gvfsd reload it's backend list
-   killall /usr/lib/gvfs/gvfsd -HUP || true
+   killall -q /usr/lib/gvfs/gvfsd -HUP || true
 fi
 
 exit 0

Bug#469950: login: su blocks SIGHUP

[Nicolas François]

Hello,


On Sat, Mar 08, 2008 at 09:33:54PM +1300, Jasen Betts wrote:
> 
> starting some tasks (eg: top - see Debian Bug #416976) in an xterm after 
> using su can lead to undesirable behavior if the xterm is closed.

That's arguably the case even without su ;)

> After a little testing, it seems that the child process never gets 
> the SIGHUP which it normally gets when su is not used (or it is used
> and logged out of) and then the xterm is closed 

su does not block any SIGHUP.

I did not follow #416976. Samuel and Thomas, do you think there were
anything wrong in the su behavior?

Thanks in advance,
-- 
Nekral



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

Bug#473171: nfs-common: nfs mountig fails; cannot mount NAS drives with nfs. It waits for a long time then timeouts.

[Michal R. Hoffmann]

Package: nfs-common
Version: 1:1.1.2-1
Severity: normal


After upgrading to the latest version of nfs-common my nfs mapped 
drives stopped mounting on system start. I tried to mount them manually - no 
success, timeout occured. I had to downgrade to 1:1.1.1-14 so it works 
again. It's my first bug report - I think it's grave, but the report 
tool says that it should occur on different systems to be grave and I 
don't have different hardware configurations to test it on them.

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

Kernel: Linux 2.6.23.1.mrh.01 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages nfs-common depends on:
ii  adduser   3.106  add and remove users and groups
ii  initscripts   2.86.ds1-55Scripts for initializing and shutt
ii  libc6 2.7-10 GNU C Library: Shared libraries
ii  libcomerr21.40.8-2   common error description library
ii  libevent1 1.3e-1 An asynchronous event notification
ii  libgssglue1   0.1-1  mechanism-switch gssapi library
ii  libkrb53  1.6.dfsg.3~beta1-3 MIT Kerberos runtime libraries
ii  libnfsidmap2  0.20-0+b1  An nfs idmapping library
ii  librpcsecgss3 0.17-1 allows secure rpc communication us
ii  libwrap0  7.6.dbs-14 Wietse Venema's TCP wrappers libra
ii  lsb-base  3.2-5  Linux Standard Base 3.2 init scrip
ii  netbase   4.31   Basic TCP/IP networking system
ii  portmap   6.0-5  RPC port mapper
ii  ucf   3.005  Update Configuration File: preserv

nfs-common recommends no packages.

-- no debconf information



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

Bug#335168: http://translationproject.org/PO-files/da/wget-1.11.1-b2093.da.po

[Noèl Köthe]

Hello,

I'm the packager of wget for the Debian GNU/Linux distribution.

There is a danish translation bug which I cannot handle because I never
learnt danish.;)

http://bugs.debian.org/335168

Could somebody from the danish translation team fix this?

Thank you.

-- 
Noèl Köthe 
Debian GNU/Linux, www.debian.org


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#473170: Time for the upgrade

[Juhapekka Tolvanen]

Package: ttf-vlgothic
Version: 20071215-2
Severity: wishlist


New version is 20080327. Get it while its hot!


-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (1100, 'testing'), (990, 'stable'), (500, 
'testing-proposed-updates'), (500, 'proposed-updates'), (101, 'testing'), (99, 
'unstable')
Architecture: i386 (i686)

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

Versions of packages ttf-vlgothic depends on:
ii  defoma   0.11.10-0.2 Debian Font Manager -- automatic f

ttf-vlgothic recommends no packages.

-- no debconf information

-- 
Juhapekka "naula" Tolvanen * http colon slash slash iki dot fi slash juhtolv
"eiga wo miyou kimi no yakusoku dohri te wo tsunai de. yoru ni wa owakare
desu ringo to ichigo ga kusaru mae ni. yume wa hirogaru kimi no yakusoku
dohri kisu wo shi nagara."   Dir en grey



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

Bug#470096: [spanish] there should be a space after the colon in the password prompt

[Nicolas François]

reassign 470096 libpam-runtime
notfound 470096 1:4.1.0-2
found 470096 0.99.7.1-6
thanks

Hello,

On Sun, Mar 09, 2008 at 01:24:07AM -0300, Claudio Saavedra wrote:
> 
> In a 'es' localized environment, the su command shows a "Contraseña:"
> prompt without a space after the colon, which is really ugly, and wrong
> according with spanish punctuation rules.
> 
> The right translation should be "Contraseña: ".

This prompt is not in shadow, but in PAM (pam_unix or pam_userdb modules).

Best Regards,
-- 
Nekral

Bug#364014: Should this bug be merged with #447084 ?

[Brice Goglin]

reassign 447084 libx11-6
forcemerge 364014 447084
thank you



Francesco Poli wrote:
> Hi!
>
> I reported bug #447084 and I am still experiencing it, unfortunately.
> During the discussion and the tests that I performed (see the bug log),
> I developed the strong suspicion that the problem may lie in libx11-6
> (I am currently using version 2:1.0.3-7 from testing).
>
> Is bug #447084 a duplicate of bug #364014 ?
> Should bug #447084 be reassigned to libx11 and merged with #364014 ?
>   

It looks right to me, so I am merging them.

Brice




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

Bug#445484: setting package to passwd shadow login, tagging 445484

[Nekral]

# Automatically generated email from bts, devscripts version 2.10.20
#
# shadow (1:4.1.1~rc1-1) UNRELEASED; urgency=low
#
#  * New upstream release. This closes the following bugs:
#- Fix errors when gpasswd is called without a gshadow file.
#  Closes: #467236, #467488
#- Fix newgrp segfault when the primary group is not listed in /etc/groups.
#  Closes: #461670
#- Fix infinite loop in usermod when two groups have the same name.
#  Closes: #470745
#- Make SE Linux tests more strict, when the real UID is 0 SE Linux checks
#  will be performed. Closes: #472575
#- Option --password added to groupadd / groupmod (like useradd / usermod).
#  Closes: #445484
#- Remove patches applied upstream:
#  + debian/patches/451_login_PATH
#  + debian/patches/462_warn_to_edit_shadow
#  + debian/patches/467_useradd_-r_LSB
#  + debian/patches/466_fflush-prompt
#  + debian/patches/480_getopt_args_reorder
#  + debian/patches/496_login_init_session
#  + debian/patches/408_passwd_check_arguments
#  + debian/patches/412_lastlog_-u_numerical_range
#  + debian/patches/407_adduser_disable_PUG_with-n
#- Updated patches:
#  + debian/patches/504_undef_USE_PAM.nolibpam
#$(LIBCRYPT) $(LIBSKEY) $(LIBMD) are no more included in libshadow.la.
#Avoid link to unneeded libraries (spotted by dpkg-shlibdeps).
#  + debian/patches/501_commonio_group_shadow
#  + debian/patches/429_login_FAILLOG_ENAB
#  + debian/patches/542_useradd-O_option
#  + debian/patches/401_cppw_src.dpatch
#  + debian/patches/428_grpck_add_prune_option
#- Updated translations:
#  + Korean. Closes: #471935
#  + Portuguese. Closes: #472244
#  + Russian. Closes: #472506
#  + Italian. Closes: #472951
#

package passwd shadow login
tags 445484 + pending




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

Bug#473169: ipsec: gssapi-auth broken

[Greg Harris]

Package: racoon
Version: 0.6.6-3.1etch1

I just sent this email upstream but due to racoon/ipsec-tools being compiled
with --enable-hybrid and --enable-gssapi it is currently impossible to do
gssapi-auth in Debian.  The patch at the end of this email appears to fix
the problem under Debian Etch.



The bug itself is below (a patch to fix is available at the end of this
message):

if ((iph1->mode_cfg->flags & ISAKMP_CFG_VENDORID_XAUTH) == 0) {
   plog(LLV_ERROR, LOCATION, NULL,
   "Hybrid auth negotiated but peer did not "
   "announced as Xauth capable\n");
   return -1;
}

Both the xauth extension [draft-ietf-ipsec-isakmp-xauth-06] and GSSAPI
extension [http://tools.ietf.org/id/draft-ietf-ipsec-isakmp-gss-auth-07.txt]
to ipsec use the private authentication identifier range starting at 65001.

If the xauth code sees one of its authentication ids being used with a
different vendor code it returns -1 and the phase2 negotiation fails.  This
is incorrect behavior as other authentication extensions differentiated by
vendor ids share the same private authentication.  The xauth code is
currently aborting the phase2 negotiation before any other authentication
extension can run.

I believe the correct behavior should be to warn the user that something
fishy might be going on and return 0 from this function. This is the same
behavior that a non-private authentication code would have.  Once returned
the phase2 negotiation could continue with other authentication extensions
(GSSAPI).  

I originally encountered this problem on a Debian Etch system attempting to
do GSSAPI authentication with ipsec-tools 0.6.6-3.1etch1.  The problem still
appears to be in the latest ipsec-tools release.  Below is a patch that I
have tested against 0.6.6-3.1etch1 with success:

--- isakmp_xauth.c  2006-06-12 14:06:01.0 -0400
+++ /afs/metacarta.com/user/gharris/isakmp_xauth.c  2008-03-28
17:46:47.0 -0400
@@ -742,10 +742,14 @@
case OAKLEY_ATTR_AUTH_METHOD_XAUTH_RSAENC_I:
case OAKLEY_ATTR_AUTH_METHOD_XAUTH_RSAREV_I:
if ((iph1->mode_cfg->flags & ISAKMP_CFG_VENDORID_XAUTH) ==
0) {
-   plog(LLV_ERROR, LOCATION, NULL,
+   plog(LLV_WARNING, LOCATION, NULL,
"Hybrid auth negotiated but peer did not "
-   "announced as Xauth capable\n");
-   return -1;
+   "announced as Xauth capable -- possibly a"
+"different authentication extension\n");
+/* we must return 0 to allow other extensions
+ * overloading the private authentication ids
+ * a chance to run */
+   return 0;
}

if (xst->status != XAUTHST_OK) {


--
Greg Harris
System Administrator
MetaCarta, Inc.


smime.p7s
Description: S/MIME cryptographic signature

Bug#473056: mplayer: CVE-2008-0073 remote code execution via crafted rtsp stream

[A Mennucc]

Nico Golde ha scritto:
> Package: mplayer
> Severity: grave
> Tags: security patch
> 
> This also affects mplayer since it also uses this code.
> A patch is available on:
> http://hg.debian.org/hg/xine-lib/xine-lib?cmd=changeset;node=12cb075fba8ea09813fc35e0c731d2a64265b637;style=raw

I saw a comment of  Reimar (that I am CC-ing); he wrote in the mplayer
dev list, saying that mplayer is not affected as badly as xine; anyway
Reimar wrote a short patch, that I will apply tomorrow

a.



signature.asc
Description: OpenPGP digital signature

Bug#250670: misleading error message when using -O -

[Noèl Köthe]

tags 250670 + upstream confirmed
forwarded 250670 https://savannah.gnu.org/bugs/index.php?22772
found 250670 1.11.1-1
thanks

Am Montag, den 24.05.2004, 14:36 +0200 schrieb Marcin Owsiany:

> [EMAIL PROTECTED]:~$ LANG=C wget -O- localhost|:
> --14:33:38--  http://localhost/
>=> `-'
> Resolving localhost... 127.0.0.1
> Connecting to localhost[127.0.0.1]:80... connected.
> HTTP request sent, awaiting response... 200 OK
> Length: 5,170 [text/html]
>   
>
>  0% [ 
>  ] 0 --.--K/s
>   
>
>   
>
> Cannot write to `index.html' (Broken pipe).
> [EMAIL PROTECTED]:~$
> 
> The error message is misleading, since nothing was being written to
> "index.html", just to stdout.

I reported this to the upstream bugtracking system.

-- 
Noèl Köthe 
Debian GNU/Linux, www.debian.org


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#453267: dpkg-shlibdeps and cross-building

[Neil Williams]

On Thu, 2008-03-27 at 22:54 +0100, Raphael Hertzog wrote:
> Hi,
> 
> On Tue, 04 Dec 2007, Neil Williams wrote:
> > It does apply against dpkg 1.14.12 (albeit with offsets), it was
> > developed against 1.14.11.
> 
> I have merged a variant of this patch this evening:
> http://git.debian.org/?p=dpkg/dpkg.git;a=commitdiff;h=626dda6f55bb7fb025be6a7c276651df884ac8a1
> 
> Can you check that it works as you want?

I have been testing this with a variety of packages, including
reverse_cross builds and cross-compiler builds of gcc-4.2 (there are
upstream problems with gcc-4.3 right now) and a mix of other Emdebian
packages and it works perfectly.

Thanks for committing this fix, it will help Emdebian enormously.

-- 


Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/




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

Bug#461374: setting package to passwd shadow login, tagging 461374, tagging 472951

[Nekral]

# Automatically generated email from bts, devscripts version 2.10.20
#
# shadow (1:4.1.1~rc1-1) UNRELEASED; urgency=low
#
#  * New upstream release. This closes the following bugs:
#- Fix errors when gpasswd is called without a gshadow file.
#  Closes: #467236, #467488
#- Fix newgrp segfault when the primary group is not listed in /etc/groups.
#  Closes: #461670
#- Fix infinite loop in usermod when two groups have the same name.
#  Closes: #470745
#- Make SE Linux tests more strict, when the real UID is 0 SE Linux checks
#  will be performed. Closes: #472575
#- Remove patches applied upstream:
#  + debian/patches/451_login_PATH
#  + debian/patches/462_warn_to_edit_shadow
#  + debian/patches/467_useradd_-r_LSB
#  + debian/patches/466_fflush-prompt
#  + debian/patches/480_getopt_args_reorder
#  + debian/patches/496_login_init_session
#  + debian/patches/408_passwd_check_arguments
#  + debian/patches/412_lastlog_-u_numerical_range
#  + debian/patches/407_adduser_disable_PUG_with-n
#- Updated patches:
#  + debian/patches/504_undef_USE_PAM.nolibpam
#$(LIBCRYPT) $(LIBSKEY) $(LIBMD) are no more included in libshadow.la.
#Avoid link to unneeded libraries (spotted by dpkg-shlibdeps).
#  + debian/patches/501_commonio_group_shadow
#  + debian/patches/429_login_FAILLOG_ENAB
#  + debian/patches/542_useradd-O_option
#  + debian/patches/401_cppw_src.dpatch
#  + debian/patches/428_grpck_add_prune_option
#- Updated translations:
#  + Korean. Closes: #471935
#  + Portuguese. Closes: #472244
#  + Russian. Closes: #472506
#  + Italian. Closes: #472951
#  * debian/securetty.linux: Added ttyUSB0, ttyUSB1, ttyUSB2, and MPC5200
#serial ports (ttyPSC0, ttyPSC1, ttyPSC2, ttyPSC3, ttyPSC4, ttyPSC5).
#Closes: #461374
#

package passwd shadow login
tags 461374 + pending
tags 472951 + pending




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

Bug#324492: Any chance of reclasifying this?

[Don Armstrong]

On Fri, 28 Mar 2008, Tim Small wrote:
> IMO, this bug shouldn't be "wishlist" - since it's definitely a bug and  
> leads to behaviour which is confusing and wrong, not a feature  
> enhancement - other data in the side bar is related to versions in the  
> release which is currently being displayed, but the "Bug Reports" link  
> points to unstable instead.

Viewing the bug reports from the position of unstable is a reasonable
default. [The link from PDO is saying "check out bugs for
mysql-server-5.0" and the BTS says "the ddefault view for all bugs is
unstable"]

That said, in this instance it could be changed to pay attention to
the distribution selected, which would be a feature enhancement.
That's pretty much up to the PDO administrators, since I don't have a
huge opinion about it either way.


Don Armstrong

-- 
The computer allows you to make mistakes faster than any other
invention, with the possible exception of handguns and tequila
 -- Mitch Ratcliffe

http://www.donarmstrong.com  http://rzlab.ucr.edu



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

Bug#439031: gpgv execution bug reproduced

[Eduard Bloch]

Version: 0.7.11

Today it started doing this too on my system, does not look sane. And
the error reporting is pointless.

Regards,
Eduard.




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

Bug#448501: Status update on debfoster's removes-too-much bug

[Florian Weimer]

I'll be unable to work on this during the next week, and haven't managed
to make substantial progress so far.

Here's what needs to be done: /var/lib/dpkg/status needs to be read
twice, once to gather the installed package versions (this a new pass),
and another time to do the dependency extraction (the current pass).
During depedency extraction, version information in
Depends/Recommends/Suggests needs to be parsed (new code) and compared
to the installed versions (comparison code needs to be copied from dpkg
or apt, preferably the latter).  A conditional dependency which cannot
be fulfilled by the currently installed package version should be
dropped.

Ideally, this should be moved into the actual package pruning process,
but this would require changing the data structures, turning package
names/references into package/version pairs.  This change is rather
invasive, that's why I want to avoid it.



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

Bug#473168: Localization files for enigmail

[Bernhard]

Package: enigmail
Version: 0.95.0+1-3.1
Severity: minor

There are no localization packages for enigmail in lenny/sid available.
Please add the localization packages from etch (enigmail-locale-xx,
version 0.9x)

I am using Debian 5.0 "lenny", kernel 2.6.24-4 and libc6 2.7-6

Thanks
Bernhard



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

Bug#466473: Wget -r -k: strips closing tags from changed urls.

[Noèl Köthe]

tags 466473 + moreinfo unreproducible
thanks

Am Montag, den 18.02.2008, 16:08 -0800 schrieb Jacob Emmert-Aronson:

Hello Jacob,

> The -k flag to wget mishandles the code for hyperlinks. 
> 
> Let's say that the web page http://foo.com/bar/index.html contains a
> hyperlink to http://foo.com/bar/baz.html. The html code for this
> hyperlink would be:
>   
>   http://foo.com/bar/baz.html>display text
> 
> Now, the command wget -h -k foo.com/bar/ downloads both pages and
> *should* change the code of the hyperlink to the following:
> 
>   display text
> 
> Instead, the closing tag is removed leaving only 
> 
>   display text
> 
> If there is any text following the display text, it is also included
> as part of the hyperlink. This is mainly a cosmetic issue as the text
> is still displayed, but it is certainly not desirable. It should be
> fairly straightforward to correct the script to prevent the closing
> tag from being removed.
> 
I'm trying to reproduce your report (with wget 1.10.2 and 1.11.1).

www.koethe.net/wget/index.html and www.koethe.net/wget/bar.html and then
run:

wget -r -k www.koethe.net/wget/

But the closing tags are correct. Where is my setup wrong?
Do you have concret and a reproducible setup to show this problem?

thx.

-- 
Noèl Köthe 
Debian GNU/Linux, www.debian.org


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#473162: iceweasel: crash some instant after startup

[Mike Hommey]

severity 473162 important
tag 473162 fixed-upstream
fixed 473162 3.0~b3-1
merge 425207 473162
thanks

On Fri, Mar 28, 2008 at 08:51:14PM +0100, Patrizio Bruno wrote:
> Package: iceweasel
> Version: 2.0.0.13-1
> Severity: critical
> Tags: security
> Justification: root security hole

security hole ? where ?

> Everytime I try to enter a site I get a segfault, below the stack-trace as 
> taken by bugbuddy:
(...)
> #6  0x0072b715 in nsHTMLReflowState::CalcLineHeight (
> aPresContext=, 
> aRenderingContext=, aFrame=)
> at nsHTMLReflowState.cpp:2224

This is bug #425207 and friends: you have bad permissions on one font
file. Check with strace -eopen -f iceweasel 2>&1 | grep EPERM

(It is quite impressive how many people end up with bad permissions on
font files. How come?)

Mike



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

Bug#338326: wget: does not provide adequate information in non-verbose spider mode

[Noèl Köthe]

severity 338326 wishlist
tags 338326 + upstream
forwarded 338326 https://savannah.gnu.org/bugs/index.php?22768
thanks

Am Mittwoch, den 09.11.2005, 15:38 +0100 schrieb Thomas Prokosch:

> When using wget in non-verbose mode, it prints out each file transferred:
> 
> $ wget -nv 
> 14:35:19 URL: [2838/2838] -> "" [1]
> 
> When using spider mode I expect to get a similar output, because I want to
> see which files are still available and which aren't. However:
> 
> $ wget --spider -nv 
> 200 OK
> 
> The filename is missing. The problem is that spider mode is used especially
> when a large number of files is checked, and it would be really helpful to
> know which urls triggered which (successful) server response.
> 
> So I would expect something like that:
> $ wget -nv 
> 14:35:19 URL: 200 OK

The output in 1.11.1 of "wget --spider -nv URL" changed to:

$ wget -nv ix.de
2008-03-28 21:29:24 URL:http://www.heise.de/ix/ [32557] -> "index.html" [1]
$ wget --spider -nv ix.de
$ 

So the output is now removed and I don't know if your request to change
it again makes sense but I forwarded your output request to the wget
bugtracking system.

-- 
Noèl Köthe 
Debian GNU/Linux, www.debian.org


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#364014: Should this bug be merged with #447084 ?

[Francesco Poli]

Hi!

I reported bug #447084 and I am still experiencing it, unfortunately.
During the discussion and the tests that I performed (see the bug log),
I developed the strong suspicion that the problem may lie in libx11-6
(I am currently using version 2:1.0.3-7 from testing).

Is bug #447084 a duplicate of bug #364014 ?
Should bug #447084 be reassigned to libx11 and merged with #364014 ?

-- 
 http://frx.netsons.org/progs/scripts/refresh-pubring.html
 New! Version 0.6 available! What? See for yourself!
. Francesco Poli .
 GnuPG key fpr == C979 F34B 27CE 5CD8 DC12  31B5 78F4 279B DD6D FCF4


pgpz7H5MM0j7p.pgp
Description: PGP signature

Bug#405604: wget forgets cookies on retry after read-timeout

[Noèl Köthe]

tags 405604 + moreinfo
thanks

Hello Markus,

Am Donnerstag, den 04.01.2007, 22:31 + schrieb Markus Schoder:

> I see the following behaviour:
> 
> 1. Call wget with --load-cookies option specifying a mozilla style 
> cookie file and also --read-timeout=300 option.
> 2. Download hangs after some time and gets read-timeout.
> 3. wget retries download but gets an error page from the webserver as if 
> the cookie file were not present.
> 
> This is for a download were a cookie is essential for authorization.

Can you reproduce this with wget 1.11.1?
Can you give us the exact commandline with -d output?

thx.

-- 
Noèl Köthe 
Debian GNU/Linux, www.debian.org


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#439979: extra setting for Architecture:all pkgconfig data

[Neil Williams]

On Fri, 2008-03-28 at 14:43 +0100, Raphael Hertzog wrote:
> On Tue, 01 Jan 2008, Neil Williams wrote:
> > The full setting for PKG_CONFIG_LIBDIR is:
> > 
> > $ENV{PKG_CONFIG_LIBDIR}="/usr/$(DEB_HOST_GNU_TYPE)/lib/pkgconfig/:/usr/share/pkgconfig/";
> > 
> > Adding /usr/share/ allows the few Architecture: all packages that
> > contain pkgconfig data to be located during cross builds. (e.g.
> > gnome-mime-data).
> 
> Please review the attached patch. I hope it does what you want.
> If it works for you, then I'll integrate it for the next dpkg.

It works perfectly, thanks Raphael.

I've been testing it on a variety of existing Emdebian packages and it
works exactly as requested.

> Having the opinion of Frank and Guillem would be nice too.
> 
> I believe it's worthwhile to try to get those changes for lenny. 

Closing this and #453267 would provide sane cross-building support
native to dpkg in Lenny and that is fantastic news. It may not sound
like a big event to the rest of Debian, but IMHO this warrants being
listed as one of the major improvements between Etch and Lenny for
anyone interested in embedded development.

> I have no definitive opinion on this particular patch, but it's important
> to have a sane cross-compilation toolchain and if that helps Neil, then
> I'm ok for it.

I may be the one filing the bugs but there are lots of other people who
want to use Debian as their platform-of-choice when developing embedded
software.

Thanks for committing this improvement to dpkg!

-- 


Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/




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

Bug#471461: linux-modules-extra-2.6: Please add sfc modules

[Ben Hutchings]

Bastian Blank wrote:
> On Fri, Mar 28, 2008 at 04:31:11PM +, Ben Hutchings wrote:
> >   You should not invoke kbuild directly on the
> > module source directory.
> 
> This is the prequisite to build it as part of linux-modules-*.

OK.  Why doesn't it do what module-assistant does?

I could add a static config.h and extraversion.h to the package as we don't
need to worry about versions with backported changes in Debian, unlike some
other distributions I could mention.  However we're switching to a more
autoconf-like way of detecting kernel features, which will mean that in future
it's essential to run a script before compiling any source files.  I'll try
using the filechk rules in kbuild to do this.

Ben.

-- 
Ben Hutchings, Senior Software Engineer, Solarflare Communications
Not speaking for my employer; that's the marketing department's job.



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

Bug#473166: maint-guide-pl: doc-base file is encoded in ISO-8859-2

[Robert Luberda]

Package: maint-guide-pl
Version: 1.2.12
Severity: minor

Hi, 

The /usr/share/doc-base/maint-guide-pl file contains the following line
Author: Josip Rodin, Paweł Tęcza, Marcin Owsiany
which seems to be encoded in ISO-8859-2. Although it wasn't documented, such 
encoding was never supported by doc-base. 

While installing doc-base files, recent versions of install-docs try
to convert to UTF-8, but since ISO-8859-1 is assumed, the result of
such recoding will be obviouslly wrong. Could you please manually recode 
the file to UTF-8 in next version of your package?

Regards,
robert

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

Kernel: Linux 2.6.24
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2)
Shell: /bin/sh linked to /bin/bash

-- no debconf information

Bug#473167: string concatenation segfaults

[Ulrich Eckhardt]

Package: gdc
Version: 4.1.2-13

The attached program segfaults. This affects e.g. torustrooper but I guess any 
nontrivial D program is affected, too. Note that I'm running on PPC, which 
might be an important part in this. When run, it displays

 test1 foo
 Segmentation fault

When run in gdb, the backtrace is:

 #0  0x10022e9c in _d_arraycatT ()
 #1  0x10002a50 in _D4test4testFAaZv ()
 #2  0x10002adc in _Dmain ()
 #3  0x1002fef4 in _D9dgccmain211_d_run_mainUiPPaPUAAaZiZi2goMFZv ()
 #4  0x1002fffc in _d_run_main ()
 #5  0x10027f98 in main ()


I hope this is precise enough, I have little experience with D (below is my 
first program...) so just tell me if you need anything else.

cheers

Uli



// test.d
// compile with gdc -o test test.d
private import std.string;
private import std.stream;
private import std.cstream;
private import std.c.stdlib;

private void test( char[] msg) {
  derr.writeLine("test1 " ~ msg ~ "");
  derr.writeLine("test2 " ~ msg);
}

public int main(char[][] args) {
  test("foo");
  return 0;
}



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

Bug#473136: linux-image-2.6.24-1-iop32x: Can't found /dev/rtc : not hardware clock

[Florent Fourcot]

Martin Michlmayr a écrit :
> * Florent Fourcot <[EMAIL PROTECTED]> [2008-03-28 16:56]:
>> the kernel 2.6.24 don't found the clock of my EM7220 lanner (It's a
>> nas between SS4000e and iq31244).
> 
> Out of interest, is this sold as the EM7220 or what is the device
> exactly?  Do you have any URLs?
> 

Yes, I have.
The nas is a NS-4110 from lanner.
A picture from the motherboard : http://fourcot.fr/imga0585.jpg (1,3 Mo)
A document from lanner : http://fourcot.fr/supplier_211179_ic.pdf (1 Mo)

Bug#472449: Error in /usr/share/doc-base/selinux-doc HTML registred twice

[Robert Luberda]

reassign 472449 selinux-doc 1.26-1
forcemerge 472449 438706
thanks

Klaus Ethgen writes:

Hi,


> When upgrading to 0.8.10 I get the following error:
>Error in `/usr/share/doc-base/selinux-doc', line 29: format html already 
> defined

The problem is in the selinux-doc package, which tries to register two
different documents (`Implementing SELinux as a Linux Security Module'
and  'Configuring the SELinux Policy') in one doc-base file.

Regards,
robert





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

Bug#407526: wget: chunk support broken

[Micah Cowan]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Noèl Köthe wrote:
>> what I did was capture a HTTP response using netcat and then feed it to wget
>> using netcat
>>
>> cat capture | nc -lp 8083 &
>> wget http://localhost:8083/foo
>>
>> netcat didn't successfuly see the end of the file. - I think it may be
>> relying on chunk boundaries being aligned with packet boundaries.

...

> Can you reproduce this with newer wget versions (latest is 1.11.1 or
> with 1.10)?

Wget has zero support for chunked transfer encodings (and therefore, for
HTTP/1.1). It will only ever send HTTP/1.0 requests, which means that a
HTTP/1.1 response is illegal (as is the chunked encoding).

Obviously, we'd like to see this changed; but it's not a bug; more of an
obsolescence.

- --
Micah J. Cowan
Programmer, musician, typesetting enthusiast, gamer,
and GNU Wget Project Maintainer.
http://micah.cowan.name/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFH7V677M8hyUobTrERAl1UAJ9tccYzRKpsTPKB//1X7ILVAVXi7gCcDx7R
miDRTrQCJYQeoO43L1P4cNU=
=a181
-END PGP SIGNATURE-

Bug#434362: There is still a problem with negation on some objects

[Vincent Bernat]

tags 434362 + moreinfo unreproducible
thanks

Hi !

I am unable to reproduce this  bug in 2.1.17. Negation of complex object
creates a special chain where RETURN target is used when the non negated
object matches. Therefore, everything  seems fine. However, I don't find
any bug corresponding to this behaviour between 2.1.8 and 2.1.17.

I  have  tried  to negate  an  address  range  and  a group  of  objects
successfully.  Could you  provide some  example file  where you  get the
behaviour you describe?

Thanks.
-- 
Follow each decision as closely as possible with its associated action.
- The Elements of Programming Style (Kernighan & Plauger)



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

Bug#473159: ksysguard loses high CPU process

[Ross Boylan]

When I killed the window that was chewing up CPU (TV listings at
zap2it.com), firefox's CPU useage went down to about 25%, and it
reappeared in the process list of ksysguard.
Ross



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

Bug#403697: wget -O - creates file -

[Noèl Köthe]

tags 403697 + moreinfo unreproducible
thanks

Am Montag, den 18.12.2006, 21:08 +0100 schrieb Marc Lehmann:
> Package: wget
> Version: 1.10.2-2
> Severity: normal
> 
> 
>wget -O - 
> 
> downloads the given url and creates a file "-" in the current directory,
> although the manpage says:
> 
> If - is used as file, documents will be printed to standard output, disabling
> link conversion.  (Use ./- to print to a file literally named -.)

I'm trying to reproduce this but with your 1.10.2-2 (released in etch)
and with the latest 1.11.1-1 wget version.

$ LC_ALL=C wget -O - ix.de
--21:22:15--  http://ix.de/
   => `-'
Resolving ix.de... 193.99.144.80
Connecting to ix.de|193.99.144.80|:80... connected.
HTTP request sent, awaiting response... 301 Moved Permanently
Location: http://www.heise.de/ix/ [following]
--21:22:15--  http://www.heise.de/ix/
   => `-'
Resolving www.heise.de... 193.99.144.85
Connecting to www.heise.de|193.99.144.85|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [text/html]


[<=>
] 0 --.--K/s 

http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";>


21:22:15 (444.85 KB/s) - `-' saved [32544]

wget says it saved a - file but there is no such file and the content of
the page were printed to the console.
Can you give me your commandline (with -d) where the - file is created?

thx.

-- 
Noèl Köthe 
Debian GNU/Linux, www.debian.org


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Bug#469259: [Alpine-info] Re: Bug#469259: Build with ncursesw

[Steve Hubert]

No reply..


Right.  Inputting Résumé seems to work fine for me without building with 
ncursesw.  What doesn't work for you that needs it?


-- Asheesh.


I'm not sure what alpine gets from libcurses. We use escape sequences from 
terminfo/termcap to move the cursor around and that's pretty much it. So 
unless I'm missing some critical piece, it doesn't seem like it would make 
any difference.


Steve

Bug#472501: doc-base: Please add the Programming/OCaml section

[Robert Luberda]

Stefano Zacchiroli writes:

Hi,

> On Mon, Mar 24, 2008 at 06:33:08PM +0100, Samuel Mimram wrote:
>> It would be nice if you could allow the Programming/OCaml section. There
>> are many OCaml libraries in Debian and having all their doc registered
>> in the same section would be useful.
> 
> Seconded.

Programming/OCaml is a valid section. Quoting the section 2.3.3 of
doc-base manual:

  Programming
IDEs, debuggers, compilers, APIs, libraries, programming languages.
Documentation related to only one specific language should be put in
subsection named like the language, for example:
*  C
*  C++
*  Java
*  Perl
*  Python
*  Ruby

The list contains only examples and is not (and most probably never be)
complete. I can add OCaml to it in the next release.

> 
> While we are at it, can the doc-base maintainer please comment on
> whether the sections Programming/Foo are appropriate for library
> documentation automatically generated by some literate programming tool
> (ocamldoc in our case, but more generally also javadoc, pydoc, ...).

Obviously! APIs of language Foo, even automatically generated, should go
to Programming/Foo.


Regards,
robert





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

Bug#472824: Some Lenny install issues supposedly linked to win32-loader

[Robert Millan]

On Fri, Mar 28, 2008 at 11:24:49AM -0400, Jochen Plumeyer wrote:
> Hi Robert,
> 
> On Wednesday 26 March 2008 17:06, Robert Millan wrote:
> > Hi Jochen,
> >
> > On Wed, Mar 26, 2008 at 01:46:10PM -0400, Jochen Plumeyer wrote:
> > > Install tasks:
> > > The "desktop" task installs, if the installation is started the classic
> > > way via BIOS from CD. But it does not install, if the CD is started with
> > > the new win32-loader mechanism from Windows ("XP SP2 spanish" in my
> > > case). An "aptitude install kde kdm" solved it.
> >
> > Which options did you choose in the win32 part of the install process?
> 
> I chose "Spanish" as installation language in "normal" installation mode 
> (not "expert").
> 
> > Did you get GNOME instead of KDE, or just no desktop task at all?
> 
> I used the KDE install CD (, so I suppose GNOME was no option, ) and 
> selecting "Standard" and "Desktop"
> http://plumeyer.org/debian-bugreport/472824/tasksel-selections.png

Did you enable network updates when asked, or installed only from CD?

> > > Clock/timezone setup:
> > > I chose spanish localization, but the options for Carribean or even other
> > > countries others than European did not show up in the install with
> > > win32-loader.
> >
> > Are you referring to the timezone question specifically, or also to the
> > country selection?  
> 
> I am referring to the timezone question. The installer (at least with 
> win32-loader) never asked me the country.

Ah, I see.  That seems to be because D-I extrapolates it from locale settings,
which... (see below)

> > Also, do you mean that the question was displayed with 
> > incomplete answer options, or that it was missing?  Both settings can be
> > auto-detected from Windows, but I'm not aware of any situation in which an
> > incomplete list would be displayed.
> 
> The timezone country list looked like this (three entries):
> http://plumeyer.org/debian-bugreport/472824/just-european-spanishspeaking-countries.png.png
> 
> What happens, if a Spanish-speaking Debian-fan installs living in Pakistan or 
> Australia by the way? (Globalization, you know)
> I am a german guy living in Dominican Republic/ Carribbean, as an example.

We all know Windows is faulty, but country setting is at least expected to be
correct.  Though, if user (or OEM) chose the wrong option when installing it,
one can always fix it later (in Control Panel I guess) or override it by
choosing expert mode.

> > > Install boot loader:
> > > The dialogue asked me, if grub should be installed in the (hd0) disk, I
> > > said no, "please install grub in (hd0,1)", but the MBR of the disk has
> > > been overwritten.
> > > I thought the initial bootloader would be left untouched, but no.
> 
> > I recall having gone through this before.  Could you provide the version
> > number of the win32 loader in the CD you downloaded? (displayed in the
> > first screen when you run it)
> 
> I forgot the CD at home, I will tell you on Monday, sorry!

Ok.

Thank you,

-- 
Robert Millan

 I know my rights; I want my phone call!
 What use is a phone call… if you are unable to speak?
(as seen on /.)



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

Bug#472305: [DebianGIS-dev] Bug#472305: How to solve it

[Giovanni Mascellani]

All'incirca Fri, 28 Mar 2008 16:49:32 +0100,  Andreas Putzo
<[EMAIL PROTECTED]> sembrerebbe aver scritto:

> The icons directory (styles/standard/) in josm upstream svn is really
> an external reference to
> http://svn.openstreetmap.org/applications/share/map-icons/classic.small.
> This is the source of the openstreetmap-map-icons* packages, too.

I noticed that just after having written my previous email! :-)

> Once the openstreetmap-map-icons* package are updated josm should find
> all icons it wants. 
> Expecting thousands of new josm installations, 400kB (1.8Mb
> uncompressed) duplicated disk space and bandwidth is a lot, if you
> ask me :)

Yes, now I agree with you. I'm uploading anyway a patch with doesn't
search for icons only in classic.small, but also in square.small.
Moreover, it wipes out the absolute icon path from elemstyles.xml and
makes josm search icons automatically in the correct path.

Cheers,
Giovanni.
-- 
Giovanni Mascellani <[EMAIL PROTECTED]>
Pisa, Italy

Web: http://giomasce.altervista.org
SIP: [EMAIL PROTECTED]
Jabber: [EMAIL PROTECTED] / [EMAIL PROTECTED]
GPG: 0x5F1FBF70 (FP: 1EB6 3D43 E201 4DDF 67BD  003F FCB0 BB5C 5F1F BF70)



signature.asc
Description: PGP signature

Bug#473165: xserver-xorg: keys sometimes get stuck down

[James Andrewartha]

Package: xserver-xorg
Version: 1:7.3+10
Severity: normal
Tags: patch

I'd like to request the patch in [1] be included in Debian's xorg 1.4
packages as it fixes a bug where keys held down can end up repeating
until the X server is restarted. It's been proposed for 1.5 upstream [2]
but also fixes the problem for 1.4.

[1] http://lists.freedesktop.org/archives/xorg/2008-March/034256.html
[2] http://lists.freedesktop.org/archives/xorg/2008-March/034256.html

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

/var/lib/x11/X.md5sum does not exist.

X server symlink status:
lrwxrwxrwx 1 root root 13 2007-04-30 21:12 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1674780 2008-03-14 23:34 /usr/bin/Xorg

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

VGA-compatible devices on PCI bus:
01:00.0 VGA compatible controller: nVidia Corporation G80 [GeForce 8800 GTS] 
(rev a2)

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

Xorg X server configuration file status:
-rw-r--r-- 1 root root 4871 2008-03-06 12:17 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
# /etc/X11/xorg.conf (xorg 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 /etc/X11/xorg.conf manual page.
# (Type "man /etc/X11/xorg.conf" at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following command:
#   sudo dpkg-reconfigure -phigh xserver-xorg

Section "Files"
FontPath"/usr/share/fonts/X11/misc"
FontPath"/usr/X11R6/lib/X11/fonts/misc"
FontPath"/usr/share/fonts/X11/cyrillic"
FontPath"/usr/share/fonts/X11/100dpi/:unscaled"
FontPath"/usr/share/fonts/X11/75dpi/:unscaled"
FontPath"/usr/share/fonts/X11/Type1"
FontPath"/usr/X11R6/lib/X11/fonts/Type1"
FontPath"/usr/share/fonts/X11/100dpi"
FontPath"/usr/share/fonts/X11/75dpi"
# path to defoma fonts
FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType"
EndSection

Section "Extensions"
Option "composite" "disable"
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  "kbd"
Option  "CoreKeyboard"
Option  "XkbRules"  "xorg"
Option  "XkbModel"  "pc104"
Option  "XkbLayout" "us"
EndSection

Section "InputDevice"
Identifier  "Configured Mouse"
Driver  "mouse"
Option  "CorePointer"
Option  "Device""/dev/input/mice"
Option  "Protocol"  "ExplorerPS/2"
Option  "Buttons"   "7"
Option "Emulate3Buttons" "false"
#Option "ButtonMapping" "1 2 3 4 5 8 9 6 7"
#Option "ZAxisMapping"  "4 5"
EndSection

Section "Device"
#Identifier "nVidia Corporation NV43 [GeForce 6600 GT]"
Identifier  "nVidia Corporation G80 [GeForce 8800 GTS]"
Driver  "nvidia"
Option  "Coolbits"  "1"
#BusID  "PCI:3:0:0"
Option  "TwinView"  "true"
#Option "TwinViewOrientation"   "CRT-1 RightOf CRT-0"
Option  "TwinViewOrientation"   "RightOf"
Option  "SecondMonitorHorizSync" "31-80"
Option  "SecondMonitorVertRefresh" "56-75"
Option  "MetaModes" "1360x1024, 1280x1024; 
1024x768,1024x768; 800x600,800x600; 800x600,NULL; 1024x768,NULL; 1152x864,NULL; 
1280x960,NULL; 1360x1024, NULL; NULL,1280x1024;"
#Option "MetaModes" "1360x1024, 1280x1024; 
1024x768,1024x768; 800x600,800x600; 800x600,NULL; 1024x768,NULL; 1152x864,NULL; 
1280x960,NULL; 1360x1024, NULL; NULL,1280x1024; 1400x1050,NULL; 1600x1200, NULL"
#Option "MetaModes" "CRT-0: 1360x1024, CRT-1: 
1280x1024; 1024x768,1024x768; 800x600,800x600; 800x600,NULL; 1024x768,NULL; 
1152x864,NULL; 1280x960,NULL; CRT-0: 1360x1024, CRT-1: NULL; NULL,1280x1024;"
EndSection

Section "Monitor"
Identifier  "DiamondDigital DV997FDB"
#HorizSync  30-97
#VertRefresh50-160
HorizSync 31