Bug#433065: libpaper: [debconf_rewrite] Debconf templates and debian/control review

[Christian Perrier]

Package: libpaper
Version: N/A
Severity: normal
Tags: patch

Dear Debian maintainer,

On Sunday, June 24, 2007, I notified you of the beginning of a review process
concerning debconf templates for libpaper.

The debian-l10n-english contributors have now reviewed these templates,
and the proposed changes are attached to this bug report.

Please review the suggested changes are suggested, and if you have any
objections, let me know in the next 3 days.

Please try to avoid uploading libpaper with these changes right now.

The second phase of this process will begin on Tuesday, July 17, 2007, when I 
will
coordinate updates to translations of debconf templates.

The existing translators will be notified of the changes: they will
receive an updated PO file for their language.

Simultaneously, a general call for new translations will be sent to
the debian-i18n mailing list.

Both these calls for translations will request updates to be sent as
individual bug reports. That will probably trigger a lot of bug
reports against your package, but these should be easier to deal with.

The call for translation updates and new translations will run until
about Tuesday, August 07, 2007. Please avoid uploading a package with fixed or 
changed
debconf templates and/or translation updates in the meantime. Of
course, other changes are safe.

Please note that this is an approximative delay, which depends on my
own availability to process this work and is influenced by the fact
that I simultaneously work on many packages.

Around , I will contact you again and will send a final patch
summarizing all the updates (changes to debconf templates,
updates to debconf translations and new debconf translations).

Again, thanks for your attention and cooperation.


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

Kernel: Linux 2.6.21-1-686 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
--- libpaper.old/debian/libpaper1.templates 2007-06-15 11:27:05.210228637 
+0200
+++ libpaper/debian/libpaper1.templates 2007-07-14 08:50:22.780388347 +0200
@@ -1,7 +1,16 @@
+# These templates have been reviewed by the debian-l10n-english
+# team
+#
+# If modifications/additions/rewording are needed, please ask
+# [EMAIL PROTECTED] for advice.
+#
+# Even minor modifications require translation updates and such
+# changes should be coordinated with translators and reviewers.
+
 Template: libpaper/defaultpaper
 Type: select
 __Choices: letter, a4, note, legal, executive, halfletter, halfexecutive, 
11x17, statement, folio, quarto, 10x14, ledger, tabloid, a0, a1, a2, a3, a5, 
a6, a7, a8, a9, a10, b0, b1, b2, b3, b4, b5, c5, DL, Comm10, Monarch, archE, 
archD, archC, archB, archA, flsa, flse, csheet, dsheet, esheet
-_Description: Which paper size should be the system default?
- Please select which paper size to use as the default on your system.
- Various programs on your system will use this configuration option to
- determine how to print output.  The default is typically correct.
+_Description: System's default paper size:
+ Please select the default paper size for the system.
+ Various programs on the system will use this configuration option to
+ determine how to print output.
--- libpaper.old/debian/control 2007-06-15 11:27:05.210228637 +0200
+++ libpaper/debian/control 2007-07-10 22:32:51.762947604 +0200
@@ -11,22 +11,24 @@
 Replaces: libpaperg (<< 1.1.9)
 Provides: libpaperg
 Recommends: libpaper-utils
-Description: Library for handling paper characteristics
- This package contains a simple library for use by programs needing
- to handle papers. It lets program automatically recognize a lot of
- different papers with their properties (actually their size).
+Description: library for handling paper characteristics
+ The libpaper paper-handling library automates recognition of many
+ different paper types and sizes for programs that need to deal with
+ printed output.
 
 Package: libpaper-utils
 Section: utils
 Architecture: any
 Depends: ${shlibs:Depends}
 Replaces: libpaperg (<< 1.1.9), libpaper1 (<< 1.1.10)
-Description: Library for handling paper characteristics (utilities)
- This package contains the configuration utility for managing a simple
- library for use by programs needing to handle papers. It lets program
- automatically recognize a lot of different papers with their
- properties (actually their size).  It also includes a program for
- accessing paper information from shell scripts.
+Description: library for handling paper characteristics (utilities)
+ The libpaper paper-handling library automates recognition of many
+ different paper types and sizes for programs that need to deal with
+ printed output.
+ .
+ This package contains utilities for setting the system's default
+ paper type and for accessing paper type information from shell
+ scripts.
 
 Package: libpaper-dev
 Sec

Bug#429444: ion3: General update after the debconf review process

[Christian Perrier]

(sending this even if you uploaded a new version including some of
these fixes in the meantime)

Dear Debian maintainer,

On Wednesday, May 30, 2007, I sent you a notification about the beginning of a 
review
action on debconf templates for ion3.

Then, I sent you a bug report with rewritten templates and announcing
the beginning of the second phase of this action: call for translation
updates.

Translators have been working hard and here is now the result of their efforts.

Please consider using it EVEN if you committed files to your
development tree as long as they were reported.

The attached tarball contains:

- debian/changelog with the list of changes
- debian/control with rewrites of packages' descriptions
- debian/ with all the rewritten templates file(s)
- debian/po/*.po with all PO files (existing ones and new ones)

As said, please use *at least* the PO files as provided here,
preferrably over those sent by translators in their bug reports. All
of them have been checked and reformatted. In some cases, formatting
errors have been corrected.

The patch-nopo file contains a patch for the templates and control file(s).

Please note that this patch applies to the templates and control
file(s) of your package as of Wednesday, May 30, 2007. If your package was 
updated
in the meantime, I may have updated my reference copybut I also
may have missed that. This is indeed why I suggested you do not
modified such files while the review process was running,
remember..:-)

It is now safe to upload a new package version with these changes.

Please notify me of your intents with regards to this. 

There is of course no hurry to update your package but feel free to
contact me in case you would need sponsoring or any other action to
fix this.



-- 




patch.tar.gz
Description: Binary data
--- ion3.old/debian/ion3.templates  2007-05-25 08:09:25.764023301 +0200
+++ ion3/debian/ion3.templates  2007-06-27 10:07:19.625976365 +0200
@@ -1,21 +1,31 @@
+# These templates have been reviewed by the debian-l10n-english
+# team
+#
+# If modifications/additions/rewording are needed, please ask
+# for an advice to [EMAIL PROTECTED]
+#
+# Even minor modifications require translation updates and such
+# changes should be coordinated with translators and reviewers.
+
 Template: ion3/acknowledge-outdated
 Type: boolean
 Default: false
-_Description: Do you understand this version is not supported by the author?
+_Description: Do you understand that this version is not supported by the 
author?
  The version of Ion3 you are installing (version ${version}) is not
  the latest version released by the author.
  .
  DO NOT send bug reports or questions to the author unless they apply
- to the latest version, available from:
+ to the latest version, available at:
   http://modeemi.fi/~tuomov/ion/download.html
  .
- You should send any bug reports about this package to the Debian bug
- tracking system and any other questions to the Debian maintainer.
+ Otherwise, you should send any bug reports about this package to the
+ Debian bug tracking system and any other questions to the Debian
+ maintainer.
 
 Template: ion3/acknowledge-maybe-outdated
 Type: boolean
 Default: false
-_Description: Do you understand this version may not be supported by the 
author?
+_Description: Do you understand that this version may not be supported by the 
author?
  The version of Ion3 you are installing (version ${version}) may not
  be the latest version released by the author.
  .
@@ -29,6 +39,6 @@
 
 Template: ion3/did-not-acknowledge-outdated
 Type: error
-Description: You did not acknowledge installation of an old version.
- You must acknowledge that the author does not support old versions
+Description: Non-acknowledged installation of an old version
+ Please acknowledge that the author does not support old versions
  and should not be contacted about them.
--- ion3.old/debian/control 2007-05-25 08:09:25.764023301 +0200
+++ ion3/debian/control 2007-06-03 10:03:09.654315115 +0200
@@ -20,16 +20,14 @@
  easier. Flexible configuration is possible thanks to Lua, which is
  used as the configuration language.
  .
- There is also support for so-called "floating workspaces" where
+ There is also support for so-called 'floating workspaces' where
  windows are managed the conventional way, so that you can still run
  applications which do not fit very well into Ion's window management
  approach. A pwm3 binary is included which starts Ion with floating
  workspaces as the default, thus replacing the now obsolete PWM window
  manager.
  .
- This is the current development branch of Ion.
- .
- Website: http://iki.fi/tuomov/ion/
+  Homepage: http://iki.fi/tuomov/ion/
 
 Package: ion3-dev
 Section: non-free/devel
@@ -38,7 +36,7 @@
 Depends: libx11-dev, libsm-dev, lua5.1, gcc (>> 3)
 Description: ion3 development files
  This package contains the files necessary for building extension
- modules to the window manager Ion.
+ modules to the Ion window manage

Bug#432745: /usr/share/texmf-texlive/tex/latex/preprint/figcaps.sty: Breaks \label and \ref with figures

[Josh Triplett]

Atsuhito Kohda wrote:
> Hi Josh,
> 
> On Wed, 11 Jul 2007 11:03:18 -0700, Josh Triplett wrote:
> 
>> This makes \label and thus \ref not work in combination with
>> \usepackage[printfigures]{figcaps}.  Removing the \def of \label solves this
>> problem; the labels and refs then work perfectly.
> 
> I'm not sure but I've an impression that this could be
> a feature.  I don't understand an intention of figcaps package
> so well yet but its manual tells me:
> 
> The contents of all the figure and table environments are written to aux-
> iliary les .lof and .lot respectively, and then these are read in again at
> the end of the paper. Since these auxiliary les are normally used to write
> information for the lists of gures and tables, this capability is lost.
> 
> I might be wrong but are you sure that it's a bug?

Yes, quite sure.  This doesn't relate to the inability to have lists of
figures and lists of tables.  By gutting the \label macro, figcaps breaks the
ability to say "see figure~\ref{fig:myfigure}" and get "see figure 1".
Commenting out this change to the label macro makes such references work
perfectly.

- Josh Triplett




signature.asc
Description: OpenPGP digital signature

Bug#433064: wine: New upstream version 0.9.41 available

[manphiz]

Package: wine
Version: 0.9.34-1
Severity: normal

Wine 0.9.41 was released on July 13, wrt previous requests #421510 and #420680.
However I use normal severity instead of wishlist to indicate that a
conflict between scim and wine was supposed to be fixed since 0.9.35,
and all new versions henceforth will be helpful to solve this
incompatibility.


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

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

Versions of packages wine depends on:
ii  debconf [debconf-2.0]1.5.13  Debian configuration management sy
ii  libwine  0.9.34-1Windows API Implementation (Librar
ii  xbase-clients1:7.2.ds2-2 miscellaneous X clients

Versions of packages wine recommends:
ii  msttcorefonts 2.2Installer for Microsoft TrueType c
pn  wine-utils (no description available)

-- debconf information excluded


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

Bug#432911: aptitude: localized package descriptions have problems with character sets

[Daniel Burrows]

On Fri, Jul 13, 2007 at 01:58:35AM +0200, Jiří Paleček <[EMAIL PROTECTED]> was 
heard to say:
> I see there are some localized package descriptions in the
> archive. However, on my system, the non-english characters in the
> descriptions are displayed as question marks. See the attached
> screen dump for details.

  My guess is that this is because you're using an 8-bit character set,
but the Packages files are encoded in UTF-8.  When aptitude finds UTF-8
characters that it can't convert to the output charset, it replaces them
with question marks.

  Could you try running your system in a UTF-8 locale (wherever you set
cs_CZ as the locale, set cs_CZ.UTF-8 instead) and see if that helps?
Make sure to run "dpkg-reconfigure locales" and check the box by
cs_CZ.UTF-8 so the locale definition gets built.

> Note that this is not caused by fonts/terminal etc. since the menus
> contain non-english characters and are displayed properly.

  OK, so aptitude knows about your locale and is correctly formatting
for it.

  Daniel

Bug#429940: exim4: Updated spanish translation

[Christian Perrier]

Quoting Marc Haber ([EMAIL PROTECTED]):
> tags #429940 confirmed pending
> thanks
> 
> On Thu, Jun 21, 2007 at 01:30:50PM +0200, Javier Fern?ndez-Sanguino Pe?a 
> wrote:
> > Please find attached an updated Spanish translation for Exim4.
> 
> Committed to svn.


Hmm, sorry, I apparently missed that one.



signature.asc
Description: Digital signature

Bug#433063: adduser: [INTL:fr] French debconf templates translation

[Christian Perrier]

Package: adduser
Version: N/A
Severity: wishlist
Tags: patch l10n

Please find attached the french debconf templates update, proofread by the
debian-l10n-french mailing list contributors.

Thanks for taking care of warning translators before uploading a new
version with string changes. It's highly appreciated.



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

Kernel: Linux 2.6.21-1-686 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
#
#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.
#
# Original french translator is unknown
#
msgid ""
msgstr ""
"Project-Id-Version: adduser 3.50\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2007-06-30 09:45+0200\n"
"PO-Revision-Date: 2004-04-01 18:24+0100\n"
"Last-Translator: Christian Perrier <[EMAIL PROTECTED]>\n"
"Language-Team: French <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../templates:2001
msgid "Do you want system-wide readable home directories?"
msgstr "Voulez-vous des répertoires personnels lisibles par tous ?"

#. Type: boolean
#. Description
#: ../templates:2001
msgid ""
"By default, users' home directories are readable by all users on the system. "
"If you want to increase security and privacy, you might want home "
"directories to be readable only for their owners. But if in doubt, leave "
"this option enabled."
msgstr ""
"Les répertoires personnels sont par défaut lisibles par tous les "
"utilisateurs du système. Si vous voulez améliorer la sécurité et la 
confidentialité, "
"vous pouvez décider que les répertoires personnels ne "
"seront lisibles que par leur propriétaire. Dans le doute, cependant, "
"vous devriez laisser cette option active."

#. Type: boolean
#. Description
#: ../templates:2001
msgid ""
"This will only affect home directories of users added from now on with the "
"adduser command."
msgstr ""
"Cela ne concernera que les répertoires personnels des utilisateurs qui seront "
"ajoutés dans le futur, avec la commande « adduser »."

Bug#433017: myphpmoney: Minor error in Debconf template

[Christian Perrier]

Quoting Helge Kreutzmann ([EMAIL PROTECTED]):
> Package: myphpmoney
> Version: 1.3RC3+dfsg-5
> Severity: minor
> Tags: patch
> X-Debbugs-CC: Christian Perrier <[EMAIL PROTECTED]>
> 
> 
> While updating the German translation of your Debconf template I
> noticed the following minor error:
> -"Please enter the database server administrator's login name. MySQL  
> database "
> +"Please enter the database server administrator's login name. MySQL database 
> "


Ah, the infamous "space at the end of lines of templates files"
problem..:-(

It will be corrected in the final patch for the debconf templates rewrite.



signature.asc
Description: Digital signature

Bug#433060: cannot boot from testing CD becouse of Apic

[Jonas Vejlin]

Package: Kernel
Version: 2.6.21 (I guess)
Severity: grave


when I boot from the tesinlenny CD from the 10/7-07 I get this messege:
..MP-BIOS bug: 8254 timer not connected to IO-APIC
kernel panic - not syncing: IO-APIC + timer doesn't work! Boot with
apic=debug and send a report. Then booting with the 'noapic' option

Kubuntu  7.04 and kubuntu 710 tribe 2 have the same bug. At the kubunu I
tried to use the apic=debug but I did get the same messege an with the
noapic option I could boot but without mouse and keyboard support.
I have a M2N4-SLI fromAsus with the latest bios, a 5000+ X2 and 2*1 GiB of
ram <[EMAIL PROTECTED]>

Bug#433062: binutils: FTBFS with gcc-4.2 [i386]: cast from pointer to integer of different size

[Daniel Schepler]

Package: binutils
Version: 2.17cvs20070713-1
Severity: important
User: [EMAIL PROTECTED]
Usertags: ftbfs-gcc-4.2
Tags: patch

Thanks for fixing the previous gcc-4.2 compilation problem.  However, with the
new version, there's a new problem compiling with gcc-4.2:

...
/bin/sh ./libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I../../bfd 
-I. -DTRAD_CORE-I. -I../../bfd -I../../bfd/../include -W -Wall 
-Wstrict-prototypes -Wmissing-prototypes -Werror -g -O2 -c -o coffgen.lo 
../../bfd/coffgen.c
libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I../../bfd -I. -DTRAD_CORE -I. 
-I../../bfd -I../../bfd/../include -W -Wall -Wstrict-prototypes 
-Wmissing-prototypes -Werror -g -O2 -c ../../bfd/coffgen.c  -fPIC -DPIC -o 
.libs/coffgen.o
cc1: warnings being treated as errors
../../bfd/coffgen.c: In function 'coff_get_normalized_symtab':
../../bfd/coffgen.c:1690: warning: cast from pointer to integer of different 
size
make[5]: *** [coffgen.lo] Error 1
make[5]: Leaving directory 
`/tmp/buildd/binutils-2.17cvs20070713/builddir-single/bfd'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory 
`/tmp/buildd/binutils-2.17cvs20070713/builddir-single/bfd'
make[3]: *** [all] Error 2
make[3]: Leaving directory 
`/tmp/buildd/binutils-2.17cvs20070713/builddir-single/bfd'
make[2]: *** [all-bfd] Error 2
make[2]: Leaving directory 
`/tmp/buildd/binutils-2.17cvs20070713/builddir-single'
make[1]: *** [all] Error 2
make[1]: Leaving directory 
`/tmp/buildd/binutils-2.17cvs20070713/builddir-single'
make: *** [build-single-stamp] Error 2

I've attached a patch which fixes this warning.  (The present code looks
suspicious to me, casting a pointer to a static string to a VMA; though I
don't actually understand what the code is supposed to do.)
-- 
Daniel Schepler


400_gcc42_fix.dpatch
Description: application/shellscript

Bug#430812: Problem went away after libpisock9 reinstallation (I think)

[Dominique Brazziel]

apt-cache policy libpisock9
libpisock9:
  Installed: 0.12.2-10
  Candidate: 0.12.2-10
  Version table:
 *** 0.12.2-10 0
500 http://debian.mirror.frontiernet.net
lenny/main Packages
100 /var/lib/dpkg/status



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

Bug#433061: encryption status does not work for unprivileged users

[Kel Modderman]

Package: knemo
Version: 0.4.6-2+b1
Severity: minor

knemo's two backends both use iwlib methods for determining if an encryption 
key is being used for the current wireless link or not. Nettools uses it 
indirectly by parsing iwconfig output and matching a regexp, while the Sys 
backend basically borrows code from iwconfig.c of wireless-tools.

The iwlib method (from iwconfig.c) used to determine if an encryption key is 
set on an iface is:

iw_get_ext(skfd, ifname, SIOCGIWENCODE, &wrq)

When run by an unprivileged user that will return -EPERM, and thus knemo's Sys 
backend will fail to know that a key is in use, or iwconfig simply will not 
display an "Encryption key:" field for the Nettools backend to match.

iwlist run as user is another good example of a user attempting to access 
encryption key information, it uses the same method to access enc. key 
information:

$ iwlist ath0 encryption
ath0  3 key sizes : 40, 104, 128bits
  4 keys available :
Error reading wireless keys (SIOCGIWENCODE): Operation not permitted

As far as I can see, using the above the encryption status of knemo can never 
be useful when knemo is run as regular user, it will always say encryption is 
not in use.

For nettools backend, it could parse iwlist scan iformation for the current 
ssid and match the "Encryption key:" field, but to do the same with system 
calls strikes me as overly complex.

Thanks, Kel.


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

Bug#433059: trying to overwrite `/usr/share/man/man3/gsl.3.gz', which is also in package libgsl0ldbl

[Soeren Sonnenburg]

Package: libgsl0-dev
Version: 1.9-4
Severity: grave

dpkg: error processing /var/cache/apt/archives/libgsl0-dev_1.9-5_i386.deb 
(--unpack):
 trying to overwrite `/usr/share/man/man3/gsl.3.gz', which is also in package 
libgsl0ldbl

Errors were encountered while processing:
 /var/cache/apt/archives/libgsl0-dev_1.9-5_i386.deb


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

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

Versions of packages libgsl0-dev depends on:
ii  libgsl0ldbl   1.9-5  GNU Scientific Library (GSL) -- li

libgsl0-dev recommends no packages.

-- no debconf information


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

Bug#180063: xscreensaver: exit on X Error after any authentication attempt

[Jose Luis Rivas Contreras]

Hi,

This is an old bug without further feedback and it's obviously
unreproducible since doesn't exists anymore.

If you're still experimenting this issue please let me know, other way I
will close this bug in the new upload.

Regards,
Jose Luis.
-- 

ghostbar on Linux/Debian 'sid' x86-64 - #382503
Weblog: http://ghostbar.ath.cx/ - http://linuxtachira.org
http://debian.org.ve - irc.debian.org #debian-ve #debian-devel-es
San Cristóbal, Venezuela. http://chaslug.org.ve
Fingerprint = 3E7D 4267 AFD5 2407 2A37  20AC 38A0 AD5B CACA B118



signature.asc
Description: OpenPGP digital signature

Bug#273180: xscreensaver seems to crash while trying to exit of screensaver

[Jose Luis Rivas Contreras]

Hi Eduard,

This is a ping for this bug that you reported, are you still
experimenting this issue?

Please let me know as shortly as possible, I will be closing this bug
for next xscreensaver upload since I cannot reproduce it, if that's the
case and you are able to reproduce it please feel free to re-open it.

Regards,
Jose Luis.
-- 

ghostbar on Linux/Debian 'sid' x86-64 - #382503
Weblog: http://ghostbar.ath.cx/ - http://linuxtachira.org
http://debian.org.ve - irc.debian.org #debian-ve #debian-devel-es
San Cristóbal, Venezuela. http://chaslug.org.ve
Fingerprint = 3E7D 4267 AFD5 2407 2A37  20AC 38A0 AD5B CACA B118



signature.asc
Description: OpenPGP digital signature

Bug#433058: amarok: does not play songs after upgrade from 1.4.4 to 1.4.6

[martin salinas]

Package: amarok
Version: 1.4.6-1
Severity: important

About a week ago, there was an important update of kde, including amarok.
After that, when try to play any song, it just displays one (or more) little
yellow window on left bottom saying (in Spanish):
"Error al cargar el medio
No hay ningún descodificador disponible.
file:///path/to/file.mp3"
my translation to that would be: "Error while loading the media. There is no 
available
decoder"
Maybe I don't know too much, but it was working before the update...



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

Kernel: Linux 2.6.18-4-686 (SMP w/2 CPU cores)
Locale: LANG=es_AR, LC_CTYPE=es_AR (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages amarok depends on:
ii  amarok-engines  1.4.6-1  output engines for the Amarok audi
ii  amarok-xine [amarok-eng 1.4.6-1  xine engine for the Amarok audio p
ii  kdelibs4c2a 4:3.5.7.dfsg.1-1 core libraries and binaries for al
ii  libart-2.0-22.3.19-3 Library of functions for 2D graphi
ii  libaudio2   1.9-2The Network Audio System (NAS). (s
ii  libc6   2.5-9+b1 GNU C Library: Shared libraries
ii  libfontconfig1  2.4.2-1.2generic font configuration library
ii  libfreetype62.2.1-6  FreeType 2 font engine, shared lib
ii  libgcc1 1:4.2-20070627-1 GCC support library
ii  libgl1-mesa-glx [libgl1 6.5.2-5  A free implementation of the OpenG
ii  libglib2.0-02.12.12-1+b1 The GLib library of C routines
ii  libgpod10.4.2-3  a library to read and write songs 
ii  libice6 1:1.0.3-2X11 Inter-Client Exchange library
ii  libidn110.6.5-1  GNU libidn library, implementation
ii  libifp4 1.0.0.2-3communicate with iRiver iFP audio 
ii  libjpeg62   6b-13The Independent JPEG Group's JPEG 
ii  libkarma0   0.0.6-2  Rio Karma access library [runtime 
ii  libmtp5 0.1.5-2  Media Transfer Protocol (MTP) libr
ii  libmysqlclient15off 5.0.41a-1MySQL database client library
ii  libnjb5 2.2.5-4.1Creative Labs Nomad Jukebox librar
ii  libpng12-0  1.2.15~beta5-2   PNG library - runtime
ii  libpq5  8.2.4-2  PostgreSQL C client library
ii  libqt3-mt   3:3.3.7-5Qt GUI Library (Threaded runtime v
ii  libruby1.8  1.8.6-2  Libraries necessary to run Ruby 1.
ii  libsdl1.2debian 1.2.11-8 Simple DirectMedia Layer
ii  libsm6  2:1.0.3-1+b1 X11 Session Management library
ii  libsqlite3-03.3.17-1 SQLite 3 shared library
ii  libstdc++6  4.2-20070627-1   The GNU Standard C++ Library v3
ii  libtag1c2a  1.4-8+b1 TagLib Audio Meta-Data Library
ii  libtagc01.4-8+b1 TagLib Audio Meta-Data Library (C 
ii  libtunepimp50.5.3-4+b1   MusicBrainz tagging library
ii  libusb-0.1-42:0.1.12-7   userspace USB programming library
ii  libvisual-0.4-0 0.4.0-1.1Audio visualization framework
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxcursor1 1:1.1.8-2X cursor management library
ii  libxext61:1.0.3-2X11 miscellaneous extension librar
ii  libxft2 2.1.12-2 FreeType-based font drawing librar
ii  libxi6  1:1.0.1-4X11 Input extension library
ii  libxinerama11:1.0.2-1X11 Xinerama extension library
ii  libxrandr2  2:1.2.1-1X11 RandR extension library
ii  libxrender1 1:0.9.2-1X Rendering Extension client libra
ii  libxt6  1:1.0.5-3X11 toolkit intrinsics library
ii  ruby1.8.2-1  An interpreter of object-oriented 
ii  unzip   5.52-10  De-archiver for .zip files
ii  zlib1g  1:1.2.3.3.dfsg-3 compression library - runtime

Versions of packages amarok recommends:
ii  kdemultimedia-kio-plugins 4:3.5.7-2  enables the browsing of audio CDs 

-- no debconf information


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

Bug#24950: Message 1 of 2

[Dorene]

Your private and confidential message is attached. 
(dsf)

--


privatemessage2810.pdf
Description: Adobe PDF document

Bug#179519: Current Message(s)

[Administrator - Email]

Your private and confidential message is attached. 
(vlm)

--


privatemessage7639.pdf
Description: Adobe PDF document

Bug#431239: [spf-devel] Re: Patches from Robert Millan

[Scott Kitterman]

On Friday 13 July 2007 19:25, Julian Mehnle wrote:
> Scott Kitterman wrote:

> > The second part of the change, changing the SPF None response string
> > from
> >
> > "%s is neither permitted nor denied by %s",
> >
> > to
> >
> > "%s doesn't provide an SPF record"
> >
> > is a wording improvement, but given that it's been this way for several
> > years, I don't know if there are programs that are dependent on that
> > string.
>
> If there was any code depending on the explanatory result text, then that
> would be a design bug in such code.
>
> > So, I'd suggest this is an improvement, but not entirely without risk.
> > I'd tend not to want to make it, but I could understand either way.
>
> I say go ahead with the change.  I wouldn't... er... would not use a
> contraction, though.  Say "%s does not provide an SPF record" instead.

Upon reflection, I agree with Julian.  Go for it.

Scott K


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

Bug#432626: Gone

[Theppitak Karoonboonyanan]

This problem is now gone with 0.4.5-2.
You may close this bug.

--
Theppitak Karoonboonyanan
http://linux.thai.net/~thep/


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

Bug#432745: /usr/share/texmf-texlive/tex/latex/preprint/figcaps.sty: Breaks \label and \ref with figures

[Atsuhito Kohda]

Hi Josh,

On Wed, 11 Jul 2007 11:03:18 -0700, Josh Triplett wrote:

> This makes \label and thus \ref not work in combination with
> \usepackage[printfigures]{figcaps}.  Removing the \def of \label solves this
> problem; the labels and refs then work perfectly.

I'm not sure but I've an impression that this could be
a feature.  I don't understand an intention of figcaps package
so well yet but its manual tells me:

The contents of all the figure and table environments are written to aux-
iliary les .lof and .lot respectively, and then these are read in again at
the end of the paper. Since these auxiliary les are normally used to write
information for the lists of gures and tables, this capability is lost.

I might be wrong but are you sure that it's a bug?

Regards,2007-7-14(Sat)

-- 
 Debian Developer & Debian JP Developer - much more I18N of Debian
 Atsuhito Kohda 
 Department of Math., Univ. of Tokushima


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

Bug#361198: Solved (probably)

[dwks]

I had this same problem recently, whilst installing Etch onto an AMD64 laptop. 
I installed hal and hal-device-manager 0.5.8.1-9, and gnome-power-manager 
2.14.3-3+b.

The solution is to install the package hal-device-manager. hal (which 
gnome-power-manager itself depends on) _suggests_ hal-device-manager, but 
gnome-power-manager depends on it to function.

The dependency list for gnome-power-manager should be changed to reflect  this 
IMO.

-- 
dwk

Seek and ye shall find. quaere et invenies.

"Simplicity does not precede complexity, but follows it." -- Alan Perlis
"Testing can only prove the presence of bugs, not their absence." -- Edsger 
Dijkstra
"The only real mistake is the one from which we learn nothing." -- John Powell

My website: http://dwks.theprogrammingsite.com/


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

Bug#430484:

[Daniel Lo Nigro]

Your patch is backwards :P
You need to replace "it's" with "its", not the other way around.



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

Bug#431102: wpasupplicant: New version doesn't allow empty essid?

[Ross Patterson]

Kel Modderman <[EMAIL PROTECTED]> writes:

> On Mon, 9 Jul 2007 08:30:46 am obi wrote:
>> On Mon, Jul 09, 2007 at 08:07:02AM +1000, Kel Modderman wrote:
>> > On Sat, 7 Jul 2007 03:50:02 am obi wrote:
>> > > Hello Kel,
>> > > so the log is attached: it keeps telling me that it doesn't know
>> > > how to associate the AP. I'm not sure sure what do you mean for
>> > > higher level tool, but ifconfig and route tells me that I'm not
>> > > online.
>> > Use the '-dd' option to wpa_supplicant, the log did not contain
>> > any debug output.
>> hmmm ... that was the output when starting wpa_supplicant with
>> -dd. I'll give it another try next time I'm around the coffee shop.
>
> Maybe you did, but since the used command was not shown and no useful
> output was in the log I made that assumption.
>
>>
>> > > Btw, running dhcpclient manually (that is not doing ifup which
>> > > brings wpa_supplicant go) brings my interface up and all is
>> > > well.
>> > Show your /etc/network/interfaces configuration.
>> Attached.
>
> Thanks. Only odd thing i see in there after (very quick, need to rush
> off to work) look is "allow-hotplug" but without interface name after
> it.
>
>>
>> > > And downgrading to the stable version (0.5.5-2) fixes it: this
>> > > version works.
>> > It may also help to know what type of wireless card/driver you are
>> > using.
>> ipw2200 and the laptop is a thinkpad T41.
>
> OK.

I can confirm this behavior for both a Core 2 Duo/ipw3945 and a Pentium
M/ipw2200 laptop.  Either laptop won't associate with an open AP unless
there's a network clause that specifies the "ssid" of the AP.  IOW, the
stanza in
/usr/share/doc/wpasupplicant/examples/wpa_supplicant.conf.template:

### Associate with any open access point
###  Scans/ESSID changes can be done with wpa_cli
network={
key_mgmt=NONE
}

doesn't work.  This change happened on both laptops with the new version
of wpasupplicant.

Attached is my /etc/network/interfaces file (mine doesn't have the
allow-hotplug anomaly you noted) and my wpa_supplicant.conf.

Ross



interfaces
Description: Binary data


wpa_supplicant.conf
Description: Binary data

Bug#433057: dput: please add default backports.org stanza

[Steve Langasek]

Package: dput
Version: 0.9.2.26
Severity: wishlist
Tags: patch

Hi Thomas,

I was surprised that dput doesn't know about backports.org by default,
considering this is a service open to all DDs.  The following stanza is the
one recommended on http://www.backports.org/dokuwiki/doku.php?id=contribute,
could you please add it to a future version of the official dput package?

[bpo]
fqdn = www.backports.org
incoming = /
method = ftp
login = anonymous

Thanks,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


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

Bug#433056: bluetooth-alsa: please relax build-dependency for backporting

[Steve Langasek]

Package: bluetooth-alsa
Version: 0.5cvs20070602-1
Severity: minor
Tags: patch

Hi Krzysztof,

bluetooth-alsa in unstable depends on libbluetooth-dev (>= 3.5).  As you
know, the -dev package name used to be libbluetooth2-dev; so this versioned
dependency prevents building bluetooth-alsa on etch systems as a backport,
without making sourceful changes to debian/control.

Please consider the attached patch, which allows bluetooth-alsa to be built
against etch while preserving support for auto-building in unstable.

Thanks,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/
diff -u bluetooth-alsa-0.5cvs20070602/debian/control bluetooth-alsa-0.5cvs20070602/debian/control
--- bluetooth-alsa-0.5cvs20070602/debian/control
+++ bluetooth-alsa-0.5cvs20070602/debian/control
@@ -2,7 +2,7 @@
 Section: sound
 Priority: extra
 Maintainer: Krzysztof Burghardt <[EMAIL PROTECTED]>
-Build-Depends: debhelper (>= 5), automake, libtool, pkg-config, libsbc-dev (>= 0.0cvs20070327), libbluetooth-dev (>= 3.5), libasound2-dev, libdbus-1-dev, libglib2.0-dev (>= 2.8.0), libdbus-glib-1-dev
+Build-Depends: debhelper (>= 5), automake, libtool, pkg-config, libsbc-dev (>= 0.0cvs20070327), libbluetooth-dev (>= 3.5) | libbluetooth2-dev, libasound2-dev, libdbus-1-dev, libglib2.0-dev (>= 2.8.0), libdbus-glib-1-dev
 Standards-Version: 3.7.2
 
 Package: bluetooth-alsa

Bug#211147: Here is your current message

[Email Administrator]

Your private and confidential message is attached. 
(fur)

--


privatemessage8386.pdf
Description: Adobe PDF document

Bug#35955: Current Message

[Administrator - Email]

Your private and confidential message is attached. 
(pkb)

--


privatemessage9418.pdf
Description: Adobe PDF document

Bug#179320: about your mailbox

[Kali]

Your private and confidential message is attached. 
(oop)

--


privatemessage8843.pdf
Description: Adobe PDF document

Bug#432517: Just upgraded from tetex to texlive. Latex package "caption" no longer works

[Atsuhito Kohda]

On Fri, 13 Jul 2007 11:42:38 +0200, "Ale" wrote:

> Sorry for the delay.

Thanks for reply.

> I upgraded from texlive2005 to texlive2007 on July 10.  Previously, I used to 
> compile documets with aastex document class and caption package without any 
> problem.  With the new version, the following tex file doesn't compile:

I'm almost certain that this is caused by upgrading of caption
package from v3.0c to v3.0k but I can't tell whether this is a
bug of caption package or aastex and caption package simply don't 
cooperate well.

> The problem is simply solved by changing the line
> \newcommand\captionbox{parbox[t]}
> in caption3.sty to a renewcommand, but then if I use another document class I 
> get the opposite problem.

Perhaps a better workaround might be to copy caption3.sty to
some working directory, modify it and compile a file with
aastex document class only in that directory and a file with
another document class in another directory.

Perhaps we need to clarify the problem more stricly.

Regards,  2007-7-14(Sat)

-- 
 Debian Developer & Debian JP Developer - much more I18N of Debian
 Atsuhito Kohda 
 Department of Math., Univ. of Tokushima


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

Bug#184140: Please clean your inbox

[Email Administrator]

Your private and confidential message is attached. 
(liy)

--


privatemessage1494.pdf
Description: Adobe PDF document

Bug#433024: bugs.debian.org: RC bugs are archived when unfixed in stable

[Don Armstrong]

On Fri, 13 Jul 2007, Don Armstrong wrote:
> On Fri, 13 Jul 2007, Steve Langasek wrote:
> > On Fri, Jul 13, 2007 at 05:48:25PM -0700, Don Armstrong wrote:
> > > On Fri, 13 Jul 2007, Steve Langasek wrote:
> > > > In various discussions prior to the reintroduction of bug archiving, the
> > > > release team expressed the view that bugs of release-critical severity
> > > > should not be archived until they have explicitly fixed in stable 
> > > > (according
> > > > to version-tracking), or have been explicitly marked as not applying to
> > > > stable (with suite tags).
> > 
> > > There's currently no way to indicate that a bug explicitely doesn't
> > > apply to stable.
> > 
> > Yes, there is: tags + lenny sid, or tags + lenny, or tags + oldstable
> > experimental, or...
> 
> The problem is that that set of tags is currently used as the default
> set to figure out when a bug is archived, not whether it applies to
> stable or not.

Just for those following along at home:

18:41:41  vorlon: (re archiving) the problem is that the
distribution tags are currently used for indicating whehter bugs are
archiveable or not in a particular distribution

18:43:04  vorlon: I could change the code to tell
whether or not any of the distribution specific tags have been set and
then use them inpreference to the default set for archival, and use a
different default set for RC bugs, but while the code isn't hard,
explaining to anyone how it works is a PITA.

18:43:39  (evidenced by the fact that I'm not sure
anyone will understand what I've just said)

 
Don Armstrong

-- 
"Ban cryptography! Yes. Let's also ban pencils, pens and paper, since
criminals can use them to draw plans of the joint they are casing or
even, god forbid, create one time pads to pass uncrackable codes to
each other. Ban open spaces since criminals could use them to converse
with each other out of earshot of the police. Let's ban flags since
they could be used to pass secret messages in semaphore. In fact let's
just ban all forms of verbal and non-verbal communication -- let's see
those criminals make plans now!"

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


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

Bug#416089: ITP: roxterm -- A multi-tabbed GTK+2 terminal emulator application

[Davide Truffa]

Hi,
is there any news about this ITP?
roxterm is a very lightweight and powerful terminal, I would like to
see it in Debian as soon as possible.

Feel free to let me know if you need help.

Cheers,

Davide Truffa


signature.asc
Description: PGP signature

Bug#150555: Current Message

[Email Administrator]

Your private and confidential message is attached. 
(yrs)

--


privatemessage5040.pdf
Description: Adobe PDF document

Bug#60910: Please clean your inbox

[Email Administrator]

Your private and confidential message is attached. 
(qxy)

--


privatemessage1093.pdf
Description: Adobe PDF document

Bug#433055: ocaml-vorbis: dllvorbis_stubs.so linked incorrectly

[Julien Cristau]

Package: ocaml-vorbis
Version: 0.2.3-2
Severity: serious

Problem reported on #debian-ocaml:
# #load "vorbis/vorbis.cma";;
Cannot load required shared library dllvorbis_stubs.
Reason: /usr/lib/ocaml/3.09.2/stublibs/dllvorbis_stubs.so: undefined
symbol: vorbis_info_clear.

And indeed:
$ ldd /usr/lib/ocaml/3.09.2/stublibs/dllvorbis_stubs.so 
linux-gate.so.1 =>  (0xe000)
libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0xb7e84000)
/lib/ld-linux.so.2 (0x8000)

The problem is caused by the following in src/Makefile.in:
ACLIBS = @LIBS@
CLIBS = $(ACLIBS:-l%=%)
LDFLAGS = @LDFLAGS@ @OGG_LIBS@ @VORBIS_LIBS@

which gives after configure:
ACLIBS = 
CLIBS = $(ACLIBS:-l%=%)
LDFLAGS =  -logg   -lvorbisenc -lvorbisfile -lvorbis -lm -logg  

OCamlMakefile then uses the CLIBS variable to find out how to link the
stubs library, LDFLAGS isn't used, and you lose.

Cheers,
Julien

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

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


signature.asc
Description: Digital signature

Bug#433024: bugs.debian.org: RC bugs are archived when unfixed in stable

[Don Armstrong]

On Fri, 13 Jul 2007, Steve Langasek wrote:
> On Fri, Jul 13, 2007 at 05:48:25PM -0700, Don Armstrong wrote:
> > On Fri, 13 Jul 2007, Steve Langasek wrote:
> > > In various discussions prior to the reintroduction of bug archiving, the
> > > release team expressed the view that bugs of release-critical severity
> > > should not be archived until they have explicitly fixed in stable 
> > > (according
> > > to version-tracking), or have been explicitly marked as not applying to
> > > stable (with suite tags).
> 
> > There's currently no way to indicate that a bug explicitely doesn't
> > apply to stable.
> 
> Yes, there is: tags + lenny sid, or tags + lenny, or tags + oldstable
> experimental, or...

The problem is that that set of tags is currently used as the default
set to figure out when a bug is archived, not whether it applies to
stable or not.

> > What should be done is the opposite; RC bugs which should not be
> > archived should be tagged etch, which will cause them not to be
> > archived.
> 
> This gives the wrong default behavior, and relies on someone recognizing the
> bug and tagging it within a month of the closure for unstable.

It can be tagged etch instantly; it doesn't affect archiving
otherwise.


Don Armstrong

-- 
"Facts" are the refuge of people unwilling to reassess what they hold
to be "True".

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


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

Bug#433054: libafsauthent.so and libafsrpc.so shared libraries are not packaged

[Russ Allbery]

Anders Kaseorg <[EMAIL PROTECTED]> writes:

> Package: libopenafs-dev
> Version: 1.4.4.dfsg1-4

> The openafs source package installs libafsauthent.so and libafsrpc.so
> into debian/tmp, but does not copy them into any binary package.  (I
> would like to be able to use these shared libraries to build a PAM
> module; the static libraries don't work because they are non-PIC.)

The libraries are not proper shared libraries with a stable SONAME and
don't have a stable API, and therefore are not suitable for inclusion in
Debian.

What PAM module needs them?

-- 
Russ Allbery ([EMAIL PROTECTED])   


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

Bug#202096: Message 1 of 2

[Email Administrator]

Your private and confidential message is attached. 
(qcq)

--


privatemessage2522.pdf
Description: Adobe PDF document

Bug#142908: Check your mail

[Arline]

Your private and confidential message is attached. 
(qhs)

--


privatemessage4219.pdf
Description: Adobe PDF document

Bug#433054: libafsauthent.so and libafsrpc.so shared libraries are not packaged

[Anders Kaseorg]

Package: libopenafs-dev
Version: 1.4.4.dfsg1-4

The openafs source package installs libafsauthent.so and libafsrpc.so
into debian/tmp, but does not copy them into any binary package.  (I
would like to be able to use these shared libraries to build a PAM
module; the static libraries don't work because they are non-PIC.)




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

Bug#433053: brasero: Needs mkisofs

[Fredrik Olofsson]

Package: brasero
Version: 0.6.0-1
Severity: normal

Brasero depends on genisoimage but if mkisofs package is not installed it
does not work and exits with an error message about not finding mkisofs.

Please use genisoimage directly or depend on mkisofs.

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

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

Versions of packages brasero depends on:
ii  genisoimage 9:1.1.6-1Creates ISO-9660 CD-ROM filesystem
ii  libart-2.0-22.3.19-3 Library of functions for 2D graphi
ii  libatk1.0-0 1.18.0-2 The ATK accessibility toolkit
ii  libbonobo2-02.18.0-2 Bonobo CORBA interfaces library
ii  libbonoboui2-0  2.18.0-5 The Bonobo UI library
ii  libc6   2.6-2GNU C Library: Shared libraries
ii  libcairo2   1.4.10-1 The Cairo 2D vector graphics libra
ii  libdbus-1-3 1.1.1-3  simple interprocess messaging syst
ii  libdbus-glib-1-20.74-1   simple interprocess messaging syst
ii  libfontconfig1  2.4.2-1.2generic font configuration library
ii  libfreetype62.3.5-1  FreeType 2 font engine, shared lib
ii  libgconf2-4 2.18.0.1-3   GNOME configuration database syste
ii  libglib2.0-02.12.12-1+b1 The GLib library of C routines
ii  libgnome-keyring0   0.8.1-2  GNOME keyring services library
ii  libgnome2-0 2.18.0-4 The GNOME 2 library - runtime file
ii  libgnomecanvas2-0   2.14.0-3 A powerful object-oriented display
ii  libgnomeui-02.18.1-2 The GNOME 2 libraries (User Interf
ii  libgnomevfs2-0  1:2.18.1-3+b1GNOME Virtual File System (runtime
ii  libgstreamer-plugins-ba 0.10.13-2GStreamer libraries from the "base
ii  libgstreamer0.10-0  0.10.13-2Core GStreamer libraries and eleme
ii  libgtk2.0-0 2.10.13-1The GTK+ graphical user interface 
ii  libhal1 0.5.9.1-2Hardware Abstraction Layer - share
ii  libice6 1:1.0.3-2X11 Inter-Client Exchange library
ii  libnautilus-burn4   2.18.2-1 Nautilus Burn Library - runtime ve
ii  libnotify1 [libnotify1- 0.4.4-3  sends desktop notifications to a n
ii  liborbit2   1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0   1.16.4-2 Layout and rendering of internatio
ii  libpng12-0  1.2.15~beta5-2   PNG library - runtime
ii  libpopt01.10-3   lib for parsing cmdline parameters
ii  libsm6  2:1.0.3-1+b1 X11 Session Management library
ii  libtotem-plparser1  2.18.2-1 Totem Playlist Parser library - ru
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxcursor1 1:1.1.8-2X cursor management library
ii  libxext61:1.0.3-2X11 miscellaneous extension librar
ii  libxfixes3  1:4.0.3-2X11 miscellaneous 'fixes' extensio
ii  libxi6  2:1.1.1-1X11 Input extension library
ii  libxinerama11:1.0.2-1X11 Xinerama extension library
ii  libxml2 2.6.29.dfsg-1GNOME XML library
ii  libxrandr2  2:1.2.1-1X11 RandR extension library
ii  libxrender1 1:0.9.2-1X Rendering Extension client libra
ii  wodim   9:1.1.6-1command line CD/DVD writing tool
ii  zlib1g  1:1.2.3.3.dfsg-5 compression library - runtime

Versions of packages brasero recommends:
ii  gstreamer0.10-fluendo-mp 0.10.5.debian-1 Fluendo mp3 decoder GStreamer plug
ii  hal  0.5.9.1-2   Hardware Abstraction Layer

-- no debconf information


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

Bug#433024: bugs.debian.org: RC bugs are archived when unfixed in stable

[Steve Langasek]

On Fri, Jul 13, 2007 at 05:48:25PM -0700, Don Armstrong wrote:
> On Fri, 13 Jul 2007, Steve Langasek wrote:
> > In various discussions prior to the reintroduction of bug archiving, the
> > release team expressed the view that bugs of release-critical severity
> > should not be archived until they have explicitly fixed in stable (according
> > to version-tracking), or have been explicitly marked as not applying to
> > stable (with suite tags).

> There's currently no way to indicate that a bug explicitely doesn't
> apply to stable.

Yes, there is: tags + lenny sid, or tags + lenny, or tags + oldstable
experimental, or...

> What should be done is the opposite; RC bugs which should not be
> archived should be tagged etch, which will cause them not to be
> archived.

This gives the wrong default behavior, and relies on someone recognizing the
bug and tagging it within a month of the closure for unstable.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


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

Bug#432709: pppoeconf not setting correct MTU

[Gregory Colpart]

severity 432709 normal
tags 432709 moreinfo
thanks

Hi,

On Wed, Jul 11, 2007 at 10:16:48AM -0400, Miguel Martins Feitosa Filho wrote:
> 
> This problem could either be pppoeconf or debian installer related.
> [...]
> I performed a Debian testing install with net-inst, my internet link is
> pppoe.
> Debian installer configured pppoe, I assume the installer uses
> pppoeconf but that might not be the case.

debian-installer doesn't use pppoeconf. If you want report
bugs for it, please report against ppp-udeb package.


> The system being installed is a small office gateway.
> PPPOE came up correctly and was fine during the installation process.
> After reboot, internet showed intermittent problems from the other
> office computers but not from the gateway itself. The internet worked on
> the gateway and not from the other computers in the office.
> The problem was intermittent, ping worked, telnet worked, google worked,
> other internet sites hanged etc.
> This problem was tracked down after a long time to the lack of MTU
> setting in my ppp provider file. After running pppoeconf a couple times,
> I finally got a configuration that worked for all computers...

Your problem is typical when you have a gateway with PPPoE
connection and Ethernet LAN. You must clamp the TCP maximum
segment size (MSS) at 1452 (or 1412) to avoid too big size for
your Ethernet packets. When you use pppoe support in the kernel
(like you), pppoeconf add an iptables rule in your
/etc/ppp/ip-up.d/0clampmss file. When your use userland pppoe,
pppoeconf adjust '-m MSS' option in your dsl-provider file.

Then, pppoeconf takes care of this problem in 'LIMITED MSS
PROBLEM' step. Please read this step more carefully.


> I have only very limited knowledge on ppp and pppoe so the questions
> below may seem trivial:
> 
> A) Should pppoeconf set the mtu ? (Mine was commented out). Is there
> a situation where pppoe links do not use the MTU when they are
> forwarding packets?

- See MTU of your ppp* interface with ifconfig command. MTU is
  often determined via MRU negotiation with your ISP. pppoeconf
  let ppp do this mechanism and it's OK with a commented value
  for mtu pppd option by default.
- You misundertand what is MTU. See docs on web, for example:
  http://en.wikipedia.org/wiki/Maximum_transmission_unit
  MTU is always use by an interface.


> B) Do all pppoe links need this limitation ?

- MTU of PPPoE can't be higher than 1492 (RFC 1661).
  See RFC 4638 for discuss about exceptions.


> C) How  can a novice user be aware of this problem, should pppoeconf
> warn him

- pppoeconf warns user in 'LIMITED MSS PROBLEM' step.


> D) Is their any test that could be done by pppoeconf on the link to
> assert the need for this setting and a reasonable value

- In 'LIMITED MSS PROBLEM' step, pppoeconf says "If unsure, say
  yes." and with clamping MSS at 1452 bytes, it will be OK for a
  very large majority of users. If you have an idea to guess the
  best settings, send me your patch ;)


> E) Is the 1492 limitation correct for all pppoe links? When will it be
> higher, when will it be lower?

- See above.


I think you should read docs about MTU and MSS. I will close
this bug except you describe a real problem with pppoeconf.


Regards,
-- 
Gregory Colpart <[EMAIL PROTECTED]>  GnuPG:1024D/C1027A0E
Evolix - Informatique et Logiciels Libres http://www.evolix.fr/


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

Bug#311357: Accrued Interest [National Savings Bank]

[National Savings Bank 3A Penns Road Petersfield Hampshire GU32 2EW UK]

National Savings Bank
3A Penns Road  Petersfield
Hampshire  GU32 2EW  UK
Tel/Fax: +448701347010
>From the Desk of:
Mr.Cohen Richard.
Foreign Operations Dept.

RE: OFFICIAL NOTICE FOR PAYMENT OF ACCRUED INTEREST SUM OF 1.8 MILLION GBP.
This is to notify you that your contract/inheritance funds, which was
deposited in our bank; National Savings Bank., since 1994-2006 before its
withdrawal has accumulated an interest sum of 1.8 MILLION GBP only. Based
on the join agreement signed by the board of directors of National Savings
Bank, the management board has mandated this bank to pay you the accrued
interest pending when they will approve your principal
contract/inheritance fund for payment also which is on process. This
notice was published in local and international media to make sure that
the message gets across the globe.
Therefore, you are advised to forward to us immediately your banking
particulars and other related information on your contract/inheritance
fund for verification and onward payment. Your prompt attention and urgent
reply to this message will help you most and to enable us to serve you
cordially. For immediate attention call on the above phone or fax numbers
or send mail to the above.
Yours faithfully,
Mr.Cohen Richard.
Foreign Operations Dept.
NOTE: SEND FAX TO: +448701347010


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

Bug#432670: gnome-control-center: Breakpoint trap

[Josselin Mouette]

reassign 432670 libslab0 0.9.8.svn.20070430-1
tag 432670 fixed-upstream
thanks

Le mercredi 11 juillet 2007 à 12:04 +0200, Alessandro Alemanno a écrit :
> #6  0xb7934b5b in g_return_if_fail_warning () from /usr/lib/libglib-2.0.so.0
> #7  0xb7414e84 in gconf_value_free () from /usr/lib/libgconf-2.so.4
> #8  0xb7f519de in libslab_get_gconf_value () from /usr/lib/libslab.so.0

It calls gconf_value_free (NULL). This is already fixed in upstream's
SVN.
-- 
 .''`.
: :' :  We are debian.org. Lower your prices, surrender your code.
`. `'   We will add your hardware and software distinctiveness to
  `-our own. Resistance is futile.


signature.asc
Description: Ceci est une partie de message	numériquement signée

Bug#433052: [INTL:ar] debconf PO translations for the package eject

[Mohammed Adnène Trojette]

Package: eject
Version: 2.1.5-3
Severity: wishlist
Tags: l10n patch

Please find attached the Arabic translation of the eject package done by
Ossama Khayat.

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

Debian Release: lenny/sid
  500 unstableftp.fr.debian.org 
1 experimentalftp.fr.debian.org 

--- Package information. ---
Depends (Version) | Installed
=-+-===
libc6  (>= 2.5-5) | 2.5-11
libdevmapper1.02.1| 2:1.02.20-2

-- 
Mohammed Adnène Trojette
# translation of eject_debian_po.po to Arabic
#
#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.
#
# Ossama M. Khayat <[EMAIL PROTECTED]>, 2007.
msgid ""
msgstr ""
"Project-Id-Version: eject_debian_po\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2004-04-11 23:40+0200\n"
"PO-Revision-Date: 2007-06-02 01:07+0300\n"
"Last-Translator: Ossama M. Khayat <[EMAIL PROTECTED]>\n"
"Language-Team: Arabic <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: KBabel 1.11.4\n"

#. Type: text
#. description
#: ../eject-udeb.templates:3
msgid "Eject a CD from the drive"
msgstr "إخراج القرص المدمج من القارئ"

Bug#432296: nautilus-sendto: Invalid memory reference

[Josselin Mouette]

reassign 432296 nautilus

Le lundi 09 juillet 2007 à 10:57 +0200, JE a écrit :
> Package: nautilus-sendto
> Version: 0.10-2
> Severity: important
> File: /usr/bin/nautilus
> 
> *** Please describe what you were doing when the application crashed ***
> nautilus crashed on drag & drop to audacious by the window-panel. may
> be nautilus wasnt prepared to switch to itself.

Hi,

unfortunately the backtrace isn't really usable. It would be nice if you
could install nautilus-dbg so that further crashes generate useful
traces.

Thanks,
-- 
 .''`.
: :' :  We are debian.org. Lower your prices, surrender your code.
`. `'   We will add your hardware and software distinctiveness to
  `-our own. Resistance is futile.


signature.asc
Description: Ceci est une partie de message	numériquement signée

Bug#426895: Packaging of Homebank in Debian

[Adrien Cunin]

Hi,

I'm interested in maintaining HomeBank in Debian, and would be happy to
be co-maintainer.

Unfortunately, I'll be away during the two next weeks, so don't expect
me to answer before the end of the month.

-- 
Adrien Cunin aka Adri2000


signature.asc
Description: Ceci est une partie de message	numériquement signée

Bug#433051: gappletviewer-4.1: Takes up all available memory and CPU cycles and does nothing

[David Liontooth]

Package: gappletviewer-4.1
Version: 4.1.2-12
Severity: normal


Any attempt to load a java applet in Firefox results in some kind of race -- 
massive memory and cpu utilization to no effect.

This is probably amd64-specific, though java itself is working fine.


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

Kernel: Linux 2.6.20.11 (SMP w/2 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash

Versions of packages gappletviewer-4.1 depends on:
ii  gcj-4.1-base  4.1.2-12   The GNU Compiler Collection (gcj b
ii  gij-4.1   4.1.2-12   The GNU Java bytecode interpreter
ii  libgcj7-1-awt 4.1.2-12   AWT peer runtime libraries for use

gappletviewer-4.1 recommends no packages.

-- no debconf information


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

Bug#291609: libc6: Missing funcions in libresolv

[Robert Edmonds]

Daniel Jacobowitz wrote:
> On Fri, Jan 21, 2005 at 05:07:49PM -0300, Martin Ferrari wrote:
> > I'm using functions defined in arpa/nameser.h, undocumented in libc, but
> > explained in chapter 12 of O'Reilly's DNS & BIND (ISBN: 0-596-00158-4).
> > I do think that this lack of documentation is also a bug.
> > 
> > They are included in /usr/lib/libresolv.a from libc6-dev package, but
> > not in libresolv.so. Below is included a small example program to
> > demonstrate this.
> > 
> > This is the error:
> > 
> > $ gcc -Wall -pedantic test.c -lresolv -o test
> > /tmp/cc6jU6ZL.o(.text+0xa4): In function `main':
> > : undefined reference to `__ns_initparse'
> > /tmp/cc6jU6ZL.o(.text+0x124): In function `main':
> > : undefined reference to `__ns_parserr'
> > /tmp/cc6jU6ZL.o(.text+0x190): In function `main':
> > : undefined reference to `__ns_name_uncompress'
> > collect2: ld returned 1 exit status
> > $
> > 
> > But this works:
> > 
> > $ gcc -Wall -pedantic test.c /usr/lib/libresolv.a -o test
> > $
> 
> FYI, they are in libresolv.so, but deliberately not exported.  Static
> linking ignores the export checks.
> 
> Whether they should be or not, I have no opinion.

Hi,

I'd like to see these symbols exported in libresolv.so, as I'm currently
packaging a DNS utility which makes use of them.

-- 
Robert Edmonds
[EMAIL PROTECTED]


signature.asc
Description: Digital signature

Bug#433050: mantis: [INTL:nb] Translation of debconf template for Norwegian Bokmal

[Hans Fredrik Nordhaug]

Package: mantis
Version: N/A
Severity: wishlist
Tags: patch l10n



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

Kernel: Linux 2.6.18-3-686 (SMP w/1 CPU core)
Locale: LANG=nb_NO, LC_CTYPE=nb_NO (charmap=ISO-8859-1)
# Copyright (C) 2007 Debian mantis team.
# This file is distributed under the same license as the mantis package.
# Hans Fredrik Nordhaug <[EMAIL PROTECTED]>, 2007.
#
msgid ""
msgstr ""
"Project-Id-Version: mantis 1.0.7\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2007-06-22 07:18-0400\n"
"PO-Revision-Date: 2007-07-14 01:27+0200\n"
"Last-Translator: Hans Fredrik Nordhaug <[EMAIL PROTECTED]>\n"
"Language-Team: Norwegian Bokmål <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms:  nplurals=2; plural=(n != 1);\n"

#. Type: string
#. Description
#: ../templates:1001
msgid "Mantis administrator e-mail address:"
msgstr "E-postadresse for Mantis-administrator:"

#. Type: string
#. Description
#: ../templates:1001
msgid ""
"Please enter the e-mail address of the administrator who will troubleshoot "
"user reported errors."
msgstr "Skriv inn e-postadressen for administratoren som vil feilsøke problemer 
meldt av brukere."

#. Type: string
#. Description
#: ../templates:2001
msgid "Mantis webmaster e-mail address:"
msgstr "E-postadresse for Mantis-nettadministrator:"

#. Type: string
#. Description
#: ../templates:2001
msgid ""
"Please enter the webmaster's e-mail address. It will be displayed at the "
"bottom of all Mantis pages."
msgstr "Skriv inn e-postadressen for nettadministratoren. Den vil vises på 
bunnen av alle sider i Mantis."

#. Type: string
#. Description
#: ../templates:3001
msgid "Sender address for bug report e-mails:"
msgstr "Avsenderadresse for e-post med feilmeldinger:"

#. Type: string
#. Description
#: ../templates:3001
msgid ""
"Please enter the address used as the origin address for Mantis bug report e-"
"mails."
msgstr "Skriv inn adressen brukt som avsenderadresse for Mantis sine 
feilmeldinger på e-post."

#. Type: string
#. Description
#: ../templates:4001
msgid "E-mail address for bounce-handling:"
msgstr "E-postadresse for avvisningshåndtering (bounce):"

#. Type: string
#. Description
#: ../templates:4001
msgid ""
"Please enter the address where bounced e-mails will be directed. Typically, "
"this should be set to be the same as the administrator's e-mail address."
msgstr "Skriv inn adressen hvor avviste e-poster vil bli sendt. Vanligvis skal 
dette være det samme some administratoren sin e-postadresse."

#. Type: boolean
#. Description
#: ../templates:5001
msgid "Configure Apache2 as web server for Mantis?"
msgstr "Sette opp Apache2 som nettjener for Mantis?"

#. Type: boolean
#. Description
#: ../templates:5001
msgid ""
"If you accept this option Apache2 will automatically be configured to "
"support Mantis via /etc/apache2/conf.d/ symlinks.  If you reject it, you "
"will have to configure your web server manually."
msgstr "Hvis du akseptere dette valget, vil Apache2 automatisk bli konfigurert 
til å støtte Mantis via symbolsker lenker i /etc/apache2/conf.d/. Hvis du 
avviser valget, må du konfigurere nettjeneren manuelt."

#. Type: note
#. Description
#: ../templates:6001
msgid "Administrator's password must be changed"
msgstr "Administratorens passord må endres."

#. Type: note
#. Description
#: ../templates:6001
msgid ""
"By default, the mantis package creates an administrator account. The "
"password for this account is 'root'."
msgstr "Vanligvis vil Mantis-pakken opprette en administrator-konto med passord 
\"root\"."

#. Type: note
#. Description
#: ../templates:6001
msgid ""
"It is highly recommended to change this password immediately after "
"installation is complete."
msgstr "Det er anbefalt på det sterkest å endre dette passordet umiddelbart 
etter at installasjonen er ferdig."

Bug#431239: Patches from Robert Millan

[Julian Mehnle]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Scott Kitterman wrote:
> On Friday 13 July 2007 16:20, Magnus Holmgren wrote:
> > Any comments or objections to these patches?
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;att=1;bug=431239
>
> RFC conformance issues #431239 is a little more complex:
>
> The patch carries an LGPL copyright notification.  Libspf2 is currently
> dual licensed under BSD and GPL version 2.

This seems to be a mistake in debian/copyright.  libspf2's LICENSES file 
says:

| The code in the libspf2 distribution is Copyright 2005 by Shevek
| and Wayne Schlitt, all rights reserved.  Copyright retained for the
| purpose of protecting free software redistribution.
|
| This program is free software; you can redistribute it and/or modify
| it under the terms of either:
|
|  a) the GNU Lesser General Public License as published by the Free
|  Software Foundation; either version 2.1, or (at your option) any
|  later version, or
|
|   OR
|
|   b) The two-clause BSD license.

I just reported this as a separate bug (bdo #433047[1]).

> I don't recall the exact rules on combining LGPL and GPL code (it hasn't
> come up in any packages I've done), but that needs to be considered.
>
> More important is that is LGPL code is incorporated, the package is no
> longer distributable under the BSD license.

This is true even considering that libspf2's actual license is LGPL/BSD 
rather than GPL/BSD.  Robert's patch needs to be dual-licensed under LGPL 
and BSD just like libspf2 in order to allow the patched libspf2 to be 
distributed under the BSD license in the future.  Robert, would you 
consider resubmitting your patch with the license note amended to that 
effect?

> From a technical perspective:
>
> Adding the Null Mail From HELO check is useful.  The approach used here
> is consistent with the approach that many long standing SPF libraries
> (Mail::SPF::Query and pyspf for two) take.  So this is good.

Agreed.  (Do not construe this as a retreat from the newer Mail::SPF Perl 
module's more formal approach, whose author I am.  Whereas I prefer the 
more formal approach, the less formal one used by Mail::SPF::Query, pyspf, 
and now libspf2, is certainly legitimate.)

> The second part of the change, changing the SPF None response string
> from
>
> "%s is neither permitted nor denied by %s",
>
> to
>
> "%s doesn't provide an SPF record"
>
> is a wording improvement, but given that it's been this way for several
> years, I don't know if there are programs that are dependent on that
> string.

If there was any code depending on the explanatory result text, then that 
would be a design bug in such code.

> So, I'd suggest this is an improvement, but not entirely without risk.
> I'd tend not to want to make it, but I could understand either way.

I say go ahead with the change.  I wouldn't... er... would not use a 
contraction, though.  Say "%s does not provide an SPF record" instead.

References:
 1. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=433047

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

iD8DBQFGmAnmwL7PKlBZWjsRAt/mAKDCQGnf80lNqAnUyxxFpWAxNrrtTwCghnUc
PIPXpUOYbXPIKLlSQaef9Tg=
=oZf7
-END PGP SIGNATURE-


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

Bug#96476: Please clean your inbox

[Email Administrator]

Your private and confidential message is attached. 
(uhd)

--


privatemessage1555.pdf
Description: Adobe PDF document

Bug#428038: torcs crashed at restart and in game

[Rudy Godoy Guillén]

severity 428038important
thanks

On 08/06/2007 at 09:19 Patrick Matthäi wrote...

> Package: torcs
> Version: 1.3.0-1
> Severity: serious
>
> Hello,
>
> while I was in a game I went to the game menu and pressed the restart 
> button, torcs instantly crashed after that.
>
> Then I started a new game (~ 40 rounds) and in the last two rounds the game 
> crashed, too.
>
> Kernel: 2.6.21.4
> DD: fglrx (8.37.6)
> Arch: 32bit
>
> Here's the whole output of my ~/.xsession-errors:

There was an issue with fglrx non-free driver and Xlibs which should
be fixed now. Please confirm if after upgrading it still happens.

I'm downgrading the bug since it doesn't render the package unusable
for all cases.

thanks and sorry for the delayed response.

-- 
Rudy Godoy | 0x3433BD21 | http://www.htu.com.pe  ,''`.
http://www.apesol.org  -  http://www.debian.org  : :' :
GPG FP: 0D12 8537 607E 2DF5 4EFB  35A7 550F 1A00 3433 BD21   `. `'
   `-


signature.asc
Description: Digital signature

Bug#433049: lm-sensors: current release partially broken with w83782d chip

[JusTiCe8]

Package: lm-sensors
Version: 1:2.10.3-1+b1
Severity: important

*** Please type your report below this line ***

After upgrading lm-sensors:
libsensors3 1:2.10.3-1 -> 1:2.10.3-1+b1
lm-sensors 1:2.10.3-1 -> 1:2.10.3-1+b1
sensord 1:2.10.3-1 -> 1:2.10.3-1+b1

sensors command is stuck (process status is D+) for more than one minute 
and can't read w83782d chip data:

w83782d-i2c-0-2d
Adapter: SMBus AMD766 adapter at 80e0
chs1 Fan:0 RPM  (min =0 RPM, div = 128) 
chs2 Fan:0 RPM  (min =0 RPM, div = 128) 
chs3 Fan:0 RPM  (min =0 RPM, div = 128) (beep)
VRM2 Temp:-1°C  (high =-1°C, hyst =-1°C)   sensor = 
transistor   
CPU1 Temp:  +0.0°C  (high =+0°C, hyst =+0°C)   sensor = 
transistor   
CPU0 Temp:  +0.0°C  (high =+0°C, hyst =+0°C)   sensor = 
transistor   (beep)
alarms:   
beep_enable:

 Sound alarm enabled

w83627hf-isa-0c00
Adapter: ISA adapter
CPU1 Fan: 1360 RPM  (min =  998 RPM, div = 8) 
CPU2 Fan: 168750 RPM  (min =  998 RPM, div = 8) 
VRM1 Temp:   +48°C  (high =   +50°C, hyst =   +45°C)   sensor = 
transistor   ALARM   
AGP Temp:  +54.0°C  (high =   +52°C, hyst =   +47°C)   sensor = 
transistor   ALARM   
DDR Temp:  +48.0°C  (high =   +52°C, hyst =   +47°C)   sensor = 
transistor   
vid:  +1.650 V  (VRM Version 9.0)

alarms:   Chassis intrusion detection  ALARM
beep_enable:
 Sound alarm disabled


previous release was ok and work as expected. Nothing special show in 
changelog.
The running kernel is the same, with same modules, as used with older 
release before upgrade.


MB is a Tyan s2460 with 2 Athlon MP2200+


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

Kernel: Linux 2.6.18-1 (SMP w/2 CPU cores; PREEMPT)
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages lm-sensors depends on:
ii  libc6  2.5-9+b1  GNU C Library: Shared libraries
ii  libsensors31:2.10.3-1+b1 library to read 
temperature/voltag
ii  perl   5.8.8-7   Larry Wall's Practical 
Extraction

ii  sed4.1.5-2   The GNU sed stream editor
ii  ucf3.001 Update Configuration File: 
preserv


lm-sensors recommends no packages.

-- no debconf information

Bug#432945: coreutils: ls --quoting-style=c and | (pipe) symbol

[Jim Meyering]

Mathieu Malaterre <[EMAIL PROTECTED]> wrote:
> Package: coreutils
> Version: 5.2.1-2
> Severity: normal
>
> output of ls --quoting-style=c is incorrect when filename contains |
> (pipe) symbol.
>
> Steps:
>   mkdir /tmp/bla
>   touch "/tmp/bla/filename with | pipe"
>   ls --quoting-style=c /tmp/bla
>
> returns:
>
>  "filename with \| pipe"

Thanks for the report.
For the record, that seems not to have been a problem
with stock coreutils:

  $ mkdir ff && touch 'ff/aaa|b'
  $ ls --quoting-style=c ff
  "aaa|b"
  $ /coreutils-5.3.0/bin/ls --quoting-style=c ff
  "aaa|b"
  $ /coreutils-5.2.1/bin/ls --quoting-style=c ff
  "aaa|b"
  $


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

Bug#433036: xserver-xorg: Mouse stopped working after update

[Ralf Angeli]

* Brice Goglin (2007-07-14) writes:

> If you already tried downgrading to 2.6.18, I don't see what could cause
> the problem then. Does anything interesting appear in dmesg?

Not really:

# dmesg | grep -C 1 mouse
serio: i8042 AUX port at 0x60,0x64 irq 12
mice: PS/2 mouse device common for all mice
TCP bic registered

> Is psmouse
> or any other required mouse module loaded?

Oh, psmouse was _not_ loaded!  Loading it made the mouse pointer
responsive again.  Thanks for the hint!

Now I just wonder why this is not loaded automatically anymore.  There
appeared a new version of module-init-tools.  Could that be the culprit?

> Things like udev might be involved,

The installation I have here is about three years old and is still
working with devfs.  I guess I should bite the bullet soon and install
udev. (c:

-- 
Ralf


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

Bug#433041: iodine: [INTL:pt] Portuguese translation for debconf messages

[gregor herrmann]

tags 433041 + pending
thanks

On Fri, 13 Jul 2007 23:18:50 +0100, Miguel Figueiredo wrote:

> Portuguese translation for iodine's debconf messages.
> Translator: Américo Monteiro <[EMAIL PROTECTED]>
> Feel free to use it.

Muito obrigado!
 
I will happily include it in the next upload.

Cheers,
gregor

-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian: the universal operating system - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: James Taylor: Carolina In My Mind


signature.asc
Description: Digital signature

Bug#433047: libspf2: debian/copyright misrepresents license as GPL/BSD, should be LGPL/BSD

[Julian Mehnle]

Package: libspf2
Version: 4
Severity: serious
Tags: patch
Justification: Policy 12.5

debian/copyright misrepresents the license as GPL/BSD, but libspf2's
README file says:

| The code in the libspf2 distribution is Copyright 2005 by Shevek
| and Wayne Schlitt, all rights reserved.  Copyright retained for the
| purpose of protecting free software redistribution.
| 
| This program is free software; you can redistribute it and/or modify
| it under the terms of either:
| 
|   a) the GNU Lesser General Public License as published by the Free
|  Software Foundation; either version 2.1, or (at your option) any
|  later version, or
| 
|   OR
| 
|   b) The two-clause BSD license.
| 
| [...]

So the license really is LGPL/BSD.  I am attaching a patch that updates
debian/copyright accordingly.
diff -ruN libspf2-1.2.5.dfsg.org/debian/copyright 
libspf2-1.2.5.dfsg/debian/copyright
--- libspf2-1.2.5.dfsg.org/debian/copyright 2007-07-13 22:06:15.0 
+
+++ libspf2-1.2.5.dfsg/debian/copyright 2007-07-13 22:56:41.0 +
@@ -9,11 +9,12 @@
 
 Copyright:
 
-This software is copyright (c) 2004 by Wayne Schlitt <[EMAIL PROTECTED]>
+This software is copyright (c) 2004-2005 by Wayne Schlitt <[EMAIL PROTECTED]>
+and Shevek <[EMAIL PROTECTED]>
 
-You are free to distribute this software under the terms of
-the GNU General Public License version 2 or the BSD license, at your choice.
+You are free to distribute this software under the terms of the GNU Lesser
+General Public License version 2.1 or the BSD license, at your choice.
 
-On Debian systems, the complete text of the GNU General Public
-License can be found in the file `/usr/share/common-licenses/GPL-2' and
+On Debian systems, the complete text of the GNU Lesser General Public
+License can be found in the file `/usr/share/common-licenses/LGPL-2.1' and
 the BSD license can be found in the file `/usr/share/common-licenses/BSD'.

Bug#433048: ITP: nagvis -- Visualization addon for Nagios

[Hendrik Frenzel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Package: wnpp
Owner: Hendrik Frenzel <[EMAIL PROTECTED]>
Severity: wishlist

* Package name: nagvis
  Version : 1.1rc2-1
  Upstream Author : Lars Michelsen <[EMAIL PROTECTED]>,
Michael Luebben <[EMAIL PROTECTED]>
* URL : http://www.nagvis.org
* License : GPL
  Programming Lang: PHP
  Description : Visualization addon for Nagios

NagVis can be used to visualize Nagios Data, e.g. to display IT
processes like
a mail system or a network infrastructure.

 Key features are:

  * Display of single Hosts or Services
  * Display the state of a Host dependent on the state of its services
("recognize services")
  * Visualize a complete Host- oder Servicegroup with one icon
  * Define Sub-Map icons wich represent a complete NagVis Map of
Hosts/Services/Groups in one icon (drill down)
  * Visualization of complete IT Processes using self drawn graphics

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

Kernel: Linux 2.6.18-4-vserver-686 (SMP w/1 CPU core)
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

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

iD8DBQFGmASzjWcQfAgCZA8RCJY8AJ4kyq7+jQHB/1FQv73ucc84wIxJqwCgjgTk
yWGH6l3W9WZrOF70F08NOc8=
=51S2
-END PGP SIGNATURE-



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

Bug#432763: gdm: XDMCP chooser don't forward the client IPaddress to the server

[Vincent Rivière]

> Could you please try with 2.18.3-4?

I didn't upgrade to this package because it would upgrade the libc, too, and
I can't do that on this server.
Instead, I've extracted /usr/sbin/gdm and /usr/lib/gdm/gdmchooser from the
binary package.

The problem is the same as in 2.18.2-1

Vincent



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

Bug#433046: menu: [INTL:nb] Translation of su-to-root program for Norwegian Bokmal

[Hans Fredrik Nordhaug]

Package: menu
Version: N/A
Severity: wishlist
Tags: patch l10n



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

Kernel: Linux 2.6.18-3-686 (SMP w/1 CPU core)
Locale: LANG=nb_NO, LC_CTYPE=nb_NO (charmap=ISO-8859-1)
# 
# Copyright (C) 2007 Debian menu team
# This file is distributed under the same license as the menu package.
# Bill Allombert <[EMAIL PROTECTED]>, 2007.
# Hans Fredrik Nordhaug <[EMAIL PROTECTED]>, 2007.
#
msgid ""
msgstr ""
"Project-Id-Version: menu 2.1.34\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2007-06-05 21:25+0200\n"
"PO-Revision-Date: 2007-07-14 00:54+0200\n"
"Last-Translator: Hans Fredrik Nordhaug <[EMAIL PROTECTED]>\n"
"Language-Team: Norwegian Bokmål <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms:  nplurals=2; plural=(n != 1);\n"

#: ../scripts/su-to-root:31
msgid ""
"usage: %s [-X] [-p ] -c \n"
"  -c command: command to execute as a string (mandatory)\n"
"  -p : user to switch to (default: root)\n"
"  -X: command is a X11 program\\n"
msgstr ""
"bruk: %s [-X] [-p ] -c \n"
"  -c kommando: kommandoen som skal utføres som en tekststreng (obligatorisk)\n"
"  -p : user to switch to (standard: root)\n"
"  -X: kommandoen er et X11 program\\n"

#: ../scripts/su-to-root:62
msgid "About to execute %s.\\n"
msgstr "På vei til å utføre %s.\\n"

#: ../scripts/su-to-root:63
msgid "This command needs %s privileges to be executed.\\n"
msgstr "Denne kommandoen krever %s-rettigheter for å bli utført.\\n"

#: ../scripts/su-to-root:72
msgid "Using %s...\\n"
msgstr "Bruker %s ...\\n"

#: ../scripts/su-to-root:73
msgid "Enter %s passwd at prompt.\\n"
msgstr "Skriv inn %s passwd på kommandolinja.\\n"

#: ../scripts/su-to-root:76
msgid "Incorrect password or command failed. Try again? (y/N)"
msgstr "Ugyldig passord eller kommandoen feilet. Prøv igjen? (j/N)"

Bug#428560: [i-scream.org #11723] Bug#428560: pystatgrab: statgrab.sg_get_process_stats() crashes python

[Tim Bishop via RT]

On Tue Jun 12 22:21:31 2007, [EMAIL PROTECTED] wrote:
> Package: pystatgrab
> Severity: normal
> Tags: patch
> 
> 
> Calling statgrab.sg_get_process_stats() more than once will crash the
> python interpreter.  This was fixed back in 2005 and is detailed here:
> 
>
http://cvs.i-scream.org/viewvc.cgi/projects/pystatgrab/_statgrab.pyx?r1=1.17&r2=1.18

This is fixed in the freshly release pystatgrab 0.5.

Tim.

-- 
Tim Bishop
http://www.i-scream.org/
PGP Key: 0x5AE7D984


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

Bug#432437: Ported

[Enrico Zini]

Hello,

I've completed the porting of tagcolledit to libtagcoll2-dev at
svn://svn.debian.org/debtags/tagcolledit/trunk

It depends on a very small fix on libtagcoll2-dev, so I need to prepare
an new upload of it as well.


Ciao,

Enrico

-- 
GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini <[EMAIL PROTECTED]>


signature.asc
Description: Digital signature

Bug#433045: faqomatic: [INTL:pt] Portuguese translation for debconf messages

[Miguel Figueiredo]

Package: faqomatic
Version: 2.721-9.1
Tags: l10n, patch
Severity: wishlist

Portuguese translation for faqomatic's debconf messages.
Translator: Américo Monteiro <[EMAIL PROTECTED]>
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .


--
Best regards,

Miguel Figueiredo
"Traduz" - Portuguese Translation Team
http://www.DebianPT.org


pt.po
Description: application/gettext

Bug#433018: libxine1: xine doesn't work in updated Debian testing

[Reinhard Tartler]

Rafael <[EMAIL PROTECTED]> writes:

> Package: libxine1
> Version: 1.1.7-1
> Severity: normal
>
>

This isn't really much information. Perhaps you care to give a bit more
information what you did try and what didn't work?

> -- System Information:
>
> Versions of packages libxine1 recommends:
> pn  libxine1-ffmpeg(no description available)

Have you considered reading the package description of that package (and
even considered to install it)?
-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4


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

Bug#431911: xgalaga

[Josselin Mouette]

Le jeudi 05 juillet 2007 à 23:44 +0200, Ingo Seidel a écrit :
> playing xgalaga  for a while,will be interrupted from screensaver(debian
> etch 4.0 default) with
> the result of crashing xserver in a way that i can`t click on anything
> on the desktop.

In this case, is the screen completely black, or is it just stalled?

Can you still switch to other virtual consoles with control+alt+F1 to
F6 ? If not, can you still access the machine with SSH ?

Cheers,
-- 
 .''`.
: :' :  We are debian.org. Lower your prices, surrender your code.
`. `'   We will add your hardware and software distinctiveness to
  `-our own. Resistance is futile.


signature.asc
Description: Ceci est une partie de message	numériquement signée

Bug#433044: zope-exuserfolder: [INTL:pt] Portuguese translation for debconf messages

[Traduz - Portuguese Translation Team]

Package: zope-exuserfolder
Version: 0.50.1-7
Tags: l10n, patch
Severity: wishlist

Portuguese translation for zope-exuserfolder's debconf messages.
Translator: Américo Monteiro <[EMAIL PROTECTED]>
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .


--
Best regards,

Miguel Figueiredo
"Traduz" - Portuguese Translation Team
http://www.DebianPT.org


pt.po
Description: application/gettext

Bug#433043: adduser: [INTL:nb] Norwegian Bokmal debconf templates translation

[Hans Fredrik Nordhaug]

Package: adduser
Version: N/A
Severity: wishlist
Tags: patch l10n



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

Kernel: Linux 2.6.18-3-686 (SMP w/1 CPU core)
Locale: LANG=nb_NO, LC_CTYPE=nb_NO (charmap=ISO-8859-1)
#
#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: adduser 3.63\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2007-06-30 09:45+0200\n"
"PO-Revision-Date: 2007-07-14 00:27+0200\n"
"Last-Translator: Hans Fredrik Nordhaug <[EMAIL PROTECTED]>\n"
"Language-Team: Norwegian <[EMAIL PROTECTED]>\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=iso-8859-1\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../templates:2001
msgid "Do you want system-wide readable home directories?"
msgstr "Vil du ha at hjemmekatalogene skal være lesebare for alle på systemet?"

#. Type: boolean
#. Description
#: ../templates:2001
msgid ""
"By default, users' home directories are readable by all users on the system. "
"If you want to increase security and privacy, you might want home "
"directories to be readable only for their owners. But if in doubt, leave "
"this option enabled."
msgstr "Vanligvis kan alle brukerne på systemet lese hjemmekatalogene til 
hverandre. Hvis du vil øke sikkerheten og fortroligheten, så vil du kanskje at 
hjemmekatalogene kun skal være lesbare av eierne. Hvis du er usikker, la dette 
valget være aktivert. "

#. Type: boolean
#. Description
#: ../templates:2001
msgid ""
"This will only affect home directories of users added from now on with the "
"adduser command."
msgstr "Dette vil kun påvirke hjemmekataloger for brukere opprettede fra nå av 
med adduser-kommandoen."

Bug#433036: xserver-xorg: Mouse stopped working after update

[Brice Goglin]

Ralf Angeli wrote:
>> You could try running "cat /dev/psaux" or "cat /dev/input/mice" as root
>> while moving the mouse. If the kernel is fine, some ugly characters
>> should appear in the terminal.
>> 
>
> Nothing appears.  So perhaps it's really a problem of the kernel or a
> related package.
>   

If you already tried downgrading to 2.6.18, I don't see what could cause
the problem then. Does anything interesting appear in dmesg? Is psmouse
or any other required mouse module loaded?

Things like udev might be involved, but there are few chances it breaks
something like this. Checking that you have the following attributes
should be enough.
crw-rw 1 root root 10, 1 2007-07-07 21:19 /dev/psaux
crw-rw 1 root root 13, 63 2007-07-07 21:19 /dev/input/mice

Brice



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

Bug#418176: hal: #418176 confirmed

[Laurent Grawet]

On 14/07/07 00:15, Michael Biebl wrote:
> Laurent Grawet wrote:
>> Hi,
>>
>> On 13/07/07 23:28, Michael Biebl wrote:
>>> Laurent Grawet wrote:
 Package: hal
 Version: 0.5.8.1-9
 Followup-For: Bug #418176

 Hello,

 I confirm this behaviour. This is a really annoying bug.

>>> Are you using the ntfs or the ntfs-3g driver?
>>>
>>> Michael
>>>
>>>
>> The current behavior of HAL is to use the ntfs driver so this is the one
>> I used first. I also tried to use ntfs-3g thanks to rules I took from
>> Ubuntu, without much success.
>>
>> Note this brings out another problem: there is no way to easily tell HAL
>> to use ntfs-3g instead of ntfs with current packaging.
>>
>> pmount is also unable to handle this (a patched version also exists for
>> ubuntu). You will find in attachment the rules I used with HAL for
>> ntfs-3g (for information).
> 
> Just to be sure: The problem you are encountering, is that for local or
> removable devices? If the former, it is an expected behaviour as we
> currently only allow users to mount non-removable devices if they are
> defined in /etc/fstab and marked with the "user" option.

External USB2 hard drive.

Laurent


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

Bug#433006: gnome: Administration tools empty

[Josselin Mouette]

reassign 433006 libnet-dbus-perl
forcemerge 430186 433006
thanks

Le vendredi 13 juillet 2007 à 12:23 -0600, Bob Lounsbury a écrit :
> Everything seems to be working on the system. However, recently I 
> upgraded from stable to unstable and now under System->Administration 
> several of the options are blank. These include: Network, Shared 
> Folders, Services, and Users and Groups. Even though Network is empty, my 
> wired 
> and wireless cards are working fine and Network Manager shows the 
> options and connects to the internet perfectly. I emailed the powerpc 
> list and someone else responded and reported a similiar issue on amd64.

This is a known bug in Net::Dbus. Meanwhile, you can downgrade dbus to
workaround the issue.

Cheers,
-- 
 .''`.
: :' :  We are debian.org. Lower your prices, surrender your code.
`. `'   We will add your hardware and software distinctiveness to
  `-our own. Resistance is futile.


signature.asc
Description: Ceci est une partie de message	numériquement signée

Bug#432182: nvidia-kernel-source 100.14.11 bug

[David Lopez Zajara (Er_Maqui)]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Severity: blocker

I have re-tested this bug on oldest kernel 2.6.18-4, and after recompile
the nvidia-kernel-source for nvidia-glx compatibility, i have
experimented the same freezes of the system.

I can reproduce this bug on 2.6.18-4, 2.6.21-1 and 2.6.21-2 (-6). Always
with nvidia-kernel-source 100.14.11.

I have reverted my nvidia-kernel to 100.14.09 with 2.6.21-2 (-6) and i'm
working perfectly from 1hour 40minutes ago. With the bug, i can't have
the system working for more of 20 minutes.

If need more info of this bug, please tell me.

I'm changing the package owner of this bug.

Regards.
Er_Maqui.

- --
[EMAIL PROTECTED]  ||  http://maqui.darkbolt.net
Linux registered user number: #363219
PGP key avaliable at KeyServ. KeyID: 0x4233E9F2
- --
Los hombres somos esclavos de la historia
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGl/v6fFjA4EIz6fIRAvC1AJ9+2e2gbw0AKYYQCZcTWfYGbzdSRACeL8cr
GmKCVa4Ai0yr5NDjhfeqK8g=
=1Kuj
-END PGP SIGNATURE-


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

Bug#432975: seahorse: systray applet does not show up anymore

[Josselin Mouette]

Le vendredi 13 juillet 2007 à 16:50 +0200, Michael Biebl a écrit :
> I don't completely agree with the decision though.
> The notification area icon only shows up, as soon as you actually use
> one of your SSH or GPG keys. You then get the options in the context
> menu to show the currently active keys and clear the cache, which is a
> useful and valuable functionality imho. It makes it clear and obvious,
> that one of your keys is currently in use, so I'd vote for reverting
> this change.

Practically speaking, it is here most of the time while there is nothing
to be notified of. This is an abuse of the purpose of the notification
area, but clearly not the only one. Many people are eager to see the new
applet API at work to get rid of such abuse.

-- 
 .''`.
: :' :  We are debian.org. Lower your prices, surrender your code.
`. `'   We will add your hardware and software distinctiveness to
  `-our own. Resistance is futile.


signature.asc
Description: Ceci est une partie de message	numériquement signée

Bug#430508: Patches from Robert Millan

[Julian Mehnle]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Magnus Holmgren wrote:
> Any comments or objections to these patches?
> http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;att=1;bug=430508

Thanks for your patch!

Robert Millan wrote in bugs.debian.org #430508:
> spfquery segfaults when passing it a -guess argument:
>
>   $ spfquery -ip 1.2.3.4 -sender [EMAIL PROTECTED] -helo foo -guess blah
>
> This is caused by spf_response_2mx being a null pointer in
> APPEND_RESULT(SPF_response_result(spf_response_2mx));
>
> I *think* that usage of this variable is all wrong in this routine,
> since we're checking for fallback spf record not 2nd rcpt mx.  See
> attached patch for a proposed fix.

I think the use of the "spf_response_2mx" variable instead of an 
additional, separate "spf_response_fallback" for the fallback branch in 
spfquery.c was laziness on the spfquery author's part.  However, the 
initialization of "spf_response" instead of "spf_response_2mx" was clearly 
erroneous.  Overall, I think Robert's patch for bdo #430508 is sound.

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

iD8DBQFGl/pRwL7PKlBZWjsRAnpuAKC7QdzqLZaA/anMRjEDWU+DywcOPQCdGUpo
H01G+BtYJPDSJGo1tNhA0rg=
=xWK1
-END PGP SIGNATURE-


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

Bug#433038: Additional Information

[Gunter Ohrner]

An additional detail: I'm using the Apache Prefork Worker Model.


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

Bug#433041: iodine: [INTL:pt] Portuguese translation for debconf messages

[Miguel Figueiredo]

Package: iodine
Version: 0.4.0-2
Tags: l10n, patch
Severity: wishlist

Portuguese translation for iodine's debconf messages.
Translator: Américo Monteiro <[EMAIL PROTECTED]>
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .


--
Best regards,

Miguel Figueiredo
"Traduz" - Portuguese Translation Team
http://www.DebianPT.org


pt.po
Description: application/gettext

Bug#433036: xserver-xorg: Mouse stopped working after update

[Ralf Angeli]

* Brice Goglin (2007-07-13) writes:

> Ralf Angeli wrote:
>
>> Perhaps somebody can help me narrow down the problem.  My idea was to 
>> downgrade X packages possibly causing the problem but I am not sure 
>> which of them are candidates.  I'm not even sure if it's the fault of X.  
>
> xserver-xorg-core would be the first candidate. Then drivers. Then libs.

xserver-xorg-core alone did not really work since the server complained
about incompatible ABI versions.  I've now downgraded xserver-xorg,
xserver-xorg-core, xlibs-data, xserver-xorg-input-kbd and
xserver-xorg-input-mouse to the versions for etch (I guess).  That did
not help, unfortunately.  I'll try a little more tomorrow.

> Did you try both /dev/psaux and /dev/input/mice?

Yes.  The new xorg.conf generated by `dpkg-reconfigure xserver-xorg'
contained a reference to this device.

> You could try running "cat /dev/psaux" or "cat /dev/input/mice" as root
> while moving the mouse. If the kernel is fine, some ugly characters
> should appear in the terminal.

Nothing appears.  So perhaps it's really a problem of the kernel or a
related package.

>> (EE) AIGLX error: dlopen of /usr/lib/dri/r300_dri.so failed 
>> (/usr/lib/dri/r300_dri.so: cannot open shared object file: No such file or 
>> directory)
>
> Looks like you need to install libgl1-mesa-dri (unrelated to your problem).

Thanks, I fixed that.

-- 
Ralf


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

Bug#418176: hal: #418176 confirmed

[Michael Biebl]

Laurent Grawet wrote:
> Hi,
> 
> On 13/07/07 23:28, Michael Biebl wrote:
>> Laurent Grawet wrote:
>>> Package: hal
>>> Version: 0.5.8.1-9
>>> Followup-For: Bug #418176
>>>
>>> Hello,
>>>
>>> I confirm this behaviour. This is a really annoying bug.
>>>
>> Are you using the ntfs or the ntfs-3g driver?
>>
>> Michael
>>
>>
> 
> The current behavior of HAL is to use the ntfs driver so this is the one
> I used first. I also tried to use ntfs-3g thanks to rules I took from
> Ubuntu, without much success.
> 
> Note this brings out another problem: there is no way to easily tell HAL
> to use ntfs-3g instead of ntfs with current packaging.
> 
> pmount is also unable to handle this (a patched version also exists for
> ubuntu). You will find in attachment the rules I used with HAL for
> ntfs-3g (for information).

Just to be sure: The problem you are encountering, is that for local or
removable devices? If the former, it is an expected behaviour as we
currently only allow users to mount non-removable devices if they are
defined in /etc/fstab and marked with the "user" option.

Michael


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#433040: lyskom-server: [INTL:pt] Portuguese translation for debconf messages

[Miguel Figueiredo]

Package: lyskom-server
Version: 2.1.2-6
Tags: l10n, patch
Severity: wishlist

Portuguese translation for lyskom-server's debconf messages.
Translator: Américo Monteiro <[EMAIL PROTECTED]>
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .


--
Best regards,

Miguel Figueiredo
"Traduz" - Portuguese Translation Team
http://www.DebianPT.org


pt.po
Description: application/gettext

Bug#432953: kid3: kid3 not allowing creation of new export/import formats

[Paulo Marcel Coelho Aragao]

Urs,

Thank you for your more than patient explanation. I believe I found what
seems to be the bug: if one of the fields, either from the import or the
export dialog, is not filled, kid3 doesn't store the new format. The
same happens if I edit kid3rc directly: if one of the fields is left
blank, kid3 restores the lists to their default values.

Your example works because all fields have values. If one field is left
empty, the format is not stored.

This still seems to be a bug to me, particularly because some of the
default formats do not have values for all fields, and it doesn't make
sense to mandate all fields. In my particular case, I was trying to
export a simple list of all track titles, so I don't need to have values
for header nor trailer. And, for importing, I just wanted to parse a
list of 'artist - title' lines, without any header.

Regards,
Paulo


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

Bug#210309: Please clean your inbox

[Marylou]

Your private and confidential message is attached. 
(ktq)

--


privatemessage3098.pdf
Description: Adobe PDF document

Bug#410817: unable to reproduce

[dann frazier]

Mark,
 I found a megaraid card today in the hopes that I could reproduce
this problem - unfortunately, I could not. See the log below.

As you can see, my card also has the 101e:1960 pci id. 

At POST mine reports itself as:
"hp raid controller BIOS version G.02.03"

Is there maybe a firmware upgrade available for yours?
See:
 http://lackof.org/taggart/hacking/netraid/

Also, do more recent kernels work for you?

Linux version 2.6.18-4-686 (Debian 2.6.18.dfsg.1-12) ([EMAIL PROTECTED]) (gcc 
version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #1 SMP Mon Mar 26 
17:17:36 UTC 2007
...
megaraid cmm: 2.20.2.7 (Release Date: Sun Jul 16 00:01:03 EST 2006)
megaraid: 2.20.4.9 (Release Date: Sun Jul 16 12:27:22 EST 2006)
...
megaraid: probe new device 0x101e:0x1960:0x103c:0x60e8: bus 7:slot 0:func 0
ACPI: PCI Interrupt :07:00.0[A] -> GSI 21 (level, low) -> IRQ 209
PCI: Setting latency timer of device :07:00.0 to 64
megaraid: fw version:[] bios version:[G ]
scsi0 : LSI Logic MegaRAID driver
scsi[0]: scanning scsi channel 0 [Phy 0] for non-raid devices
...
scsi[0]: scanning scsi channel 1 [Phy 1] for non-raid devices
scsi[0]: scanning scsi channel 2 [virtual] for logical drives
  Vendor: MegaRAID  Model: LD 0 RAID1   34G  Rev:   H 
  Type:   Direct-Access  ANSI SCSI revision: 02
SCSI device sda: 71129088 512-byte hdwr sectors (36418 MB)
sda: Write Protect is off
sda: Mode Sense: 00 00 00 00
sda: asking for cache data failed
sda: assuming drive cache: write through
SCSI device sda: 71129088 512-byte hdwr sectors (36418 MB)
sda: Write Protect is off
sda: Mode Sense: 00 00 00 00
sda: asking for cache data failed
sda: assuming drive cache: write through
 sda: sda1 sda2 < sda5 >
sd 0:2:0:0: Attached scsi disk sda
...

-- 
dann frazier



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

Bug#433033: Pseudo-Image-Kit not exist

[Martin Michlmayr]

Maybe someone from debian-cd can anwser this message:

* Piotr SQL Skólski <[EMAIL PROTECTED]> [2007-07-12 02:35]:
> Package: pseudo-image-kit
> Version: 2.0
> 
> This package not exist on any mirror and homepage : 
> http://cdimage.debian.org/~costar/pseudo-image-kit/ .
> Why ?
> http://www.debian.org/CD/pik/
> Where can i get archived package ?

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

Bug#433039: nss-ldapd: [INTL:pt] Portuguese translation for debconf messages

[Traduz - Portuguese Translation Team]

Package: nss-ldapd
Version: 0.2.1
Tags: l10n, patch
Severity: wishlist

Portuguese translation for nss-ldapd's debconf messages.
Translator: Américo Monteiro <[EMAIL PROTECTED]>
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .


--
Best regards,

Miguel Figueiredo
"Traduz" - Portuguese Translation Team
http://www.DebianPT.org


pt.po
Description: application/gettext

Bug#418176: hal: #418176 confirmed

[Laurent Grawet]

On 13/07/07 23:28, Michael Biebl wrote:
> Laurent Grawet wrote:
>> Package: hal
>> Version: 0.5.8.1-9
>> Followup-For: Bug #418176
>>
>> Hello,
>>
>> I confirm this behaviour. This is a really annoying bug.
>>
> 
> Are you using the ntfs or the ntfs-3g driver?
> 
> Michael
> 
> 

Sorry, I forgot to attach the file...
Here it is.
 





	

  	
	ntfs-3g
		

	




	

  	
	nonempty
	true
	true
   	

	

Bug#410817: Will this problem be fixed soon?

[dann frazier]

On Fri, Jul 13, 2007 at 03:00:00PM +0200, Guillaume Estival wrote:
> I need to reinstall properly a file server into etch because it is
> originally a testing sarge moved onto stable sarge dist upgrade into
> etch. The result isn't really good (some things do not run anymore) but
> I can't reinstall the system since Etch 4.0r0 DVD don't even see my RAID
> 1 PERC controller

You say its not even seeing the controller? If so, I'd suggest filing
a separate bug. This report describes an issue where the controller is
found but logical disks are not detected.

Also see:
 http://wiki.debian.org/DebianKernelReportingBugs

-- 
dann frazier



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

Bug#391520: Check that, the bug almost doesn't occur with flashplugin-nonfree installed

[Dominique Brazziel]

I say 'almost' because after stopping a 'youtube'
video the sound card is still owned by iceweasel.  If
I close the tab or go to another web page the sound
card has been released.


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

Bug#421734: Other broken keys

[Enrico Zini]

Hello,

this also breaks Ctrl+Shift+Up and Ctrl+Shift+Down, which in vim 7+ mean
"Previos tab" and "Next tab".  Work-around is to use gT but
it's really, really annoying.

Very frustrated since a few days,

Enrico

-- 
GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini <[EMAIL PROTECTED]>


signature.asc
Description: Digital signature

Bug#418176: hal: #418176 confirmed

[Laurent Grawet]

Hi,

On 13/07/07 23:28, Michael Biebl wrote:
> Laurent Grawet wrote:
>> Package: hal
>> Version: 0.5.8.1-9
>> Followup-For: Bug #418176
>>
>> Hello,
>>
>> I confirm this behaviour. This is a really annoying bug.
>>
> 
> Are you using the ntfs or the ntfs-3g driver?
> 
> Michael
> 
> 

The current behavior of HAL is to use the ntfs driver so this is the one
I used first. I also tried to use ntfs-3g thanks to rules I took from
Ubuntu, without much success.

Note this brings out another problem: there is no way to easily tell HAL
to use ntfs-3g instead of ntfs with current packaging.

pmount is also unable to handle this (a patched version also exists for
ubuntu). You will find in attachment the rules I used with HAL for
ntfs-3g (for information).

Best regards,

Laurent


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

Bug#433036: xserver-xorg: Mouse stopped working after update

[Brice Goglin]

Ralf Angeli wrote:
> after updating my Debian/sid system yesterday the mouse stopped working, 
> i.e. the X server starts up normally but the mouse pointer cannot be 
> moved via trackpoint, touchpad or USB mouse (this is on a Thinkpad 
> T41p).  The keyboard is working normally.  My last update was probably 
> two to four weeks ago.
>   

I don't remember any really big X-related update in sid in the last
month, at least regarding the server core and mouse driver.

> Perhaps somebody can help me narrow down the problem.  My idea was to 
> downgrade X packages possibly causing the problem but I am not sure 
> which of them are candidates.  I'm not even sure if it's the fault of X.  
>   

xserver-xorg-core would be the first candidate. Then drivers. Then libs.

> Another suspect could be the kernel but downgrading to 2.6.18 did not 
> change anything.  I also tried a new xorg.conf generated through 
> `dpkg-reconfigure xserver-xorg'.  This did not change anything either.
>   

I would have voted for the kernel too.

> Section "InputDevice"
>   Identifier  "Configured Mouse"
>   Driver  "mouse"
>   Option  "CorePointer"
>   Option  "Device""/dev/psaux"
>   Option  "Protocol"  "ImPS/2"
> # Option  "Device""/dev/input/mice"
> # Option  "Protocol"  "auto"
>   Option  "Emulate3Buttons"   "true"
>   Option  "ZAxisMapping"  "4 5"
> EndSection
>   

Did you try both /dev/psaux and /dev/input/mice?

You could try running "cat /dev/psaux" or "cat /dev/input/mice" as root
while moving the mouse. If the kernel is fine, some ugly characters
should appear in the terminal.

> (EE) AIGLX error: dlopen of /usr/lib/dri/r300_dri.so failed 
> (/usr/lib/dri/r300_dri.so: cannot open shared object file: No such file or 
> directory)
>   

Looks like you need to install libgl1-mesa-dri (unrelated to your problem).

Brice



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

Bug#433038: libapache2-mod-python: mod_python collides with mod_php5, rendering psp ususuable without proper error messages

[Gunter Ohrner]

Package: libapache2-mod-python
Version: 3.3.1-2
Severity: grave
Justification: renders package unusable


May be related to #411487, but does not seem to be the same:

If libapache2-mod-python is installed together with libapache2-mod-php5, (at 
least) the mod_python.psp handler fails immediately without any proper error 
message.

This also happens if the php5 mhash module is uninstalled, purged and apache is 
restarted. 
mod_python starts working immediately if mod-php5 is disabled using "a2dismod 
php5" and 
restarting apache.

The failure of mod_python.psp shows itself in that empty documents are 
delivered, but no error 
message is sent to the client or the error log. This in turn seems to be caused 
by the _psp.so 
module's parse() function which seems to return an empty string, effectively 
behaving as if 
the parsed psp file would be empty.

Interestingly, _psp.so's parsestring() function causes an immediate SIGSEGV of 
Apache's worker 
process.

This effectively renders mod_python.psp unusuable as soon as mod-php5 (maybe 
together with 
some specific modules) is installed and it's also hard to debug as there's no 
indication 
whatsoever of what is going wrong, other than that it "doesn't work".

My php related packages:

ii  libapache2-mod-php5 5.2.3-1+b1  
server-side, 
ii  php5-common 5.2.3-1+b1  Common 
files for 
ii  php5-curl   5.2.3-1+b1  CURL 
module for php5
ii  php5-gd 5.2.3-1+b1  GD 
module for php5
ii  php5-imagick2.0.0a2-1   
ImageMagick module for 
ii  php5-imap   5.2.3-1+b1  IMAP 
module for php5
ii  php5-ldap   5.2.3-1+b1  LDAP 
module for php5
ii  php5-mcrypt 5.2.3-1+b1  MCrypt 
module for php5
ii  php5-mysql  5.2.3-1+b1  MySQL 
module for php5
ii  php5-pgsql  5.2.3-1+b1  
PostgreSQL module for 
ii  php5-pspell 5.2.3-1+b1  pspell 
module for php5
ii  php5-recode 5.2.3-1+b1  recode 
module for php5
ii  php5-sqlite30.5-1   SQLite3 
module for 
ii  php5-tidy   5.2.3-1+b1  tidy 
module for php5
ii  php5-uuid   1.5.1-1 OSSP 
uuid module for 
ii  php5-xmlrpc 5.2.3-1+b1  XML-RPC 
module for 
ii  php5-xsl5.2.3-1+b1  XSL 
module for php5


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

Kernel: Linux 2.6.21-1-686 (SMP w/2 CPU cores)
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages libapache2-mod-python depends on:
ii  apache2   2.2.4-1Next generation, scalable, extenda
ii  apache2-mpm-prefork [apache2] 2.2.4-1Traditional model for Apache HTTPD
ii  apache2.2-common  2.2.4-1Next generation, scalable, extenda
ii  debconf [debconf-2.0] 1.5.13 Debian configuration management sy
ii  libc6 2.6-2  GNU C Library: Shared libraries
ii  python2.4.4-6An interactive high-level object-o
ii  python-central0.5.14 register and build utility for Pyt
ii  python2.4 2.4.4-4An interactive high-level object-o

libapache2-mod-python recommends no packages.

-- debconf information:
* libapache2-mod-python/enable_module: true


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

Bug#237296: xscreensaver: wrong locale used when printing fortunes (Ping!)

[Jose Luis Rivas Contreras]

Hi,

This bug still persists? I have tested it and I cannot reproduce it, if
you can reproduce it please answer this mail and I will investigate
further. If not then please answer me allowing to close this bug.

Regards,
Jose Luis.
-- 

ghostbar on Linux/Debian 'sid' x86-64 - #382503
Weblog: http://ghostbar.ath.cx/ - http://linuxtachira.org
http://debian.org.ve - irc.debian.org #debian-ve #debian-devel-es
San Cristóbal, Venezuela. http://chaslug.org.ve
Fingerprint = 3E7D 4267 AFD5 2407 2A37  20AC 38A0 AD5B CACA B118



signature.asc
Description: OpenPGP digital signature

Bug#432950: xserver-xorg-core: GoogleEarth causes X to crash with signal 11

[Brice Goglin]

Javier Kohen wrote:
> I solved without resorting to ssh (as that was not an option for me
> here) with the following "magic" command-line:
>
> # gdb -p $(pidof X) -batch -ex 'handle all nostop' -ex 'handle all pass'
> -ex 'handle 11 stop' -ex 'cont' -ex 'bt full' -ex 'cont'
>   

Very nice ! I'll keep this line in mind for the future, it might help
lots of people.

> #1  0xb7c46ce8 in DoSwapInterval (cl=, 
> pc=0x86373a0 "\217\020\004", do_swap=0)
> at ../../../GL/glx/swap_interval.c:93
> client = (ClientPtr) 0x8517b40
> tag = 1
> cx = (__GLXcontext *) 0x85e3c30
> interval = 1
> __func__ = "DoSwapInterval"
> #2  0xb7c1e29a in __glXDisp_VendorPrivate (cl=0x85e3cd0, 
> pc=0x86373a0 "\217\020\004") at ../../../GL/glx/glxcmds.c:2296
> No locals.
> #3  0xb7c22a8c in __glXDispatch (client=0x8517b40)
> at ../../../GL/glx/glxext.c:551
> stuff = (xGLXSingleReq *) 0x86373a0
> opcode = 16 '\020'
> proc = (
> __GLXdispatchSingleProcPtr) 0xb7c1e250 <__glXDisp_VendorPrivate>
> cl = (__GLXclientState *) 0x85e3cd0
> retval = 1
> #4  0x081549ae in XaceCatchExtProc (client=0x8517b40)
> at ../../Xext/xace.c:299
> major = 143
> ext = 
> #5  0x0808ed3f in Dispatch () at ../../dix/dispatch.c:457
> result = 
> client = (ClientPtr) 0x8517b40
> nready = 0
> start_tick = 68940
> #6  0x08076e85 in main (argc=13, argv=0xbfe720f4, envp=Cannot access
> memory at address 0x1e9
> )
> at ../../dix/main.c:477
> pScreen = 
> i = 
> error = -1210511268
> xauthfile = 
> alwaysCheckForInput = {0, 1}
>   

I have never seen this backtrace before, and I don't see it in any
upstream bug at bugzilla.freedesktop.org. So I will forward this bug
there (but I might not be able to actually do it before a couple days)

Thanks,
Brice



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

Bug#210857: Xscreensaver keeps adding new modes (Ping!)

[Jose Luis Rivas Contreras]

Hi Steve,

This bug is very old and I would like to know if still persists, I
haven't seen this bug and I would like to clean the BTS of `xscreensaver'.

Regards,
Jose Luis.
-- 

ghostbar on Linux/Debian 'sid' x86-64 - #382503
Weblog: http://ghostbar.ath.cx/ - http://linuxtachira.org
http://debian.org.ve - irc.debian.org #debian-ve #debian-devel-es
San Cristóbal, Venezuela. http://chaslug.org.ve
Fingerprint = 3E7D 4267 AFD5 2407 2A37  20AC 38A0 AD5B CACA B118



signature.asc
Description: OpenPGP digital signature

Bug#433037: ocsinventory-server: database name isn't really changeable and default name doesn't work

[Dmitry V. Rutsky]

Package: ocsinventory-server
Version: 1.01-1
Severity: normal

dpkg-reconfigure ocsinventory-server creates database
"ocsinventoryserver".  I did that, then put it into
/etc/ocsinventory/ocsinventory.conf (OCS_DB_NAME), only to discover
hours later that database name really should be "ocsweb" as it's what
is used everywhere in the PHP code without reference to the
configuration parameter.  It did work when I created ocsweb database.

That parameter really is confusing, it sould either affect actual
name of the database ocsinventory tries to use, or have a prominent
notice telling that it's always "ocsweb" for the time being.  And
propose that name for the database with the package configuration
dialogues as well.

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

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

Versions of packages ocsinventory-server depends on:
ii  apache2   2.2.4-1Next generation, scalable, extenda
ii  apache2-mpm-prefork [apache2] 2.2.4-1Traditional model for Apache HTTPD
ii  dbconfig-common   1.8.35 common framework for packaging dat
ii  debconf [debconf-2.0] 1.5.13 Debian configuration management sy
ii  libapache-dbi-perl1.05-1 Connect apache server to database 
ii  libapache2-mod-perl2  2.0.2-2.4  Integration of perl with the Apach
ii  libcompress-zlib-perl 1.42-2 Perl module for creation and manip
ii  libdbd-mysql-perl 4.004-2A Perl5 database interface to the 
ii  libdbi-perl   1.57-1 Perl5 database interface by Tim Bu
ii  libnet-ip-perl1.25-2 Perl extension for manipulating IP
ii  libxml-simple-perl2.16-1 Perl module for reading and writin
ii  ucf   3.001  Update Configuration File: preserv

Versions of packages ocsinventory-server recommends:
ii  ocsinventory-reports  1.01-1 Hardware and software inventory to

-- debconf information:
  ocsinventory-server/internal/skip-preseed: true
* ocsinventory-server/remote/newhost: localhost
  ocsinventory-server/install-error: abort
* ocsinventory-server/passwords-do-not-match:
  ocsinventory-server/upgrade-error: abort
* ocsinventory-server/remote/port:
* ocsinventory-server/mysql/method: tcp/ip
  ocsinventory-server/database-type: mysql
* ocsinventory-server/db/app-user: ocsinventory-ser
* ocsinventory-server/mysql/admin-user: root
  ocsinventory-server/missing-db-package-error: ignore
  ocsinventory-server/remove-error: abort
  ocsinventory-server/internal/reconfiguring: true
* ocsinventory-server/dbconfig-install: false
  ocsinventory-server/dbconfig-upgrade: true
  ocsinventory-server/purge: false
  ocsinventory-server/upgrade-backup: true
* ocsinventory-server/remote/host: localhost
* ocsinventory-server/dbconfig-reinstall: true
* ocsinventory-server/db/dbname: ocsinventoryserver
  ocsinventory-server/dbconfig-remove:


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

Bug#418176: hal: #418176 confirmed

[Michael Biebl]

Laurent Grawet wrote:
> Package: hal
> Version: 0.5.8.1-9
> Followup-For: Bug #418176
> 
> Hello,
> 
> I confirm this behaviour. This is a really annoying bug.
> 

Are you using the ntfs or the ntfs-3g driver?

Michael


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#432556: ikiwiki: meta plugin: stylesheet embedding needs "type" instead of "style"

[Nis Martensen]

On Fri, 13 Jul 2007 16:38:37 -0400, Joey Hess wrote:
> Nis Martensen wrote:
> > The three alternate stylesheets use style= and do not work, but there is
> > an additional problem with them: They give a 404 not found because there
> > is one css_market/ too much.
> 
> So I still don't understand why you say it doesn't work. I do agree that
> it should be using type, but I suspect that your "does not work" has
> some other cause.

You are right, it has. When I first saw the problem, I didn't notice the
wrong path in the generated css link. Instead I blamed the error on the
style instead of type attribute. Then I "tested" my patch only in so far
as it generated the type attribute, but I did not check the actual use
of the stylesheet. Sorry about that.

So after all, this report should have read: "meta plugin generates wrong
path for stylesheet with usedirs=1 and uses style instead of type" or
something similar.

Anyway, I assume that both is fixed now. Thank you for your quick
response---and for making it work correctly!

 Nis


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

Bug#433035: xserver-xorg-core: Extremely slow with chromium; crashes on exit

[Frans Pop]

severity 433035 normal
thanks

> When I start the game, the graphics are immediately both way too slow
> and not fluent. Then, when I exit the game, the xserver crashes with
> the following output:

Thanks to some help on #debian-x, it turned out I did not have 
libgl1-mesa-dri installed anymore. It got removed during a recent cleanup 
of unused (as reported by aptitude) libraries. Reinstalling solved the 
problems.

Leaving the report open for two issues:
- the X server should not crash if an optional lib is missing (known issue
  I understand)
- maybe it would be good that xserver-xorg-core recommended this
  library, instead of the xorg metapackage

For the second issue:
 Hmm. Looks like I cleaned it up myself as nothing depends on it, 
which is in itself not very nice for a lib.
 xserver-xorg recommends it, iirc
 bleh, no it doesn't
 ah, xorg does
 xorg does, but that is not the right level I'd say.
* fjp does not have xorg installed.
 yeah, it should be recommended by xserver-xorg
 i think


pgpi5tJzX62Dq.pgp
Description: PGP signature