Bug#364402: libapr0: please move its section to libs, instead of net

[Rogerio Brito]

Package: libapr0
Version: 2.0.55-4
Severity: wishlist

While "auditing" the installation of my systems, I noticed that libapr0 is 
packaged
under section net. My naïve impression would be that its proper place would be 
in
section libs, instead.

I know that changing the section and priority of packages may be troublesome, 
since
they have to be approved by the ftpmasters, but I just wanted to file this 
whishlist
bug in case you happen to agree.


Thanks.


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.17-rc1-5
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Bug#364403: [INTL:nl] New dutch po-debconf translation

[Esther Hanko]

Package: 
version: <1.19>
Severity: wishlist
Tags: patch l10n

Please find attached the dutch po-debconf translation. This translation
has been vetted by the review process of the debian-l10n-dutch team.
Please add it to your next package revision, it should be inserted in
your package build-tree as debian/po/nl.po, TIA.

Feel free to mail me if this file needs updating at some future date.

Thanks and regards,

Esther Hanko
# translation of nl.po to
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans#
#Developers do not need to manually edit POT or PO files.
#
# Esther Hanko <[EMAIL PROTECTED]>, 2006.
msgid ""
msgstr ""
"Project-Id-Version: nl\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2005-04-16 01:20-0500\n"
"PO-Revision-Date: 2006-03-30 16:43+0200\n"
"Last-Translator: Esther Hanko <[EMAIL PROTECTED]>\n"
"language-team: Nederlandse \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Language-Team:  \n"
"X-Generator: KBabel 1.11.1\n"

#. Type: boolean
#. Description
#: ../gpm.templates:4
msgid "Do you want to start or restart GPM while X is running?"
msgstr "Wilt u GPM starten of herstarten terwijl X actief is?"

#. Type: boolean
#. Description
#: ../gpm.templates:4
msgid ""
"Usually, GPM should be started or restarted when it is installed or "
"upgraded.  But when X is running and trying to use the same mouse device, "
"this can sometimes cause a problem with the X mouse cursor. Switching to the "
"console and then back to X will usually fix it."
msgstr "Normaal gesproken zou GPM moeten worden gestart of herstart wanneer het geïnstalleerd of opgewaardeerd wordt. Echter, als X ook actief is en de muis op hetzelfde muisapparaat probeert te gebruiken, zou dit een probleem kunnen vormen met de X muiscursor. Wisselen naar een console en dan terug naar X zal dit meestal oplossen."

#. Type: string
#. Description
#: ../gpm.templates:12
msgid "Which mouse device should gpm use?"
msgstr "Welk muisapparaat moet gpm gebruiken?"

#. Type: string
#. Description
#: ../gpm.templates:12
msgid ""
"Where is your mouse device? If you have a regular PS/2 mouse, you probably "
"want /dev/psaux. If you have a serial mouse, it may be something like /dev/"
"ttyS0. If you have a usb mouse (make sure you have the modules loaded), "
"it's /dev/input/mice. If you're on a Sun machine, it's probably /dev/"
"sunmouse. If you're on an 68k Macintosh, it's probably /dev/mouse."
msgstr "Waar staat het muisapparaat? Als u een reguliere PS/2-muis heeft, is dat waarschijnlijk /dev/psaux. As u een seriële muis heeft, zou het iets kunnen zijn als /dev/ttyS0. Als u een usb-muis heeft (zorg er dan ook voor dat u de juiste modules geladen heeft), is het /dev/input/mice. Als dit een Sun-machine is, is het waarschijnlijk /dev/sunmouse. Als u op een 68k Macintosh werkt, is het waarschijnlijk /dev/mouse."

#. Type: string
#. Description
#: ../gpm.templates:21
msgid "What type is your mouse?"
msgstr "Wat voor soort muis heeft u?"

#. Type: string
#. Description
#: ../gpm.templates:21
msgid "Available mouse types are:"
msgstr "Beschikbare muistypes zijn:"

#. Type: string
#. Description
#: ../gpm.templates:21
msgid "Name Description"
msgstr "NaamOmschrijving"

#. Type: string
#. Description
#: ../gpm.templates:21
msgid ""
"PS/2 mice: round 6-pin connector\n"
" autops2Most PS/2 mice; specific protocol will be auto-detected.\n"
"Also use this for USB and ADB mice.\n"
" ps2Standard PS/2 mice, 2 or 3 buttons\n"
" imps2  Microsoft IntelliMouse and compatibles; PS/2 mice with\n"
"3 buttons and a scroll wheel\n"
" exps2  Newer Microsoft IntelliMouse and compatible, may have\n"
"more than 3 buttons.  Most newer PS/2 mice are this type.\n"
" synps2 Synaptics PS/2 TouchPad, found on many laptops\n"
" netmouse   Genius NetMouse, 2 normal buttons plus an \"Up/Down\" button\n"
" fups2  Same as \"ps2\" but may be needed for certain broken\n"
"mice or KVM switches\n"
" fuimps2Same as \"imps2\" but may be needed for certain broken\n"
"mice or KVM switches"
msgstr ""
"PS/2-muizen: ronde zespinsconnector\n"
" autops2Voor de meeste PS/2-muizen zal het precieze protocol\n"
"automatisch gedetecteerd worden.\n"
"Gebruik dit ook voor USB- en ADB-muizen.\n"
" ps2Standaard PS/2-muis, met twee of drie muisknoppen\n"
" imps2  Microsoft IntelliMouse en dergelijke; PS/2 muizen met\n"
"3 knoppen en een muiswiel\n"
" exps2  Recente Microsoft IntelliMouse en dergelijke, mog

Bug#59988: Dropping this BR that will never be fixed, at least in user-setup

[Christian Perrier]

tags 59988 wontfix
thanks

I very highly doubt that we add support for external user databases in
D-I. Neither in the near future, nor in long term.

This bug is assigned to suer-setup because it's inherited from
base-config but I really see no point in keeping it opened for no reason.

Without further notice, I'll close it in the next bug cleaning round
for user-setup

-- 




signature.asc
Description: Digital signature

Bug#364404: lifelines: new fr.po (proposal)

[Bernard Adrian]

Package: lifelines
Version: 3.0.50-2
Severity: normal

Hi,

Some strings are not translated in fr.po for lifelines and the bug
(#356671) i reported last month is still present.

So i propose (in attachment) a new fr.po for lifelines based on
Patrick Texier's one (updated last January). I've just applied the
patch i proposed last month for the bug (#356671). This patch is in
attachment too.

I tested my lifelines.po on my system and it works fine.

HTH
-- 
Bernard Adrian

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: i386 (i586)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.4.24-xfs
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages lifelines depends on:
ii  libc6 2.3.6-7GNU C Library: Shared libraries
ii  libncursesw5  5.5-1.1Shared libraries for terminal hand

lifelines recommends no packages.

-- no debconf information



fr.adrian.po.gz
Description: new fr.po for fifelines (proposal)
diff -c /home/bernard/fr.texier.po /home/bernard/fr.adrian.po
--- /home/bernard/fr.texier.po  2006-04-22 22:58:45.0 +0200
+++ /home/bernard/fr.adrian.po  2006-04-22 22:15:15.0 +0200
@@ -7,7 +7,7 @@
 msgstr ""
 "Project-Id-Version: Lifelines 3.0.50\n"
 "POT-Creation-Date: 2005-09-16 20:23-0400\n"
-"PO-Revision-Date: 2006-04-22 22:58+0200\n"
+"PO-Revision-Date: 2006-04-22 22:15+0200\n"
 "Last-Translator: Patrick Texier <[EMAIL PROTECTED]>\n"
 "Language-Team: Not a language team\n"
 "MIME-Version: 1.0\n"
@@ -340,7 +340,7 @@
 
 #: src/gedlib/messages.c:97
 msgid "Identify one of the child's parents, if known."
-msgstr "Identifiez un des enfants, si connu."
+msgstr "Identifiez un des parents de l'enfant, si connu."
 
 #: src/gedlib/messages.c:99
 msgid "Scan results:"

Diff finished.  Sat Apr 22 23:00:08 2006

Bug#336501: Fatal Error: File "/usr/lib/smarteiffel/" seems to be empty

[Daniel Baumann]

Hi,

you need to set $SmartEiffel to '/usr/lib/smarteiffel/system.se', not to
'/usr/lib/smarteiffel'. The manpage will be updated with the next upload.

Regards,
Daniel

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  [EMAIL PROTECTED]
Internet:   http://people.panthera-systems.net/~daniel-baumann/


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

Bug#361139: acidbase: new upstream release fixes it

[Paul Wise]

tags 361139 + patch
thanks

I've attached a diff.gz for the new upstream release, which fixes the
security problem. I also fixed some other things in the package -
lintian errors/warnings and other bugs. Changelog entry:

acidbase (1.2.4-0.1) unstable; urgency=medium

  * Non-maintainer upload.
  * New upstream release
+ Fixes authentication bypass (CVE-2006-1505) (Closes: #361139)
+ Update 01_default_config and 02_update_external_links patches
+ Remove executable bit on includes/fpdf_class.php to satisfy lintian
  * Fix watch file using uscan sf.net support
  * Update copyright file with more information
  * Move po-debconf to Build-Depends-Indep
  * Remove short description from long description
  * Add extra space before Homepage
  * Add Swedish debconf translation by Daniel Nylander (Closes: #348881)
  * Add Portuguese debconf translation by Carlos Lisboa (Closes: #349597)
  * Add French debconf translation by Steve Petruzzello (Closes: #351230)

 -- Paul Wise <[EMAIL PROTECTED]>  Sun, 23 Apr 2006 14:10:40 +0800

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


acidbase_1.2.4-0.1.diff.gz
Description: GNU Zip compressed data


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

Bug#336501: Fatal Error: File "/usr/lib/smarteiffel/" seems to be empty

[Daniel Baumann]

Damn, I mean '/usr/lib/smarteiffel/sys/system.se'.

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  [EMAIL PROTECTED]
Internet:   http://people.panthera-systems.net/~daniel-baumann/



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

Bug#364307: gnome-desktop-data: Failed to upgrade package using apt-get or dpkg

[Loïc Minier]

Hi,

On Sat, Apr 22, 2006, Alexandre Norman wrote:
> noodle:/tmp# dpkg -i gnome-desktop-data_2.14.0-1_all.deb
> Selecting previously deselected package gnome-desktop-data.
> (Reading database ... dpkg: error processing
> gnome-desktop-data_2.14.0-1_all.deb (--install):
>  files list file for package `gnome-desktop-data' contains empty filename

 You can try the --force switch, or use "ar" to decompress the package
 manually until you at least restore the file list:
ar t foo.deb
ar x foo.deb data.tar.gz
etc.

-- 
Loïc Minier <[EMAIL PROTECTED]>
"You can gtk_main_run, but you can't gtk_widget_hide." --danw, 19-jul-04

Bug#364395: sasl2-bin fail when upgrade or reinstall

[Mohamed Sulaiman]

Package: sasl2-bin
Version: 2.1.19.dfsg1-0.1
Followup-For: Bug #364395

Setting up sasl2-bin (2.1.19.dfsg1-0.1) ...
Starting SASL Authentication Daemon: (failed).
invoke-rc.d: initscript saslauthd, action "start" failed.
dpkg: error processing sasl2-bin (--configure):
 subprocess post-installation script returned error exit status 1
Errors were encountered while processing:
 sasl2-bin
E: Sub-process /usr/bin/dpkg returned an error code (1)


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

Versions of packages sasl2-bin depends on:
ii  base-passwd   3.5.11 Debian base system master password
ii  libasn1-6-hei 0.7.2-4Libraries for Heimdal Kerberos
ii  libc6 2.3.6-7GNU C Library: Shared libraries
ii  libcomerr21.38+1.39-WIP-2006.04.09-1 common error description library
ii  libdb4.2  4.2.52-24  Berkeley v4.2 Database Libraries [
ii  libgssapi4-he 0.7.2-4Libraries for Heimdal Kerberos
ii  libkrb5-17-he 0.7.2-4Libraries for Heimdal Kerberos
ii  libldap2  2.1.30-13  OpenLDAP libraries
ii  libpam0g  0.79-3.1   Pluggable Authentication Modules l
ii  libroken16-he 0.7.2-4Libraries for Heimdal Kerberos
ii  libsasl2  2.1.19.dfsg1-0.1   Authentication abstraction library
ii  libssl0.9.8   0.9.8a-8   SSL shared libraries

sasl2-bin recommends no packages.

-- no debconf information


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

Bug#364398: info from xorg log

[prosolutions]

forgot to add this: everything in Xorg.log looks kosher, only it cuts
off abrubtly at the very end.  Here are the last several lines:

(**) NVIDIA(0): DPMS enabled
(II) Loading extension NV-CONTROL
(==) RandR enabled
(II) Initializing built-in extension MIT-SHM
(II) Initializing built-in extension XInputExtension
(II) Initializing built-in extension XTEST
(II) Initializing built-in extension XKEYBOARD
(II) Initializing built-in extension XC-APPGROUP
(II) Initializing built-in extension SECURITY
(II) Initializing built-in extension XINERAMA
(II) Initializing built-in extension XFIXES
(II) Initializing built-in extension XFree86-Bigfont
(II) Initializing built-in extension RENDER
(II) Initializing built-in extension RANDR
(II) Initializing built-in extension COMPOSITE
(II) Initializing built-in extension DAMAGE
(II) Initializing built-in extension XEVIE
(II) Initializing extension GLX
(END)



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

Bug#364405: java-package: make-jpkg does not work with ibm-java2-jre-50-linux-ppc64.tgz

[Charles Plessy]

Package: java-package
Version: 0.27
Severity: normal

Dear maintainer,

Although listed in /usr/share/doc/java-package/SUPPORTED,
ibm-java2-jre-50-linux-ppc64.tgz could not be used by make-kpkg on my
installation:

sorbet【src】$ make-jpkg ibm-java2-jre-50-linux-ppc64.tgz
Creating temporary directory: /tmp/make-jpkg.NXynvG
Loading plugins: blackdown-j2re.sh blackdown-j2sdk.sh common.sh
ibm-j2re.sh ibm-j2sdk.sh j2re.sh j2sdk-doc.sh j2sdk.sh j2se.sh
sun-j2re.sh sun-j2sdk-doc.sh sun-j2sdk.sh

No matching plugin was found.
Removing temporary directory: done

The 32 bit version went fine, however...

I am running a etch/sid mix on a iMac G5.

Best regards,

-- 
Charles Plessy
Wako, Saitama, Japan






-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: powerpc (ppc64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16farm
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)

Versions of packages java-package depends on:
ii  coreutils 5.2.1-2.1  The GNU core utilities
ii  debhelper 5.0.22 helper programs for debian/rules
ii  fakeroot  1.5.7  Gives a fake root environment
ii  unzip 5.52-6 De-archiver for .zip files

java-package recommends no packages.

-- no debconf information


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

Bug#359153: patch from a suse list?

[Robert Schulz]

Hi!

I experience this too.

I first had no problem using the version  kdebluetooth/0.99+1.0beta1-6-b1. It 
first worked, then i played around with hidd, pin-helper and perhaps 
installing some packages around bt like syncing, obex stuff and so on. After 
my mouse and keyboard finally worked the browsing did no more.

I found a promising patch for suse-10 here:
http://www.linux-club.de/ftopic57788.html

sadly it seems to have some problems with encoding...

i paste it here...
-snip-
Hallo! 
 
 Danke für die Tipps zum Bluetooth-Browsing-Problem hier! Ich habe mal das 
Paket aus dem inoffizielle KDE 3.5.2 von SuSE 10.0 
 
 kdebluetooth-0.0.svn20051202-10 
 
 so gepatcht, dass es wieder klappt. Weil ich nicht das Original SuSE-openobex 
verwende, sondern 
 
 openobex-1.2-0.pm.0 
 
 von Packman, musste ich noch eine Kleinigkeit im Build-System von 
kdebluetooth ändern (openobex-config -> pkg-config). Unten findet ihr meinen 
Patch, den man wie folgt verwendet: 
 
 1) Angehängten Patch speichern als 
kdebluetooth-0.0.svn20051202-10.tv-fix-browsing.patch 
 
 2) Das Source-Package von kdebluetooth runterladen und installieren: 
 rpm -ihv kdebluetooth-0.0.svn20051202-10.src.rpm 
 
 3) Dann ins RPM-Build-Verzeichnis gehen (meist /usr/src/packages) und 
patchen: 
 patch -p0 = 0) { 
 ++createDirEntry(entry, "More services"); 
 ++statEntry(entry); 
 ++finished(); 
 ++} 
 ++else { 
 ++   error(KIO::ERR_SLAVE_DEFINED, 
 +   i18n("Could not stat %1. Unknown 
device").arg(url.url())); 
 ++} 
 + } 
 + } 
 + else { 
 
diff -rNU2 ../packages.orig/SOURCES/kdebluetooth-openobex-pkgconfig.diff 
./SOURCES/kdebluetooth-openobex-pkgconfig.diff 
 --- ../packages.orig/SOURCES/kdebluetooth-openobex-pkgconfig.diff   
1970-01-01 01:00:00.0 +0100 
 +++ ./SOURCES/kdebluetooth-openobex-pkgconfig.diff   2006-04-21 
11:24:27.0 +0200 
 @@ -0,0 +1,92 @@ 
 
+diff -rU2 ../kdebluetooth-0.0.svn20051202.orig/kdebluetooth/configure.in.in 
./kdebluetooth/configure.in.in 
 +--- ../kdebluetooth-0.0.svn20051202.orig/kdebluetooth/configure.in.in   
2006-04-21 11:23:50.0 +0200 
  ./kdebluetooth/configure.in.in   2006-04-21 11:23:44.0 +0200 
 +@@ -130,66 +130,6 @@ 
 + 
 + dnl Check for openobex library 
 +-# Modified by Simone Gotti for kde-bluetooth on 2003-10-04 
 +- 
 +-AC_PATH_PROG(OPENOBEX_CONFIG, openobex-config, no) 
 +- 
 +-if test "$OPENOBEX_CONFIG" = "no" ; then 
 +-   AC_MSG_WARN(openobex-config not found. Pehaps openobex is not 
installed.) 
 +-   DO_NOT_COMPILE="$DO_NOT_COMPILE kdebluetooth" 
 +-   OPENOBEX_CONFIG="false" 
 +-fi 
 +- 
 +-OPENOBEX_CFLAGS=`$OPENOBEX_CONFIG --cflags` 
 +-openobex_inc_dir=`echo $OPENOBEX_CFLAGS | cut -dI -f2` 
 +-if test -f "$openobex_inc_dir/obex.h" ; then 
 +-: 
 +-else 
 +-if test -f "$openobex_inc_dir/openobex/obex.h" ; then 
 +-OPENOBEX_CFLAGS="$OPENOBEX_CFLAGS/openobex" 
 +-else 
 +-DO_NOT_COMPILE="$DO_NOT_COMPILE kdebluetooth" 
 +-fi 
 +-fi 
 +-OPENOBEX_LIBS=`$OPENOBEX_CONFIG --libs` 
 +- 
 +-min_obex_version=1.0.0 
 +-AC_MSG_CHECKING(for openobex - version >= $min_obex_version) 
 +-obex_config_version=`$OPENOBEX_CONFIG --version` 
 +- 
 +-obex_config_major_version=`$OPENOBEX_CONFIG --version | \ 
 +-   sed 's/\([[0-9]]*\).\([[0-9]]*\).\([[0-9]]*\)/\1/'` 
 +-obex_config_minor_version=`$OPENOBEX_CONFIG --version | \ 
 +-   sed 's/\([[0-9]]*\).\([[0-9]]*\).\([[0-9]]*\)/\2/'` 
 +-obex_config_micro_version=`$OPENOBEX_CONFIG --version | \ 
 +-   sed 's/\([[0-9]]*\).\([[0-9]]*\).\([[0-9]]*\)/\3/'` 
 +- 
 +-obex_req_major_version=`echo $min_obex_version | \ 
 +-   sed 's/\([[0-9]]*\).\([[0-9]]*\).\([[0-9]]*\)/\1/'` 
 +-obex_req_minor_version=`echo $min_obex_version | \ 
 +-   sed 's/\([[0-9]]*\).\([[0-9]]*\).\([[0-9]]*\)/\2/'` 
 +-obex_req_micro_version=`echo $min_obex_version | \ 
 +-   sed 's/\([[0-9]]*\).\([[0-9]]*\).\([[0-9]]*\)/\3/'` 
 +- 
 +-if test -n "$obex_req_major_version" && 
test -n "$obex_config_minor_version" ; then 
 +-   if test $obex_req_major_version -lt $obex_config_major_version ; then 
 +-  obex_config_version_ok="yes" 
 +-   fi 
 +-   if test $obex_req_major_version -eq $obex_config_major_version ; then 
 +-  if test $obex_req_minor_version -lt $obex_config_minor_version ; then 
 +- obex_config_version_ok="yes" 
 +- fi 
 +-  if test $obex_req_minor_version -eq $obex_config_minor_version ; then 
 +- if test $obex_req_micro_version -le $obex_config_micro_version ; 
then 
 +-obex_config_version_ok="yes" 
 +- fi 
 +-  fi 
 +-   fi 
 +-fi 
 +- 
 +-if test "$obex_config_version_ok" != "yes" ; then 
 +-   AC_MSG_WARN(Installed openobex library too old ($obex_config_version)) 
 +-   DO_NOT_COMPILE="$DO_NOT_COMPILE kdebluetooth" 
 +-fi 
 +- 
 ++# Modified by Tilman Vogel to use pkg-config on 20060421 
 ++PKG_CHECK_MODULES([OPENOBEX],[openob

Bug#337904: This bug worth being fixed but needs code rewrite in user-setup-ask

[Christian Perrier]

This bug is IMHO the only one worth being fixed in suer-setup (small)
bug log. However, looking at it, I found that it needs a deeper
rewrite of the state machine than I initially imagined.

Hence leaving it as is for the moment...until someone a  bit less
likely to break everything to look at it (hint hint).


-- 




signature.asc
Description: Digital signature

Bug#364319: acknowledged by developer (Re: Bug#364319: base-files: [patch] /etc/profile to support *ksh shells (proper PS1 setting))

[Jari Aalto]

reopen 364319 !
thanks


| > Package: base-files
| > Version: 3.1.12
| > Severity: normal
| > Tags: patch
| > 
| > When a ksh shell is invoked, it reads /etc/profile. However there is no
| > setting of PS1 for ksh shells, only for bash:
| 
| This is not true. The following code works when the shell is not bash:
|
| >  if [ "`id -u`" -eq 0 ]; then
| >PS1='# '
| >  else
| >PS1='$ '
| >  fi
| > A better /etc/profile for Debian's ksh, pdksh and mksh compatible
| > setting is presented below.
| 
| Sure, but that would make /etc/profile more bloated, which I consider
| a bad thing, not to mention there will never be a prompt shell to
| satisfy everybody.

It is incorreect to close a bug report by mere a opinion. 

There is clear bug in the base-files:

- It set's the BASH prompt to reasonable default
- BUT, It does not handle *ksh shells simlilarly at all

The one that you point point out above is code that is
used as a fallback to set PS1, when the shell (dash, posh ...)
does not support any good PS1 setting. 
 
| Thanks for the suggestion, but for a shell which is not the default
| shell, and it's not even installed by default, I think it is better
| that you change /etc/profile to suit your needs, which do not have to
| match everybody else's neeeds.

Ksh is widely recognized shell. 

The Debian base-files is installed to every system. With this logic
every people on earth who happens to download and install a *ksh shell
would need to much around with the /etc/profile, not to count that
that all are not necessarily administrators.

The system should have reasonable default right from installation.
Right now it is not the case for *ksh shella.

The change proposed is very small, efective and provides prompt that
serves the default setting better.

How can

PS1='$ '

be any substitute for standard "de facto" prompt, that can show a path
name?

If there is default for bash, which people are accustomed to be seeing, 
I can't see how an argument "suit your needs, which do not have to
 match everybody else's neeeds" can hold water. 

The *ksh setting matches that of the current bash's setting.

I propose that this matter is discussed in more wider audience before
resolution and marking it to closed. Please suggest correct forum to
bring this issue forward if this change cannot be applied.

Jari


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

Bug#364084: liferea: don't blindly call dbus-launch on startup

[David Moreno Garza]

Lars Lindner wrote:
> Am Freitag, den 21.04.2006, 17:18 -0500 schrieb David Moreno Garza:
> > tags 364084 upstream
> 
> Released with 1.0.10. 
> 
> I also moved the eval command so that is executed
> before each possible run_with_mozilla() call.

Thanks, I've uploaded 1.0.10 tonight.

-- 
David Moreno Garza <[EMAIL PROTECTED]>   |  http://www.damog.net/
   <[EMAIL PROTECTED]>  |  GPG: C671257D
 Una gran cantidad de defectos definen un estilo.



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

Bug#364299: vim-common from experimental fails to install

[Robert Luberda]

clone 364299 -1
reassign -1 manpages-pl 20060331-1
thanks

James Vega wrote:

> 
> I'll add conflicts for manpages-it and manpages-pl (<= their current
> version). 

Please use `Replaces:' instead of `Conflicts:' and that will be sufficient.

> I think we should coordinate with Francesco and Robert

It's not necessary. The next version of manpages-pl will have the vim
pages removed, however you don't need to postpone uploading new vim and
waiting for new manpages-pl.

Regards,
robert


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

Bug#364370: Build-Dep on mozilla (library), please transition to xulrunner

[Marc 'HE' Brockschmidt]

"Guilherme de S. Pastore" <[EMAIL PROTECTED]> writes:
> Em Dom, 2006-04-23 às 00:57 +0200, Marc 'HE' Brockschmidt escreveu:
>> It looks like your package still depends on a mozilla library in
>> testing.
> It's already transitioned in our SVN repo, but it's waiting for
> evolution to transition before it can be uploaded.

I know, i saw that later (when I wanted to fix that on my own). I even
updated the changelog to close the bug, but then I noticed that I only
had a read-only svn checkout... Yeah, I'm lazy.

Marc
-- 
BOFH #268:
Neutrino overload on the nameserver


pgpMZJ9Hp8ekQ.pgp
Description: PGP signature

Bug#361004: carpaltunnel: 361004: patch to use default python

[Paul Wise]

tags 361004 + patch
thanks

I prepared the attached patch to carpaltunnel that makes it use optparse
if available, and optik otherwise. It updates the dependencies and
changelog too.

This package could use an overhaul and switching to a non-native package

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


carpaltunnel-361004-python-2.3-compatability.patch.gz
Description: GNU Zip compressed data


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

Bug#364407: gv: Cannot start GV

[Dr. ERDI Gergo]

Package: gv
Version: 1:3.6.1-13
Severity: grave
Justification: renders package unusable

After upgrading to Xorg, GV fails to start and gives the following error 
message:
10:33:39 [EMAIL PROTECTED] 2005-2-eaf1]$ gv
Warning: Cannot convert string 
"-*-Helvetica-Medium-R-Normal--*-140-*-*-P-*-ISO8859-1" to type FontStruct
Warning: Unable to load any usable ISO8859 font
Warning: Unable to load any usable ISO8859 font
Segmentation fault


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

Versions of packages gv depends on:
ii  gs   8.50-1.1Transitional package
ii  gs-esp [gs]  8.15.1.dfsg.1-2 The Ghostscript PostScript interpr
ii  gs-gpl [gs]  8.50-1.1The GPL Ghostscript PostScript int
ii  libc62.3.6-7 GNU C Library: Shared libraries
ii  libice6  1:1.0.0-3   X11 Inter-Client Exchange library
ii  libsm6   1:1.0.0-4   X11 Session Management library
ii  libx11-6 2:1.0.0-6   X11 client-side library
ii  libxext6 1:1.0.0-4   X11 miscellaneous extension librar
ii  libxmu6  1:1.0.1-3   X11 miscellaneous utility library
ii  libxpm4  1:3.5.4.2-3 X11 pixmap library
ii  libxt6   1:1.0.0-4   X11 toolkit intrinsics library
ii  xaw3dg   1.5+E-11Xaw3d widget set

gv recommends no packages.

-- no debconf information


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

Bug#364396: no VTS_TMAPT

[Tim Müller]

> ...
> thoggen printed onto terminal text I provided below (including
> the "Please send bug report - no VTS_TMAPT ?? " message).

That message comes from libdvdread not Thoggen. Thoggen can't really do
anything about that. If it works otherwise, I'd just ignore the message.
I presume you also get that message when you're playing the DVD via
mplayer/vlc/xine/whatever?

Cheers
 -Tim




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

Bug#364100: openafs-fileserver tuning

[Niklas Edmundsson]

On Sat, 22 Apr 2006, Russ Allbery wrote:


Niklas Edmundsson <[EMAIL PROTECTED]> writes:


Package: openafs-fileserver
Version: 1.4.1-2



We had various performance-issues with 1.4.0, and during that debugging
we found out that the problem was made even worse by the fact that the
openafs fileserver is started without any tuning options. Since our
fileserver was initially installed using an older package, this might be
fixed now, and in that case I appologise.



The interesting line in /etc/openafs/BosConfig should be modified to
include:
parm /usr/lib/openafs/fileserver -p 23 -busyat 600 -rxpck 400 -s 1200 -l 1200 
-cb 65535 -b 240 -vc 1200



The above tuning is recommended according to Harald Barth, for the
following reasons:
* It's unclear what the defaults are unless you dig into the source.
* Modern hardware have no problem with increasing buffers and threads
  a bit.
* Having too few threads will cause your fileserver to stall if too
  many threads ends up waiting for something (breaking callbacks and
  timing out, whatever).


My ideal would be to get the defaults fixed, of course, but in the
meantime I can see the argument that relying on the current defaults is a
bad idea.  I think this only affects the afs-newcell command and the
documentation, though; in general, AFS leaves it to you to set up your
fileserver command however you want it, and only the Debian afs-newcell
automated cell creation script encodes parameters (or lack thereof).


OK.


We use:

   -L -p 125 -rxpck 400 -busyat 200 -cb 65535

but I think that may actually be too many threads.  I'm curious about the
differences.  Ideally, before picking defaults to put into the
documentation, I'd like this to be discussed on openafs-info towards some
sort of consensus (which is where the current client cache parameters came
from).  If you have a chance and are willing to start that conversation,
that would be great; if not, I'll try to do so in the not too distant
future.


The thread-count is/was capped at 23 I think, but I'll let Harald 
confirm/deny that.


As you might have figured out I'm rather clueless when it comes to 
openafs fileserver tuning, so I think it's better if you initiate the 
discussion on openafs-info.


/Nikke
--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
 Niklas Edmundsson, Admin @ {acc,hpc2n}.umu.se |[EMAIL PROTECTED]
---
 People are strange when you're a stranger.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=


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

Bug#344251: unclear liboil description

[Marc 'HE' Brockschmidt]

Heya,

I, for example, now know that liboil contains optimized versions of
different functions, it's choosing the fastest function at run-time,
uses processor-specific hacks and blabla. But I still have no idea
*which* function were optimized there. Sound decoding? Video processing?
Searching? Sorting? At least a general description would be nice.

Marc
-- 
BOFH #349:
Stray Alpha Particles from memory packaging caused Hard Memory Error
on Server.



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

Bug#364408: synfigstudio: FTBFS (amd64): cast from 'studio::DockDialog*' to 'int' loses precision

[Andreas Jochens]

Package: synfigstudio
Version: 0.61.05-1
Severity: important
Tags: patch

When building 'synfigstudio' on amd64/unstable,
I get the following error:

dockbook.cpp:218: warning: comparison is always false due to limited range of 
data type
if x86_64-linux-gnu-g++ -DHAVE_CONFIG_H -I../.. -I../.. -I../../src   
-I/usr/include/synfig-0.0 -I/usr/include/OpenEXR -I/usr/include/libxml++-2.6 
-I/usr/lib/libxml++-2.6/include -I/usr/include/sigc++-2.0 
-I/usr/lib/sigc++-2.0/include -I/usr/include/libxml2 -I/usr/include/glibmm-2.4 
-I/usr/lib/glibmm-2.4/include -I/usr/include/glib-2.0 
-I/usr/lib/glib-2.0/include   -pthread -I/usr/include/gtkmm-2.4 
-I/usr/lib/gtkmm-2.4/include -I/usr/include/glibmm-2.4 
-I/usr/lib/glibmm-2.4/include -I/usr/include/gdkmm-2.4 
-I/usr/lib/gdkmm-2.4/include -I/usr/include/pangomm-1.4 
-I/usr/include/atkmm-1.6 -I/usr/include/gtk-2.0 -I/usr/include/sigc++-2.0 
-I/usr/lib/sigc++-2.0/include -I/usr/include/glib-2.0 
-I/usr/lib/glib-2.0/include -I/usr/lib/gtk-2.0/include -I/usr/include/pango-1.0 
-I/usr/include/cairo -I/usr/include/atk-1.0   -DNDEBUG -g -O2 -ffast-math -W 
-Wall -Wno-unused-parameter -MT synfigstudio-dockdialog.o -MD -MP -MF 
".deps/synfigstudio-dockdialog.Tpo" -c -o synfigstudio-dockdialog.o `test -f 
'dockdialog.cpp' || echo './'`dockdialog.cpp; \
then mv -f ".deps/synfigstudio-dockdialog.Tpo" 
".deps/synfigstudio-dockdialog.Po"; else rm -f 
".deps/synfigstudio-dockdialog.Tpo"; exit 1; fi
dockdialog.cpp: In constructor 'studio::DockDialog::DockDialog()':
dockdialog.cpp:90: error: cast from 'studio::DockDialog*' to 'int' loses 
precision
dockdialog.cpp: In member function 'void studio::DockDialog::set_contents(const 
synfig::String&)':
dockdialog.cpp:486: warning: comparison is always true due to limited range of 
data type
dockdialog.cpp:486: warning: comparison is always true due to limited range of 
data type
dockdialog.cpp:488: warning: comparison is always false due to limited range of 
data type
dockdialog.cpp:488: warning: comparison is always true due to limited range of 
data type
dockdialog.cpp:499: warning: comparison is always false due to limited range of 
data type
make[4]: *** [synfigstudio-dockdialog.o] Error 1
make[4]: Leaving directory `/synfigstudio-0.61.05/src/gtkmm'

With the attached patch 'synfigstudio' can be compiled on amd64.

Regards
Andreas Jochens

diff -urN ../tmp-orig/synfigstudio-0.61.05/src/gtkmm/dockdialog.cpp 
./src/gtkmm/dockdialog.cpp
--- ../tmp-orig/synfigstudio-0.61.05/src/gtkmm/dockdialog.cpp   2006-01-30 
03:29:02.0 +
+++ ./src/gtkmm/dockdialog.cpp  2006-04-23 08:17:22.0 +
@@ -87,7 +87,7 @@
widget_comp_select=new Widget_CompSelect();

// Give ourselves an ID that is most likely unique
-   set_id(synfig::UniqueID().get_uid()^reinterpret_cast(this));
+   set_id(synfig::UniqueID().get_uid()^reinterpret_cast(this));

set_role(strprintf("dock_dialog_%d",get_id()));
GRAB_HINT_DATA(
diff -urN ../tmp-orig/synfigstudio-0.61.05/src/gtkmm/keyframetreestore.cpp 
./src/gtkmm/keyframetreestore.cpp
--- ../tmp-orig/synfigstudio-0.61.05/src/gtkmm/keyframetreestore.cpp
2005-11-06 04:51:58.0 +
+++ ./src/gtkmm/keyframetreestore.cpp   2006-04-23 08:23:59.0 +
@@ -223,7 +223,7 @@
 void
 KeyframeTreeStore::reset_stamp()
 {
-   stamp_=time(0)+reinterpret_cast(this);
+   stamp_=time(0)+reinterpret_cast(this);
 }
 
 /*


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

Bug#364409: Partitioning failure during install of Sarge 3.1r2

[Scotland O. Clark]

Package:  install
Version:  Sarge 3.1r2

Using 3.1r2 (and 3.1r1), when install is writing changes to the 
partition tables using ext3 the partitioning utility either locks the 
system up altogether or spontaneously reboots it.


System:  ECS P4M800PRO-M v1.0 motherboard
1024MB Mushkin PC2700 memory
Nvidia GeForce 2 video card
2 WD800 80GB hard drives

The install proceeds normally until it gets to the partitioning, and the 
partitioning utility works properly until told to write the changes to 
the drives.


Any help you could render would be very welcome.

Thanks,

Scotland O. Clark




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

Bug#364410: backup-manager: duplicate archives are not purged

[Sven Joachim]

Package: backup-manager
Version: 0.7.2-1
Severity: normal

To work around bug #363663, I put a line with "export GZIP=-9n" into
backup-manager's cron script.  However, duplicate files are still not
replaced by symlinks:

# ls -l /var/archives/debian-root.2006042[12]*
-rw-r- 1 root adm 7014 2006-04-21 17:14 
/var/archives/debian-root.20060421.tar.gz
-rw-r- 1 root adm 7014 2006-04-22 09:02 
/var/archives/debian-root.20060422.tar.gz

# LANG=C diff -s /var/archives/debian-root.2006042[12]*
Files /var/archives/debian-root.20060421.tar.gz and 
/var/archives/debian-root.20060422.tar.gz are identical

# grep "BM_ARCHIVE_PURGEDUPS" /etc/backup-manager.conf
export BM_ARCHIVE_PURGEDUPS="true"


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

Versions of packages backup-manager depends on:
ii  debconf [debconf-2.0] 1.4.72 Debian configuration management sy
ii  gzip  1.3.5-13   The GNU compression utility
ii  ucf   2.009  Update Configuration File: preserv

backup-manager recommends no packages.

-- debconf information:
 backup-manager/upload-key:
* backup-manager/name-format: long
* backup-manager/burning-device: /dev/cdrw
 backup-manager/upload-hosts:
 backup-manager/upload-dir: /var/archives/uploads
 backup-manager/upload-user-ftp:
* backup-manager/cron_frequency: daily
* backup-manager/directories: /etc /home/sven /root
* backup-manager/cron_d_remove_deprecated: true
* backup-manager/blacklist: /home/sven/tmp
* backup-manager/repo_group: adm
* backup-manager/filetype: tar.gz
* backup-manager/time-to-live: 10
* backup-manager/burning-maxsize: 650
* backup-manager/repo_user: root
* backup-manager/backup-repository: /var/archives
* backup-manager/burning-method: CDR
 backup-manager/upload-user-scp-warning:
 backup-manager/transfert_mode: scp
* backup-manager/burning-enabled: true
* backup-manager/dump_symlinks: false
 backup-manager/upload-user-scp: bmngr
* backup-manager/cron_remove_deprecated: false
* backup-manager/want_to_upload: false





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

Bug#363445: Severity of #363445 is serious

[Sven Joachim]

severity 363445 serious
thanks

The missing dependencies are arguably a severe policy violation.
Moreover, this version of libgtk2.0-dev would be totally broken
in testing if it were allowed to go in now.




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

Bug#364333: openoffice.org-writer: [l10n:de] Menu option Tabelle has no shortcut

[Helge Kreutzmann]

Hello Rene,
thanks for the swift reply.

On Sat, Apr 22, 2006 at 11:57:10PM +0200, Rene Engelhard wrote:
> Helge Kreutzmann wrote:
> > This possibility does not exist for "Tabelle", i.e., no charachter is
> > underlined. This might be intentional (than this bug would become a
> > wishlist bug) or, as I expect, is an (minor) glitch during translation
> > (which I, as a translator myself) assume. 
> 
> Fixed upstream for OOo 2.0.3.

Ok, then I simply wait for it to enter Debian Testing.

> > Please reassing to the appropriate package (translation pack). If you
> > want me to have a look at the po-file (or whatever is used for
> > translation), please tell me.
> 
> There's nothing like that in OOo. Everything is in the localize.sdfs.
> Where I don't know where that menu entry is defined on, really, anyway
> atm...

Ok, I have no experience with those and it is fixed anyway.

Greetings

   Helge


-- 
  Dr. Helge Kreutzmann [EMAIL PROTECTED]
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software "libre": http://www.ffii.de/


signature.asc
Description: Digital signature

Bug#345738: eric bug reports

[Torsten Marek]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

all these bugs are limitations of Scintilla, the source code editor widget eric
uses.
I'll report them upstream, but there's nothing eric can do about this.
Therefore, I am going to close these bug reports later.

best,

Torsten

- --
Torsten Marek <[EMAIL PROTECTED]>
ID: A244C858 -- FP: 1902 0002 5DFC 856B F146  894C 7CC5 451E A244 C858
Keyserver: subkeys.pgp.net

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFES0u/fMVFHqJEyFgRAhJoAKCnw4E3CZQB2L8g2LtreLOw34fw4QCeN8FR
6wLsg7WpKXTTAVWNl3A10T8=
=OAVY
-END PGP SIGNATURE-


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

Bug#364319: base-files: PS1 setting for *ksh

[Santiago Vila]

Please note that policy says:

   A program must not depend on environment variables to get reasonable
   defaults.

The way I read this, whatever "good" defaults you think should be in
/etc/profile, should be instead coded in the shells themselves
as a default when no PS1 is set at all.

Please think about a way to follow policy which does not involve
making /etc/profile larger and larger. That's the wrong way.

The right fix for this "bug" might involve removing lines from the
current /etc/profile, and that's the only reason why I'm going to keep
it open.


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

Bug#345734: eric: Setting font for multiple highlighting styles in one step

[Torsten Marek]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

your wish has been sent to upstream.

best,

Torsten
- --
Torsten Marek <[EMAIL PROTECTED]>
ID: A244C858 -- FP: 1902 0002 5DFC 856B F146  894C 7CC5 451E A244 C858
Keyserver: subkeys.pgp.net

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFES0yHfMVFHqJEyFgRAt8RAJ9bEXT/Fa394J+kROtCPeZ9bsm40gCfQrQj
smBSQZzOz1GjDGvtoMsEpEc=
=xVzb
-END PGP SIGNATURE-


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

Bug#364411: apt-file: doesn't honor --architecture option

[Enno Cramer]

Package: apt-file
Version: 2.0.8
Severity: normal
Tags: patch

Apt-file does not honor the --architecture option, both while updating
and querying the database.

Here's a patch for the problem.

*** /root/apt-file-arch-option.patch
--- apt-file2006-04-23 11:21:03.0 +0200
+++ apt-file.mod2006-04-23 11:29:49.0 +0200
@@ -325,7 +325,7 @@
 my %options = (
   "sources-list|s=s" => \$Conf->{sources_list},
   "cache|c=s" => \$Conf->{cache},
-  "architecture|a=s" => \$Conf->{architecture},
+  "architecture|a=s" => \$Conf->{arch},
   "cdrom-mount|d=s" => \$Conf->{cdrom_mount},
   "verbose|v" => \$Conf->{verbose},
   "ignore-case|i" => \$Conf->{ignore_case},


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

Versions of packages apt-file depends on:
ii  gzip  1.3.5-13   The GNU compression utility
ii  libapt-pkg-perl   0.1.18 Perl interface to libapt-pkg
ii  libconfigfile-perl1.2.1  Parses simple configuration files
ii  perl  5.8.8-4Larry Wall's Practical Extraction 
ii  wget  1.10.2-1   retrieves files from the web

apt-file recommends no packages.

-- no debconf information


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

Bug#364332: [Buildd-tools-devel] Bug#364332: exec script 10mount fails if /dev/shm missing

[Roger Leigh]

"Steve M. Robbins" <[EMAIL PROTECTED]> writes:

> I was perusing the docs on setup scripts and looking at
> /etc/schroot/setup.d/10mount.  It looks like this will do the mounting
> of /proc and /home for me so I no longer need to keep it in
> /etc/fstab.  Cool!
>
> So I set up my woody chroot with run-setup-scripts=true to try.
>
> [woody]
> description=Debian Woody
> type=plain
> location=/chroot/woody
> groups=steve
> run-exec-scripts=true
> run-setup-scripts=true
>
> However, as you see below, /chroot/woody/dev/shm did not exist and the
> schroot command failed.  I created an empty /chroot/woody/dev/shm and
> then it worked.  Perhaps the script 10mount could ensure that mount
> directories exist?

No problem.  I'll add this to the next release.


Regards,
Roger

-- 
Roger Leigh
Printing on GNU/Linux?  http://gutenprint.sourceforge.net/
Debian GNU/Linuxhttp://www.debian.org/
GPG Public Key: 0x25BFB848.  Please sign and encrypt your mail.


pgpbBgLTaGXFa.pgp
Description: PGP signature

Bug#345735: eric: Using the document and API files for auto-completion at the same time

[Torsten Marek]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

Scintilla can only use one source for auto completion. Maybe it will be added
for QScintilla 2.

I'll close this bug later. Feel free to reassign it to QScintilla.

best,

Torsten
- --
Torsten Marek <[EMAIL PROTECTED]>
ID: A244C858 -- FP: 1902 0002 5DFC 856B F146  894C 7CC5 451E A244 C858
Keyserver: subkeys.pgp.net

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFES02OfMVFHqJEyFgRAhQsAKCZSVTf9Xcp2cGWAUdFVLKMClHtdQCgxC7H
AdtGjpGVAwVcvgK/0iFF100=
=EYT6
-END PGP SIGNATURE-


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

Bug#364335: Fwd: Re: Bug#364335: xlibs: Full keyboard support requires a newer kernel

[Helge Kreutzmann]

Hello Michel,
> > This sounds like usual symptoms of XKB not being enabled, which can be
> > caused by a lot of things.
> 
> Thats why I installed the (new) packages libxkbfile1, libxkbui1.

Sorry, not install, but »upgrade«, so the error is only a missing
versioning. (I tend not to upgrade all the libfiles*, unless they are
dragged in by a regular programm). But Etch users should be fine, as
they would run a dist-upgrade.

Greetings

Helge

-- 
  Dr. Helge Kreutzmann [EMAIL PROTECTED]
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software "libre": http://www.ffii.de/


signature.asc
Description: Digital signature

Bug#361785: hal: Breaks autofs expiry

[Roland Mas]

Roland Mas, 2006-04-10 11:48:06 +0200 :

[...]

> seconds of non-usage.  Unfortunately, it seems hal catches this unmount
> event and does stuff with it, which I wouldn't argue against, except it
> tries to access /mnt/auto/removable/usb-key/.created-by-hal.

When I think about it, I end up concluding that this file (or
directory or whatever it is) doesn't belong there.  Even if I wanted
to let HAL mount and unmount stuff, there's no guarantee that the
filesystem containing the mountpoints is writable.  Such state
information should therefore be stored somewhere else, like /var/run,
which seems more appropriate and should fix both problems.

Roland.
-- 
Roland Mas

  ()Campagne du ruban ASCII :
  /\Contre les mails en HTML et les vcard !


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

Bug#364412: g++-4.0: problem with #pragma interface and templates turning back?

[Pedro Rodrigues]

Package: g++-4.0
Version: 4.0.3-1
Severity: important

I am feeling exactly the same problems as the ones reported in the  gcc 
bugzilla bug report 21280. That is using #pragma interface and 
templates gives "inline function used but never defined" 
warnings and failure with missing symbols at link time.

The gcc bugzilla report status is RESOLVED but, as far as it concerns 
to version 4.0.3-1, it seems not to be


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

Versions of packages g++-4.0 depends on:
ii  gcc-4.0   4.0.3-1The GNU C compiler
ii  gcc-4.0-base  4.0.3-1The GNU Compiler Collection (base 
ii  libc6 2.3.6-3GNU C Library: Shared libraries an
ii  libstdc++6-4.0-dev4.0.3-1The GNU Standard C++ Library v3 (d

g++-4.0 recommends no packages.

-- no debconf information


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

Bug#363490: module sk98lin cannot be assigned to eth0

[Georg Colle]

Am Samstag, 22. April 2006 02:07 schrieb Frans Pop:
> reassign 363490 linux-2.6
> retitle 363490 [amd64] module sk98lin cannot be assigned to eth0
> thanks
>
> On Wednesday 19 April 2006 14:49, Georg Colle wrote:
> > Comments/Problems:
> > The module sk98lin needed by the network HW was not loaded
> > automatically. Choosing it from the list that showed after the
> > automatic loading failure had no effect.
> > Changing to the VT2, inserting ist manally by "modprobe sk98lin" and
> > inspecting the list put out by lsmod showed that ist was loaded.
> > But in /proc/net/sk98lin/ there was not the expected Document "eth0" -
> > there was nothing at all.
> > I guess that the driver module could not be assigned correctly to the
> > lan interface.
>
> I have no idea what this issue is about, but it looks like a kernel issue.
> I hope the kernel package maintainers can help you out.
>
> > As I found out trying to install the i386 daily-build-image (loaded
> > down on April 17 at 10:11pm), there is a working sk98lin module loading
> > automatically.
> > Perhaps it is worth while taking its source code and compiling it in an
> > amd64 environment?
>
> Not really as amd64 and i386 kernels are compiled from the same source.
>
> Can you please provide the output of 'cat /proc/version/' after booting
> the installer and switching to VT2? If possible both for the i386
> installation CD and the amd64 one.

Here we go

{1} cat /proc/version (i386; sk98lin working)
Linux version 2.6.16-1-486 (Debian 2.6.16-4) ([EMAIL PROTECTED]) (gcc version 
4.0.3 (Debian 4.0.3-1)) #1 Tue Mar 28 15:35:19 UTC 2006

{2} cat /proc/version (i386 after installation & reboot; sk98lin no longer 
working)
Linux version 2.6.15-1-686 (Debian 2.6.15-8) ([EMAIL PROTECTED]) (gcc version 
4.0.3 20060212 (prerelease) (Debian 4.0.2-9)) #2 Mon Mar 6 15:27:08 UTC 2006

{3} cat /proc/version (amd64; sk98lin not working)
Linux version 2.6.15-1-amd64-generic (Debian 2.6.15-7) ([EMAIL PROTECTED]) (gcc 
version 4.0.3 20060212 (prerelease) (Debian 4.0.2-9)) #2 Thu Feb 23 04:51:53 
UTC 2006

Changing to kernel version 2.6.16 could do.

Greetings Georg.


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

Bug#345791: eric: New preferences for script starting and debugging

[Torsten Marek]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

you can circumvent the dialog using Restart (F4). It will automatically use the
last action (Debug or Run).

I will close this bug later. Please feel free to reopen it if you are not 
satisfied.

best,

Torsten
- --
Torsten Marek <[EMAIL PROTECTED]>
ID: A244C858 -- FP: 1902 0002 5DFC 856B F146  894C 7CC5 451E A244 C858
Keyserver: subkeys.pgp.net

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFES00xfMVFHqJEyFgRAoFRAJ9+ez650j2vx5UdZhHzt9HnF8e86gCggtRQ
7OYvbJeV6dNUIVj7X3DjuSs=
=7KLX
-END PGP SIGNATURE-


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

Bug#364416: gnumeric: warning about ptgAttr

[Francesco Potorti`]

Package: gnumeric
Version: 1.6.3-1
Severity: normal

I get this:

D Zip!T234 : Hmm, ptgAttr of type 0 ??
I've seen a case where an instance of this with flag A and another with flag 3
bracket a 1x1 array formula.  please send us this file.
Flags = 0x3

But I cannot send the file, because it contains confidential
information.  Should I try to reduce it to the minimum set that shows
the error?


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

Versions of packages gnumeric depends on:
ii  debconf [debconf-2.0] 1.4.72 Debian configuration management sy
ii  gconf22.14.0-1   GNOME configuration database syste
ii  gnumeric-common   1.6.3-1common files for Gnumeric, the GNO
ii  gsfonts   8.14+v8.11+urw-0.2 Fonts for the Ghostscript interpre
ii  libart-2.0-2  2.3.17-1   Library of functions for 2D graphi
ii  libatk1.0-0   1.11.3-1   The ATK accessibility toolkit
ii  libbonobo2-0  2.14.0-1   Bonobo CORBA interfaces library
ii  libbonoboui2-02.10.1-2   The Bonobo UI library
ii  libc6 2.3.6-3GNU C Library: Shared libraries an
ii  libcairo2 1.0.2-3The Cairo 2D vector graphics libra
ii  libfontconfig12.3.2-1.1  generic font configuration library
ii  libgconf2-4   2.14.0-1   GNOME configuration database syste
ii  libglade2-0   1:2.5.1-2  library to load .glade files at ru
ii  libglib2.0-0  2.10.1-2   The GLib library of C routines
ii  libgnome-keyring0 0.4.9-1GNOME keyring services library
ii  libgnome2-0   2.12.0.1-5 The GNOME 2 library - runtime file
ii  libgnomecanvas2-0 2.14.0-1   A powerful object-oriented display
ii  libgnomeprint2.2-02.12.1-3   The GNOME 2.2 print architecture -
ii  libgnomeprintui2.2-0  2.12.1-2   GNOME 2.2 print architecture User 
ii  libgnomeui-0  2.12.1-1   The GNOME 2 libraries (User Interf
ii  libgnomevfs2-02.14.0-2   GNOME virtual file-system (runtime
ii  libgoffice-1-20.2.1-1Document centric objects library -
ii  libgsf-1-114  1.14.0-1   Structured File Library - runtime 
ii  libgsf-gnome-1-1141.14.0-1   Structured File Library - runtime 
ii  libgtk2.0-0   2.8.16-1   The GTK+ graphical user interface 
ii  libice6   6.9.0.dfsg.1-6 Inter-Client Exchange library
ii  liborbit2 1:2.14.0-1 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0 1.12.0-2   Layout and rendering of internatio
ii  libpopt0  1.7-5  lib for parsing cmdline parameters
ii  libsm66.9.0.dfsg.1-6 X Window System Session Management
ii  libx11-6  6.9.0.dfsg.1-6 X Window System protocol client li
ii  libxcursor1   1.1.3-1X cursor management library
ii  libxext6  6.9.0.dfsg.1-6 X Window System miscellaneous exte
ii  libxi66.9.0.dfsg.1-6 X Window System Input extension li
ii  libxinerama1  6.9.0.dfsg.1-6 X Window System multi-head display
ii  libxml2   2.6.23.dfsg.2-3GNOME XML library
ii  libxrandr26.9.0.dfsg.1-6 X Window System Resize, Rotate and
ii  libxrender1   1:0.9.0.2-1X Rendering Extension client libra
ii  zlib1g1:1.2.3-11 compression library - runtime

gnumeric recommends no packages.

-- debconf information:
  gnumeric/existing-process: false




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

Bug#364413: akregator: Akregator don't work with feeds in windows-1251 encoding

[Serge Matveev]

Package: akregator
Version: 4:3.5.2-1+b1
Severity: normal

Akregator don't recode feedds from windows-1251 encoding and these feeds are
comletely unreadable in KOI8-R locale :-(

By example: http://www.gazeta.ru/export/rss/sport.xml or 
http://www.hpc.ru/exp/hpcru_news.rss 

In both feeds uses ()

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

Versions of packages akregator depends on:
ii  kdelibs4c2a 4:3.5.2-2+b1 core libraries for all KDE applica
ii  libc6   2.3.6-7  GNU C Library: Shared libraries
ii  libgcc1 1:4.1.0-1+b1 GCC support library
ii  libkdepim1a 4:3.5.2-1+b1 KDE PIM library
ii  libqt3-mt   3:3.3.6-1Qt GUI Library (Threaded runtime v
ii  libstdc++6  4.1.0-1+b1   The GNU Standard C++ Library v3

akregator recommends no packages.

-- no debconf information

-- 



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

Bug#364414: Typo in package description

[Thomas Schoepf]

package: php-xml-serializer
version: 0.18.0-1
severity: minor

s/swiss-army knive/swiss-army knife/

Thomas

-- 
"Feel free" - 10 GB Mailbox, 100 FreeSMS/Monat ...
Jetzt GMX TopMail testen: http://www.gmx.net/de/go/topmail


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

Bug#361282: bug disappeared

[Francesco Potorti`]

The bug apparently solved by itself.  All the packages on which wajig
depends are the same version as when I reported the bug, but now it
works...

I think the bug can be closed.

-- 
Francesco Potortì (ricercatore)Voice: +39 050 315 3058 (op.2111)
ISTI - Area della ricerca CNR  Fax:   +39 050 313 8091
via G. Moruzzi 1, I-56124 Pisa Email: [EMAIL PROTECTED]
Web: http://fly.isti.cnr.it/   Key:   fly.isti.cnr.it/public.key

Bug#364415: gnome-btdownload: [INTL:sv] Swedish PO translation

[Daniel Nylander]

Package: gnome-btdownload
Severity: wishlist
Tags: patch l10n


Here is the Swedish translation of gnome-btdownload

Daniel

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
# Swedish translation for gnome-btdownload
# Copyright (c) (c) 2005 Canonical Ltd, and Rosetta Contributors 2005
# This file is distributed under the same license as the gnome-btdownload 
package.
# FIRST AUTHOR <[EMAIL PROTECTED]>, 2005.
#
msgid ""
msgstr ""
"Project-Id-Version: gnome-btdownload\n"
"Report-Msgid-Bugs-To: FULL NAME <[EMAIL PROTECTED]>\n"
"POT-Creation-Date: 2005-05-30 21:33-0600\n"
"PO-Revision-Date: 2005-12-14 19:47+0100\n"
"Last-Translator: Daniel Nylander <[EMAIL PROTECTED]>\n"
"Language-Team: Swedish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#: src/gnome-btdownload:158
msgid "Couldn't locate file, will probably explode..."
msgstr "Kunde inte hitta fil, kommer antagligen explodera..."

#: share/glade/contdiag.glade:217
msgid "A possible previous save location for this BitTorrent has been 
found:"
msgstr "En tänkbar tidigare plats för sparade filer för denna BitTorrent har 
hittats:"

#: share/glade/contdiag.glade:259
msgid "Continue to download to this location or save elsewhere?"
msgstr "Fortsätt att ladda ner till denna plats eller spara någon annanstans?"

#: share/glade/dlsession.glade:8
msgid "BitTorrent Session"
msgstr "BitTorrent-session"

#: share/glade/dlsession.glade:55
msgid "File:"
msgstr "Fil:"

#: share/glade/dlsession.glade:83
#: share/glade/dlsession.glade:399
msgid "Status:"
msgstr "Status:"

#: share/glade/dlsession.glade:111
msgid "Time Elapsed:"
msgstr "Förbrukad tid:"

#: share/glade/dlsession.glade:139
msgid "Time Remaining:"
msgstr "Återstående tid:"

#: share/glade/dlsession.glade:168
#: share/glade/dlsession.glade:196
#: share/glade/dlsession.glade:271
#: share/glade/dlsession.glade:299
#: share/glade/dlsession.glade:327
#: share/glade/dlsession.glade:578
msgid "Unknown"
msgstr "Okänd"

#: share/glade/dlsession.glade:242
msgid "Address:"
msgstr "Adress:"

#: share/glade/dlsession.glade:360
msgid "Download"
msgstr "Ladda ner"

#: share/glade/dlsession.glade:429
msgid "Cap Uploads:"
msgstr "Stryp uppladdningar:"

#: share/glade/dlsession.glade:453
msgid "Cap Upload Rate:"
msgstr "Stryp uppladdningshastighet:"

#: share/glade/dlsession.glade:475
msgid "Users"
msgstr "Användare"

#: share/glade/dlsession.glade:503
msgid "KB/s"
msgstr "KB/s"

#: share/glade/dlsession.glade:618
msgid "Upload"
msgstr "Ladda upp"

#: share/glade/dlsession.glade:685
msgid "Display Error Dialogs"
msgstr "Visa feldialoger"

#: share/glade/dlsession.glade:743
msgid "Events"
msgstr "Händelser"

#: share/glade/dlsession.glade:838
msgid "_Resume"
msgstr "Åte_ruppta"

Bug#360713: and RC bug

[Guilherme de S. Pastore]

Let's please get this bug fixed? OK, informing upstream and getting them
to fix it appropriately is nice, but that's not a reason for stop to
keep failing meanwhile. Just say you're fine with it and I'll NMU, or
prepare a fixed package and I'll be happy to sponsor it.

Cheers,

--
Guilherme de S. Pastore <[EMAIL PROTECTED]>



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

Bug#364254: fixing xscreensaver RC bug

[Guilherme de S. Pastore]

Hi Ralf,

do you care for some help with fixing this bug? I can either sponsor the
upload of a package prepared by you to fix it or NMU it, as long as you
approve it.

Cheers,

-- 
Guilherme de S. Pastore <[EMAIL PROTECTED]>



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

Bug#359670: eric: Fatal Error when opening a project file that it has just saved

[Torsten Marek]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

I was able to recreate the problem, it's already reported upstream.

best,

Torsten
- --
Torsten Marek <[EMAIL PROTECTED]>
ID: A244C858 -- FP: 1902 0002 5DFC 856B F146  894C 7CC5 451E A244 C858
Keyserver: subkeys.pgp.net

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFES1N4fMVFHqJEyFgRAk+rAJ94gwyGyHhZu/kMvHAtKXjNNb9+KQCghN0E
rwVEtX2AntJBXG4u2gYO4V0=
=BULw
-END PGP SIGNATURE-


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

Bug#364391: cacti: cant create data templates or data sources

[sean finney]

hi rene,

On Sun, Apr 23, 2006 at 01:51:02PM +1000, Rene Cunningham wrote:
> Once a Data Source or Data Template is created, it is not shown within
> the lists in Managment>Data Sources or Templates>Data Templates.
> 
> Newly created Data Sources are displayed within the Data Source pulldown
> menu located in Management>Graph Management>Graph Items though still arent
> displayed in Management>Data Sources list.

strange.  could you do me a favor and try the deb at

http://people.debian.org/~seanius/cacti/sid/cacti_0.8.6h-2.1_all.deb

and let me know if this version has the same problems with new
datasources after you upgrade?


thanks,
sean


signature.asc
Description: Digital signature

Bug#350407: lessdisks-terminal: modifies /etc/kernel-img.conf in postinst

[Stephen Gran]

This one time, at band camp, Jonas Smedegaard said:
> On Sat, 22 Apr 2006 01:35:55 +0200 Bill Allombert wrote:
> 
> > On Sun, Jan 29, 2006 at 03:34:58PM +, Stephen Gran wrote:
> > > Package: lessdisks-terminal
> > > Severity: serious
> > > Justification: Policy 10.7.4
> > > 
> > > debian/lessdisks-terminal.postinst:
> > > if ! egrep "postinst_hook|postrm_hook" /etc/kernel-img.conf;
> > > then echo "postinst_hook = /usr/sbin/update-lessdisks-kernels"
> > > >> /etc/kernel-img.conf echo "postrm_hook
> > > >> = /usr/sbin/update-lessdisks-kernels" >> /etc/kernel-img.conf
> > > fi
> 
> > Note that debian/lessdisks-xterminal.postinst has a similar bug:
> > 
> > debian/lessdisks-xterminal.postinst:
> >   echo "$inittab_line" >> /etc/inittab
> 
> Hi Bill and Stephen,
> 
> What exactly is the policy violation here?
> 
> Policy 10.7.4 forbids packaging scripts to mess with conffiles of other
> packages. But /etc/kernel-img.conf and /etc/inittab is not conffiles.

This is the section that is relevant:

If it is desirable for two or more related packages to share a
configuration file and for all of the related packages to be able
to modify that configuration file, then the following should be done:

One of the related packages (the "owning" package) will manage
the configuration file with maintainer scripts as described in the
previous section.

The owning package should also provide a program that the other
packages may use to modify the configuration file.

The related packages must use the provided program to make any desired
modifications to the configuration file. They should either depend
on the core package to guarantee that the configuration modifier
program is available or accept gracefully that they cannot modify
the configuration file if it is not. (This is in addition to the
fact that the configuration file may not even be present in the
latter scenario.)

Note that it talks about configuration files, not just dpkg conffiles.
Your package directly modifies another package's configuration file,
instead of using an interface to do so.

The fact that there is, as afar as I know, no current interface, makes
this trickier to solve on your own, I understand ;(

> Policy 10.7.4 also mandates shared configuration files to be owned by
> only one package. But it is not clear to me which single package that
> should be (that I should then file bugs against about an interface for
> messing with its configuration files). The packages sysvinit and a
> bunch of kernel packages seem to be kandidates, but looking at their
> packaging scripts they too seem to treat the configuration files as
> alien.

Probably bugs against kernel-package (for kernel-img.conf) for an
interface script is sufficient to get this part of the bug closed.
I am not sure how to handle the inittab stuff, as IIRC there are several
initscripts implementations floating around out there (but maybe only
sysvinit handles inittab?)  I just don't know the answer.
-- 
 -
|   ,''`.Stephen Gran |
|  : :' :[EMAIL PROTECTED] |
|  `. `'Debian user, admin, and developer |
|`- http://www.debian.org |
 -


signature.asc
Description: Digital signature

Bug#360500: RM: tcltk8.0-ja -- ROQA; uninstallable, obsolete version of tcl/tk

[Taketoshi Sano]

Thank you for your help on packaging work.
I admit that package tcltk8.0-ja is too old, 
and can be removed from Debian safely now.

It was only for work-around until the normal 
tcltk package can handle Japanese text correctly,
and now I have checked and make assured that
the normal tcl8.4/tk8.4 package work enoughly.

So, tcltk8.0-ja can be removed from Debian, and
I request that action as the current maintainer.

Sorry for late responding.  It took some time
to check the functionality of Japanese text
handling about the current normal tcltk package.

Thanks.
-- 
  Taketoshi Sano: <[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>



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

Bug#364419: python2.4: FTBFS: test_tcl hangs.

[Kurt Roeckx]

Package: python2.4
Version: 2.4.3-3
Severity: serious

Hi,

Your package failed to build on a few arches with the following
error:
test_tarfile
test_tcl
make: *** [stamp-check] Terminated
Build killed with signal 15 after 150 minutes of inactivity


Kurt



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

Bug#364417: Silently creates non-pristine .orig.tar.gz files

[Bernhard R. Link]

Package: dh-make
Version: 0.40
Severity: normal
Tags: patch

By default dh_make creates a new .orig directory when no .orig.tar.gz
file is found. This leads to many packages with a non-pristine
.orig.tar.gz file, but without any changes to the content.
(Though of course a different md5sum).

I suggest to only create a .orig directory if some option is supplied,
like --createorig in the attached patch.

Hochachtungsvoll,
Bernhard R. Link
diff -r -u dh-make-0.40.original/dh_make dh-make-0.40/dh_make
--- dh-make-0.40.original/dh_make   2006-04-23 12:09:32.0 +0200
+++ dh-make-0.40/dh_make2006-04-23 12:42:43.0 +0200
@@ -29,6 +29,7 @@
 our $fullname = "";
 our $source_file="";
 our $debian_native = 0;
+our $copy_dir_for_orig = 0;
 our $package_type="";
 our $CHANGELOG="";
 our $PRESERVE="";
@@ -104,6 +105,7 @@
   -e, --email  use  as the maintainer e-mail address
   -n, --native  the program is Debian native, don\'t generate .orig
   -f, --file  specify file to use as the original source archive
+  -r, --createorig  make a copy for the original source archive
   -s, --single  set package class to single
   -m, --multi   set package class to multiple binary
   -l, --library set package class to library
@@ -129,6 +131,7 @@
   if (GetOptions('copyright|c=s' => \$main::license,
   'email|e=s' => \$main::email,
   'file|f=s' => \$main::source_file,
+  'createorig|r' => \$main::copy_dir_for_orig,
  'help|h' => \$dohelp,
  'version|v' => \$doversion,
  'native|n' => \$main::debian_native,
@@ -416,15 +419,20 @@
 exit 1;
   }
 } else {
-  if (-d "..$fullname.orig")
+  if (-d "../$fullname.orig")
   {
 print "Skipping copying to $fullname.orig since $fullname.orig 
exists.\n";
   } else {
if ( -f "../$fullname.orig.tar.gz")
{
  print "Skipping copying to $fullname.orig since 
$fullname.org.tar.gz exists.\n";
-   } else {
+   } elsif ($copy_dir_for_orig) {
   system('cp', '-a', "../$fullname", "../$fullname.orig");
+   } else {
+ print "Could not find $package_name\_$version.orig.tar.gz\n";
+ print "Either specify an alternate file to use with -f,\n";
+ print "or add --createorig to create one.\n";
+ exit 1;
}
 }
  }
diff -r -u dh-make-0.40.original/dh_make.1 dh-make-0.40/dh_make.1
--- dh-make-0.40.original/dh_make.1 2006-04-23 12:09:32.0 +0200
+++ dh-make-0.40/dh_make.1  2006-04-23 12:36:28.0 +0200
@@ -47,12 +47,18 @@
 The package will be build using the Common Debian Build System.
 CDBS provides a sane set of default rules upon which packages can build.
 .SH ACTIONS PERFORMED
+Unless \-\-native was given, 
 .B dh_make
-copies the archive on the higher directory level into
--.orig if that directory does not exist. If the -f
-option is supplied, the specified file name is taken as the source archive.
+makes sure a original source archive (\-.orig.tar.gz)
+exists.
+If no such file exists, the file specified with \-f is copied in place.
+If no \-f is supplied either but \-\-createorig is, the current directory
+it copied into \-.orig which will be made to this
+archive by dpkg\-source later automatically.
 The original archive is needed for other Debian tools to generate the
 diffs to the original sources required by the Debian packaging format.
+Unless there are reasons against it this file should be the pristine
+upstream archive.
 .PP
 Then
 .B dh_make

Bug#363644: Same problem here

[Jan Luehr]

Hello,

currently I'm experiencing the same problem here. Yesterday I decided to give 
etch a try and installed it. After trying to generate another locale, I get 
same errors, when trying to generate or reinstall locales. After trying to 
purge and reinstall the package,  the package is not installed.
I deleted /etc/enviroment, installed locales with no locale set, and 
everythings works fine here.
However, there might be some upgrade issues, that may make upgrading to sarge 
difficult for users...

Keep smiling
yanosz


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

Bug#364418: gdebi: [INTL:sv] Swedish debconf templates translation

[Daniel Nylander]

Package: gdebi
Severity: wishlist
Tags: patch l10n


Here is the updated Swedish translation of gdebi

Regards
Daniel

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
# 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.
#
msgid ""
msgstr ""
"Project-Id-Version: gdebi 0.1.4\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2006-04-11 21:08+\n"
"PO-Revision-Date: 2006-04-23 12:50+0100\n"
"Last-Translator: Daniel Nylander <[EMAIL PROTECTED]>\n"
"Language-Team: Swedish <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=utf-8\n"
"Content-Transfer-Encoding: 8bit\n"

#: ../gdebi:20
#, c-format
msgid "Usage: %s [package.deb]"
msgstr "Användning: %s [paket.deb]"

#: ../gdebi:22
msgid ""
"To use the graphical user interface, right-click\n"
"on a '.deb' software package in the file browser\n"
"and select: Open with 'GDebi Package Installer'."
msgstr ""
"För att använda det grafiska användargränssnittet,\n"
"högerklicka på ett \".deb\"-paket i filbläddraren och\n"
"välj: Öppna med \"Paketinstallatören GDebi\"."

#: ../gdebi:27
#, c-format
msgid "gdebi error, file not found: %s"
msgstr "gdebi-fel, filen hittades inte: %s"

#: ../gdebi:33
#: ../GDebi/GDebiCli.py:70
msgid "Do you want to install the software package? [y/N]:"
msgstr "Vill du installera programvarupaketet? [j/N]:"

#: ../gdebi-gtk:27
msgid "Run non-interactive (dangerous!)"
msgstr "Kör icke-interaktivt (farligt!)"

#: ../data/gdebi.glade.h:1
msgid "  "
msgstr "  "

#: ../data/gdebi.glade.h:2
msgid "(c) 2005-2006 Canonical"
msgstr "© 2005-2006 Canonical"

#: ../data/gdebi.glade.h:3
msgid "   "
msgstr "   "

#: ../data/gdebi.glade.h:4
msgid "Maintainer:"
msgstr "Underhållare:"

#: ../data/gdebi.glade.h:5
msgid "Priority:"
msgstr "Prioritet:"

#: ../data/gdebi.glade.h:6
msgid "Section:"
msgstr "Sektion:"

#: ../data/gdebi.glade.h:7
msgid "Size:"
msgstr "Storlek:"

#: ../data/gdebi.glade.h:8
msgid "To install the following changes are required:"
msgstr "För att installera krävs följande ändringar:"

#: ../data/gdebi.glade.h:9
msgid "Version:"
msgstr "Version:"

#: ../data/gdebi.glade.h:10
msgid ""
"You need to grant adminstrative rights to install software\n"
"\n"
"It is a possible security risk to install packages files manually. Install 
software from trustworthy software distributors only."
msgstr ""
"Du behöver tillåta användningen av administrativa rättigheter för att 
installera programvara\n"
"\n"
"Det är en möjlig säkerhetsrisk att manuellt installera paketfiler. Installera 
endast programvara från pålitliga programvarudistributörer."

#: ../data/gdebi.glade.h:13
msgid "Description"
msgstr "Beskrivning"

#: ../data/gdebi.glade.h:14
msgid "Description:"
msgstr "Beskrivning:"

#: ../data/gdebi.glade.h:15
msgid "Details"
msgstr "Detaljer"

#: ../data/gdebi.glade.h:16
msgid "GPL, see /usr/share/common-licenses/GPL"
msgstr "GPL, se /usr/share/common-licenses/GPL"

#: ../data/gdebi.glade.h:17
msgid "Included Files"
msgstr "Inkluderade filer"

#: ../data/gdebi.glade.h:18
msgid "Install and view software packages"
msgstr "Installera och visa programvarupaket"

#: ../data/gdebi.glade.h:19
msgid "Package Installer"
msgstr "Paketinstallatör"

#: ../data/gdebi.glade.h:20
msgid "Package:"
msgstr "Paket:"

#: ../data/gdebi.glade.h:21
msgid "Status:"
msgstr "Status:"

#: ../data/gdebi.glade.h:22
msgid "Terminal"
msgstr "Terminal"

#: ../data/gdebi.glade.h:23
msgid "_Details"
msgstr "_Detaljer"

#: ../data/gdebi.glade.h:24
msgid "_File"
msgstr "_Arkiv"

#: ../data/gdebi.glade.h:25
msgid "_Grant"
msgstr "_Tillåt"

#: ../data/gdebi.glade.h:26
msgid "_Help"
msgstr "_Hjälp"

#: ../data/gdebi.glade.h:27
#: ../GDebi/GDebi.py:199
#: ../GDebi/GDebi.py:267
msgid "_Install Package"
msgstr "_Installera paket"

#: ../data/gdebi.glade.h:28
msgid "gdebi"
msgstr "gdebi"

#. TRANSLATORS: Replace this string with your names, one name per line.
#: ../data/gdebi.glade.h:30
msgid "translator-credits"
msgstr "Daniel Nylander <[EMAIL PROTECTED]>"

#: ../data/gdebi.xml.in.h:1
msgid "Software package"
msgstr "Programvarupaket"

#: ../GDebi/GDebi.py:51
msgid "Loading..."
msgstr "Läser in..."

#: ../GDebi/GDebi.py:121
#, python-format
msgid "Could not open '%s'"
msgstr "Kunde inte öppna \"%s\""

#: ../GDebi/GDebi.py:122
#: ../GDebi/GDebiCli.py:20
msgid "The package might be corrupted or you are not allowed to open the file. 
Check the permissions of the file."
msgstr "Paketet kan vara skadat eller så tillåts du inte att öppna filen. 
Kontrollera rättigheterna på filen."

#. set window title
#: ../GDebi/GDebi.py:135
#, python-format
msgid "Package Installer - %s"
msgstr "Paketinstallatör - %s"

#: 

Bug#364391: cacti: cant create data templates or data sources

[Rene Cunningham]

On Sun, Apr 23, 2006 at 06:55:53AM -0400, sean finney wrote:
> hi rene,

Hi!

> 
> On Sun, Apr 23, 2006 at 01:51:02PM +1000, Rene Cunningham wrote:
> > Once a Data Source or Data Template is created, it is not shown within
> > the lists in Managment>Data Sources or Templates>Data Templates.
> > 
> > Newly created Data Sources are displayed within the Data Source pulldown
> > menu located in Management>Graph Management>Graph Items though still arent
> > displayed in Management>Data Sources list.
> 
> strange.  could you do me a favor and try the deb at
> 
>   http://people.debian.org/~seanius/cacti/sid/cacti_0.8.6h-2.1_all.deb
> 
> and let me know if this version has the same problems with new
> datasources after you upgrade?

Looking very good so far. My data source which contains multiple DS's is
sticking and showing in the lists. Ill create some graphs and some data
templates and keep you updated.

What was broken in 0.8.6h-2?

-- 
Rene


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

Bug#364419: python2.4: FTBFS: test_tcl hangs.

[Matthias Klose]

Kurt Roeckx writes:
> Package: python2.4
> Version: 2.4.3-3
> Severity: serious
> 
> Hi,
> 
> Your package failed to build on a few arches with the following
> error:
> test_tarfile
> test_tcl
> make: *** [stamp-check] Terminated
> Build killed with signal 15 after 150 minutes of inactivity

no, that looks like a buildd problem. See
http://lists.debian.org/debian-python/2006/04/msg00118.html

I don't know of any documentation how the buildds are configured. Any
hints are welcome.

unfortunately we don't have a pseudo package for buildd problems.


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

Bug#251343: Reason for this bug?

[Helge Kreutzmann]

Hello,
what is the reason this bug is still open?

Greetings

  Helge

-- 
  Dr. Helge Kreutzmann [EMAIL PROTECTED]
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software "libre": http://www.ffii.de/


signature.asc
Description: Digital signature

Bug#361004: carpaltunnel NMU'd

[Guilherme de S. Pastore]

tag 361004 pending
kthxbye

Hi,

as we are currently in Bug-Squashing Party period (see
debian-devel-announce), and your package contained an RC bug unanswered
to, it has been NMUd. The package has been uploaded to tfheen's delayed
queue, though, and you have until approximately an hour before today's
dinstall to react and remove it from there if you're not ok with it.

And thank Paul Wise for the patch =)

Cheers,


-- 
Guilherme de S. Pastore <[EMAIL PROTECTED]>



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

Bug#364254: fixing xscreensaver RC bug

[Ralf Hildebrandt]

* Guilherme de S. Pastore <[EMAIL PROTECTED]>:
> Hi Ralf,
> 
> do you care for some help with fixing this bug? I can either sponsor the
> upload of a package prepared by you to fix it or NMU it, as long as you
> approve it.

That's no problem, I'll fix that today.
But I really wonder how the package was autobuilt on vbuilder then...

-- 
Ralf Hildebrandt (i.A. des IT-Zentrums) [EMAIL PROTECTED]
Charite - Universitätsmedizin BerlinTel.  +49 (0)30-450 570-155
Gemeinsame Einrichtung von FU- und HU-BerlinFax.  +49 (0)30-450 570-962
IT-Zentrum Standort CBF send no mail to [EMAIL PROTECTED]

Bug#364420: cannot find latex if current path contains spaces

[VSJ]

Package: rubber
Version: 1.1-1
Severity: normal

If the .tex file to be compiled is located in a directory that contains one or
more spaces e.g. /home/user/directory with spaces/test.tex
then rubber is not able to find the compiler:

[EMAIL PROTECTED]:/home/user/directory with spaces$ rubber test
compiling test.tex...
Could not run latex.

The previous version of rubber did not have this problem.


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

Versions of packages rubber depends on:
ii  python2.3.5-5An interactive high-level object-o
ii  tetex-bin 3.0-16 The teTeX binary files

rubber recommends no packages.

-- no debconf information


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

Bug#360939: All fixed

[Daniel Leidert]

Am Sonntag, den 23.04.2006, 10:46 +0200 schrieb Mike Hommey:
> Version: 2.14.1-1
> 
> All these bugs are the incarnation of the same one, and seems to me to
> have been fixed in 2.14.1. Feel free to reopen the bug if you still see
> it with this version.

It was already reopened and I can verify too, that the problem still
exists in 2.14.1.

Regards, Daniel



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

Bug#340651: Dies with sigseg

[Matthias Klose]

forwarded 340651 http://gcc.gnu.org/PR27268
tags 340651 + upstream
retitle 340651 [PR java/27268] Dies with sigseg
thanks

hint: the blackdown runtime is more verbose:

Exception in thread "main" java.lang.StackOverflowError
at test.(test.java)
at test.(test.java:5)
at test.(test.java:5)
at test.(test.java:5)
at test.(test.java:5)
[...]

adn then loops forever


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

Bug#360843: who should?

[Martin Schulze]

paul cannon wrote:
> It seems rather like manpages-dev /should/ be the one to own these, and
> a bug should be filed on modutils to get these manpages out of there.

In a former time it was the job of manpages/manpages-dev to document
the interface to the kernel and libc, i.e. system calls etc.  That
way, the bug is in modutils indeed and not in manpages-dev.  These
are system calls from the kernel that should be documented by the
manpages-dev package and not by an arbitrary package.

Regards,

Joey

-- 
Everybody talks about it, but nobody does anything about it!  -- Mark Twain

Please always Cc to me when replying to me on the lists.


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

Bug#364421: hibernate: Please disable hibernation after kernel updates

[Hans Ulrich Niedermann]

Package: hibernate
Version: 1.12-1
Severity: normal


Using the following software sometimes results in failed resumes:
  - Linux kernel from Debian unstable
  - Linux kernel software suspend code (not suspend2):
   "UseSysfsPowerState disk"
  - "hibernate" script

How this happens:

  1. Boot/resume the system.
  2. Run "apt-get upgrade" which installs a new kernel package.
  3. Run "hibernate" to suspend system as usually.
  4. Resume now fails because of the new kernel.

A few ideas for fixing the problem:

  a) When "hibernate" is run to suspend the system, check that the
 exact version of currently running kernel will be available on
 the next boot. If it will not be available, do not suspend.
 
  b) This could be achieved by a script run on system boots (but not
 resumes) which records the exact version of the kernel running,
 making a connection to the Debian package behind it. The
 hibernate script could then check the currently installed kernel
 package against the package on startup.

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

hibernate depends on no packages.

Versions of packages hibernate recommends:
pn  console-tools  (no description available)
ii  hdparm6.3-3  tune hard disk parameters for high
ii  vlock 1.3-9  Virtual Console locking program

-- no debconf information


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

Bug#335274: matanza: 335274: new packaging

[Paul Wise]

tags 335274 + patch
usertags 335274 + sentpatch
thanks

I've attached some new packaging that is a vast improvement over the old
packaging.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


matanza_0.13-3.2.diff.gz
Description: GNU Zip compressed data


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

Bug#364427: [INTL:nl] New dutch po-debconf translation

[Kurt De Bree]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


Package: netselect
Version: 0.3.ds1-6
Severity: wishlist
Tags: patch l10n

Please find attached the dutch po-debconf translation. This translation
has been vetted by the review process of the debian-l10n-dutch team.
Please add it to your next package revision, it should be inserted in
your package build-tree as debian/po/nl.po, TIA.

Feel free to mail me if this file needs updating at some future date.
- - --
Cheers,

Kurt



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

iD8DBQFES2j4+9wz99/liY0RAkkoAKC0pIW1eo2/5YqBzsR+73ByaHdgKQCg65A1
Q3/AhIjKlpPbQ/fzHeN+N1Y=
=zPuY
-END PGP SIGNATURE-
# Translation of netselect_0.3.ds1-6_templates.po to Dutch
#
# This file is distributed under the same license as the netselect package.
# Please see debian/copyright.
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans#
#Developers do not need to manually edit POT or PO files.
#
msgid ""
msgstr ""
"Project-Id-Version: netselect_0.3.ds1-6_nl\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2004-02-18 11:21+0100\n"
"PO-Revision-Date: 2006-04-21 14:37+0200\n"
"Last-Translator: Kurt De Bree \n"
"Language-Team: Dutch \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.10.2\n"
"Plural-Forms:  nplurals=2; plural=(n != 1);\n"

#. Type: boolean
#. Description
#: ../templates:4
msgid "Do you want netselect to be installed setuid root?"
msgstr "Wilt u netselect installeren met de 'set-user-id' bit als root?"

#. Type: boolean
#. Description
#: ../templates:4
msgid ""
"Netselect can be installed with the set-user-id bit set, so that it will run "
"with the permissions of the 'root' user.  Since netselect needs these "
"permissions to work properly, ordinary users cannot run it unless it is "
"installed this way."
msgstr ""
"Netselect kan geïnstalleerd worden met de 'set-user-id' bit als root waardoor "
"het als root wordt uitgevoerd (en dus met beheerdersrechten). Daar netselect "
"deze rechten nodig heeft om correct te werken, kunnen gewone gebruikers deze "
"niet gebruiken, tenzij het op deze wijze geïnstalleerd is"

#. Type: boolean
#. Description
#: ../templates:4
msgid ""
"Enabling this feature may be a security risk, so it is disabled by default.  "
"If in doubt, I suggest you leave it disabled."
msgstr ""
"Standaard is deze optie uitgeschakeld, aangezien dit een veiligheidsrisico "
"kan zijn. Bij twijfel is het aangeraden deze optie uitgeschakeld te laten."

Bug#364423: [INTL:nl] New dutch po-debconf translation

[Kurt De Bree]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


Package: lvm2
Version: 2.02.02-1
Severity: wishlist
Tags: patch l10n

Please find attached the dutch po-debconf translation. This translation
has been vetted by the review process of the debian-l10n-dutch team.
Please add it to your next package revision, it should be inserted in
your package build-tree as debian/po/nl.po, TIA.

Feel free to mail me if this file needs updating at some future date.
- - --
Cheers,

Kurt



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

iD8DBQFES2gz+9wz99/liY0RAisMAKDh2nreRcJdgJ6fux2ya6dwiqG/dQCgqfN/
4DqZFQpChifsDgo3PDmPNvI=
=nFBV
-END PGP SIGNATURE-
# Translation of lvm2_2.02.02-1_templates.po to Dutch
# This file is distributed under the same license as the lvm2 package.
# Please see debian/copyright.
#
#Translators, if you are not familiar with the PO format, gettext
#documentation is worth reading, especially sections dedicated to
#this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#Some information specific to po-debconf are available at
#/usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans#
#Developers do not need to manually edit POT or PO files.
#
msgid ""
msgstr ""
"Project-Id-Version: lvm2_2.02.02-1_nl\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2006-02-12 12:56+0100\n"
"PO-Revision-Date: 2006-04-21 14:37+0200\n"
"Last-Translator: Kurt De Bree \n"
"Language-Team: Dutch \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.10.2\n"
"Plural-Forms:  nplurals=2; plural=(n != 1);\n"

#. Type: note
#. Description
#: ../lvm2.templates:3
msgid "Snapshot format changes"
msgstr "Formaatwijziging voor momentopnamen (snapshot)"

#. Type: note
#. Description
#: ../lvm2.templates:3
msgid ""
"The internal format of snapshots has changed between LVM1 and LVM2. Any "
"snapshots you have in LVM1 will be not be available to LVM2."
msgstr ""
"Het interne formaat voor momentopnamen (snapshot) is veranderd voor LVM2 "
"(en is dus anders dan voor LVM1). Hierdoor zullen LVM1-momentopnamen niet "
"beschikbaar zijn met LVM2."

#. Type: note
#. Description
#: ../lvm2.templates:3
msgid ""
"The installation procedure has detected that you have LVM1 snapshots on your "
"system. Before you complete the upgrade to LVM2 it is recommended that you "
"remove these snapshots and save their data if necessary."
msgstr ""
"Het installatieproces heeft de aanwezigheid van LVM1-momentopnamen op uw "
"systeem gedetecteerd. Vooraleer de opwaardering te voltooien is het aangeraden "
"deze momentopnamen te verwijderen en indien nodig hun gegevens te bewaren."

#. Type: note
#. Description
#: ../lvm2.templates:3
msgid "All other LVM data will be preserved in the upgrade."
msgstr "Tijdens de opwaardering zullen alle andere LVM-gegevens behouden blijven."

#. Type: note
#. Description
#: ../lvm2.templates:15
msgid "Running kernel TOO old"
msgstr "Huidige kernel is te oud"

#. Type: note
#. Description
#: ../lvm2.templates:15
msgid "Your running kernel is < 2.6.12. lvm2 since 2.02.00 does not work with them."
msgstr ""
"Uw huidige kernel-versie is ouder dan de versie 2.6.12. Vanaf LVM2-versie 2.02.00 "
"worden deze oudere kernels niet meer ondersteund."

Bug#364424: gnome-cd: segfaults on play

[Daniel van Eeden]

Package: gnome-media
Version: 2.12.0-4
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Start GNOME-CD => GNOME-CD Starts and shows CDDB/CD-TEXT info.
Hit play button => Segfault

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

Versions of packages gnome-media depends on:
ii  gnome-media-common   2.12.0-4GNOME media utilities - common fil
ii  gstreamer0.8-alsa [gstre 0.8.12-1ALSA plugin for GStreamer
ii  gstreamer0.8-artsd [gstr 0.8.12-1aRtsd plugin for GStreamer
ii  gstreamer0.8-cdparanoia  0.8.12-1cdparanoia plugin for GStreamer
ii  gstreamer0.8-esd [gstrea 0.8.12-1Enlightened Sound Daemon plugin fo
ii  gstreamer0.8-misc0.8.12-1Collection of various GStreamer pl
ii  gstreamer0.8-oss [gstrea 0.8.12-1OSS plugin for GStreamer
ii  libart-2.0-2 2.3.17-1Library of functions for 2D graphi
ii  libatk1.0-0  1.11.4-1The ATK accessibility toolkit
ii  libaudiofile00.2.6-6 Open-source version of SGI's audio
ii  libavahi-client3 0.6.9-8 Avahi client library
ii  libavahi-common3 0.6.9-8 Avahi common library
ii  libavahi-compat-howl00.6.9-8 Avahi Howl compatibility library
ii  libbonobo2-0 2.14.0-1Bonobo CORBA interfaces library
ii  libbonoboui2-0   2.14.0-2The Bonobo UI library
ii  libc62.3.6-6 GNU C Library: Shared libraries
ii  libcairo21.0.4-1 The Cairo 2D vector graphics libra
ii  libdbus-1-2  0.61-5  simple interprocess messaging syst
ii  libesd0  0.2.36-3Enlightened Sound Daemon - Shared 
ii  libfontconfig1   2.3.2-5.1   generic font configuration library
ii  libfreetype6 2.1.10-3FreeType 2 font engine, shared lib
ii  libgail-common   1.8.11-1GNOME Accessibility Implementation
ii  libgail171.8.11-1GNOME Accessibility Implementation
ii  libgconf2-4  2.14.0-1GNOME configuration database syste
ii  libgcrypt11  1.2.2-1 LGPL Crypto library - runtime libr
ii  libglade2-0  1:2.5.1-2   library to load .glade files at ru
ii  libglib2.0-0 2.10.2-1The GLib library of C routines
ii  libgnome-keyring00.4.9-1 GNOME keyring services library
ii  libgnome-media0  2.12.0-4runtime libraries for the GNOME me
ii  libgnome2-0  2.14.0-2The GNOME 2 library - runtime file
ii  libgnomecanvas2-02.14.0-2A powerful object-oriented display
ii  libgnomeui-0 2.14.0-1The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0   2.14.0-3GNOME virtual file-system (runtime
ii  libgnutls12  1.2.9-2 the GNU TLS library - runtime libr
ii  libgpg-error01.2-1   library for common error values an
ii  libgstreamer-gconf0.8-0  0.8.12-1GConf support for GStreamer
ii  libgstreamer-plugins0.8- 0.8.12-1Various GStreamer libraries and li
ii  libgstreamer0.8-00.8.12-1Core GStreamer libraries, plugins,
ii  libgtk2.0-0  2.8.16-1The GTK+ graphical user interface 
ii  libhal1  0.5.7-1 Hardware Abstraction Layer - share
ii  libice6  6.9.0.dfsg.1-6  Inter-Client Exchange library
ii  libjpeg626b-12   The Independent JPEG Group's JPEG 
ii  libnautilus-burn22.12.3-1Nautilus Burn Library - runtime ve
ii  liborbit21:2.14.0-1  libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-01.12.1-1Layout and rendering of internatio
ii  libpng12-0   1.2.8rel-5.1PNG library - runtime
ii  libpopt0 1.7-5   lib for parsing cmdline parameters
ii  libsm6   6.9.0.dfsg.1-6  X Window System Session Management
ii  libtasn1-2   1:0.2.17-2  Manage ASN.1 structures (runtime)
ii  libx11-6 6.9.0.dfsg.1-6  X Window System protocol client li
ii  libxcursor1  1.1.3-1 X cursor management library
ii  libxext6 6.9.0.dfsg.1-6  X Window System miscellaneous exte
ii  libxi6   6.9.0.dfsg.1-6  X Window System Input extension li
ii  libxinerama1 6.9.0.dfsg.1-6  X Window System multi-head display
ii  libxml2  2.6.23.dfsg.2-3 GNOME XML library
ii  libxrandr2   6.9.0.dfsg.1-6  X Window System Resize, Rotate and
ii  libxrender1  1:0.9.0.2-1 X Rendering Extension client libra
ii  zlib1g   

Bug#364422: libopenobex1-dev: pkg-config should provide correct include-path

[Michael Meskes]

Package: libopenobex1-dev
Version: 1.2-2
Severity: normal

Since we couldn't agree on this in private email I think we should try
to get a more public discussion started. Thus this bug report. 

libopenobex1-dev stores its header files under /usr/include/openobex,
but pkg-config --cflags-only-I openobex says nothing. Or in other words,
/usr/lib/pkgconfig/openobex.pc defines includedir=${prefix}/include
which obviously is not the place where the header files are.

IMO this is not correct, but then I'm not really into pkg-config usage
so I might be incorrect.

Michael
 

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

Versions of packages libopenobex1-dev depends on:
ii  libbluetooth1-dev 2.25-1 Development files for using the Bl
ii  libopenobex1  1.2-2  OBEX protocol library
ii  libusb-dev2:0.1.12-2 userspace USB programming library 
ii  pkg-config0.20-1 manage compile and link flags for 

libopenobex1-dev recommends no packages.

-- no debconf information


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

Bug#364426: xserver-xorg-video-ati: display completely garbled with DRI, can even hard lock

[Florent Rougon]

Package: xserver-xorg-video-ati
Version: 1:6.5.7.3-3
Severity: important

Hi,

When commenting out the 'Load "dri"' line in the Module section of
/etc/X11/xorg.conf, X works mostly fine. However, when uncommenting this line,
I experience severe problems:
  - the display is completely garbled (and unstable: sort of flickering,
etc.); the best I can do is recognize the color of the title bars of
windows that tells me the window manager (wmaker) is running.
  - when typing the key sequence that should end my X session properly
(by quitting wmaker), the whole system hard locks and I have to hit the
reset button (I only tried this once!).
Previously, just after my upgrade to X.org, my window manager was not
started when running "startx" (because of a .Xauthority problem), and I
could kill the X server properly with Ctrl-Alt-Backspace without
triggering a hard lock.

My kernel is compiled from kernel-source 2.4.27-10sarge2 (I am using a sid
chroot). X was running fine with DRI enabled before I upgraded to X.org.

lspci -v says for the video card:

  :03:00.0 VGA compatible controller: ATI Technologies Inc Radeon RV100 QY 
[Radeon 7000/VE] (prog-if 00 [VGA])
  Subsystem: C.P. Technology Co. Ltd: Unknown device 2072
  Flags: bus master, stepping, 66MHz, medium devsel, latency 32, IRQ 11
  Memory at d000 (32-bit, prefetchable) [size=128M]
  I/O ports at d000 [size=256]
  Memory at de00 (32-bit, non-prefetchable) [size=64K]
  Expansion ROM at  [disabled] [size=128K]
  Capabilities: [58] AGP version 2.0
  Capabilities: [50] Power Management version 2

I am attaching the Xorg.0.log file for the DRI-enabled run that caused the
hard lock I reported above.

Thanks for any help regarding these problems.
-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.4.27
Locale: LANG=en_US.ISO-8859-15, [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages xserver-xorg-video-ati depends on:
ii  libc6 2.3.6-7GNU C Library: Shared libraries
ii  xserver-xorg-core 1:1.0.2-5  X.Org X server -- core server

xserver-xorg-video-ati recommends no packages.

-- no debconf information
_XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6
_XSERVTransOpen: transport open failed for inet6/florent:0
_XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet6

X Window System Version 7.0.0
Release Date: 21 December 2005
X Protocol Version 11, Revision 0, Release 7.0
Build Operating System:Linux 2.6.12-1-686 i686
Current Operating System: Linux florent 2.4.27 #1 Fri Mar 24 10:25:27 CET 2006 
i686
Build Date: 16 March 2006
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Sun Apr 23 13:16:38 2006
(==) Using config file: "/etc/X11/xorg.conf"
(==) ServerLayout "Default Layout"
(**) |-->Screen "Default Screen" (0)
(**) |   |-->Monitor "Eizo FlexScan L767"
(**) |   |-->Device "ATI Radeon RV100 QY [Radeon 7000/VE]"
(**) |-->Input Device "Generic Keyboard"
(**) |-->Input Device "Configured Mouse"
(WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
Entry deleted from font path.
(**) FontPath set to 
"/usr/share/fonts/X11/misc,/usr/share/fonts/X11/100dpi/:unscaled,/usr/share/fonts/X11/75dpi/:unscaled,/usr/share/fonts/X11/Type1,/usr/share/fonts/X11/100dpi,/usr/share/fonts/X11/75dpi,/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,/usr/share/fonts/X11/misc/,/usr/share/fonts/X11/TTF/,/usr/share/fonts/X11/OTF,/usr/share/fonts/X11/Type1/,/usr/share/fonts/X11/CID/,/usr/share/fonts/X11/100dpi/,/usr/share/fonts/X11/75dpi/"
(==) RgbPath set to "/usr/share/X11/rgb"
(==) ModulePath set to "/usr/lib/xorg/modules"
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.2
X.Org Video Driver: 0.8
X.Org XInput driver : 0.5
X.Org Server Extension : 0.2
X.Org Font Renderer : 0.4
(II) Loader running on linux
(II) LoadModule: "bitmap"
(II) Loading /usr/lib/xorg/modules/fonts/libbitmap.so
(II) Module bitmap: vendor="X.Org Foundation"
compiled for 7.0.0, module version = 1.0.0
Module class: X.Org Font Renderer
ABI class: X.Org Font Renderer, version 0.4
(II) Loading font Bitmap
(II) LoadModule: "pcidata"
(II) Loading /usr/lib/xorg/modules/libpcidata.so
(II) Module pcidata: vendor="X.Org Foundation"
compiled for 7.0.0, module version = 1.0.0
ABI class: X.Org Video Driver, version 0.8
(--) using VT number 7

(II) PCI: PCI scan (all values are in hex)

Bug#363998: squid: fails to start

[Morbid Angel]

Hi!

I use it with the default debian sid configuration...
same error...


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

Bug#359745: webalizer RC bug

[Guilherme de S. Pastore]

Do you need someone to sponsor the upload? If you send me the package
today, I can do it for you.

Cheers,

-- 
Guilherme de S. Pastore <[EMAIL PROTECTED]>



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

Bug#364428: making image bootable failed when building an etch based cd

[Steffen Joeris]

Package: debian-cd
Severity: important

Hi

During the setup for the Debian-Edu/Skolelinux cd i discovered that
making the image bootable fails because I can't get "release notes" for
etch :) Well I fear that it will take some time before we can get them
;)

Maybe for now you can think about a kind of "check" or whatever just to
make sure that the "bootable-process" won't stop when you can't get the
release notes.

Here is the line I was looking at:

tools/etch/installtools.sh:
wget $RELEASE_NOTES_LOCATION/release-notes-$ARCH.tar.gz

Greetings
Steffen

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


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

Bug#317058: libapt-pkg-perl: segfault in XS_AptPkg___pkg_records_DESTROY

[Niko Tyni]

found 317058 0.1.18
tags 317058 patch
thanks

On Sun, Nov 13, 2005 at 07:18:52PM +1100, Brendan O'Dea wrote:
 
> Unfortunately I've been unable to determine the cause as yet.  It seems
> that this (a further abbreviation of your test case) fails:
> 
>  use overload ('""' => sub { ${$_[0]} });
>  use AptPkg::Cache;
>  my ($c, $p);
>  sub apt_init
>  {
>  $c = AptPkg::Cache->new;
>  $p = $c->packages;
>  }
>  apt_init;
> 
> however commenting out either the "use overload", or the "sub apt_init"
> and "apt_init;" lines removes the problem.

Hi,

the segfault doesn't manifest on current sid. Unfortunately that doesn't
mean it's fixed, it's just hiding pretty well.

The 'use overload' part is a red herring. On current sid with perl
5.8.7-10 from snapshot.debian.net, I'm able to reproduce the segfault
with just

 use AptPkg::Cache;
 my $p;

 sub apt_init
 {
 $p = AptPkg::Cache->new->packages;
 }
 apt_init;

The apt-build segfault (#315143) also reproduces for me with 5.8.7-10
but not 5.8.8-4.

The problem AIUI is as follows:

The pkgCacheFile::Packages() function in AptPkg.xs creates a new
pkgRecords object, which contains a (private) pointer to the pkgCacheFile
object itself. However, Perl doesn't know this, and the reference count
of the pkgCacheFile object isn't increased. When the pkgRecords object
is destroyed, its destructor (inside libapt-pkg) uses the pkgCacheFile
pointer, and segfaults if the pkgCacheFile object has been destroyed
earlier.

The trouble in reproducing this is because both the pkgCacheFile and
the pkgRecords object have the same reference count, so they are
destroyed in an undefined order.

A proposed fix is to increase the reference count of the pkgCacheFile
object inside the Packages() method and decrease it when the pkgRecords
object is destroyed. The attached patch tries to do this. I have
changed the internal type of AptPkg::_pkg_records so the pointer to the
pkgCacheFile object can be found at destroy time.

I hope this makes sense. I'm not experienced at all with XS programming
or perlguts and have been learning while I go along, so the patch is
probably not in 'good style'. It seems to work, though.

For the record, using 'debugperl -DDo' was useful for me in investigating
the problem.

Cheers,
- 
Niko Tyni   [EMAIL PROTECTED]
--- libapt-pkg-perl-0.1.18/AptPkg.xs2005-08-07 17:10:20.0 +0300
+++ libapt-pkg-perl-0.1.18+refcount2/AptPkg.xs  2006-04-23 14:20:41.966941342 
+0300
@@ -25,6 +25,11 @@
 
 #include "utils.h"
 
+typedef struct {
+   pkgRecords *records;
+   SV *cache;
+} _pkgRecords_struct;
+
 /* XS has grief with colons */
 #define Configuration_Item Configuration::Item
 #define pkgCache_PkgIterator   pkgCache::PkgIterator
@@ -484,7 +489,12 @@
   CODE:
 pkgCache *cache = *THIS;
 pkgRecords *r = new pkgRecords(*cache);
-RETVAL = sv_setref_pv(NEWSV(0, 0), "AptPkg::_pkg_records", (void *) r);
+SV *self = SvRV(ST(0));
+SvREFCNT_inc(self);
+_pkgRecords_struct *s = new _pkgRecords_struct;
+s->records = r;
+s->cache = self;
+RETVAL = sv_setref_pv(NEWSV(0, 0), "AptPkg::_pkg_records", (void *) s);
 
   OUTPUT:
 RETVAL
@@ -986,13 +996,17 @@
 MODULE = AptPkg  PACKAGE = AptPkg::_pkg_records
 
 void
-pkgRecords::DESTROY()
+_pkgRecords_struct::DESTROY()
+  CODE:
+delete THIS->records;
+SvREFCNT_dec(THIS->cache);
+delete THIS;
 
 SV *
-pkgRecords::Lookup(pack)
+_pkgRecords_struct::Lookup(pack)
 pkgCache_VerFileIterator *pack
   PPCODE:
-pkgRecords::Parser &p = THIS->Lookup(*pack);
+pkgRecords::Parser &p = THIS->records->Lookup(*pack);
 
 string v;
 #define PUSH_PAIR(_name_) \
--- libapt-pkg-perl-0.1.18/typemap  2005-08-07 17:10:20.0 +0300
+++ libapt-pkg-perl-0.1.18+refcount2/typemap2006-04-23 14:13:33.765907499 
+0300
@@ -15,7 +15,7 @@
 pkgCache_PrvIterator * T_PKG_CACHE_PRV_ITERATOR
 pkgCache_PkgFileIterator * T_PKG_CACHE_PKG_FILE_ITERATOR
 pkgCache_VerFileIterator * T_PKG_CACHE_VER_FILE_ITERATOR
-pkgRecords *   T_PKG_RECORDS
+_pkgRecords_struct *   T_PKG_RECORDS
 pkgSourceList *T_PKG_SOURCE_LIST
 pkgSrcRecords *T_PKG_SRC_RECORDS
 

Bug#364430: ikvm should just use ecj

[Matthias Klose]

Package: ikvm

debian/ecj doesn't allow the usage of ecj-bootstrap-gcj, please just
use the ecj executable, and maybe build-depend on ecj-bootstrap-gcj.


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

Bug#359153: patch from a suse list?

[Michael Meskes]

On Sun, Apr 23, 2006 at 09:50:30AM +0200, Robert Schulz wrote:
> I found a promising patch for suse-10 here:
> http://www.linux-club.de/ftopic57788.html

Thanks. I also have a patch from the KDE bug tracking system, that I'd
like to try. Both appear to be more or less the same btw. But anyway, as
I have some problems getting kdebluetooth compiled atm it might take a
little longer than anticipated. First I had to wait for some packages
being recompiled due to the X transition, but it appears there's another
problem with my sources, so stay tuned.

Michael

-- 
Michael Meskes
Email: Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
ICQ: 179140304, AIM/Yahoo: michaelmeskes, Jabber: [EMAIL PROTECTED]
Go SF 49ers! Go Rhein Fire! Use Debian GNU/Linux! Use PostgreSQL!


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

Bug#364429: initramfs-tools: fails to boot with EVMS root

[Steinar H. Gunderson]

Package: initramfs-tools
Version: 0.59b
Severity: important

Since I upgraded initramfs-tools from 0.53c -> 0.59b (testing machine),
new initramfs-es refuse to boot my EVMS root. The boot log is a little
long to paste, but a summary follows:

  [boot]
  Loading, please wait...
  Begin: Loading essential drivers...
  [unix]
  Done.
  Begin: Running /scripts/init-premount ...
  [load sata, nic, etc.]
  Done.
  Begin: Mounting root file system... ...
  Begin: Running /scripts/local-top ...
  [load dm, md]
  Error returned from evms_open_engine(): No such file or directory
  mknod: sda: File exists
  mknod: sda1: File exists
  [repeat for all other drives and partitions]
  [start md0 and md1]
  Done.
  Begin: Waiting for root file system... ...

At this point, it hangs forever.

I'm actually not 100% sure what the EVMS error means, but AFAIK it can
be related to a missing /var/lock. I can't, however, find anything
in the initramfs-tools changelogs about that. Any ideas?

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

Versions of packages initramfs-tools depends on:
ii  busybox   1:1.01-4   Tiny utilities for small and embed
ii  cpio  2.6-11 GNU cpio -- a program to manage ar
ii  klibc-utils   1.2.4-1small statically-linked utilities 
ii  module-init-tools 3.2.2-2tools for managing Linux kernel mo
ii  udev  0.089-1/dev/ and hotplug management daemo

initramfs-tools recommends no packages.

-- no debconf information


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

Bug#351646: atlas3: FTBFS: No rule to make .../3dnow/liblapack.so

[Kurt Roeckx]

clone 351646 -1
reassign -1 make 3.80+3.81.b3-1
severity -1 important
thanks

Hi,

This seems to be a bug in make, so I think atleast the make
maintainers should have a look at it.

I've set the version to 3.80+3.81.b3-1, and this is my best guess
of the version that first showed the problem.


Kurt



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

Bug#364432: cherrypy: package is obsolete and should be removed

[Gustavo Noronha Silva]

Package: cherrypy
Severity: normal

Hello,

CherryPy has suffered a major overhaul since its version 2 and is now
very different from what it was on version 0.10.

The code packaged in the cherrypy source package is old, obsolete and
unmaintained. I mailed the maintainer about removing the package, and
will be requesting the removal 7 days from now, if I get no answers.

Thanks,

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


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

Bug#364427: [INTL:nl] New dutch po-debconf translation

[Filippo Giunchedi]

On Sun, Apr 23, 2006 at 01:46:01PM +0200, Kurt De Bree wrote:
> Please find attached the dutch po-debconf translation. This translation
> has been vetted by the review process of the debian-l10n-dutch team.
> Please add it to your next package revision, it should be inserted in
> your package build-tree as debian/po/nl.po, TIA.

thanks! will be included in the next revision of netselect

filippo
--
Filippo Giunchedi - http://esaurito.net
PGP key: 0x6B79D401
random quote follows:

Endian little hate we
-- Anonymous (?)


signature.asc
Description: Digital signature

Bug#350287: gij-4.0: infinite loop building ikvm on amd64

[Matthias Klose]

Kurt Roeckx writes:
> I have no idea how to give a more useful bug report.

compile the source files in more than one pass and identify the
problematic file(s)?



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

Bug#364419: python2.4: FTBFS: test_tcl hangs.

[Kurt Roeckx]

On Sun, Apr 23, 2006 at 01:24:55PM +0200, Matthias Klose wrote:
> Kurt Roeckx writes:
> > Package: python2.4
> > Version: 2.4.3-3
> > Severity: serious
> > 
> > Hi,
> > 
> > Your package failed to build on a few arches with the following
> > error:
> > test_tarfile
> > test_tcl
> > make: *** [stamp-check] Terminated
> > Build killed with signal 15 after 150 minutes of inactivity
> 
> no, that looks like a buildd problem. See
> http://lists.debian.org/debian-python/2006/04/msg00118.html

[EMAIL PROTECTED] doesn't seem to exist yet, so that mail
probably didn't reach any of us.


I can atleast explain 1 problem:
>   test test_socket failed -- Traceback (most recent call last):
> File "/build/buildd/python2.4-2.4.3/Lib/test/test_socket.py", line 449, 
> in testSockName
>   self.assertEqual(name, ("0.0.0.0", PORT+1))
>   AssertionError: ('83.143.242.5', 50008) != ('0.0.0.0', 50008)

It's running in a vserver, and 83.143.242.5 is the address
of the vserver.  You won't be able to bind to 0.0.0.0.

> - test_ioctl wants /dev/tty, is this device available or not
>   readable (mips at least)? test succeeds otherwise.

/dev/tty exists, but you don't really have a tty.


Kurt



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

Bug#364424: #364424 cdparanoia, gnome-cd, sound-juicer, gstreamer segfaults

[Daniel van Eeden]

Sound-Juicer also segfaults on the same function call. The cdparanoia
module for gstreamer seems to be the problem.

I believe that all programs should be fixed:
1. gstreamer with cdparanoia should not segfault. (Important)
2. gnome-cd and sound-juicer should detect a backend segfault and should
not crash. (Whishlist)

Cheers,

Daniel van Eeden


smime.p7s
Description: S/MIME cryptographic signature

Bug#364433: xemacs21: find dialog does not open - assertion `GTK_WIDGET_VISIBLE (widget) == TRUE' failed.

[Felix]

Package: xemacs21
Version: 21.4.18-3
Severity: important

open any file or buffer,
edit -> find: no gui reaction,
at the same time console prints:
Gtk-CRITICAL **: file gtkwidget.c: line 1589 (gtk_widget_map): assertion 
`GTK_WIDGET_VISIBLE (widget) == TRUE' failed.


-- System Information:
Debian Release: testing/unstable
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-em64t-p4
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages xemacs21 depends on:
ii  xemacs21-gnome-mule   21.4.18-3  highly customizable text editor --
ii  xemacs21-gnome-mule-canna-wnn 21.4.18-3  highly customizable text editor --
ii  xemacs21-gnome-nomule 21.4.18-3  highly customizable text editor --
ii  xemacs21-mule 21.4.18-3  highly customizable text editor --
ii  xemacs21-mule-canna-wnn   21.4.18-3  highly customizable text editor --
ii  xemacs21-nomule   21.4.18-3  highly customizable text editor --

xemacs21 recommends no packages.

-- no debconf information


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

Bug#361697: glib2.0: Please add add udeb: lines to shlibs file

[Sebastien Bacher]

Le samedi 22 avril 2006 à 23:08 +0200, Frans Pop a écrit :
> I've taken the liberty of preparing an NMU and uploading that to the 5-day 
> delayed queue. If you disagree with this upload then please let me know.

I'll do a maintainer upload soon, no need fo the NMU.


Cheers,

Sebastien Bacher

Bug#358617: linux-image-2.6.16-1-686: please enable CONFIG_IPW2200_MONITOR=y

[[EMAIL PROTECTED]]

I'm with Noèl on this one. Monitor mode should be enabled ASAP.
I'm even getting firmware errors even not being able to enable monitor mode
so I see no point on having it enabled.



Prueba el correo Terra ( http://www.terra.es/correo ); Seguro, rápido, fiable.

Bug#152012: For roger philhower

[Lenard]

How have you been,  roger philhower

Press Kription for roger philhower is ready.

Please re-confirm  your data.

http://geocities.com/CorneliaTriplett7693

 The Buyer as per our records: roger philhower

 your street if wrong order please help us to correct it
Just visit our site above to make sure.

Thank you,
Lenard





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

Bug#135972: patricia magee 3.76%+ Quote for you

[Dianna]

How are you,

 I have  received your form applied.

http://geocities.com/SallieHicks9639
 
Please hit the site above, Our office shall then re-confirm your
infomation.

With Ref to: patricia magee  

and your histroy is not an issue.

All fin ance types have been   Ap prove d   for you  patricia magee

say never:  http://geocities.com/KrystalDwyer7106/a.htm

Regards,

Dianna





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

Bug#364386: texmacs: Segmentation fault at startup

[Michael Ekstrand]

On Sun, 23 Apr 2006 08:30:13 +0200
René van Bevern <[EMAIL PROTECTED]> wrote:
> Could you please try if it works when you move your TeXmacs
> directory out of the way? I.e. move ~/.TeXmacs somewhere else and
> try start it.

OK, I got it running, and opening my file edited w/ WinTeXmacs.  Last
night, I downgraded to the TeXmacs in stable (1.0.4), to see if it
would work so I could edit my paper.  It started, but had a floating
point exception when it tried to load my paper.

This morning, I re-upgraded to the TeXmacs in testing to try what you
wanted; it re-read the config directory as a version upgrade, started,
and opened my file beautifully.  So, TeXmacs from Testing works just
fine now.

The first TeXmacs used on this computer was the one from testing, and
never worked until now.  My ~/.TeXmacs directory is part of my home
directory copied from my old FreeBSD workstation when I built my
current computer; it was created by whatever version of TeXmacs FreeBSD
had in ports in Jan. or Feb.  It was either 1.0.5 or 1.0.6.

> > A core dump file can be provided upon request.
> 
> Since I am unable to make it crash, a core dump file would be really
> nice. Upload it somewhere or send it to my E-Mail address directly.
> 
> Along with a core file, your configuration might be interesting to
> me. (the scm files in .TeXmacs/system)

A gzipped core file and a tarball of my ~/.TeXmacs directory have been
uploaded to .  tm-config.tgz is
the TeXmacs config as copied from FreeBSD, and tm-current.tgz is the
TeXmacs config as it sits on my Debian machine with TeXmacs in stable
working.

- Michael

-- 
mouse, n: a device for pointing at the xterm in which you want to type.
-- Fortune
Visit me on the Web: http://www.elehack.net


pgp7zNpA7kyYv.pgp
Description: PGP signature

Bug#364434: gwget2: FTBFS: mv: cannot stat `debian/gwget/usr/lib/epiphany': No such file or directory

[Kurt Roeckx]

Package: gwget2
Version: 0.96-2.1
Severity: serious

Hi,

Your package is failing to build with the following error:
checking which epiphany to use... no epiphany installed
[...]
mkdir -p debian/epiphany-extension-gwget/usr/lib
mv debian/gwget/usr/lib/epiphany debian/epiphany-extension-gwget/usr/lib
mv: cannot stat `debian/gwget/usr/lib/epiphany': No such file or directory
make: *** [install] Error 1


Kurt



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

Bug#335867: libglew1: Newer upstream version is available

[Arnaud Quette]

2006/4/23, Joost Yervante Damad <[EMAIL PROTECTED]>:
> On Saturday 22 April 2006 21:54, Arnaud Quette wrote:
> > 2006/4/22, Marcelo E. Magallón <[EMAIL PROTECTED]>:
> > > On 4/22/06, Joost Yervante Damad <[EMAIL PROTECTED]> wrote:
> > > > An 1.3.4 package is about to be uploaded by Marcello.
> > >
> > > Actually I did upload it on Friday morning... didn't it make to the
> > > archive? *sigh*
> >
> > seems not!
> >
> > I've quickly done some work yesterday on 1.3.4. If you whish to take a
> > look at the diff, tell me so and I'll send you privatly.
> >
> > Arnaud
>
> Hi Arnaud,
>
> FYI, my updated package can be found at
> http://mentors.debian.net/debian/pool/main/g/glew/
>
> Greetings, Joost

Hi Joost,

nice to see that Marcello will have some good help ;-)

Some notes / differences with my packages:
- 1.3.4 also closes 356344 (1.3.2 iirc)
- I've also added a mention that 1.3.4 allows to package jahshaka,
- i've updated the FSF address (lintian old-fsf-address-in-copyright-file)
- i've added the project homepage in the end of each control description, ie:
 .
 Homepage: http://glew.sourceforge.net
- I've added a watch file with Roland's hack for sf downloads (attached)

That seems to be all.

Thanks for your action on this point,
Arnaud
--
Linux / Unix Expert - MGE UPS SYSTEMS - R&D Dpt
Network UPS Tools (NUT) Project Leader - http://www.networkupstools.org/
Debian Developer - http://people.debian.org/~aquette/
OpenSource Developer - http://arnaud.quette.free.fr/


watch
Description: Binary data

Bug#308977: kbabel: [UPSTREAM]A "Fuzzy" button would be a good addition

[Olivier Trichet]

Le Vendredi 13 Mai 2005 17:24, Eddy Petrisor <[EMAIL PROTECTED]> a 
écrit :
> Package: kbabel
> Version: 4:3.3.2-3
> Severity: wishlist
>
>
> Hello,
>
> I have found that is rather hard to mark strings that I am not so sure
> on their translation with the fuzzy attribute.
>
> A 'fuzzy' button would be a good thing to add to the UI.

Isn't the "ctrl+U" shortcut enough ?

bye,
Olivier

Bug#364436: dh_makeshlibs calls produce lintian warnings

[Julien Louis]

Package: cdbs
Version: 0.4.39
Severity: minor

Hi,

I'm switching one of my package to cdbs and after the build process one
package has this lintian warning :
W: weechat-plugins: postinst-has-useless-call-to-ldconfig
N:
N:   The postinst script calls ldconfig even though no shared libraries
are
N:   installed in a directory controlled by the dynamic library loader.
N:
N:   Refer to Policy Manual, section 8.1.1 for details.
N:
W: weechat-plugins: postrm-has-useless-call-to-ldconfig
N:
N:   The postrm script calls ldconfig even though no shared libraries
are
N:   installed in a directory controlled by the dynamic library loader.
N:
N:   Refer to Policy Manual, section 8.1.1 for details.
N:

The package ships shared libs to be used only by this program so,
dh_makeshlibs should either not call dh_makeshlibs or call dh_makeshlibs
with -n arguments.

I've found that some gnome2 packages are also affected by this bug on
lintian.debian.org (e.g. nautilus-actions).

my package is available at : http://ptitlouis.sysif.net/debian/weechat/

best regards

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

cdbs depends on no packages.

Versions of packages cdbs recommends:
ii  autotools-dev 20060223.1 Update infrastructure for config.{
ii  debhelper 5.0.32 helper programs for debian/rules

-- no debconf information


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

Bug#364080: xpaint RC bug

[Guilherme de S. Pastore]

tag 364080 pending
kthxbye

Hi,

as we are trying to clean up after the X11R7 transition and a
bug-squashing party is taking place this weekend, I have prepared a
non-maintainer upload for this FTBFS bug. It has been uploaded to the
DELAYED-4 queue, though, so you have time to react if you do not like
the idea. If you are for it, on the other hand, I can move it straight
into the actual upload queue.

Cheers,

-- 
Guilherme de S. Pastore <[EMAIL PROTECTED]>



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

Bug#364386: texmacs: Segmentation fault at startup

[René van Bevern]

Michael Ekstrand <[EMAIL PROTECTED]> writes:

tags 364386 confirmed
thanks

Hello Michael,

I hope it is ok for you if I quote you on the public bugreport logs,
since you have not CCed the Bug Tracking System. (but I stripped your
URLs)

> This morning, I re-upgraded to the TeXmacs in testing to try what you
> wanted; it re-read the config directory as a version upgrade, started,
> and opened my file beautifully.  So, TeXmacs from Testing works just
> fine now.
>
> The first TeXmacs used on this computer was the one from testing, and
> never worked until now.  My ~/.TeXmacs directory is part of my home
> directory copied from my old FreeBSD workstation when I built my
> current computer; it was created by whatever version of TeXmacs FreeBSD
> had in ports in Jan. or Feb.  It was either 1.0.5 or 1.0.6.

I now tried starting TeXmacs with your configuration from FreeBSD and
can indeed reproduce the segfault. 

> A gzipped core file and a tarball of my ~/.TeXmacs directory have
> been uploaded.  tm-config.tgz is the TeXmacs config as copied from
> FreeBSD, and tm-current.tgz is the TeXmacs config as it sits on my
> Debian machine with TeXmacs in stable working.

The core file that you uploaded lacks reading permissions for me. But
it's ok, I do not need it anymore since I can reproduce the segfault
now. tm-config.tgz makes TeXmacs from Unstable also crash, while
texmacs-current.tgz works just fine.

Thanks for your information, I'll start debugging now. ;-)

Have a nice Sunday,
 René

-- 
  _,_   
 / , \  René van Bevern <[EMAIL PROTECTED]>   
 | \_/  Debian GNU/Linux Developer 
  \ http://progn.org  http://www.debian.org


pgpnKxAN0MDDn.pgp
Description: PGP signature

Bug#364290: wmaker: segfaults since upgrade to x11r7

[Steinar H. Gunderson]

severity 364290 important
retitle 364290 wmaker segfaults if it rgb.txt is missing
thanks

On Sat, Apr 22, 2006 at 03:01:00PM +0200, Steinar H. Gunderson wrote:
> Directly after upgrading to X11R7, wmaker simply segfaults on startup,
> giving me the familiar crash dialog. I'm not really sure why it would do
> this, but it's reproducible every time, so I'd guess something is wrong
> :-)

I found the problem; the path to rgb.txt was wrong, and this seems to have
caused the segfault. It's still a bug, but it's not RC, so I'm downgrading
it.

/* Steinar */
-- 
Homepage: http://www.sesse.net/


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

Bug#364425: emacs-snapshot-gtk crashes (segmentation fault) with remote DISPLAY

[Romain Francoise]

Vincent Lefevre <[EMAIL PROTECTED]> writes:

> When I execute emacs-snapshot-gtk on a remote machine (Linux/x86
> or Linux/powerpc) with the DISPLAY set by ssh X forwarding to my
> local machine (Mac OS X), it crashes.

Is this a new bug?  Did it work before?

> The backtrace doesn't give much information:

> #9  0xb7c142f4 in gdk_display_close () from /usr/lib/libgdk-x11-2.0.so.0
> #10 0x080ce814 in ?? ()
> #11 0x086360c8 in ?? ()
> #12 0xbfa9aec8 in ?? ()
> #13 0xbfa9ab38 in ?? ()
> #14 0x08063dbf in ?? ()
> #15 0x085bd360 in ?? ()
> #16 0x in ?? ()

Indeed, that's useless.  Could you please rebuild Emacs from source with
debug symbols and try to get a usable backtrace?  Otherwise I won't be
able to help much, I use emacs-snapshot-gtk over SSH quite often and
never experienced a crash.

Thanks,

-- 
  ,''`.
 : :' :Romain Francoise <[EMAIL PROTECTED]>
 `. `' http://people.debian.org/~rfrancoise/
   `-


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

Bug#364438: broken afer upgrade

[Klaus Ethgen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: gkrellm
Version: 2.2.9-1
Severity: important
Tags: sid

After upgrading my system (sid) gkrellm cannot be started afterwards. I
tryed to move the ~/.gkrellm2 away and start with a new one but same
effect.

Here ist the last few lines from the strace:
[pid  8354] read(6, "\2\0\0\0\0\0\0\0\0\0\0\0\20\0\0\0", 16) = 16
[pid  8354] read(6, "XV_SET_DEFAULTS\0", 16) = 16
[pid  8354] read(6, "\3\0\0\0\0\0\0\0\1\0\0\0\24\0\0\0", 16) = 16
[pid  8354] read(6, "XV_SYNC_TO_VBLANK\0\0\0", 20) = 20
[pid  8354] open("/etc/ld.so.cache", O_RDONLY) = 7
[pid  8354] fstat64(7, {st_mode=S_IFREG|0644, st_size=82545, ...}) = 0
[pid  8354] mmap2(NULL, 82545, PROT_READ, MAP_PRIVATE, 7, 0) = 0x40f55000
[pid  8354] close(7)= 0
[pid  8354] access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or 
directory)
[pid  8354] open("/usr/lib/libGL.so.1", O_RDONLY) = 7
[pid  8354] read(7, 
"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0P\246\2"..., 512) = 512
[pid  8354] fstat64(7, {st_mode=S_IFREG|0644, st_size=540136, ...}) = 0
[pid  8354] mmap2(NULL, 544384, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 
7, 0) = 0x40f6f000
[pid  8354] mmap2(0x40fda000, 102400, PROT_READ|PROT_WRITE|PROT_EXEC, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 7, 0x6b) = 0x40fda000
[pid  8354] mmap2(0x40ff3000, 3712, PROT_READ|PROT_WRITE|PROT_EXEC, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40ff3000
[pid  8354] close(7)= 0
[pid  8354] access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or 
directory)
[pid  8354] open("/usr/lib/libGLcore.so.1", O_RDONLY) = 7
[pid  8354] read(7, "[EMAIL PROTECTED]"..., 512) = 512
[pid  8354] fstat64(7, {st_mode=S_IFREG|0644, st_size=8112384, ...}) = 0
[pid  8354] mmap2(NULL, 8129152, PROT_READ|PROT_EXEC, 
MAP_PRIVATE|MAP_DENYWRITE, 7, 0) = 0x40ff4000
[pid  8354] mmap2(0x41781000, 196608, PROT_READ|PROT_WRITE|PROT_EXEC, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 7, 0x78d) = 0x41781000
[pid  8354] mmap2(0x417b1000, 14976, PROT_READ|PROT_WRITE|PROT_EXEC, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x417b1000
[pid  8354] close(7)= 0
[pid  8354] access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or 
directory)
[pid  8354] open("/usr/lib/libnvidia-tls.so.1", O_RDONLY) = 7
[pid  8354] read(7, 
"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0P\3\0\000"..., 512) = 512
[pid  8354] lseek(7, 1304, SEEK_SET)= 1304
[pid  8354] read(7, 
"\4\0\0\0\20\0\0\0\1\0\0\0GNU\0\0\0\0\0\2\0\0\0\2\0\0\0"..., 32) = 32
[pid  8354] fstat64(7, {st_mode=S_IFREG|0644, st_size=2108, ...}) = 0
[pid  8354] mmap2(NULL, 5588, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 
7, 0) = 0x40d17000
[pid  8354] mmap2(0x40d18000, 4096, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 7, 0) = 0x40d18000
[pid  8354] close(7)= 0
[pid  8354] mprotect(0x40d17000, 4096, PROT_READ|PROT_WRITE) = 0
[pid  8354] mprotect(0x40d17000, 4096, PROT_READ|PROT_EXEC) = 0
[pid  8354] mprotect(0x40ff4000, 7917568, PROT_READ|PROT_WRITE) = 0
[pid  8354] mprotect(0x40ff4000, 7917568, PROT_READ|PROT_EXEC) = 0
[pid  8354] mprotect(0x40f6f000, 438272, PROT_READ|PROT_WRITE) = 0
[pid  8354] mprotect(0x40f6f000, 438272, PROT_READ|PROT_EXEC) = 0
[pid  8354] munmap(0x40f55000, 82545)   = 0
[pid  8354] open("/dev/zero", O_RDWR)   = 7
[pid  8354] mmap2(NULL, 8192, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE, 7, 
0) = 0x40f55000
[pid  8354] close(7)= 0
[pid  8354] getpid()= 8354
[pid  8354] mmap2(NULL, 397312, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x417b5000
[pid  8354] getpid()= 8354
[pid  8354] modify_ldt(17, {entry_number:666, base_addr:0x81d1c58, limit:512, 
seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:0, seg_not_present:0, 
useable:1}, 16) = 0
[pid  8354] gettimeofday({1145798484, 979253}, NULL) = 0
[pid  8354] rt_sigprocmask(SIG_SETMASK, NULL, [RTMIN], 8) = 0
[pid  8354] rt_sigsuspend([]

- -- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (800, 'unstable'), (700, 'testing'), (500, 'stable'), (60, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.4.32
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) (ignored: LC_ALL set to 
de_DE)

Versions of packages gkrellm depends on:
ii  libatk1.0-0  1.11.4-1The ATK accessibility toolkit
ii  libc62.3.6-7 GNU C Library: Shared libraries
ii  libcairo21.0.4-1+b1  The Cairo 2D vector graphics libra
ii  libfontconfig1   2.3.2-5.1   generic font configuration library
ii  libglib2.0-0 2.10.2-1The GLib library of C routines
ii  libgtk2.0-0  2.8.17-1The GTK+ graphical user interface 
ii  libice6  1:1.0.0-3   X11 Inter-Client Exchange library
ii  libpango1.0-01.12.1-

Bug#364437: bttv: Overlayed video and vbi causing oops + lockup.

[Friedrich Delgado Friedrichs]

Package: linux-2.6
Severity: critical
Justification: breaks the whole system


Hopefully my classification justification is correct, otherwise I have
to apologize.

When I'm using xawtv in overlay mode and at the same time, nxtvepg is
capturing vbi data, I can easily cause the console and syslog to be
spammed with error messages like the following:


Apr 23 04:27:14 abrasax kernel: bttv0: OCERR @ 1a44301c,bits: HSYNC OFLOW OCERR*
Apr 23 04:27:20 abrasax last message repeated 156 times
Apr 23 04:27:20 abrasax kernel: bttv0: OCERR @ 1a44301c,bits: HSYNC OFLOW FBUS 
OCERR*
Apr 23 04:27:20 abrasax kernel: bttv0: OCERR @ 1a44301c,bits: HSYNC OFLOW OCERR*
Apr 23 04:27:24 abrasax last message repeated 101 times
Apr 23 04:27:24 abrasax nxtvepg[6584]: pid 6584: terminated by signal 15
Apr 23 04:27:24 abrasax nxtvepg[6584]: fd 8: closing connection
Apr 23 04:27:24 abrasax nxtvepg[6584]: pid 6584: shutting down
Apr 23 04:27:24 abrasax kernel: bttv0: OCERR @ 1a44301c,bits: HSYNC OFLOW OCERR*
Apr 23 04:27:25 abrasax last message repeated 13 times


How to reproduce:

 - Start nxtvepg and let acquisition start. I'm currently using the
   package with the vbi workaround for bug 362153
   (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=362153) but the
   same bug occured with 2.6.15 and before (with every 2.6 kernel I
   can remember, but I've been using grabdisplay mode for a while,
   which doesn't trigger it)

 - start xawtv, (or probably any other tv application that is able to
   display overlayed tv) in overlay mode!

 - Switch xawtv to fullscreen

 - Move the mouse and at the same time press 'f' to leave fullscreen mode

The screen resolution won't be changed, the tv image stands still or
gets garbled, and the console and syslog gets spammed with the "OCERR
@" messages. User interaction is still possible and turning off
acquisition in nxtvepg "frees" xawtv from its misery. (i.e. it runs
again, screen resolution is switched and the error messages stop).

Kernel log continued:

Apr 23 04:27:25 abrasax kernel: bttv0: timeout: drop=3 irq=46161/46161, 
risc=00c9510c, bits: HSYNC OFLOW
Apr 23 04:27:25 abrasax kernel: bttv0: reset, reinitialize

The "reset, reinitialize" does not occur, before the acquisition is stopped.

Then eventually (in this example, almost immediately, but mostly some
time later) an oops occurs. It's sometimes possible to save buffers
and kill some applications but eventually the system will completely
hang.

Continued log:

Apr 23 04:27:31 abrasax nxtvepg[6708]: pid 6708: started listening on local 
socket
Apr 23 04:27:31 abrasax nxtvepg[6708]: fd 8: new connection from localhost via 
named socket
Apr 23 04:27:52 abrasax kernel: Unable to handle kernel paging request at 
virtual address 602c4d7d
Apr 23 04:27:52 abrasax kernel:  printing eip:
Apr 23 04:27:52 abrasax kernel: b014171b
Apr 23 04:27:52 abrasax kernel: *pde = 
Apr 23 04:27:52 abrasax kernel: Oops: 0002 [#1]
Apr 23 04:27:52 abrasax kernel: Modules linked in: radeon drm binfmt_misc 
rpcsec_gss_krb5 auth_rpcgss nfs nfsd exportfs lockd nfs_acl sunrpc autofs4 ipv6 
dm_mod sha1 des nls_iso8859_15 8139cp sg sr_mod tuner tvaudio tsdev 8139too mii 
snd_ens1371 gameport snd_rawmidi snd_seq_device snd_ac97_codec snd_ac97_bus 
psmouse snd_pcm_oss pcspkr serio_raw floppy bttv video_buf firmware_class 
compat_ioctl32 i2c_algo_bit v4l2_common btcx_risc ir_common snd_mixer_oss 
tveeprom videodev snd_pcm snd_timer rtc aic7xxx scsi_transport_spi scsi_mod snd 
soundcore snd_page_alloc shpchp pci_hotplug amd_k7_agp ide_cd agpgart cdrom 
ohci_hcd i2c_amd756 i2c_core usbcore ext3 jbd mbcache ide_disk amd74xx generic 
ide_core evdev mousedev
Apr 23 04:27:52 abrasax kernel: CPU:0
Apr 23 04:27:52 abrasax kernel: EIP:0060:[shmem_unlink+17/124]Not 
tainted VLI
Apr 23 04:27:52 abrasax kernel: EFLAGS: 00210a17   (2.6.16-1-k7 #2) 
Apr 23 04:27:52 abrasax kernel: EIP is at shmem_unlink+0x11/0x7c
Apr 23 04:27:52 abrasax kernel: eax: b0141c39   ebx:    ecx: b0183144   
edx: caf27dd4
Apr 23 04:27:52 abrasax kernel: esi: c9ef217c   edi: caf27dd4   ebp: cb101000   
esp: c0d8bf2c
Apr 23 04:27:52 abrasax kernel: ds: 007b   es: 007b   ss: 0068
Apr 23 04:27:52 abrasax kernel: Process FvwmThumbnail (pid: 4909, 
threadinfo=c0d8a000 task=c0d41ab0)
Apr 23 04:27:52 abrasax kernel: Stack: <0>   c9ef217c 
caf27dd4 b01516e5 c9ef217c caf27dd4 
Apr 23 04:27:52 abrasax kernel:caf27dd4 b284d238 caf27dd4 b01531f4 
c9ef217c caf27dd4 bc0ff8d4 cbfe38a0 
Apr 23 04:27:52 abrasax kernel:8ba40bd5 000d cb10100d 0010 
  0007 c0d8bfbc 
Apr 23 04:27:52 abrasax kernel: Call Trace:
Apr 23 04:27:53 abrasax kernel:  [vfs_unlink+168/211] vfs_unlink+0xa8/0xd3
Apr 23 04:27:53 abrasax kernel:  [do_unlinkat+145/249] do_unlinkat+0x91/0xf9
Apr 23 04:27:53 abrasax kernel:  [sysenter_past_esp+84/117] 
sysenter_past_esp+0x54/0x75
Apr 23 04:27:53 abrasax kernel: Code: 01 08 4c 27 b0 ff 07 53 57 e8 48 80 01 

Bug#364435: ralt_switch_multikey broken again

[Klaus Ethgen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: xorg
Version: 1:7.0.14
Severity: important
Tags: sid

After upgrading to the newest xorg the ralt_switch_multikey is broken
again. This makes some user unable to login and do not allow to write
important characters as "ï" or "ø". Moreover as this breaks all keyboard
also other special characters as "@", "~", "|" or "\" are not available
anymore.

- -- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (800, 'unstable'), (700, 'testing'), (500, 'stable'), (60, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.4.32
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) (ignored: LC_ALL set to 
de_DE)

Versions of packages xorg depends on:
ii  libgl1-mesa-dri   6.4.1-0.4  A free implementation of the OpenG
ii  libgl1-mesa-glx [libgl1-mesa- 6.4.1-0.4  A free implementation of the OpenG
ii  libglu1-mesa  6.4.1-0.4  The OpenGL utility library (GLU)
ii  xbase-clients 1:7.0.0-4  miscellaneous X clients
ii  xfonts-100dpi 1:1.0.0-2  100 dpi fonts for X
ii  xfonts-75dpi  1:1.0.0-2  100 dpi fonts for X
ii  xfonts-base   1:1.0.0-3  standard fonts for X
ii  xfonts-scalable   1:1.0.0-4  scalable fonts for X
ii  xkb-data  0.8-5  X Keyboard Extension (XKB) configu
ii  xserver-xorg  1:7.0.14   the X.Org X server
ii  xterm 210-3  X terminal emulator
ii  xutils1:7.0.0-3  X Window System utility programs

xorg recommends no packages.

- -- no debconf information

- -- 
Klaus Ethgenhttp://www.ethgen.de/
pub  2048R/D1A4EDE5 2000-02-26 Klaus Ethgen <[EMAIL PROTECTED]>
Fingerprint: D7 67 71 C4 99 A6 D4 FE  EA 40 30 57 3C 88 26 2B
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iQEVAwUBREt4yp+OKpjRpO3lAQLRGwgAkIsKvHRPBZMVJ3jSo2FVIrcekHdxQjhD
AbXw3w/G2c39iqExVYe+hMlaGowC6oGyiS4H9AIAT44q7A2UpMmf3t4aR1jTUlAb
SvrjplYxUGXTXo3NGCKtH1KNHwrOb4cnBhvCnm+Kum3mFrn8yGKAPHrgpgzyErrm
8noU57Tnfgod072HP1GCb9UCqpP84VF/vfQXWpiEcbu/qxbw3OKuvkaVfVMecatr
7SFtOwOJJxALSIb+x9E23bZHpDdRGhiFD6F8kYPKwLWyxVApeaPd6kEwoHYD2W02
841mH12TqkMhg80MWblsLZMh8syOnp3SSVagBBDYVAmzirVfDDj6TQ==
=wExN
-END PGP SIGNATURE-


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

Bug#361785: hal: Breaks autofs expiry

[Roland Mas]

Roland Mas, 2006-04-23 11:54:37 +0200 :

> When I think about it, I end up concluding that this file (or
> directory or whatever it is) doesn't belong there.  Even if I wanted
> to let HAL mount and unmount stuff, there's no guarantee that the
> filesystem containing the mountpoints is writable.  Such state
> information should therefore be stored somewhere else, like
> /var/run, which seems more appropriate and should fix both problems.

And here's a patch implementing that suggestion.  It works for me,
since it allows autofs to expire mountpoints again, and it seems not
to prevent Gnome from mounting and unmounting USB keys automagically.
I haven't tested that second part very thouroughly though, since it's
not in my regular usage patterns.  Feel free to rewrite if needed :-)

Roland.
-- 
Roland Mas

It would be hard to be deader without special training.
  -- in Theatre of Cruelty (Terry Pratchett)
diff -ruN hal-0.5.7/debian/changelog hal-0.5.7+lolando/debian/changelog
--- hal-0.5.7/debian/changelog  2006-04-23 15:13:03.0 +0200
+++ hal-0.5.7+lolando/debian/changelog  2006-04-23 15:16:18.0 +0200
@@ -1,3 +1,11 @@
+hal (0.5.7-1+lolando) unstable; urgency=low
+
+  * debian/patches/07_state_files_location.patch
++ Added.  Change location of .created-by-hal files.
+  * Fixed hal.dirs and hal.init.dbus accordingly.
+
+ -- Roland Mas <[EMAIL PROTECTED]>  Sun, 23 Apr 2006 15:16:18 +0200
+
 hal (0.5.7-1) unstable; urgency=low
 
   * New upstream release
diff -ruN hal-0.5.7/debian/hal.dirs hal-0.5.7+lolando/debian/hal.dirs
--- hal-0.5.7/debian/hal.dirs   2006-04-23 15:13:03.0 +0200
+++ hal-0.5.7+lolando/debian/hal.dirs   2006-04-23 13:36:50.0 +0200
@@ -1,2 +1,3 @@
 /var/run/hal
+/var/run/hal/storage-states
 /etc/hal/fdi
diff -ruN hal-0.5.7/debian/hal.init.dbus hal-0.5.7+lolando/debian/hal.init.dbus
--- hal-0.5.7/debian/hal.init.dbus  2006-04-23 15:13:03.0 +0200
+++ hal-0.5.7+lolando/debian/hal.init.dbus  2006-04-23 13:38:09.0 
+0200
@@ -12,6 +12,7 @@
 PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
 DAEMON=/usr/sbin/hald
 PIDDIR=/var/run/hal
+STATE_DIR=/var/run/hal/storage-states
 PIDFILE=$PIDDIR/hald.pid
 NAME=hald
 DAEMONUSER=hal
@@ -33,6 +34,10 @@
 mkdir -p $PIDDIR
 chown $DAEMONUSER:$DAEMONUSER $PIDDIR
   fi
+  if [ ! -d $STATE_DIR ]; then
+mkdir -p $STATE_DIR
+chown $DAEMONUSER:$DAEMONUSER $STATE_DIR
+  fi
log_daemon_msg "Starting $DESC" "$NAME"
start-stop-daemon --start --pidfile $PIDFILE \
--exec $DAEMON -- $DAEMON_OPTS
diff -ruN hal-0.5.7/debian/patches/07_state_files_location.patch 
hal-0.5.7+lolando/debian/patches/07_state_files_location.patch
--- hal-0.5.7/debian/patches/07_state_files_location.patch  1970-01-01 
01:00:00.0 +0100
+++ hal-0.5.7+lolando/debian/patches/07_state_files_location.patch  
2006-04-23 13:34:34.0 +0200
@@ -0,0 +1,188 @@
+diff -Nur hal-0.5.7-old/hald/linux2/blockdev.c hal-0.5.7/hald/linux2/blockdev.c
+--- hal-0.5.7-old/hald/linux2/blockdev.c   2006-02-24 05:29:06.0 
+0100
 hal-0.5.7/hald/linux2/blockdev.c   2006-04-23 12:38:39.0 +0200
+@@ -251,7 +251,7 @@
+   device_property_atomic_update_end ();
+   HAL_INFO (("set %s to unmounted", hal_device_get_udi (dev)));
+ 
+-  mount_point_hal_file = g_strdup_printf ("%s/.created-by-hal", 
mount_point);
++  mount_point_hal_file = g_strdup_printf 
("%s/%s/.created-by-hal", STATE_DIR, mount_point);
+   if (g_file_test (mount_point_hal_file, G_FILE_TEST_EXISTS)) {
+   char *cleanup_stdin;
+   char *extra_env[2];
+diff -Nur hal-0.5.7-old/hald/linux2/blockdev.h hal-0.5.7/hald/linux2/blockdev.h
+--- hal-0.5.7-old/hald/linux2/blockdev.h   2005-12-08 20:03:02.0 
+0100
 hal-0.5.7/hald/linux2/blockdev.h   2006-04-23 12:38:39.0 +0200
+@@ -28,6 +28,8 @@
+ 
+ #include 
+ 
++#define STATE_DIR "/var/run/hal/storage-states"
++
+ void hotplug_event_begin_add_blockdev (const gchar *sysfs_path, const char 
*device_file, gboolean is_partition, HalDevice *parent, void *end_token);
+ 
+ void hotplug_event_begin_remove_blockdev (const gchar *sysfs_path, gboolean 
is_partition, void *end_token);
+diff -Nur hal-0.5.7-old/tools/hal-luks-remove hal-0.5.7/tools/hal-luks-remove
+--- hal-0.5.7-old/tools/hal-luks-remove2006-02-13 08:29:44.0 
+0100
 hal-0.5.7/tools/hal-luks-remove2006-04-23 12:38:39.0 +0200
+@@ -6,6 +6,8 @@
+ # This program is free software; you can redistribute it and/or modify
+ # it under the terms of the GNU General Public License version 2.
+ 
++STATE_DIR="/var/run/hal/storage-states"
++
+ if [ "$HAL_PROP_BLOCK_DEVICE" == "" ] || [ "$HAL_PROP_INFO_UDI" == "" ] || [ 
"$HAL_PROP_VOLUME_UUID" == "" ] ; then
+ echo "Missing or empty environment variable(s)." >&2
+ echo "This script should be started by hald." >&2
+@