Bug#506879: [Pkg-alsa-devel] Bug#506879: alsa-utils: alsactl store does not worky

[henry atting]

Zitat - Elimar Riesebieter * Mo Dez 01 2008 um 22:31 -

> * henry atting [081201 20:30 +0100]
>> Zitat - Elimar Riesebieter * So Nov 30 2008 um 23:26 -
>> 
>> > * henry atting [081130 20:50 +0100]
>> >> Zitat - Elimar Riesebieter * So Nov 30 2008 um 12:32 -
>> > [...]
>> >> > # df
>> >> > Output
>> >> 
>> >> Dateisystem  1K???Blöcke   Benutzt Verfügbar Ben% Eingehängt auf
>> >> /dev/mapper/argon-root
>> >>6890048   4367216   2172832  67% /
>> >> tmpfs   64816012648148   1% /lib/init/rw
>> >> udev 1024088 10152   1% /dev
>> >> tmpfs   648160 0648160   0% /dev/shm
>> >> /dev/hda1   241116 23863204805  11% /boot
>> >> /dev/mapper/argon-home
>> >>   67106432  17023776  46673760  27% /home
>> >
>> > There is enough space.
>> >
>> >> > # cat /proc/asound/cards
>> >> > Output
>> >> 
>> >>  0 [I82801DBICH4   ]: ICH4 - Intel 82801DB-ICH4
>> >>   Intel 82801DB-ICH4 with ALC250 at irq 10
>> >>  1 [Modem  ]: ICH-MODEM - Intel 82801DB-ICH4 Modem
>> >>   Intel 82801DB-ICH4 Modem at irq 10
>> >
>> > We should blacklist or load your modem with prio -2. What tells
>> > lsmod | grep snd?
>> 
>> snd_emu10k1_synth   6816  0 
>> snd_emu10k1   122720  1 snd_emu10k1_synth
>
> What's that? You don't have a soundblaster running. I guess
> snd_emu10k1 is loaded via /etc/modules ?
>
> Elimar
Yes, it is

do! cat /etc/modules 

loop
sbp2
acerhk force_series=290 usedritek=1 verbose=1 poll=0
snd_emu10k1_synth
snd_seq_midi
vboxdrv
firewire-sbp2


henry



pgpPzHVLPorXT.pgp
Description: PGP signature

Bug#497530: Patch for the l10n upload of mkvmlinuz

[Christian Perrier]

Dear maintainer of mkvmlinuz,

On Thursday, November 20, 2008 I sent you a notice announcing my intent to 
upload a
NMU of your package to fix its pending l10n issues, after an initial
notice sent on Saturday, November 15, 2008.

We finally agreed that you would do the update yourself at the end of
the l10n update round.

That time has come.

To help you out, here's the patch which I would have used for an NMU.
Please feel free to use all of it...or only the l10n part of it.

The corresponding changelog is:


Source: mkvmlinuz
Version: 34+nmu1
Distribution: unstable
Urgency: low
Maintainer: Christian Perrier <[EMAIL PROTECTED]>
Date: Tue, 02 Dec 2008 07:48:22 +0100
Closes: 497530 505866
Changes: 
 mkvmlinuz (34+nmu1) unstable; urgency=low
 .
   * Non-maintainer upload.
   * Fix pending l10n issues. Debconf translations:
 * Spanish. Closes: #497530
 * Polish. Closes: #505866

-- 


diff -Nru mkvmlinuz-34+nmu1.old/debian/changelog mkvmlinuz-34+nmu1/debian/changelog
--- mkvmlinuz-34+nmu1.old/debian/changelog	2008-11-15 19:24:25.047407538 +0100
+++ mkvmlinuz-34+nmu1/debian/changelog	2008-12-02 07:48:24.866706646 +0100
@@ -1,3 +1,12 @@
+mkvmlinuz (34+nmu1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix pending l10n issues. Debconf translations:
+* Spanish. Closes: #497530
+* Polish. Closes: #505866
+
+ -- Christian Perrier <[EMAIL PROTECTED]>  Tue, 02 Dec 2008 07:48:22 +0100
+
 mkvmlinuz (34) unstable; urgency=low
 
   * Add debconf translations:
diff -Nru mkvmlinuz-34+nmu1.old/debian/po/es.po mkvmlinuz-34+nmu1/debian/po/es.po
--- mkvmlinuz-34+nmu1.old/debian/po/es.po	1970-01-01 01:00:00.0 +0100
+++ mkvmlinuz-34+nmu1/debian/po/es.po	2008-11-15 19:28:54.439407000 +0100
@@ -0,0 +1,50 @@
+# mkvmlinuz translation to Spanish	
+# Copyright (C) 2008
+# This file is distributed under the same license as the lurker package.
+# Changes:
+# - Initial translation
+# Francisco Javier Cuadrado <[EMAIL PROTECTED]>
+#
+# Traductores, si no conoce el formato PO, merece la pena leer la 
+# documentación de gettext, especialmente las secciones dedicadas a este
+# formato, por ejemplo ejecutando:
+#   info -n '(gettext)PO Files'
+#   info -n '(gettext)Header Entry'
+# Equipo de traducción al español, por favor lean antes de traducir
+# los siguientes documentos:
+# - El proyecto de traducción de Debian al español
+#   http://www.debian.org/intl/spanish/coordinacion
+# especialmente las notas de traducción en
+#   http://www.debian.org/intl/spanish/notas
+# - La guía de traducción de po's de debconf:
+#   /usr/share/doc/po-debconf/README-trans
+#   http://www.debian.org/intl/l10n/po-debconf/README-trans
+#
+#
+msgid ""
+msgstr ""
+"Project-Id-Version: mkvmlinuz_34\n"
+"Report-Msgid-Bugs-To: \n"
+"POT-Creation-Date: 2006-10-31 08:09+0100\n"
+"PO-Revision-Date: 2008-08-22 20:48+0100\n"
+"Last-Translator: Francisco Javier Cuadrado <[EMAIL PROTECTED]>\n"
+"Language-Team: <[EMAIL PROTECTED]>\n"
+"MIME-Version: 1.0\n"
+"Content-Type: text/plain; charset=UTF-8\n"
+"Content-Transfer-Encoding: 8bit\n"
+
+#. Type: select
+#. Description
+#: ../mkvmlinuz.templates:1001
+msgid "Bootloader to use:"
+msgstr "Cargador de arranque a usar:"
+
+#. Type: select
+#. Description
+#: ../mkvmlinuz.templates:1001
+msgid ""
+"Your PowerPC sub-architecture supports more than one bootloader, please "
+"select the one you want to use."
+msgstr ""
+"Su subarquitectura de PowerPC es compatible con más de un cargador de "
+"arranque, por favor seleccione el que quiere usar."
diff -Nru mkvmlinuz-34+nmu1.old/debian/po/pl.po mkvmlinuz-34+nmu1/debian/po/pl.po
--- mkvmlinuz-34+nmu1.old/debian/po/pl.po	1970-01-01 01:00:00.0 +0100
+++ mkvmlinuz-34+nmu1/debian/po/pl.po	2008-11-23 11:38:36.048832000 +0100
@@ -0,0 +1,34 @@
+# debconf templates for mkvmlinuz package
+# Polish translation
+# Copyright (C) 
+# Łukasz Paździora, 2008
+#
+# This file is distributed under the same license as the mkvmlinuz package.
+#
+msgid ""
+msgstr ""
+"Project-Id-Version: mkvmlinuz 34\n"
+"Report-Msgid-Bugs-To: \n"
+"POT-Creation-Date: 2006-10-31 08:09+0100\n"
+"PO-Revision-Date: 2008-11-16 00:47+0200\n"
+"Last-Translator: Łukasz Paździora <[EMAIL PROTECTED]>\n"
+"Language-Team: Polish <[EMAIL PROTECTED]>\n"
+"MIME-Version: 1.0\n"
+"Content-Type: text/plain; charset=UTF-8\n"
+"Content-Transfer-Encoding: 8bit\n"
+
+#. Type: select
+#. Description
+#: ../mkvmlinuz.templates:1001
+msgid "Bootloader to use:"
+msgstr "Którego programu rozruchowego użyć:"
+
+#. Type: select
+#. Description
+#: ../mkvmlinuz.templates:1001
+msgid ""
+"Your PowerPC sub-architecture supports more than one bootloader, please "
+"select the one you want to use."
+msgstr ""
+"Podstruktura Twojego PowerPC obsługuje więcej niż jeden program rozruchowy. "
+"Proszę wybrać którego chcesz użyć."


signature.asc
Description: Digital signature

Bug#507535: localechooser: Wrong initialization of debconf/language when on serial console

[Frans Pop]

Package: localechooser
Version: 2.08
Severity: important

Localechooser currently contains the code:
if echo $LANG $LC_CTYPE | grep -q UTF-8; then
INITIAL_LANGUAGE=en
else
INITIAL_LANGUAGE=""
fi

There's a comment above it giving some background, but it looks like 
setting debconf/language to empty is just plain wrong.

If I start D-I over serial console on sparc, back out from the first 
localechooser dialog to the menu and then start choose-mirror, I get 
country codes instead of names in the mirror country list.

The same happens when I change the 4th line of that snippet to:
INITIAL_LANGUAGE=C
Changing the line to set 'en' gives a correct language list.

Arguably this could also be a bug in cdebconf as it does not do the "right 
thing" by default. Note that the default LANGUAGE setting also plays a 
role here. IIRC that is C (or C.UTF8 on real console?), which could 
possibly be changed to C:en.


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

Bug#507534: [apticron] "apt updates" in package description

[Filipus Klutiero]

Package: apticron
Version: 1.1.25
Severity: minor

Instead of "apt updates", the description should talk about "package updates". 
An apt update would be an update of the apt package.

Also, instead of "cron-script", "cron script" would suffice.



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

Bug#507533: bugzilla: [debconf_rewrite] Debconf templates and debian/control review

[Christian Perrier]

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

Dear Debian maintainer,

On Sunday, November 23, 2008, I notified you of the beginning of a review 
process
concerning debconf templates for bugzilla.

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 bugzilla with these changes right now.

The second phase of this process will begin on Friday, December 05, 2008, 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 Friday, December 26, 2008. 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 Saturday, December 27, 2008, 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.26-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
--- bugzilla.old/debian/bugzilla3.templates 2008-11-23 12:11:14.940831520 
+0100
+++ bugzilla/debian/bugzilla3.templates 2008-12-02 07:11:02.805267604 +0100
@@ -1,20 +1,30 @@
+# 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: bugzilla3/pwd_check
 Type: password
 _Description: Password confirmation:
 
 Template: bugzilla3/bugzilla_admin_name
 Type: string
-_Description: Email address of the Bugzilla administrator:
- All mail for the administrator will be sent to this address.  This email
+_Description: Email address of Bugzilla administrator:
+ Please enter the email address of Bugzilla administrator; all mail for
+ the administrator will be sent to this address. This email
  address is also used as the administrator login for Bugzilla.
  .
  A valid address must contain exactly one '@', and at least one '.' after
- the @. You'll be able to change this setting through bugzilla's
+ the @. You'll be able to change this setting through Bugzilla's
  web interface.
 
 Template: bugzilla3/bugzilla_admin_real_name
 Type: string
-_Description: Real name of the Bugzilla administrator:
+_Description: Real name of Bugzilla administrator:
 
 Template: bugzilla3/bugzilla_admin_pwd
 Type: password
@@ -23,8 +33,6 @@
 Template: bugzilla3/customized_values
 Type: boolean
 Default: true
-_Description: Did you customized the Status/Resolutions values ?
- VERY IMPORTANT: If you have customized the values in your
- Status/Resolution field, you must edit /usr/share/bugzilla3/lib/checksetup.pl
- BEFORE YOU RUN IT.
-
+_Description: Did you customize the Status/Resolutions values?
+ If you customized values in the Status/Resolution field, you must
+ edit /usr/share/bugzilla3/lib/checksetup.pl before running it.
--- bugzilla.old/debian/control 2008-11-23 12:11:14.916832437 +0100
+++ bugzilla/debian/control 2008-11-23 12:18:58.260831832 +0100
@@ -45,12 +45,12 @@
  Bugzilla is a Bug Tracking System available through a web interface. 
  .
  It supports the following features:
-  * report bugs
-  * assign bugs to the appropriate developers
-  * prioritize bugs
-  * set bug dependencies
-  * arrange bugs by product and component
- With these features, you can also use Bugzilla as a to-do list manager.
+  - report bugs;
+  - assign bugs to the appropriate developers;
+  - prioritize bugs;
+  - set bug dependencies;
+  - arrange bugs by product and component.
+ With these features, you can also use Bugzilla as a todo list manager.
  .
  Bugzilla is a web application that lets users report and look up existing 
bugs.
  Changes made to a bug's status are automatically sent to users concerned with

Bug#507532: emacspeak: [debconf_rewrite] Debconf templates and debian/control review

[Christian Perrier]

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

Dear Debian maintainer,

On Sunday, November 23, 2008, I notified you of the beginning of a review 
process
concerning debconf templates for emacspeak.

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 emacspeak with these changes right now.

The second phase of this process will begin on Friday, December 05, 2008, 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 Friday, December 26, 2008. 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 Saturday, December 27, 2008, 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.26-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
--- emacspeak.old/debian/templates  2008-11-23 12:10:26.428833058 +0100
+++ emacspeak/debian/templates  2008-12-02 07:11:47.293270285 +0100
@@ -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: shared/emacspeak/fake
 Type: select
 Choices: ${choices}
-Description: Which packages have installed speech servers?
+Description: for internal use
  This template is never shown to the user and does not require
  translation.
 
@@ -9,62 +18,59 @@
 Type: select
 Choices: ${choices}
 _Description: Default speech server:
- The file /etc/emacspeak.conf will be configured so that the command
- "/usr/bin/emacspeak" will start emacs with emacspeak support using
- this server.  You may change the selection later by running
- "dpkg-reconfigure emacspeak" as root, or temporarily override the
- selection by setting the environment variable DTK_PROGRAM.  If you
- want to use a server in a separate package, which does not appear in
- the list, just accept the default now, and you should be asked again
- when that other package is installed.
+ The /etc/emacspeak.conf file will be configured so that the command
+ '/usr/bin/emacspeak' will start Emacs with emacspeak support using
+ this server.
+ .
+ You may change the selection later by running
+ 'dpkg-reconfigure emacspeak' as root, or temporarily override the
+ selection by setting the environment variable DTK_PROGRAM.
 Default: DECtalk Express
 
 Template: shared/emacspeak/port
 Type: string
-# "none" must remain in english
-_Description: hardware port:
- If a hardware device is used to generate speech, enter the Unix
- device file associated with it.  For example, "/dev/ttyS0" or
- "/dev/ttyUSB0" (but without the quotation marks).  For software
- generated speech, enter "none".
+#flag:comment:3
+# Translators, please do not translate "none"
+_Description: Hardware port of the speech generation device:
+ If a hardware device is used to generate speech, please enter the
+ Unix device file associated with it, such as' /dev/ttyS0' or
+ '/dev/ttyUSB0'
+ .
+ If you use a software method to generate speech, please enter 'none'.
 
 Template: shared/emacspeak/invalidport
 Type: error
-_Description: ERROR: ${port} is not a character special device.
+_Description: ${port} is not a character special device
 
 Template: shared/emacspeak/groupies
 Type: string
 _Description: Users of speech server:
  Users must be members of group ${group} to access the speech server
- connected to ${port}.  Please review the following space-separated
- list of members, and add or remove usernames if needed.
+ connected to ${port}. Please review the space-separated list of
+ curre

Bug#507296: dictionaries-common: emacs error on upgrade

[Ross Boylan]

On Mon, 2008-12-01 at 18:19 +0100, Agustin Martin wrote:
> notfound 507296 0.98.12
> thanks
> 
> On Sun, Nov 30, 2008 at 11:25:26PM +0100, Agustin Martin wrote:
> > On Sat, Nov 29, 2008 at 12:36:15PM -0800, Ross Boylan wrote:
> > > Package: dictionaries-common
> > > Version: 0.98.12
> > > Severity: normal
> > > 
> > > During an aptitude upgrade the logs show
> > > 
> > > Loading /etc/emacs/site-start.d/50dictionaries-common.el (source)...
> > > Loading /var/cache/dictionaries-common/emacsen-ispell-dicts.el (source)...
> > > Error while loading 50dictionaries-common
> > > Loading /etc/emacs/site-start.d/50dpkg-dev-el.el (source)...
> > > Package dpkg-dev-el not fully installed.  Skipping setup.
> > 
> > Can you show the previous lines?
Setting up emacs22 (22.2+2-5) ...
emacs-install emacs22
install/a2ps: Handling install for emacsen flavor emacs22
Wrote /usr/share/emacs22/site-lisp/a2ps/a2ps.elc
Wrote /usr/share/emacs22/site-lisp/a2ps/a2ps-print.elc
install/auctex: Setting up for emacs22 (log
file: /usr/share/emacs22/site-lisp/auctex//CompilationLog)... done.
update-auctex-elisp[3598]: Further output will appear
in: /tmp/update-auctex-elisp.HPMePcj.
install/css-mode: Handling install for emacsen flavor emacs22
Loading /etc/emacs/site-start.d/00debian-vars.el (source)...
Loading /etc/emacs/site-start.d/50a2ps.el (source)...
Error while loading 50a2ps
Loading /etc/emacs22/site-start.d/50auctex.el (source)...
Loading /usr/share/emacs/22.2/site-lisp/auctex.el (source)...
Loading /usr/share/emacs/22.2/site-lisp/preview-latex.el (source)...
Loading /etc/emacs/site-start.d/50autoconf.el (source)...
Loading /etc/emacs/site-start.d/50css-mode.el (source)...
Loading /etc/emacs/site-start.d/50dictionaries-common.el (source)...
Loading /var/cache/dictionaries-common/emacsen-ispell-dicts.el
(source)...
Error while loading 50dictionaries-common

I can provide the whole log if you want.

[EMAIL PROTECTED]:~$ dlocate -S css-mode.el
css-mode: /usr/share/emacs/site-lisp/css-mode/css-mode.el
css-mode: /etc/emacs/site-start.d/50css-mode.el
emacs22-common: /usr/share/emacs/22.2/lisp/textmodes/css-mode.elc

Ross

> > 
> > This seems caused by another package loading dictionaries-common stuff when
> > byte-compiling.
> 
> For the records, this is the same problem as 
> 
> [#401684, #448144] a2ps: Error while loading 50dictionaries-common' during
> emacs22 install
> 
> and the same as (without error message, since packages below are processed
> for byte-compile after dictionaries-common)
> 
> [#132355] emacsen-common: Byte-compiling too verbose
> 
> [#401679] latex-cjk-common: Please do not load /etc/emacs/site-startd.d stuff
>  when bytecompiling emacs .el files unless really required
> 
> [#401683] search-citeseer: Please set symlinks and avoid loading
>  /etc/emacs/site-startd.d stuff when bytecompiling
> 
> [#401687] gnuplot-mode: Please set symlinks and avoid loading
>  /etc/emacs/site-start.d stuff when bytecompiling
> 
> The reason is that when byte-compiling files, they indirectly try to load
> dictionaries-common byte-compiled files (actually debian-ispell, loaded by
> 50dictionaries-common.el). In the first case an error appeared because
> "a < d" and so, dictionaries-common files are not yet byte-compiled.
> 
> Packages should not blindly load /etc/emacs/site-start.d stuff when
> byte-compiling. If so, is a bug in the package doing that. 
> 
> Let me know the previous lines, so I know which package is to blame and I
> can properly reassign this bug report. Otherwise I will close it soon.
> 
> Thanks for your feedback
> 




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

Bug#507526: lintian --color=always gives errors and does not show colors

[Adam D. Barratt]

merge 507526 507241
thanks

Hi,

On Mon, 2008-12-01 at 22:35 -0600, Paul Gevers wrote:
> When running lintian in a chroot with the --color=always option I get
> error messages and the errors/warnings are not shown in color. Without
> the color function it works fine. If lintian has no E/W to show the
> error messages do not appear. See for an example below.

Thanks for your report. This issue is already been tracked as #507241
(which is marked pending), so I'm merging the reports.

Regards,

Adam



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

Bug#507482: Insecure tmpdir creation?!

[Adam D. Barratt]

Hi,

On Mon, 2008-12-01 at 19:38 -0600, Raphael Geissert wrote:
> Grepping the source code reveals other insecure usages of temp files:
[...]
> ./scripts/cvs-debrelease.sh:TEMPDIR=/tmp/$$
[...]
> ./scripts/cvs-debi.sh:TEMPDIR=/tmp/$$

Indeed; that was one of the first things I did after reading the report.
You missed one, however...

> Btw, is there any reason why scripts/libvfork.c even exists?

strace used to have problems following vfork()s correctly - see
http://lists.debian.org/debian-mentors/2000/07/msg00089.html
(dpkg-genbuilddeps was largely replaced by dpkg-depcheck, as far as I
can tell from the changelog).

Not entirely sure what that has to with this bug report though. :-)

Regards,

Adam



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

Bug#477156: inkscape: blank page printed at the end of the print

[Andrew McNamara]

>Am I the only one seeing this bug ?

No, it happens for me too.



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

Bug#507531: xsel |xsel -ab causes segfault

[ken restivo]

Package: xsel
Version: 1.2.0-1
Severity: important

 xsel |xsel -ab causes a segfault

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

Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages xsel depends on:
ii  libc6 2.7-16 GNU C Library: Shared libraries
ii  libx11-6  2:1.1.5-2  X11 clltsient-side library

xsel recommends no packages.

xsel suggests no packages.

-- no debconf information



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

Bug#448743: apt: Add "remove-build-dep" action

[Chadwick Ferguson]

I like the first idea better!

I want to keep my build-dep's on board and still be able to remove
package dependencies (orphans)

This presents a big problem for me.  I want to cry every time I see
The following packages were automatically installed and are no longer
required: for stuff I need.  I guess I'll just manually install.



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

Bug#507529: ITP: bauble -- Bauble is a biodiversity collection manager software application

[Giacomo Catenazzi]

Package: wnpp
Severity: wishlist
Owner: Giacomo Catenazzi <[EMAIL PROTECTED]>

* Package name: bauble
  Version : 0.8.5
  Upstream Author : Brett <[EMAIL PROTECTED]>
* URL : http://bauble.belizebotanic.org
* License : GPL v2
  Programming Lang: Python
  Description : Bauble is a biodiversity collection manager software 
application

Bauble is a software application to help you (yes you) manage a collection of
botanical specimens. It is intended to be used by botanic gardens, herbaria,
arboreta, etc. to manage their collection information. It is a open, free,
cross-platform alternative to BG-Base and similiar software. 

Features:
- Bauble is designed to be simple, elegant and intuitive.
- Bauble can use different database backends and is tested against SQLite and 
PostgreSQL.
- Bauble can generate reports through an XSL formatter backend.
- Bauble is transaction safe.
- Bauble can export data in CSV or Access to Biological Collection Data (ABCD)
  format. In the future we hope to support other standard formats such as
  DarwinCore, ITF2, BioCASE, TAPIR, etc.
- Bauble supports tagging. You can tag any arbitrary data stored in a Bauble
  managed database with arbitrary names.
- and lots more. 


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



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

Bug#507530: Incorrect RFC 2047 encoding and decoding: encoded-words not treated as atoms within headers

[Armin Fuerst]

Package: icedove
Version: 2.0.0.17-1
Severity: important

The Mozilla-suite (esp. Thunderbird) has a major bug in treatment
of real names with non-US-ASCII characters. For details check the
mozilla bug:
https://bugzilla.mozilla.org/show_bug.cgi?id=254519

This is on the way of being solved and will be fixed in TB 3.0.
Is there a way to get this also working in version of icedove that
will be released with lenny? Perhaps by applying this patch to
the 2.0 branch? This is a really annoying problem if you have to
deal with such contacts every day.

Armin



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

Bug#507528: shntool: fresh upstream (3.0.8) is waiting to serve Debian people ;)

[Yaroslav Halchenko]

Package: shntool
Version: 3.0.7-1
Severity: wishlist


subject says it all ;-)


thanks in advance

-- System Information:
Debian Release: lenny/sid
  APT prefers testing-proposed-updates
  APT policy: (991, 'testing-proposed-updates'), (990, 'testing'), (600, 
'unstable'), (300, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages shntool depends on:
ii  libc6 2.7-13 GNU C Library: Shared libraries

shntool recommends no packages.

Versions of packages shntool suggests:
ii  cuetools 1.3.1-4 tools for manipulating CUE/TOC fil
ii  flac 1.2.1-1.2   Free Lossless Audio Codec - comman
ii  sox  14.0.1-2+b1 Swiss army knife of sound processi

-- no debconf information



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

Bug#507526: lintian --color=always gives errors and does not show colors

[Paul Gevers]

Package: lintian
Version: 2.1.0
Severity: minor
Thanks

When running lintian in a chroot with the --color=always option I get
error messages and the errors/warnings are not shown in color. Without
the color function it works fine. If lintian has no E/W to show the
error messages do not appear. See for an example below.

# lintian --allow-root --color=always lazarus_0.9.26-2.dsc
Use of uninitialized value $_ in split at
/usr/share/perl/5.10/Term/ANSIColor.pm line 121.
Use of uninitialized value in concatenation (.) or string at
/usr/share/perl/5.10/Term/ANSIColor.pm line 187.
W: lazarus source: patch-system-but-direct-changes-in-diff Makefile and
38 more
# lintian --allow-root lazarus_0.9.26-2.dsc
W: lazarus source: patch-system-but-direct-changes-in-diff Makefile and
38 more

Paul



signature.asc
Description: OpenPGP digital signature

Bug#507527: Is libmpeg3-dev dependency necessary?

[Kevin B. McCarty]

Package: libdirectfb-dev
Version: 1.0.1-11
Severity: wishlist

Hi,

It seems that in Lenny and Sid there exists the following dependency chain:

libgtk2.0-dev -> libcairo2-dev -> libdirectfb-dev -> libmpeg3-dev

So as a result of installing a widget toolkit development library, one
ends up with an MPEG video decoding library?  This is a little odd.  Is
there any way to lower the Depends of libdirectfb-dev on libmpeg3-dev to
Recommends or Suggests?

I'm filing this wishlist bug against libdirectfb-dev since this
dependency is the one in the chain that looks most dubious to me (as a
third party with little knowledge of most of these libraries other than
GTK+).  But feel free to reassign against someone else in the chain.

best regards,

-- 
Kevin B. McCarty <[EMAIL PROTECTED]>
WWW: http://www.starplot.org/
WWW: http://people.debian.org/~kmccarty/
GPG: public key ID 4F83C751



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

Bug#478209: locate missing

[Dennis Crunkilton]

I can verify that I also  have ( etch > lenny) an upgrade with a missing locate.
My previous release is:
http://ftp.us.debian.org/debian/dists/etch/main/installer-i386/current/images/netboot/debian-installer/i386/
linux   2008-Jul-19 20:48:08
upgrade date: 2008-N0V-30
Linux debian 2.6.18-6-686 #1 SMP Mon Oct 13 16:13:09 UTC 2008 i686 GNU/Linux
Linux debian 2.6.26-1-686 #1 SMP Sat Nov 8 19:00:26 UTC 2008 i686 GNU/Linux
This was a default etch install (default checked choices) for desktop

In addition,  I have another earlier upgrade  (etch>lenny) which does
have the locate.
My previous release is:
http://ftp.us.debian.org/debian/dists/etch/main/installer-i386/current/images/netboot/debian-installer/i386/
linux   2008-Jul-19 20:48:08
upgrade date: 2008-Oct-(mid)
Linux debian 2.6.18-6-686 #1 SMP Mon Oct 13 16:13:09 UTC 2008 i686 GNU/Linux
Linux debian 2.6.26-1-686 #1 SMP Sat Nov 8 19:00:26 UTC 2008 i686 GNU/Linux
This was the default etch install (default checked choices) for
desktop  plus some server selections.   So, I was starting with a
larger set of packages.
Some other packages were installed after the upgrade.



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

Bug#506631: Patch fixes bug

[Jack Dodds]

Alexander,

I applied the patch, built, and installed enigmail.

Now, when I put the cursor on an encrypted message in Icedove, a
Mozilla-style dialog box pops up requesting the passphrase. Excellent! 
This is the same behaviour as before the upgrade from Etch.

I further checked by editing the line back into .gnupg/gpg.conf that
caused the trouble in the first place, i.e.:
gpg-agent-info /home/jack/.gnome2/seahorse-5HDGLT/S.gpg-agent:12517:1

Again, when opening an encrypted message I got the Mozilla-style dialog
box requesting the passphrase.

If this patch had been in Engimail when I upgraded to Lenny, Enigmail
would have worked.

I consider the bug to be resolved.

Jack


Alexander Sack wrote:
> On Sun, Nov 30, 2008 at 04:30:00PM -0500, Jack Dodds wrote:
>   
>> the GPG_AGENT_INFO variable.  In that situation, Enigmail requests the
>> passphrase directly.  i.e. Enigmail falls back to a direct passphrase
>> request if it can't find GPG_AGENT_INFO, but it does not fall back if it
>> gets a name for the gpg-agent socket and fails to connect using that name=
>> =2E
>>
>> 
>
> I think i have a patch now.
>
> It takes care that this agent feature is not used before gpg
> 2. attached. please test and provide feedback.
>
>
>  - Alexander
>
>   

-- 
=
This email is digitally signed using the Enigmail
and GnuPG packages (http://enigmail.mozdev.org), 
which can also be used by the recipient to verify
the digital signature.
=




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

Bug#489669: Bug#489670: wx2.6-examples: bashism in /bin/sh script

[Ron]

On Mon, Dec 01, 2008 at 01:20:34PM -0500, Andres Mejia wrote:
> On Monday 01 December 2008 09:42:42 am Ron wrote:
> > The only sensible thing I can see to do with this script is remove
> > it entirely.  But since nobody has noticed it is useless, even when
> > they tried to patch it, this doesn't seem terribly urgent.
> 
> I was wondering why this script was needed. However, I thought there may have 
> been a reason why the maintainer kept it around so I simply patched without 
> giving it any further thought.

It's part of an ugly upstream kludge for working in the source tree,
apparently it was better to litter subdirs of that with scripts that
do `cd ..` than to just build their rpms from the top level. *shrug*
This isn't the only copy in the source, but presumably the original
reporter of this bug just scanned the binary .debs.

It's clearly of no use to people using binary packages though, we only
have it because we install wxPython/demo wholesale to the examples dir
and no one ever complained about cruft in there to special case its
removal.  I'll leave this bug open as a reminder of that, but it's not
worth an upload on its own to fix it.


Just for future reference though, a much better patch would have been
- #!/bin/sh
+ #!/bin/bash

The script you are calling out to (had it existed here) is explicitly
/bin/bash already, so doing anything else is really just penalising
people who thought they were using a 'faster shell' by making them
spawn both.

'Fixing' bashisms isn't about blindly removing the use of bash at all
costs through the use of nasty workarounds.  In 99% of cases I've seen
so far, people wasted a lot of time doing fancy (and usually quite ugly)
things, when they should have just fixed the wrong shebang.  It's a bug
for that to be wrong, but it's not a bug to use bash any more than it's
a bug to declare #!/usr/bin/perl if that's the language used in the
script.  There are very good reasons we have and use more advanced
languages than what is supported by dash.

This script isn't one of them, but the 'easy fix' in this case still
would have been the optimal one.  I don't mean to sound unappreciative
of your efforts, but pretty much every 'bashism fix' patch that I've
received to date has made this same mistake.  I don't know who put
that idea in people's heads, but it seems to have spread like the clap.

The antidote is cheap, and will get whatever of these remain fixed
even faster, so please do share it around.  If you are going to try
to 'optimise' things, that really does require some thought, and
probably a whole lot of profiling.  In the absence of that, simple
wins more often than you'd expect from pure chance.

Thanks,
Ron





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

Bug#506439: [PATCH] Fixes underquoted definition of AM_PATH_SNACC

[Daniel T Chen]

tags 506439 + patch
thanks

Forwarded from Ubuntu #201453 
(https://bugs.launchpad.net/debian/+source/snacc/+bug/201453)


--- snacc.old	2008-03-12 17:04:27.0 +0100
+++ snacc.m4	2008-03-12 17:17:14.0 +0100
@@ -21,7 +21,7 @@
 
 dnl AM_PATH_SNACC(BUFFER-TYPE [, MINIMUM-VERSION, [ACTION-IF-FOUND [, ACTION-IF-NOT-FOUND]]])
 undefine(AM_PATH_SNACC)
-AC_DEFUN(AM_PATH_SNACC,
+AC_DEFUN([AM_PATH_SNACC],
 [dnl
 AC_ARG_WITH(snacc-prefix,
 [  --with-snacc-prefix=DIR prefix where snacc is installed (optional)],

Bug#476211: xbat: title screen freezes after a certain point

[Steve Cotton]

On Tue, Dec 02, 2008 at 12:19:32AM +0100, Peter De Wachter wrote:
> I can't reproduce the freeze you experienced.

It's fixed by
r8446 /packages/trunk/xbat/debian/ (patches/series rules 
patches/010_byteorder.diff): fix endian problems
applied on top of 1.11-12.

Cheers,
Steve



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

Bug#507499: [Pkg-xfce-devel] Bug#507499: xfce4-battery-plugin: "Charging" reported if the battery isn't charged

[Yves-Alexis Perez]

forwarded #507499 http://bugzilla.xfce.org/show_bug.cgi?id=4673
thanks

On lun, 2008-12-01 at 22:28 +0100, Tino Keitel wrote:
> The status "Charging from AC" is reported on my ThinkPad if the
> battery is
> inserted, but not charged.
> 
> This seems to be the culprit:
> 
> if(acline) {
> char *t=(charge<99.9)?_("(Charging from AC)"):_("(AC
> on-line)");
> 
> I have a ThinkPad and the battery charger is configured to only charge
> if
> the battery goes below 20%. IMHO there should be a more reliable check
> for
> the battery status. In sysfs, the battery is reported as Full, unless
> it is
> really charged:
> 
> $ cat /sys/class/power_supply/BAT0/status 
> Full

Yeah, that would be nice. Feel free to provide a patch. The battery
plugin is not really maintained at the moment, there's an hal-based
branch coming (after 4.6 I guess) and an (hal-based too)
xfce4-power-manager (for 4.6) coming as well.

Cheers,
-- 
Yves-Alexis



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

Bug#507525: aptitude crashed

[Paul Wise]

Package: aptitude
Version: 0.4.11.10-1lenny1.1
Severity: normal

I noticed there was an aptitude core file in my core files dir due to a
random crash when doing a dist-upgrade. Hopefully the below backtrace is
useful, if not, please close this bug.

# gdb --core /var/cache/corefiles/core-28032-0-0-6-1228150025-chianamo-aptitude 
aptitude
GNU gdb 6.8-debian
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu"...

warning: Can't read pathname for load map: Input/output error.
Reading symbols from /usr/lib/libapt-pkg-libc6.7-6.so.4.6...done.
Loaded symbols for /usr/lib/libapt-pkg-libc6.7-6.so.4.6
Reading symbols from /lib/libncursesw.so.5...done.
Loaded symbols for /lib/libncursesw.so.5
Reading symbols from /usr/lib/libsigc-2.0.so.0...done.
Loaded symbols for /usr/lib/libsigc-2.0.so.0
Reading symbols from /usr/lib/libcwidget.so.3...Reading symbols from 
/usr/lib/debug/usr/lib/libcwidget.so.3.0.0...done.
done.
Loaded symbols for /usr/lib/libcwidget.so.3
Reading symbols from /usr/lib/libept.so.0...done.
Loaded symbols for /usr/lib/libept.so.0
Reading symbols from /usr/lib/libxapian.so.15...done.
Loaded symbols for /usr/lib/libxapian.so.15
Reading symbols from /usr/lib/libz.so.1...done.
Loaded symbols for /usr/lib/libz.so.1
Reading symbols from /lib/libpthread.so.0...Reading symbols from 
/usr/lib/debug/lib/libpthread-2.7.so...done.
done.
Loaded symbols for /lib/libpthread.so.0
Reading symbols from /usr/lib/libstdc++.so.6...done.
Loaded symbols for /usr/lib/libstdc++.so.6
Reading symbols from /lib/libm.so.6...Reading symbols from 
/usr/lib/debug/lib/libm-2.7.so...done.
done.
Loaded symbols for /lib/libm.so.6
Reading symbols from /lib/libgcc_s.so.1...done.
Loaded symbols for /lib/libgcc_s.so.1
Reading symbols from /lib/libc.so.6...Reading symbols from 
/usr/lib/debug/lib/libc-2.7.so...done.
done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/libutil.so.1...Reading symbols from 
/usr/lib/debug/lib/libutil-2.7.so...done.
done.
Loaded symbols for /lib/libutil.so.1
Reading symbols from /lib/libdl.so.2...Reading symbols from 
/usr/lib/debug/lib/libdl-2.7.so...done.
done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /lib/ld-linux-x86-64.so.2...Reading symbols from 
/usr/lib/debug/lib/ld-2.7.so...done.
done.
Loaded symbols for /lib64/ld-linux-x86-64.so.2
Reading symbols from /lib/libnss_compat.so.2...Reading symbols from 
/usr/lib/debug/lib/libnss_compat-2.7.so...done.
done.
Loaded symbols for /lib/libnss_compat.so.2
Reading symbols from /lib/libnsl.so.1...Reading symbols from 
/usr/lib/debug/lib/libnsl-2.7.so...done.
done.
Loaded symbols for /lib/libnsl.so.1
Reading symbols from /lib/libnss_nis.so.2...Reading symbols from 
/usr/lib/debug/lib/libnss_nis-2.7.so...done.
done.
Loaded symbols for /lib/libnss_nis.so.2
Reading symbols from /lib/libnss_files.so.2...Reading symbols from 
/usr/lib/debug/lib/libnss_files-2.7.so...done.
done.
Loaded symbols for /lib/libnss_files.so.2
Core was generated by `aptitude dist-upgrade'.
Program terminated with signal 6, Aborted.
[New process 28032]
[New process 31263]
[New process 31244]
[New process 31243]
#0  0x7fdca93eced5 in raise () from /lib/libc.so.6
(gdb) bt
#0  0x7fdca93eced5 in raise () from /lib/libc.so.6
#1  0x7fdca93ee3f3 in abort () from /lib/libc.so.6
#2  0x7fdcaa949595 in cwidget::widgets::menubar::hide_menu (this=0x1bba860, 
[EMAIL PROTECTED]) at menubar.cc:480
#3  0x7fdcaa9495f4 in cwidget::widgets::menubar::hide_menu_bare 
(this=0x1bba860, w=) at menubar.cc:486
#4  0x00538b8a in sigc::signal0::operator() 
(this=) at /usr/include/sigc++-2.0/sigc++/signal.h:548
#5  0x7fdcaa975db0 in cwidget::widgets::widget::hide (this=0x1bbb560) at 
widget.cc:195
#6  0x7fdcaa97606a in cwidget::widgets::widget::destroy (this=0x1bbb560) at 
widget.cc:139
#7  0x7fdcaa94d0ea in cwidget::widgets::menubar::destroy (this=0x1bba860) 
at menubar.cc:78
#8  0x7fdcaa919108 in cwidget::toplevel::shutdown () at toplevel.cc:1189
#9  0x004b3a37 in ui_main () at ui.cc:2764
#10 0x0050a950 in ui_preview () at cmdline_util.cc:66
#11 0x004ef43d in cmdline_do_prompt (as_upgrade=, 
[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], 
[EMAIL PROTECTED], showvers=false, showdeps=false, showsize=false, 
showwhy=false, always_prompt=false, verbose=0, assume_yes=false, 
force_no_change=true, 
[EMAIL PROTECTED], arch_only=false) at cmdline_prompt.cc:1280
#12 0x004e167b in cmdline_do_action (argc=1, argv=0x0, 
status_fname=0x7fffb34c88c0 "\001", simulate=false, assume_yes=, download_only=false, 
fix_broken=true, showvers=false, showdeps=false, showsize=, showwhy=, visual_preview=false, always_prompt=, 
saf

Bug#489671: wx2.8-examples: bashism in /bin/sh script

[Andres Mejia]

tags 489671 + patch
thanks

I know this may not be fixed (or may be fixed differently) but I'm attaching a 
patch that could resolve this issue.

--- wxwidgets2.8-2.8.7.1/wxPython/demo/b.old2008-12-01 
21:55:51.0 -0500
+++ wxwidgets2.8-2.8.7.1/wxPython/demo/b2008-12-01 
21:56:03.0 -0500
@@ -1,4 +1,4 @@
 #!/bin/sh
 cd ..
-. b $*
+exec b $*
 cd -

-- 
Regards,
Andres


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

Bug#489650: qiv: possible bashism /usr/share/doc/qiv/examples/qiv-command

[Andres Mejia]

tags 489650 + patch
thanks

Attached is a patch that could resolve this issue.

-- 
Regards,
Andres
--- qiv-2.1~pre12/qiv-command.example.old	2008-12-01 21:42:02.0 -0500
+++ qiv-2.1~pre12/qiv-command.example	2008-12-01 21:43:58.0 -0500
@@ -51,12 +51,12 @@
 # exiftool "$filename"
 # jhead "$filename"
 
-echo -ne "0 was pushed.\nStart your own programs by editing the\n\"$0\" file!";
+printf "0 was pushed.\nStart your own programs by editing the\n\"$0\" file!\n";
 ;;
 
 
   1|2|3|4|5|6|7)
-echo -ne "$pressed_key was pushed.\nStart your own programs by editing the\n\"$0\" file!";
+printf "$pressed_key was pushed.\nStart your own programs by editing the\n\"$0\" file!\n";
 ;;
 
   8) # lossless rotation of JPG, without losing EXIF tags


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

Bug#507524: gpc: misscompilation on numbers comparison conditions

[Raphael Geissert]

Package: gpc-4.1

Hi,

I've been hit with what I believe is a miss compilation.
Attached code is enough to reproduce the error.

Input given to the program: 5000
Expected output: a must be gt 0 and lt 4000!
Actual output: good

By replacing 
> t := 'a must be gt 0 and lt 4000!';
with
> return 'a must be gt 0 and lt 4000!';

the actual output becomes the expected output.

I would like to apologise in advance in case this is not a bug, but my 
missunderstanding of the language.

Cheers,
-- 
Raphael Geissert - Debian Maintainer
www.debian.org - get.debian.net
program test;
var n: integer;

function t(a: integer): string;
begin
if (a < 1) or (a > 3999) then
	t := 'a must be gt 0 and lt 4000!';
t := 'good';
end;

begin
readln(n);
writeln(t(n));
end.


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

Bug#506631: gpg-agent problems in enigmail

[Jack Dodds]

Thank you Alexander.  It will take me a couple of evenings to remember
how to build Debian  packages before I can try this but I definitely
will do it as soon as I can.

Jack Dodds



Alexander Sack wrote:
> On Sun, Nov 30, 2008 at 04:30:00PM -0500, Jack Dodds wrote:
>   
>> the GPG_AGENT_INFO variable.  In that situation, Enigmail requests the
>> passphrase directly.  i.e. Enigmail falls back to a direct passphrase
>> request if it can't find GPG_AGENT_INFO, but it does not fall back if it
>> gets a name for the gpg-agent socket and fails to connect using that name=
>> =2E
>>
>> 
>
> I think i have a patch now.
>
> It takes care that this agent feature is not used before gpg
> 2. attached. please test and provide feedback.
>
>
>  - Alexander
>
>   

-- 
=
This email is digitally signed using the Enigmail
and GnuPG packages (http://enigmail.mozdev.org), 
which can also be used by the recipient to verify
the digital signature.
=




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

Bug#478631: tor: bashism in debian/rules

[Andres Mejia]

tags 478631 + patch
thanks

Attached is a patch that could resolve this issue.

-- 
Regards,
Andres
--- tor-0.2.0.32/debian/rules.old	2008-12-01 21:22:43.0 -0500
+++ tor-0.2.0.32/debian/rules	2008-12-01 21:23:47.0 -0500
@@ -97,7 +97,7 @@
 			src/or/test; \
 		fi; \
 	else \
-		echo -e "\n\nSkipping unittests\n\n"; \
+		printf "\n\nSkipping unittests\n\n"; \
 	fi
 	@echo
 


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

Bug#487167: heartbeat: Some bashisms

[Simon Horman]

On Mon, Dec 01, 2008 at 08:55:55PM -0500, Andres Mejia wrote:
> Just realized I screwed up the last patch. Attached is a corrected patch. The 
> part that was changed in the patch is for 
> heartbeat-2.1.4/resources/OCF/SysInfo line 124
> 
> -- 
> Regards,
> Andres

Hi Andreas,

thanks for all your hard work in this area. Anibal is currently packinging
the latest version of heartbeat. I'm CCing him on this email so that he can
consider your changes for the packages that he is preparing.  Otherwise, he
or I will look at incoporating them in the second to next upload.

Thanks again.


-- 
Simon Horman
  VA Linux Systems Japan K.K., Sydney, Australia Satellite Office
  H: www.vergenet.net/~horms/ W: www.valinux.co.jp/en




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

Bug#507429: [cfortran] Licence in header file is not up to date!

[Kevin B. McCarty]

retitle 507429 Licence should probably be incorporated in header file
severity 507429 normal
thanks

Bastien,

Thank you for pointing this out.  I am not sure I agree that this is a
bug.  The cfortran.h file says (as you quoted):

Bastien ROUCARIES wrote:

[from cfortran.h]
> THIS FILE IS PROPERTY OF BURKHARD BUROW. IF YOU ARE USING THIS FILE YOU
> SHOULD ALSO HAVE ACCESS TO CFORTRAN.DOC WHICH PROVIDES TERMS FOR USING,
> MODIFYING, COPYING AND DISTRIBUTING THE CFORTRAN.H PACKAGE.

That's all.  To the best of my knowledge (IANAL) this just gives the
name of the copyright holder (PROPERTY OF BURKHARD BUROW), and says that
the license can be found elsewhere.

I do not think the above statement is any sort of license because it
specifically mentions that the terms for use, modification, copying, and
distribution (all of which would be defined by a license) are in
cfortran.doc.

If you refer to cfortran.doc at /usr/share/doc/cfortran/cfortran.doc.gz
 you can see that the license at the bottom of that file has been
patched in Debian to mention the LGPL:

 > THIS PACKAGE, I.E. CFORTRAN.H, THIS DOCUMENT, AND THE CFORTRAN.H EXAMPLE
> PROGRAMS ARE PROPERTY OF THE AUTHOR WHO RESERVES ALL RIGHTS. THIS PACKAGE AND
> THE CODE IT PRODUCES MAY BE FREELY DISTRIBUTED WITHOUT FEES, SUBJECT
> (AT YOUR CHOICE) EITHER TO THE GNU LIBRARY GENERAL PUBLIC LICENSE
> AT http://www.gnu.org/licenses/lgpl.html OR TO THE FOLLOWING RESTRICTIONS:
[snip non-free original license]


It is probably worth clarifying the text of cfortran.h (and further
clarifying the text of cfortran.doc) but I don't think that merits an RC
severity.  So, downgrading.

If you (or others) disagree, your comments are welcome of course.

-- 
Kevin B. McCarty <[EMAIL PROTECTED]>
WWW: http://www.starplot.org/
WWW: http://people.debian.org/~kmccarty/
GPG: public key ID 4F83C751



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

Bug#507523: Lazarus should fill in the path to fpcsrc

[Paul Gevers]

Package: lazarus
Version: 0.9.26-2
Severity: wishlist
Thanks

Copied from Ubuntus Launchpad [1]:

The symptom is that Lazarus, when it starts up, displays a message box
saying

"The Free Pascal source directory was not found. Some code functions
will not work. It is recommended that you install it and set the path
Environment -> Environment Options -> Files [Ignore]"

I can confirm that the relevant directory (/usr/share/fpcsrc/2.2.2) is
installed (in Xubuntu, and probably also was in Kubuntu) and it is just
the Environment Option setting that is missing. The text of the message
box misled me.

After setting this path correctly the message does not return. The
preferred behavior of the package should be that this path is set
automatically. Otherwise, the warning message should be changed.

[1] https://bugs.launchpad.net/ubuntu/+source/lazarus/+bug/303709

Kind regard,
Paul



signature.asc
Description: OpenPGP digital signature

Bug#507522: mingw32-runtime: missing type definitions in tchar.h

[Dmitry Potapov]

Package: mingw32-runtime
Version: 3.13-1
Severity: normal
Tags: patch

The definition of _TSCHAR, _TUCHAR, _TXCHAR, _TINT are missing in
tchar.h. The types are normal present in tchar.h shipped by Microsoft
and other vendors, so the lack of them makes impossible to use MinGW
to compile the source code that rely on these types.

The lack of _TUCHAR is the most unfortunate, because the cast to _TUCHAR
is often necessary to guarantee that in non-UNICODE case, the argument
of character classification routines is inside of the allowed range.
For example:

_TCHAR *ptr;
if (isdigit((_TUCHAR)*ptr))
   do_something();

If the cast to _TUCHAR were omitted then in non-UNICODE case (i.e. when
TCHAR is char) the argument of isdigit may become negative, which is not
allowed by the C standard.

I have attached the patch that correct this problem. In this patch, I
also moved the definition of _TCHAR inside __TCHAR_DEFINED ifdef block.
(If the _TCHAR_DEFINED macro is defined, it means that TCHAR type is
defined, while __TCHAR_DEFINED means the same for _TCHAR).

Dmitry

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

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

mingw32-runtime depends on no packages.

Versions of packages mingw32-runtime recommends:
ii  mingw32 4.2.1.dfsg-1 Minimalist GNU win32 (cross) compi

mingw32-runtime suggests no packages.

-- no debconf information
--- tchar.h.orig	2007-09-22 23:45:50.0 +0400
+++ tchar.h	2008-12-02 04:33:33.0 +0300
@@ -43,11 +43,21 @@
 #ifndef _TCHAR_DEFINED
 #ifndef RC_INVOKED
 typedef	wchar_t	TCHAR;
-typedef wchar_t _TCHAR;
 #endif	/* Not RC_INVOKED */
 #define _TCHAR_DEFINED
 #endif
 
+#ifndef __TCHAR_DEFINED
+#ifndef RC_INVOKED
+typedef wchar_t	_TCHAR;
+typedef wchar_t	_TSCHAR;
+typedef wchar_t	_TUCHAR;
+typedef wchar_t	_TXCHAR;
+typedef wint_t	_TINT;
+#endif	/* Not RC_INVOKED */
+#define __TCHAR_DEFINED
+#endif
+
 /*
  * Use _TEOF instead of EOF or WEOF. It will be appropriately translated if
  * _UNICODE is correctly defined (or not).
@@ -231,11 +241,21 @@
 #ifndef _TCHAR_DEFINED
 #ifndef RC_INVOKED
 typedef char	TCHAR;
-typedef char	_TCHAR;
 #endif
 #define _TCHAR_DEFINED
 #endif
 
+#ifndef __TCHAR_DEFINED
+#ifndef RC_INVOKED
+typedef char		_TCHAR;
+typedef signed char	_TSCHAR;
+typedef unsigned char	_TUCHAR;
+typedef char		_TXCHAR;
+typedef int		_TINT;
+#endif	/* Not RC_INVOKED */
+#define __TCHAR_DEFINED
+#endif
+
 /*
  * _TEOF, the constant you should use instead of EOF.
  */

Bug#485135: g++: unconditionally defines _GNU_SOURCE

[Matthias Klose]

tags 485135 + wontfix
tags 485135 + upstream
severity 485135 normal
thanks

there was another report for this, cannot find it.



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

Bug#507429: GPL or LGPL?

[Kevin B. McCarty]

Hi Steve,

Steve Cotton wrote:
> The patch says GPL, but the long story and package copyright say
> LGPL.

The latter are correct, upstream gave permission to use it under LGPL.
Actually, upstream specifically said "Library GPL" which I interpret to
mean LGPL 2 in particular, not 2.1 ("Lesser GPL").

-- 
Kevin B. McCarty <[EMAIL PROTECTED]>
WWW: http://www.starplot.org/
WWW: http://people.debian.org/~kmccarty/
GPG: public key ID 4F83C751



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

Bug#487167: heartbeat: Some bashisms

[Andres Mejia]

Just realized I screwed up the last patch. Attached is a corrected patch. The 
part that was changed in the patch is for 
heartbeat-2.1.4/resources/OCF/SysInfo line 124

-- 
Regards,
Andres
diff -urN heartbeat-2.1.4.old/bootstrap heartbeat-2.1.4/bootstrap
--- heartbeat-2.1.4.old/bootstrap	2008-08-18 08:32:19.0 -0400
+++ heartbeat-2.1.4/bootstrap	2008-11-30 14:04:42.0 -0500
@@ -233,7 +233,7 @@
 LT_minnum=`echo  "$LT_minvers" | sed -e 's%[^0-9].*%%'`
 
 if
-  [ $LT_majvers -lt 1 ] || [ $LT_majvers = 1 -a $LT_minnum -lt 4 ]
+  [ $LT_majvers -lt 1 ] || $( [ $LT_majvers = 1 ] && [ $LT_minnum -lt 4 ] )
 then
   echo "Minimum version of libtool is 1.4.  You have $LT_version installed."
   exit 1
diff -urN heartbeat-2.1.4.old/cim/mof/do_register.sh heartbeat-2.1.4/cim/mof/do_register.sh
--- heartbeat-2.1.4.old/cim/mof/do_register.sh	2008-08-18 08:32:19.0 -0400
+++ heartbeat-2.1.4/cim/mof/do_register.sh	2008-11-30 21:07:59.0 -0500
@@ -309,10 +309,10 @@
 
 usage () {
 echo "usage: $0 [-t cimserver] [-u] -r regfile -m mof"
-echo $'\t'-t cimserver: specify cimserver "[pegasus|openwbem|sfcb]".
-echo $'\t'-u: Unregister 
-echo $'\t'-r regfile: specify reg file.
-echo $'\t'-m moffile: specify mof file. 
+printf "\t-t cimserver: specify cimserver [pegasus|openwbem|sfcb].\n"
+printf "\t-u: Unregister.\n"
+printf "\t-r regfile: specify reg file.\n"
+printf "\t-m moffile: specify mof file.\n"
  
 exit 0
 }
diff -urN heartbeat-2.1.4.old/ConfigureMe heartbeat-2.1.4/ConfigureMe
--- heartbeat-2.1.4.old/ConfigureMe	2008-08-18 08:32:19.0 -0400
+++ heartbeat-2.1.4/ConfigureMe	2008-11-30 13:35:39.0 -0500
@@ -61,13 +61,13 @@
 ConfigureLinux() {
   DFLAGS=""
   if
-[ -f /etc/UnitedLinux-release -a -s /etc/UnitedLinux-release ]
+[ -f /etc/UnitedLinux-release ] && [ -s /etc/UnitedLinux-release ]
   then
 distro="United Linux"
 PACKAGECMD="$MAKE_CMD rpm"
 DFLAGS="--with-ucd-snmp-devel=ucdsnmp --with-group-id=90 --with-ccmuser-id=90"
   elif
-[ -f /etc/SuSE-release -a -s /etc/SuSE-release ]
+[ -f /etc/SuSE-release ] && [ -s /etc/SuSE-release ]
   then
 distro="SuSE Linux"
 PACKAGECMD="$MAKE_CMD rpm"
@@ -81,25 +81,25 @@
   [78].*) DFLAGS="$DFLAGS --mandir=/usr/share/man --disable-snmp-subagent --disable-swig --with-ucd-snmp-devel=ucdsnmp";;
 esac
   elif
-[ -f /etc/redhat-release -a -s /etc/redhat-release ] 
+[ -f /etc/redhat-release ] && [ -s /etc/redhat-release ]
   then
 distro="RedHat Linux"
 PACKAGECMD="$MAKE_CMD rpm"
 DFLAGS="--mandir=/usr/share/man"
   elif
-[ -f /etc/conectiva-release -a -s /etc/conectiva-release ]
+[ -f /etc/conectiva-release ] && [ -s /etc/conectiva-release ]
   then
 distro="Conectiva Linux"
 PACKAGECMD="$MAKE_CMD rpm"
 DFLAGS="--with-group-id=17 --mandir=/usr/share/man --infodir=/usr/share/info --with-ccmuser-id=17"
   elif
-[ -f /etc/debian_version -a -s /etc/debian_version ]
+[ -f /etc/debian_version ] && [ -s /etc/debian_version ]
   then
 distro="Debian GNU/Linux"
 PACKAGECMD="$MAKE_CMD deb"
 DFLAGS="--mandir=/usr/share/man"
   elif
-[ -f /etc/gentoo-release -a -s /etc/gentoo-release ]
+[ -f /etc/gentoo-release ] && [ -s /etc/gentoo-release ]
   then
 distro="Gentoo Linux"
 PACKAGECMD="$MAKE_CMD dist"
@@ -295,7 +295,7 @@
 	;;
   distcheck)			
   	do_configure $FLAGS $@ && \
-	source ./heartbeat/lib/ha_config && \
+	. ./heartbeat/lib/ha_config && \
 	Run $MAKE_CMD DESTDIR="$PWD/heartbeat-$VERSION/=inst" distcheck
 	;;
   pkg|package|rpm|deb|dpkg)	
diff -urN heartbeat-2.1.4.old/cts/getpeinputs.sh.in heartbeat-2.1.4/cts/getpeinputs.sh.in
--- heartbeat-2.1.4.old/cts/getpeinputs.sh.in	2008-08-18 08:32:19.0 -0400
+++ heartbeat-2.1.4/cts/getpeinputs.sh.in	2008-11-30 14:02:19.0 -0500
@@ -79,7 +79,7 @@
 	printf("testnum=%d\n",testnum);
 }
 '`
-test -z "$testnum" -o $testnum -lt 0 && {
+$( [ -z "$testnum" ] || [ $testnum -lt 0 ] ) && {
 	echo "sorry, could not get the test number"
 	exit
 }
@@ -87,7 +87,7 @@
 	echo "sorry, could not get node names"
 	exit
 }
-test "$starttime" -a "$endtime" || {
+$( [ "$starttime" ] && [ "$endtime" ] ) || {
 	echo "sorry, could not get all timestamps"
 	exit
 }
diff -urN heartbeat-2.1.4.old/heartbeat/init.d/heartbeat.in heartbeat-2.1.4/heartbeat/init.d/heartbeat.in
--- heartbeat-2.1.4.old/heartbeat/init.d/heartbeat.in	2008-08-18 08:32:19.0 -0400
+++ heartbeat-2.1.4/heartbeat/init.d/heartbeat.in	2008-11-30 13:40:00.0 -0500
@@ -190,7 +190,7 @@
 
 init_watchdog() {
   if
-[  -f /proc/devices -a  -x $MODPROBE ]
+[ -f /proc/devices ] && [ -x $MODPROBE ]
   then
 init_watchdog_linux
   fi
@@ -252,7 +252,7 @@
   fi;;
   esac
   if
-[ "X$WATCHDEV" != X -a ! -c "$WATCHDEV" -a $insmod = yes ]
+[ "X$WATCHDEV" != X ] && [ ! -c "$WATCHDEV" ] && [ $insmod = yes ]
   then
 minor=`cat /proc/misc |

Bug#507482: Insecure tmpdir creation?!

[Raphael Geissert]

Hi,

Grepping the source code reveals other insecure usages of temp files:

./scripts/cvs-debrelease.sh-# rootdir workdir (if all original sources are kept 
in one dir)
./scripts/cvs-debrelease.sh-
./scripts/cvs-debrelease.sh:TEMPDIR=/tmp/$$
./scripts/cvs-debrelease.sh-mkdir $TEMPDIR || exit 1
./scripts/cvs-debrelease.sh-TEMPFILE=$TEMPDIR/cl-tmp
./scripts/cvs-debrelease.sh-trap "rm -f $TEMPFILE; rmdir $TEMPDIR" 0 1 2 3 7 10 
13 15

./scripts/cvs-debi.sh-# rootdir workdir (if all original sources are kept in 
one dir)
./scripts/cvs-debi.sh-
./scripts/cvs-debi.sh:TEMPDIR=/tmp/$$
./scripts/cvs-debi.sh-mkdir $TEMPDIR || exit 1
./scripts/cvs-debi.sh-TEMPFILE=$TEMPDIR/cl-tmp
./scripts/cvs-debi.sh-trap "rm -f $TEMPFILE; rmdir $TEMPDIR" 0 1 2 3 7 10 13 15

Btw, is there any reason why scripts/libvfork.c even exists?

Cheers,
-- 
Raphael Geissert - Debian Maintainer
www.debian.org - get.debian.net


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

Bug#465362: systemimager-server: bashism in /bin/sh script

[Andres Mejia]

Seeing that this package is no longer in unstable, should this bug remain 
open?

-- 
Regards,
Andres


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

Bug#485149: ITP: playonlinux -- a front-end for wine

[Bertrand Marc]

Hi,

Do you need any help to package playonlinux? I'd be happy to help, or 
even co-maintain if you want.


Regards,
Bertrand



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

Bug#502789: No longer crashes

[Alex Dănilă]

ImageJ 1.41n no longer crashes (Debian Unstable, recent update). I can't 
say if this is because of the new version or because now I have 
installed also the Sun Java.




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

Bug#507521: arandr: fails during start because of "ValueError"

[Paavo Hartikainen]

Package: arandr
Version: 0.1.1-2
Severity: important

"arandr" apparently does not like my "RandR" settings.

Output of "arandr":

---
  Traceback (most recent call last):
File "/usr/bin/arandr", line 5, in 
  main()
File "/usr/lib/python2.5/site-packages/screenlayout/gui.py", line 296, in 
main
  Application(file=file_to_open, randr_display=options.randr_display).run()
File "/usr/lib/python2.5/site-packages/screenlayout/gui.py", line 137, in 
__init__
  self.filetemplate = self.widget.load_from_x()
File "/usr/lib/python2.5/site-packages/screenlayout/widget.py", line 66, in 
load_from_x
  self._xrandr.load_from_x()
File "/usr/lib/python2.5/site-packages/screenlayout/xrandr.py", line 130, 
in load_from_x
  o.modes.append(Size(int(a) for a in d.strip().split(" ")[0].split("x")))
File "/usr/lib/python2.5/site-packages/screenlayout/auxiliary.py", line 31, 
in __new__
  arg = tuple(arg)
File "/usr/lib/python2.5/site-packages/screenlayout/xrandr.py", line 130, 
in 
  o.modes.append(Size(int(a) for a in d.strip().split(" ")[0].split("x")))
  ValueError: invalid literal for int() with base 10: 'default'
---

This is how I currently enable external display (on this laptop workstation):

---
  xrandr --newmode default 78.8 1024 1040 1136 1312 768 769 772 800
  xrandr --addmode VGA-0 default
  xrandr --output VGA-0 --mode default
  xrandr --output VGA-0 --right-of LVDS
---

Output of "xrandr":

---
  Screen 0: minimum 320 x 200, current 2048 x 768, maximum 2048 x 768
  LVDS connected 1024x768+0+0 (normal left inverted right x axis y axis) 245mm 
x 184mm
 1024x768   60.0*+
 800x60060.3  
 640x48059.9  
  VGA-0 disconnected 1024x768+1024+0 (normal left inverted right x axis y axis) 
0mm x 0mm
 default75.1* 
  S-video disconnected (normal left inverted right x axis y axis)
---

If I use "xrandr --delmode VGA-0 default" and "xrandr --rmmode default", 
"arandr" starts up.  It shows that LVDS is active, but I did not see how 
it could be used to enable external display.

-- System Information:
Debian Release: lenny/sid
  APT prefers stable
  APT policy: (1001, 'stable'), (101, 'testing'), (99, 'unstable'), (9, 
'experimental')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.27-rc9
Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8)

Versions of packages arandr depends on:
ii  python2.5.2-3An interactive high-level object-o
ii  python-gtk2   2.12.1-6   Python bindings for the GTK+ widge
ii  x11-xserver-utils 7.3+5  X server utilities

arandr recommends no packages.

-- no debconf information



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

Bug#507244: fasianoptions_270.74-2(mipsel/unstable): missing builddep on libatlas on mipsel (ld: cannot find -lf77blas)

[Dirk Eddelbuettel]

On 29 November 2008 at 13:04, Martin Zobel-Helas wrote:
| Hi, 
| 
| On Sat Nov 29, 2008 at 05:44:52 -0600, Dirk Eddelbuettel wrote:
| > | > make[1]: Entering directory `/build/buildd/fasianoptions-270.74/src'
| > | > gfortran   -fpic  -g -O2 -c EBMAsianOptions.f -o EBMAsianOptions.o
| > | > gfortran   -fpic  -g -O2 -c GammaFunctions.f -o GammaFunctions.o
| > | > gfortran   -fpic  -g -O2 -c HypergeometricFunctions.f -o 
HypergeometricFunctions.o
| > | > gcc -std=gnu99 -shared  -o fAsianOptions.so EBMAsianOptions.o 
GammaFunctions.o HypergeometricFunctions.o -llapack -lf77blas -latlas 
-lgfortran -lm -lgfortran -lm -L/usr/lib/R/lib -lR
| > | > /usr/bin/ld: cannot find -lf77blas
| > | > collect2: ld returned 1 exit status
| > | > make[1]: *** [fAsianOptions.so] Error 1
| > 
| > Very strange. These compile/link options are determined when the main
| > r-base-core package is built on the architecture. The Fortran version of the
| > Blas would then be missing for _all_ other R package builds involving
| > Fortran.  Did you see any others fail?  The buildd matrix shows fnonlinear
| > failing in a similar way.
| > 
| > However, looking at the build log of r-base 2.8.0-1 on the same arch, 
f77blas
| > is used just fine:
| > 
| > gfortran  -fpic  -O3 -pipe  -g -c xxxpr.f -o xxxpr.o
| > gcc -std=gnu99 -shared -Wl,-O1  -o libR.so CConverters.o CommandLineArgs.o 
Rdynload.o Renviron.o RNG.o apply.o apse.o arithmetic.o array.o attrib.o base.o 
bind.o builtin.o character.o coerce.o colors.o complex.o connections.o 
context.o cov.o cum.o dcf.o datetime.o debug.o deparse.o deriv.o devices.o 
dotcode.o dounzip.o dstruct.o duplicate.o engine.o envir.o errors.o eval.o 
format.o fourier.o gevents.o gram.o gram-ex.o graphics.o identical.o inlined.o 
internet.o iosupport.o lapack.o list.o localecharset.o logic.o main.o mapply.o 
match.o memory.o model.o names.o objects.o optim.o optimize.o options.o par.o 
paste.o pcre.o platform.o plot.o plot3d.o plotmath.o print.o printarray.o 
printvector.o printutils.o qsort.o random.o regex.o registration.o relop.o 
rlocale.o saveload.o scan.o seq.o serialize.o size.o sort.o source.o split.o 
sprintf.o startup.o subassign.o subscript.o subset.o summary.o sysutils.o 
unique.o util.o version.o vfonts.o xxxpr.o   ../unix/Rembedded.o 
../unix/libunix.a ../appl/libappl.a ../nmath/libnmath.a -lf77blas -latlas 
-lgfortran -lm   -lreadline  -lpcre -lbz2 -lz -ldl -lm
| > make[5]: Entering directory `/build/buildd/r-base-2.8.0/src/main'
| > mkdir -p -- /build/buildd/r-base-2.8.0/bin/exec
| 
| Strange
| 
| > Did anything change on your arch?
| 
| Well... I took over the mipsel buildd two days ago so i can't tell you.
| I just started a major rebuild of all packages which hade been in state
| != installed.
| 
| I am currently rebuilding mayer's unstable chroot, and will give
| fasianoptions a try i the newly created chroot. Lets see if this works
| out. 

Did you get a chance to re-try it?  Here is another cut and paste showing
that the libf77blas which tripped the builder up is/was available before:

* Installing *source* package 'fGarch' ...
** libs
make[1]: Entering directory `/build/buildd/fgarch-280.75/src'
gfortran  -w -fpic  -g -O2 -c dist.f -o dist.o
gfortran  -w -fpic  -g -O2 -c llhGarch.f -o llhGarch.o
gfortran  -w -fpic  -g -O2 -c math.f -o math.o
gcc -std=gnu99 -shared  -o fGarch.so dist.o llhGarch.o math.o -llapack 
-lf77blas -latlas -lgfortran -lm -lgfortran -lm -L/usr/lib/R/lib -lR
make[1]: Leaving directory `/build/buildd/fgarch-280.75/src'
make[1]: Entering directory `/build/buildd/fgarch-280.75/src'
make[1]: Leaving directory `/build/buildd/fgarch-280.75/src'

(that's from
http://buildd.debian.org/fetch.cgi?pkg=fgarch;ver=280.75-1;arch=mipsel;stamp=1227832903
 )

Dirk, still puzzled

-- 
Three out of two people have difficulties with fractions.

Bug#488768: building linux kernel 2.6.25-7~snapshot.11717 works!

[Matthias Klose]

tag 488768 + moreinfo
thanks

please recheck with current 4.3 versions from unstable and
experimental, and with gcc-snapshot from experimental.



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

Bug#336511: Instrumentation of dlopen is still incorrect

[Matthias Klose]

please forwarded these upstream, mudflap doesn't see much attention.

brian m. carlson schrieb:
> tags 336511 -sid
> clone 336511 -1 -2
> reassign -1 libmudflap0
> reassign -1 lib32mudflap0
> kthxbye
> 
> The instrumentation of dlopen(3) remains incorrect.  Is there any
> activity on this bug, either in Debian or upstream?  This bug has been
> open over three years with a trivial patch and yet it is still present.
> 
> I have attached a testcase for easy diagnosis of the problem.  If the
> program segfaults, then the bug is present.
> 




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

Bug#507520: Whishlist: apply patch

[Paul Gevers]

Package: fpc
Version: 2.2.2-4
Severity: whishlist
Thanks

Ubuntu applies the attached patch which is to fix a bug which prevents
Lazarus building [1]. The patch comes from the bug tracker of freepascal
[2]. It would be nice if this patch could be applied until it is
available in 2.2.4 of fpc.

The patch-file should work straight when dropped in debian/patches/ and
called in the "series" file.

Thanks
Paul

[1] https://bugs.launchpad.net/ubuntu/+source/fpc/+bug/260464
[2] http://mantis.freepascal.org/view.php?id=11837
diff -U 3 -dHrN -- fpc-2.2.2.orig/fpcsrc/packages/gtk2/src/gtk+/gtk/gtk2.pas 
fpc-2.2.2/fpcsrc/packages/gtk2/src/gtk+/gtk/gtk2.pas
--- fpc-2.2.2.orig/fpcsrc/packages/gtk2/src/gtk+/gtk/gtk2.pas   2008-02-02 
09:48:09.0 -0600
+++ fpc-2.2.2/fpcsrc/packages/gtk2/src/gtk+/gtk/gtk2.pas2008-11-22 
18:11:49.0 -0600
@@ -63,6 +63,8 @@
 {$DEFINE HasGTK2_8}
 {$ENDIF}
 
+// {$define HasGTK_FileSystem}
+
 interface
 
 uses
diff -U 3 -dHrN -- 
fpc-2.2.2.orig/fpcsrc/packages/gtk2/src/gtk+/gtk/gtkfilesystem.inc 
fpc-2.2.2/fpcsrc/packages/gtk2/src/gtk+/gtk/gtkfilesystem.inc
--- fpc-2.2.2.orig/fpcsrc/packages/gtk2/src/gtk+/gtk/gtkfilesystem.inc  
2008-02-02 09:48:09.0 -0600
+++ fpc-2.2.2/fpcsrc/packages/gtk2/src/gtk+/gtk/gtkfilesystem.inc   
2008-11-22 18:11:49.0 -0600
@@ -115,17 +115,14 @@
 
 {$IFDEF read_interface_rest}
 
+{$ifdef HasGTK_FileSystem}
 
 { GError enumeration for GtkFileSystem  }
 
 function GTK_FILE_SYSTEM_ERROR : TGQuark;
 
-
-
 function gtk_file_system_error_quark:TGQuark;cdecl;external gtklib name 
'gtk_file_system_error_quark';
 
-
-
 { Boxed-type for gtk_file_folder_get_info() results  }
 
 function GTK_TYPE_FILE_INFO : GType;
@@ -244,11 +241,16 @@
 { GtkFileSystem modules support  }
 
 function 
_gtk_file_system_create(file_system_name:Pchar):PGtkFileSystem;cdecl;external 
gtklib name '_gtk_file_system_create';
+
+{$endif HasGTK_FileSystem}
+
 {$endif}  {read_interface_rest}
 
 
 {$ifdef read_implementation}
 
+{$ifdef HasGTK_FileSystem}
+
 function GTK_FILE_SYSTEM_ERROR : TGQuark;
   begin
  GTK_FILE_SYSTEM_ERROR:=gtk_file_system_error_quark;
@@ -307,6 +309,8 @@

GTK_FILE_FOLDER_GET_IFACE:=G_TYPE_INSTANCE_GET_INTERFACE(inst,GTK_TYPE_FILE_FOLDER);
 end;
 
+{$endif HasGTK_FileSystem}
+
 function gtk_file_path_new_dup(str : Pgchar) : PGtkFilePath;
 begin
gtk_file_path_new_dup:=PGtkFilePath(g_strdup(str));


signature.asc
Description: OpenPGP digital signature

Bug#506286: setting package to ocaml-compiler-libs ocaml-interp ocaml-native-compilers ocaml-mode ocaml-base camlp4-extra ocaml-nox ocaml camlp4 ocaml-source ocaml-base-nox ...

[Stephane Glondu]

# Automatically generated email from bts, devscripts version 2.10.35
# via tagpending 
#
# ocaml (3.11.0~rc1-1) UNRELEASED; urgency=low
#
#  * New upstream release candidate:
#- manpages.dpatch, ocamldoc.dpatch removed (merged upstream)
#- for_pack_static.dpatch removed (obsolete)
#- call_ld_with_proper_flags.dpatch fixed (Closes: #506286)
#

package ocaml-compiler-libs ocaml-interp ocaml-native-compilers ocaml-mode 
ocaml-base camlp4-extra ocaml-nox ocaml camlp4 ocaml-source ocaml-base-nox
tags 506286 + pending




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

Bug#487213: Library search path for -m32 differs between amd64 and i386

[Matthias Klose]

reassign 487213 binutils
thanks

it is ld searching there.



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

Bug#507519: please give an example for POSTFIX_STYLE_VIRTUAL_DOMAINS in README.Exim4.Debian

[Tomas Pospisek]

Package: mailman
Version: 1:2.1.11-6
Severity: wishlist
Tags: patch

Assumed that some users just want to install a mailing list application
without wanting to learn Python syntax on the side, I'd suggest that you
give a specific example how to `list all your Mailman domains in
"POSTFIX_STYLE_VIRTUAL_DOMAINS"'. Like in the attached patch f.ex. :

Thanks,
*t

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

Kernel: Linux 2.6.24-21-generic (SMP w/2 CPU cores)
Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--- /usr/share/doc/mailman/README.Exim4.Debian  2008-11-09 11:22:26.0 
+0100
+++ /tmp/README.Exim4.Debian2008-12-02 01:33:02.709371309 +0100
@@ -8,7 +8,9 @@
 POSTFIX_ALIAS_CMD = '/bin/true'
 POSTFIX_MAP_CMD = 'chgrp Debian-exim'
 
-and list all your Mailman domains in "POSTFIX_STYLE_VIRTUAL_DOMAINS".
+and list all your Mailman domains in "POSTFIX_STYLE_VIRTUAL_DOMAINS":
+
+POSTFIX_STYLE_VIRTUAL_DOMAINS = [ 'example.com', 'example.org' ]
 
 Please note that the chgrp command above will not work when creating a
 list in the web interface: the user www-data will not be allowed to do

Bug#505846: New upstream version 1.40

[Chris Coulson]

I've just updated the version in Ubuntu to 1.40. The only think I
changed was the build-depend on libcurl-dev (which is a virtual pacakge)
to build-depend on the actual physical packages provided by libcurl-dev,
as we experienced a build failure for some reason. I'm not sure if you
want to share this change.

There is no upstream tar.gz tarball, so the Ubuntu one was generated
from the upstream tar.bz2. This can be found here:
https://launchpad.net/ubuntu/jaunty/+source/transmission/1.40-0ubuntu1/+files/transmission_1.40.orig.tar.gz

The Ubuntu diff is here:
https://launchpad.net/ubuntu/jaunty/+source/transmission/1.40-0ubuntu1/+files/transmission_1.40-0ubuntu1.diff.gz


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

Bug#496763: Inadequate declaration of C string functions

[Matthias Klose]

reassign 496763 libc6-dev
thanks

cstring is a wrapper around string.h, the definitions are found there.




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

Bug#478781: dh-make-perl: suggest look for deps with dpkg -S too

[Kevin Ryde]

Damyan Ivanov <[EMAIL PROTECTED]> writes:
>
> If you want apt-file to work with your local repositories, make them 
> contain Contents files. For example reprepro(1) has Contents 
> configuration option for this purpose.

That sounds like hard work when dpkg has the info (and means you don't
have to keep installed debs around or download the big contents file).
:-)

Is there a tool to turn the currently installed package files into a
contents index which apt-file would recognise ... or whatever direct
access dh-make-perl is doing now?  Could it be as easy as catting
together the /var/lib/dpkg/info/*.list files the way dlocate does?



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

Bug#507518: packages.debian.org: [INTL:zh_TW] Traditional Chinese translation

[Kanru Chen]

Package: www.debian.org
Severity: normal
Tags: patch l10n

Hi,

Attached file is translation of Traditional Chinese of
packages.debian.org.

Regards,
Kanru

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

Kernel: Linux 2.6.28-rc6 (PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


0001-Add-Traditional-Chinese-translation.patch.gz
Description: GNU Zip compressed data

Bug#507132: FW by [EMAIL PROTECTED] : Re: Bug#507132: [Pkg-clamav-devel] Bug#507132: connection errors

[Michael Tautschnig]

[...]
> 
> It has only downloaded 30% of main.vcd and then unexpected toped...
> And then it can not fine mirrors.dat.
> 
Hmm, that is really really strange.

[...]
> 
> samba3:~# mkdir /tmp/clamav
> samba3:~# freshclam -v --datadir=/tmp/clamav
[...]
> ERROR: getfile: Can't create new file 
> /tmp/clamav/clamav-46b42bd66e179ece05d2028108be59db in /tmp/clamav
> Hint: The database directory must be writable for UID 107 or GID 106
> WARNING: Can't download main.cvd from db.local.clamav.net
> 

Please run chown clamav /tmp/clamav and report again.

[...]

Best,
Michael



pgp3xcO1Ml6Xh.pgp
Description: PGP signature

Bug#507517: kernel-package: [INTL:de] updated german program translation

[Holger Wansing]

Package: kernel-package
Severity: wishlist
Version: 11.012


Attached you will find the updated german program translation for
kernel-package.

Please implement.



Kind regards
Holger



kernel-package_kernel-po-de_11.012.po.gz
Description: Binary data

Bug#503443: Compiling cvxopt on arm: C/blas.c:1328: internal compiler error: Segmentation fault

[Matthias Klose]

tag 503443 + moreinfo
thanks

> Please submit a full bug report,
> with preprocessed source if appropriate.

please do so.



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

Bug#507461: lintian: internal error: command failed with error code 123

[Adam D. Barratt]

On Mon, 2008-12-01 at 15:40 -0800, Russ Allbery wrote:
> "Adam D. Barratt" <[EMAIL PROTECTED]> writes:
> 
> > One further observation, in light of an earlier question, which again
> > may be hiding the underlying issue. The scripts use Filehandle->new() to
> > create the pipe to file / md5sum, which is non-blocking by default.
> > Explicitly setting the handle to be blocking makes lintian much happier.
> 
> Oh!  Yes, that would do it.  Nonblocking is definitely not what we want
> here.

It also explains why the delay appeared to fix the problem, as it would
have allowed the spawned process to read some more data.

I've just committed a fix; thanks for the help towards finding the
problem. :)

Regards,

Adam



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

Bug#507503: djvulibre: pls get djvudigital back in

[Barak A. Pearlmutter]

I agree, in fact djvudigital is included in 3.5.21-1 which the most
recent version I've uploaded.  This bug is therefore lenny-specific.
--
Barak A. Pearlmutter
 Hamilton Institute & Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland
 http://www.bcl.hamilton.ie/~barak/



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

Bug#507516: Typo in package short description ("messgaes")

[Chris Lamb]

Package: pidgin-blinklight
Version: 0.10-2
Tags: patch

There is a typo in package short description ("messgaes" should be
"messages").

Patch attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  [EMAIL PROTECTED]
   `-
diff -urNd pidgin-blinklight-0.10.orig/debian/control 
pidgin-blinklight-0.10/debian/control
--- pidgin-blinklight-0.10.orig/debian/control  2008-12-01 23:50:41.0 
+
+++ pidgin-blinklight-0.10/debian/control   2008-12-01 23:51:02.0 
+
@@ -10,7 +10,7 @@
 Package: pidgin-blinklight
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}
-Description: Blinks your ThinkPad's ThinkLight upon new messgaes
+Description: Blinks your ThinkPad's ThinkLight upon new messages
  This plugin for Pidgin will blink your laptops when you get
  new messages, so you notice them even if the conversation window ist not up
  front and you don't have or don't see the window list.


signature.asc
Description: PGP signature

Bug#500527: contradictory GCC bug reporting instructions

[Matthias Klose]

tag 500527 + wontfix
thanks

Ben Pfaff writes:
> Package: gcc-4.3
> Version: 4.3.2-1
> 
> /usr/share/doc/gcc-4.3/README.Bugs says:
> 
> There are complete instructions in the gcc info manual (found in the
> gcc-doc package), section Bugs.
> 
> The gcc info manual in gcc-doc (version 5:2), in that section,
> has a list of criteria for reporting bugs, but then the section
> titled "How and where to Report Bugs" contains only one sentence:
> 
> Bugs should be reported to the bug database at
> http://bugs.debian.org/.
> 
> If these are indeed the complete instructions, then I would
> suggest that they be inserted directly into README.Bugs instead
> of forwarding the reader to the Info manual.
> 
> It also seems odd that the "Summarized bug reporting
> instructions" later on in README.Bugs are much longer than the
> "complete" bug reporting instructions given in the info manual.
> I think that something must be missing.

not exactly missing, there are many sources, but people don't even
read the "Please include the preprocessed source" for internal
compiler errors. You may want to send a patch for consolidation. I
won't work on this.

  Matthias



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

Bug#507461: lintian: internal error: command failed with error code 123

[Russ Allbery]

"Adam D. Barratt" <[EMAIL PROTECTED]> writes:

> One further observation, in light of an earlier question, which again
> may be hiding the underlying issue. The scripts use Filehandle->new() to
> create the pipe to file / md5sum, which is non-blocking by default.
> Explicitly setting the handle to be blocking makes lintian much happier.

Oh!  Yes, that would do it.  Nonblocking is definitely not what we want
here.

-- 
Russ Allbery ([EMAIL PROTECTED])   



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

Bug#506684: guile-1.8: includes own definition of jmp_buf type in public header

[Ben Hutchings]

On Mon, Dec 01, 2008 at 10:28:51PM +, Neil Jerram wrote:
> 2008/11/29 Ben Hutchings <[EMAIL PROTECTED]>:
> > Here's a patch that renames Guile's reimplementations of jmp_buf,
> > longjmp and setjmp in the public headers.  I have tested that guile-1.8
> > builds on i386 and ia64 with the addition of this patch.  I have not
> > tested building lilypond against the modified libguile, but it's fairly
> > obvious that it will fix the reported compiler error.
> 
> Sorry if this is a dumb question, but what was the problem that this 
> addresses?

The problem is that these conflict with the C library's definitions
which some clients may also include.  Currently lilypond FTFBS on ia64
because of this.

Ben.

-- 
Ben Hutchings
Always try to do things in chronological order;
it's less confusing that way.



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

Bug#504918: [Debian Wiki] Update of "NewInLenny" : Upgrade over SSH issue

[Michael Biebl]

Stuart Prescott wrote:

> 
> Possibly -- but would they use network manager in such a situation? (I don't 
> know). My feeling is that it would be fairly uncommon to upgrade over ssh for 
> machines that actually used network manager; the intersection of 
> upgrade-over-ssh and users of network manager (which is a desktop-centric 
> tool) would seem small.

Yeah, I do not recommend NM on servers (and the package description clearly
states this) or in static environments like a workstation in a lab, where you
might upgrade the system over ssh.

> As such, I had thought it was probably just a "document that you shouldn't do 
> this" situation rather than an RC bug in network-manager. In the same way 
> that upgrading over telnet or within a gdm session is not supported, this is 
> just documented rather than being a grave bug in the package. See section 
> 4.1.4 of the etch release notes (which is currently unchanged in the lenny 
> release notes) which explicitly warns against upgrading within a telnet, 
> rlogin, rsh, xdm, gdm or kdm session.
> 
> I doubt this is something that can or will be cured before lenny releases so 
> I'm guessing that this is going to be "fixed" by documentation for the time 
> being at least. (Which is why I flagged it as an issue in the release notes 
> wiki.)

Well said. Honestly, there is no easy fix for this.
Either we restart network-manager, or we tell the user to reboot the system. But
for the latter, there is no infrastructure in Debian to do this in a structured 
way.

Cheers,
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#507461: lintian: internal error: command failed with error code 123

[Adam D. Barratt]

On Mon, 2008-12-01 at 14:00 -0800, Russ Allbery wrote:
> The possibly related thing that changed recently is that we switched to
> IPC::Run from rolling equivalent code ourselves.  Maybe we're breaking
> some IPC::Run assumption or have uncovered a latent bug?  (The latter
> seems unlikely, since IPC::Run is fairly mainstream, but I suppose it's
> possible.)

Yeah, I'd assumed (possibly rashly) that the move to IPC::Run was
involved somehow, as there aren't any failures in the previous
lintian.log and the collection scripts haven't changed between the two
versions other than to use Lintian::Command rather than Pipeline.

One further observation, in light of an earlier question, which again
may be hiding the underlying issue. The scripts use Filehandle->new() to
create the pipe to file / md5sum, which is non-blocking by default.
Explicitly setting the handle to be blocking makes lintian much happier.

Adam



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

Bug#476211: xbat: title screen freezes after a certain point

[Peter De Wachter]

The game runs at full speed, without any throttling, in attract mode. I
think that's as intended, but it's certainly very poor behavior for
laptops etc.

I can't reproduce the freeze you experienced.

-- 
Peter De Wachter



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

Bug#336511: Instrumentation of dlopen is still incorrect

[brian m. carlson]

tags 336511 -sid
clone 336511 -1 -2
reassign -1 libmudflap0
reassign -1 lib32mudflap0
kthxbye

The instrumentation of dlopen(3) remains incorrect.  Is there any
activity on this bug, either in Debian or upstream?  This bug has been
open over three years with a trivial patch and yet it is still present.

I have attached a testcase for easy diagnosis of the problem.  If the
program segfaults, then the bug is present.

--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only
troff on top of XML: http://crustytoothpaste.ath.cx/~bmc/code/thwack
OpenPGP: RSA v4 4096b 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
/* Compile as:
 * gcc -g -pthread -fmudflapth -rdynamic -o mudflap mudflap.c -ldl -lmudflapth
 */

#include 
#include 
#include 

int main(void)
{
	void *p;
	p = dlopen(NULL, RTLD_LAZY);
	if (!p) {
		printf("dlopen failed (%s); did you forget to use -rdynamic?\n",
dlerror());
		return 1;
	}
	dlclose(p);
	return 0;
}


signature.asc
Description: Digital signature

Bug#505379: phosphor segfaults

[Tormod Volden]

On Mon, Dec 1, 2008 at 10:35 PM, Elmar Hoffmann <[EMAIL PROTECTED]> wrote:
> I have it running with that commandline in a separate X server via
> startx for a couple of days now. it still runs fine, whereas I had two
> or three crashes of the phosphor run by xscreensaver in my usual X
> session during that time.

Usually you will only get DRI on the first X server, so if phosphor is
running without DRI it's probably why it's so stable. Do you notice it
is slower, or uses more CPU?



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

Bug#507505: evince: Evince does not display ligatures

[Chris Walker]

Emilio Pozuelo Monfort <[EMAIL PROTECTED]> writes:

> Christopher J. Walker wrote:
> > Eg on page 41, gv correctly displays "Clive Efford", whereas evince
> > displays "Clive E ord".
> > 
> > [EMAIL PROTECTED]:~$ evince Desktop/84.pdf 
> > Error: Invalid Font Weight
> > Error: Invalid Font Weight
> 
> I guess you're talking about
> http://www.publications.parliament.uk/pa/cm200708/cmselect/cmtran/84/84.pdf 
> :-)

Oops - yes I am.  :-)

One other thing to mention is that copy and pasting pastes the space
instead of ff - eg "Clive E ord". 

The same bug seems to apply to xpdf in testing (3.02-1.4) too. 

Do feel free to forward it upstream. 

Chris




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

Bug#404503: Wrong characters typed using dead keys

[Samuel Thibault]

reassign 404503 kbd
clone 404503 -1
reassign -1 console-tools
thanks

Pavel Vávra, le Fri 17 Oct 2008 23:18:14 +0200, a écrit :
> (1) unmaintained console-tools exist in lenny and this package is installed 
> by default

And kbd doesn't yet include the patch anyway...
http://bugzilla.kernel.org/attachment.cgi?id=12359

Attached is a console-tools port of the patch, could you please check
that it works?  You should just need to

$ apt-get source console-tools
$ sudo apt-get build-dep console-tools
$ cd console-tools-version
$ ./debian/rules stampdir/patchapply
$ (cd build-tree/console-tools-version ; patch -p1 < ~/patch-console-tools)
$ fakeroot ./debian/rules binary-arch

and install console-tools_version_arch.deb

Samuel
diff -ur console-tools-0.2.3-orig/include/lct/ksyms.h 
console-tools-0.2.3/include/lct/ksyms.h
--- console-tools-0.2.3-orig/include/lct/ksyms.h2008-12-01 
23:48:27.0 +0100
+++ console-tools-0.2.3/include/lct/ksyms.h 2008-12-01 23:54:50.0 
+0100
@@ -21,6 +21,7 @@
 extern const int charsets_size;
 
 extern int set_charset(const char *name);
+extern const char *chosen_charset;
 extern int add_number(int code);
 extern int add_capslock(int code);
 extern const char *codetoksym(int code);
diff -ur console-tools-0.2.3-orig/kbdtools/loadkeys.y 
console-tools-0.2.3/kbdtools/loadkeys.y
--- console-tools-0.2.3-orig/kbdtools/loadkeys.y2008-12-01 
23:48:27.0 +0100
+++ console-tools-0.2.3/kbdtools/loadkeys.y 2008-12-01 23:56:36.0 
+0100
@@ -70,6 +70,7 @@
 #include 
 #include 
 #include 
+#include 
 #include 
 #include 
 
@@ -111,7 +112,11 @@
 /* the kernel structures we want to set or print */
 u_short *key_map[MAX_NR_KEYMAPS];
 char *func_table[MAX_NR_FUNC];
+#ifdef KDSKBDIACRUC
+struct kbdiacruc accent_table[MAX_DIACR];
+#else
 struct kbdiacr accent_table[MAX_DIACR];
+#endif
 unsigned int accent_table_size = 0;
 
 char key_is_constant[512]; // 512 == Max. value of NR_KEYS across kernels  <= 
2.6.1
@@ -692,7 +697,7 @@
  
 static void compose(int diacr, int base, int res)
 {
-  struct kbdiacr *p;
+  typeof(*accent_table) *p;
   if (accent_table_size == MAX_DIACR)
 {
   fprintf(stderr, _("compose table overflow\n"));
@@ -860,11 +865,80 @@
   return ct;
 }
 
+#ifdef KDSKBDIACRUC
+static wchar_t convert_char(iconv_t conv, unsigned char c) {
+   wchar_t wc;
+   char *i = (void*)&c;
+   size_t is = sizeof(c);
+   char *o = (void*)&wc;
+   size_t os = sizeof(wc);
+   if (iconv(conv, &i, &is, &o, &os) == (size_t) -1) {
+   perror("iconv");
+   fprintf(stderr, _("Couldn't convert character %u from charset %s to 
unicode\n"), c, chosen_charset);
+   wc = 0;
+   }
+   return wc;
+}
+static int
+defdiacsuc(int fd){
+struct kbdiacrsuc kd;
+   int i;
+   iconv_t conv;
+
+   if (!chosen_charset)
+   return 0;
+
+   kd.kb_cnt = accent_table_size;
+   if (kd.kb_cnt > MAX_DIACR) {
+   kd.kb_cnt = MAX_DIACR;
+   fprintf(stderr, _("too many compose definitions\n"));
+   }
+   conv = iconv_open("WCHAR_T", chosen_charset);
+   if (conv == (iconv_t)(-1)) {
+   perror("iconv_open");
+   fprintf(stderr, _("Can't convert from charset %s to unicode\n"), 
chosen_charset);
+   return 0;
+   }
+   for (i = 0; i < kd.kb_cnt; i++) {
+   wchar_t wc;
+   wc = convert_char(conv, accent_table[i].diacr);
+   if (!wc)
+   goto err;
+   kd.kbdiacruc[i].diacr = wc;
+   wc = convert_char(conv, accent_table[i].base);
+   if (!wc)
+   goto err;
+   kd.kbdiacruc[i].base = wc;
+   wc = convert_char(conv, accent_table[i].result);
+   if (!wc)
+   goto err;
+   kd.kbdiacruc[i].result = wc;
+   }
+
+   if(ioctl(fd, KDSKBDIACRUC, (unsigned long) &kd)) {
+   if (errno == EINVAL)
+   return 0;
+   perror("KDSKBDIACR");
+   exit(1);
+   }
+   return kd.kb_cnt;
+err:
+   iconv_close(conv);
+   return 0;
+}
+
+#endif
 static int defdiacs(int fd)
 {
   struct kbdiacrs kd;
   unsigned i;
 
+#ifdef KDSKBDIACRUC
+  int cnt = defdiacsuc(fd);
+  if (cnt)
+return cnt;
+#endif
+
   kd.kb_cnt = accent_table_size;
   if (kd.kb_cnt > MAX_DIACR) 
 {
@@ -872,7 +946,11 @@
   fprintf(stderr, _("too many compose definitions\n"));
 }
   for (i = 0; i < kd.kb_cnt; i++)
-  kd.kbdiacr[i] = accent_table[i];
+{
+  kd.kbdiacr[i].diacr = accent_table[i].diacr;
+  kd.kbdiacr[i].base = accent_table[i].base;
+  kd.kbdiacr[i].result = accent_table[i].result;
+}
   
   if(ioctl(fd, KDSKBDIACR, (unsigned long) &kd)) 
 {
diff -ur console-tools-0.2.3-orig/lib/ksyms.c console-tools-0.2.3/lib/ksyms.c
--- console-tools-0.2.3-orig/lib/ksyms.c2008-12-01 23:48:27.0 
+0100
+++ console-tools-0.2.3/lib/ksyms.c 2008-12-01 23:53:43.0 +0

Bug#483318: (no subject)

[Ryan Niebur]

reopen 483318
merge 483318 482990
thanks

okay, I get it now, will fix.

-- 
_
Ryan Niebur
[EMAIL PROTECTED]


signature.asc
Description: Digital signature

Bug#507510: ess: fails setting up

[Cristian Ionescu-Idbohrn]

Package: ess
Version: 5.3.10-1
Severity: important

Setting up ess (5.3.10-1) ...
%m{%S%n%s}%1+ case "$1" in
%m{%S%n%s}%1+ '[' configure = configure ']'
%m{%S%n%s}%1+ which install-docs
%m{%S%n%s}%1+ install-docs -i /usr/share/doc-base/ess
%m{%S%n%s}%1+ '[' configure = configure ']'
%m{%S%n%s}%1+ '[' -x /usr/lib/emacsen-common/emacs-package-install ']'
%m{%S%n%s}%1+ /usr/lib/emacsen-common/emacs-package-install ess
install/ess: Handling install for emacsen flavor emacs21
loading 'ess-emcs ..
loading 'ess-cust ..
loading 'ess ..
loading 'ess-site ..
[ess-site:] ess-lisp-directory = '/usr/share/emacs21/site-lisp/ess'
[ess-site:] Before requiring dialect 'essd-** 
[ess-site:] require 'essd-r ...
[essd-r:] (require 'essl-s)
[essl-s:] (def** ) only ...
[essd-r:] (autoload ..) & (def** ..)
[ess-site:] require 'essd-sp3 ...
[ess-site:] require 'essd-sp5 ...
[ess-site:] require 'essd-sp6 ...
[ess-site:] require 'essd-sta ...
[ess-site:] require 'essd-xls ...
[ess-site:] require 'essd-vst ...
[ess-site:] require 'essd-arc ...
[ess-site:] require 'essd-sas ...
[essd-sas:] require 'comint & 'shell ...
[essd-sas:] require 'essl-sas ...
[essl-sas:] (require 'ess) ...
[essl-sas:] (require 'ess-mode) ...
[essl-sas:] (autoload ..) (def** ..) etc ...
[essd-sas:] (autoload ..) (def** ..) ...
[ess-site:] require 'essd-els ...
[ess-site:] require 'essd-omg ...
[ess-site:] require 'essl-bugs ...
[ess-site:] require 'ess   *ITSELF* ...
enabling speedbar support
Finding all versions of R on your system...
Symbol's value as variable is void: ess-r-versions-created
emacs-package-install: /usr/lib/emacsen-common/packages/install/ess emacs21 
emacs21 emacs22 failed at /usr/lib/emacsen-common/emacs-package-install line 
30,  line 1.
dpkg: error processing ess (--configure):
 subprocess post-installation script returned error exit status 255


Cheers,

-- 
Cristian

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

Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE= (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages ess depends on:
ii  emacs21 [emacsen]21.4a+1-5.6 The GNU Emacs editor
ii  emacs22 [emacsen]22.2+2-5The GNU Emacs editor

ess recommends no packages.

Versions of packages ess suggests:
pn  pspp   (no description available)
pn  r-base | r-base-core   (no description available)
pn  xlispstat  (no description available)

-- no debconf information



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

Bug#507512: puppet: Puppet 0.24.5 leaks FDs into managed daemons

[Nick Phillips]

Package: puppet
Version: 0.24.5-2.0nwp-etch0
Severity: normal

Puppet 0.24.5 leaks FDs (e.g. sockets used for communication
with the puppetmaster!) when starting/restarting services. Try
running `lsof -i | grep 8140` on a machine managing services with
puppet.

This is apparently fixed upstream in 0.24.6 (commit 923fd89).

IMHO this would be worth shoehorning into lenny.


Cheers,


Nick


-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: powerpc (ppc64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.24-etchnhalf.1-powerpc64
Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8)

Versions of packages puppet depends on:
ii  adduser3.102 Add and remove users and groups
ii  facter 1.3.5-1   a library for retrieving facts fro
ii  libopenssl-ruby1.0.0+ruby1.8.2-1 OpenSSL interface for Ruby
ii  libshadow-ruby1.8  1.4.1-7   Interface of shadow password for R
ii  libxmlrpc-ruby 1.8.2-1   XML-RPC support for Ruby
ii  lsb-base   3.1-23.2etch1 Linux Standard Base 3.1 init scrip
ii  ruby   1.8.2-1   An interpreter of object-oriented 

Versions of packages puppet recommends:
ii  rdoc  1.8.2-1Generate documentation from ruby s

-- no debconf information



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

Bug#426302: Please recheck with gcc-4.3/gcc-snapshot

[Matthias Klose]

Please could you recheck with gcc-snapshot 20081130 (once it is
built), and gcc-4.3 from experimental (once it is built).



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

Bug#504918: [Debian Wiki] Update of "NewInLenny" : Upgrade over SSH issue

[Stuart Prescott]

Hi Franklin,

> (I hope you are the right "Stuart")

yes, indeed.

> I didn't found a bug report from you. However I fount those two bug that
> are similar.
>
> * Network-manager shouldn't stop the network during an upgrade
>   http://bugs.debian.org/474352
> * Updating to lenny failed when NetworkManager got updated
>   http://bugs.debian.org/504918

These are indeed related bugs. 

In message #10 of #474352, the maintainer notes that this bug should be fixed 
now, or at least mitigated [ "minimize the downtime (with ethernet it's a 
matter of seconds)"].

Depending on the ssh settings and the user's reaction to seeing the upgrade 
hang, that may or may not work out OK. If it is a wireless connection, 
however, the downtime can be much longer and my experience is that it is 
likely to hang.

> It looks like it could hurt many user that upgrade [lots of] desktops
> over ssh.

Possibly -- but would they use network manager in such a situation? (I don't 
know). My feeling is that it would be fairly uncommon to upgrade over ssh for 
machines that actually used network manager; the intersection of 
upgrade-over-ssh and users of network manager (which is a desktop-centric 
tool) would seem small.

As such, I had thought it was probably just a "document that you shouldn't do 
this" situation rather than an RC bug in network-manager. In the same way 
that upgrading over telnet or within a gdm session is not supported, this is 
just documented rather than being a grave bug in the package. See section 
4.1.4 of the etch release notes (which is currently unchanged in the lenny 
release notes) which explicitly warns against upgrading within a telnet, 
rlogin, rsh, xdm, gdm or kdm session.

I doubt this is something that can or will be cured before lenny releases so 
I'm guessing that this is going to be "fixed" by documentation for the time 
being at least. (Which is why I flagged it as an issue in the release notes 
wiki.)

Happy hunting!

cheers,
Stuart




-- 
Stuart Prescott www.nanoNANOnano.net



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

Bug#495641: This bug is tied to HTML mail rendering and use of ooutlook to compose the message

[Eric Valette]

If in view, i select non full HTML rendering for displaying message, I
manage to read something without crash! Most of the time it is hardly
readable though.

-- eric




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

Bug#507511: /usr/bin/find: Exec or execdir always return false

[Marcos Dumay de Medeiros]

Package: findutils
Version: 4.4.0-2
Severity: important
File: /usr/bin/find

The -exec and -execdir tests of find always return true. For example:

find -exec true ';'

on a dir full of files shows no files at all.

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

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

Versions of packages findutils depends on:
ii  libc6 2.7-16 GNU C Library: Shared libraries

findutils recommends no packages.

Versions of packages findutils suggests:
ii  mlocate   0.21.1-1   quickly find files on the filesyst

-- no debconf information



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

Bug#507509: subtitleeditor: crashes when opening any subtitle file

[George Kiagiadakis]

Package: subtitleeditor
Version: 0.21.1-2+b1
Severity: grave
Justification: renders package unusable

subtitleeditor crashes for me every time I try to open a subtitle file.
I have tried with many files, so it's not a file-specific problem.
I have generated a backtrace, although it still seems to lack some -dbg
packages, but I don't know which ones. Please ask me any more information
that you wish to know. I am not familiar with the gtk libraries, so I don't
really know how to help more.

Backtrace:
(gdb) run   
  
Starting program: /usr/bin/subtitleeditor   
  
(no debugging symbols found)
  
(no debugging symbols found)
  
(no debugging symbols found)
  
[Thread debugging using libthread_db enabled]   
  
[New Thread 0x7fb2a74e36f0 (LWP 22789)] 
  
application run: 0.54   
  

** (subtitleeditor:22789): WARNING **: update_columns_displayed_from_config 
FAILED

Program received signal SIGABRT, Aborted.
[Switching to Thread 0x7fb2a74e36f0 (LWP 22789)]
0x7fb2a161ded5 in raise () from /lib/libc.so.6
(gdb) bt  
#0  0x7fb2a161ded5 in raise () from /lib/libc.so.6
#1  0x7fb2a161f3f3 in abort () from /lib/libc.so.6
#2  0x7fb2a165f970 in malloc_printerr () from /lib/libc.so.6
#3  0x7fb2a70a7b7a in Gtk::RecentManager::add_item (this=0xfbb640, [EMAIL 
PROTECTED], [EMAIL PROTECTED]) at recentmanager.cc:51
#4  0x004d1bf2 in ?? () 

#5  0x0043b3e2 in ?? () 

#6  0x004d2e40 in ?? () 

#7  0x7fb2a5d00c92 in Glib::SignalProxyNormal::slot0_void_callback () from 
/usr/lib/libglibmm-2.4.so.1  
#8  0x7fb2a4ae8e9d in IA__g_closure_invoke (closure=0x10352c0, 
return_value=0x0, n_param_values=1, param_values=0x7fffaf625470, 
invocation_hint=0x7fffaf625370) at 
/build/buildd/glib2.0-2.16.6/gobject/gclosure.c:490 
 
#9  0x7fb2a4afc11e in signal_emit_unlocked_R (node=0x103b3a0, detail=0, 
instance=0x1046000, emission_return=0x0, instance_and_params=0x7fffaf625470)
at /build/buildd/glib2.0-2.16.6/gobject/gsignal.c:2510  

#10 0x7fb2a4afd0ee in IA__g_signal_emit_valist (instance=0x1046000, 
signal_id=, detail=0, var_args=0x7fffaf6256d0) 
at /build/buildd/glib2.0-2.16.6/gobject/gsignal.c:2199  

#11 0x7fb2a4afd5f3 in IA__g_signal_emit (instance=0x5905, signal_id=22789, 
detail=6) at /build/buildd/glib2.0-2.16.6/gobject/gsignal.c:2243 
#12 0x7fb2a4ae8e9d in IA__g_closure_invoke (closure=0x1034c70, 
return_value=0x0, n_param_values=1, param_values=0x7fffaf6259f0,
 
invocation_hint=0x7fffaf6258f0) at 
/build/buildd/glib2.0-2.16.6/gobject/gclosure.c:490 
 
#13 0x7fb2a4afbbfd in signal_emit_unlocked_R (node=0xfb5450, detail=0, 
instance=0x102e030, emission_return=0x0, instance_and_params=0x7fffaf6259f0) 
at /build/buildd/glib2.0-2.16.6/gobject/gsignal.c:2440  

#14 0x7fb2a4afd0ee in IA__g_signal_emit_valist (instance=0x102e030, 
signal_id=, detail=0, var_args=0x7fffaf625c50) 
at /build/buildd/glib2.0-2.16.6/gobject/gsignal.c:2199  

#15 0x7fb2a4afd5f3 in IA__g_signal_emit (instance=0x5905, signal_id=22789, 
detail=6) at /build/buildd/glib2.0-2.16.6/gobject/gsignal.c:2243 
#16 0x7fb2a65d29cb in gtk_widget_activate () from 
/usr/lib/libgtk-x11-2.0.so.0
  
#17 0x7fb2a64c62ad in gtk_menu_shell_activate_item () from 
/usr/lib/libgtk-x11-2.0.so.0
 
#18 0x7fb2a64c7f85 in ?? () from /usr/lib/libgtk-x11-2.0.so.0   

---Type  to continue, or q  to quit---  
 

Bug#371077: mount: Installing nfs-common solved this problem for me. Error message was unhelpful.

[Francois-Rene Rideau]

Package: mount
Version: 2.13.1.1-1
Followup-For: Bug #371077

I had the same bug (or is it really the same? if my solution doesn't solve it
for the submitter, we should split this bug in two). A NFS share I knew
worked on a nearly identical machine had stopped working on a modified clone,
with the same useless error message:

mount: wrong fs type, bad option, bad superblock on foo.bar:/baz/quux/,
   missing codepage or helper program, or other error
   (for several filesystems (e.g. nfs, cifs) you might
   need a /sbin/mount. helper program)
   In some cases useful info is found in syslog - try
   dmesg | tail  or so

After I apt-get install nfs-common (which had been removed by aptitude when I
had removed the nfs server from the clone), it worked well. Indeed, the newly
required /sbin/mount.nfs program is in said package.

The debian version of mount should probably have a more useful error message
and explicitly suggest installing the nfs-common package.

So this is a documentation bug at this point. The upstream program should also
recognize the condition and have a more explicit error message. Debian needs
to override the message anyway.

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

Kernel: Linux 2.6.22.2-42.asl.2.intel.fc3 (SMP w/4 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set 
to en_US.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages mount depends on:
ii  libblkid1 1.41.3-1   block device id library
ii  libc6 2.7-16 GNU C Library: Shared libraries
ii  libselinux1   2.0.65-5   SELinux shared libraries
ii  libuuid1  1.41.3-1   universally unique id library

mount recommends no packages.

Versions of packages mount suggests:
ii  nfs-common1:1.1.4-1  NFS support files common to client

-- no debconf information



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

Bug#507505: evince: Evince does not display ligatures

[Emilio Pozuelo Monfort]

Christopher J. Walker wrote:
> Eg on page 41, gv correctly displays "Clive Efford", whereas evince
> displays "Clive E ord".
> 
> [EMAIL PROTECTED]:~$ evince Desktop/84.pdf 
> Error: Invalid Font Weight
> Error: Invalid Font Weight

I guess you're talking about
http://www.publications.parliament.uk/pa/cm200708/cmselect/cmtran/84/84.pdf :-)



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

Bug#507507: stopwatcher: stopwatch doesn't have a command line option to execute with timer on

[Carles Pina i Estany]

Package: stopwatcher
Version: stopwatch
Severity: wishlist
Tags: patch


Wish: stopwatcher would include an option (e.g. -start) to execute it with the 
timer on.

See the attached patch to implement it.


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

Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores)
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: 
LC_ALL set to [EMAIL PROTECTED])
Shell: /bin/sh linked to /bin/bash
--- /usr/bin/stopwatch  2008-07-02 13:13:46.0 +0200
+++ stopwatch   2008-12-01 23:38:47.191711029 +0100
@@ -392,6 +392,13 @@
 
 "
 
+.help.text insert end "Command line arguments" h1
+.help.text insert end "
+
+-start : executes stopwatcher with the timer on
+
+"
+
 .help.text insert end "Caveats" h1
 .help.text insert end {
 
@@ -471,4 +478,8 @@
 bind all  {.lapzero  invoke} ; bind all  {lapzr}
 bind all  {.totalzeroinvoke} ; bind all  {totalzr}
 
+set option_location [lsearch $argv "-start"]
+if { $option_location >= 0 } {
+start
+}
 

Bug#507508: geda-utils: Should depend or recommend geda-gnetlist

[Thor Andreassen]

Package: geda-utils
Version: 1:1.4.0-2.1
Severity: normal

gsch2pcb program contained in geda-utils depends on gnetlist in
geda-gnetlist package to function properly. So geda-utils should
depend on, or at least, recommend the geda-gnetlist package.

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

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

Versions of packages geda-utils depends on:
ii  guile-1.8-libs1.8.5+1-4  Main Guile libraries
ii  libatk1.0-0   1.22.0-1   The ATK accessibility toolkit
ii  libc6 2.7-16 GNU C Library: Shared libraries
ii  libcairo2 1.6.4-6.1  The Cairo 2D vector graphics libra
ii  libgeda33 1:1.4.0-2  GPL EDA -- Electronics design soft
ii  libglib2.0-0  2.16.6-1   The GLib library of C routines
ii  libgmp3c2 2:4.2.2+dfsg-3 Multiprecision arithmetic library
ii  libgtk2.0-0   2.12.11-4  The GTK+ graphical user interface 
ii  libltdl3  1.5.26-4   A system independent dlopen wrappe
ii  libpango1.0-0 1.20.5-3   Layout and rendering of internatio
ii  python2.5.2-3An interactive high-level object-o

geda-utils recommends no packages.

geda-utils suggests no packages.

-- no debconf information



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

Bug#504918: [Debian Wiki] Update of "NewInLenny" : Upgrade over SSH issue

[Michael Biebl]

Frank Lin PIAT wrote:
> severity 504918 grave
> --
> 
> [BCC Stuart Prescott: "stuart+debian AT nanonanonano net"]
> 
> Hello Stuart,
> 
> (I hope you are the right "Stuart")
> 
> You added the following comment on the wiki page:
> 
> On Mon, 2008-12-01 at 18:27 +, Debian Wiki wrote:
>> The following page has been changed by StuartPrescott:
> [..]
>> +  * Upgrading over ssh when the connection is managed by NetworkManager can 
>> lead the upgrade failing/hanging when the NetworkManager service is 
>> restarted.
>> If you are lucky, the ssh connection will not drop out; if you are unlucky, 
>> the ssh connection will drop out and at the next interactive point in the 
>> upgrade (e.g. dpkg "replace this file" or debconf) the entire upgrade is 
>> left in a horrible state.
> 

Two points:
- If you have setup a static ip, say for eth0, via /etc/network/interfaces, NM
should not manage eth0 and therefore not terminate the connection.
- If you use DHCP and NM is managing the interface, it should bring up the
device again, when it is successfully restarted.

Could you please send me the contents of /etc/network/interfaces.
Now that you have upgraded to lenny, what happens if you restart it via
/etc/init.d/network-manager?
The syslog would also be interesting:
grep NetworkManager /var/log/syslog

Cheers,
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#507483: Garbage displayed in input field when arrow keys pressed

[zlinuxman]

As mentioned in bug report 507497, I still don't have the c3270 command
invocation quite right.  The corrected version is

c3270 -model 3279-5 -altscreen '28x132=\E[?40h\E[?3h' \
-defscreen '28x80=\E[?3l\E[?40l' -keymap my3270keys nnn.nnn.nnn.nnn

Both of the escape sequences in the "defscreen" parameter end in a
lower-case "L", not a numeric one.  Unfortunately, this still does not
eliminate the garbage characters when using an arrow key immediately
after a screen size switch.




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

Bug#507506: no link from message page back to bug report

[Joey Hess]

Package: debbugs
Severity: minor

Consider an url like this:
http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=17;bug=495721

There is no link from that bug back to bugs.debian.org/495721. I'd
expect clicking on the bug number to do it, but it instead is a mailto
link.

Problem is that these urls get passed around from time to time, and I
often want to go back and see the full bug from them.

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

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

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#507505: evince: Evince does not display ligatures

[Christopher J. Walker]

Package: evince
Version: 2.24.1-1
Severity: normal

Eg on page 41, gv correctly displays "Clive Efford", whereas evince
displays "Clive E ord".

[EMAIL PROTECTED]:~$ evince Desktop/84.pdf 
Error: Invalid Font Weight
Error: Invalid Font Weight

gv doesn't seem to have probelms displaying it.


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

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

Versions of packages evince depends on:
ii  gconf2 2.22.0-1  GNOME configuration database syste
ii  gnome-icon-theme   2.22.0-1  GNOME Desktop icon theme
ii  libatk1.0-01.22.0-1  The ATK accessibility toolkit
ii  libc6  2.7-16GNU C Library: Shared libraries
ii  libcairo2  1.6.4-6.1 The Cairo 2D vector graphics libra
ii  libdbus-1-31.2.1-4   simple interprocess messaging syst
ii  libdbus-glib-1-2   0.76-1simple interprocess messaging syst
ii  libdjvulibre21 3.5.21-1  Runtime support for the DjVu image
ii  libgcc11:4.3.2-1 GCC support library
ii  libgconf2-42.22.0-1  GNOME configuration database syste
ii  libglade2-01:2.6.2-1 library to load .glade files at ru
ii  libglib2.0-0   2.16.6-1  The GLib library of C routines
ii  libgnome-keyring0  2.22.3-2  GNOME keyring services library
ii  libgtk2.0-02.12.11-4 The GTK+ graphical user interface 
ii  libice62:1.0.4-1 X11 Inter-Client Exchange library
ii  libkpathsea4   2007.dfsg.2-4 TeX Live: path search library for 
ii  libpango1.0-0  1.20.5-3  Layout and rendering of internatio
ii  libpoppler-glib3   0.8.7-1   PDF rendering library (GLib-based 
ii  libsm6 2:1.0.3-2 X11 Session Management library
ii  libspectre10.2.0.ds-1Library for rendering Postscript d
ii  libstdc++6 4.3.2-1   The GNU Standard C++ Library v3
ii  libtiff4   3.8.2-11  Tag Image File Format (TIFF) libra
ii  libx11-6   2:1.1.5-2 X11 client-side library
ii  libxml22.6.32.dfsg-5 GNOME XML library
ii  shared-mime-info   0.30-2FreeDesktop.org shared MIME databa
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

Versions of packages evince recommends:
ii  dbus-x11  1.2.1-4simple interprocess messaging syst
ii  gvfs  0.2.5-1.1  userspace virtual filesystem - ser

Versions of packages evince suggests:
ii  nautilus  2.20.0-7   file manager and graphical shell f
pn  poppler-data   (no description available)
pn  unrar  (no description available)

-- no debconf information



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

Bug#381743: cupsys: printing any file give "Unsupported format 'the/format'

[Michael Bushey]

My Samsung printer broke about 2 weeks ago with this error and I have
not been able to get it working again. I have upgraded all my cups
packages to the latest (1.3.9-7) and went through the gs-eps procedure here.

Printing the test page from the cups web interface gives me:
Unsupported format 'application/postscript'!

Printing from Konqueror gives me:
A print error occurred. Error message received from system:

cupsdoprint -P 'Samsung_ML2510_Laser' -J '' -H
'/var/run/cups/cups.sock:631' -U 'michael' -o ' copies=1
orientation-requested=3' '/tmp/kde-michael/kghostview0a1jub.ps' :
execution failed with message:
client-error-document-format-not-supported



# grep -H "*NickName" /etc/cups/ppd/*.ppd
/etc/cups/ppd/ML-2510_Series.ppd:*NickName: "Samsung ML-2510, 1.1.0"
/etc/cups/ppd/Samsung_ML2510_Laser.ppd:*NickName: "Samsung ML-2510, 1.1.0"

# lpstat -v
device for Samsung_ML2510_Laser: usb://Samsung/ML-2510%20Series

# ls -l /etc/cups/*.types /etc/cups/*.convs
-rw-r--r-- 1 root root 4409 2008-12-01 13:48 /etc/cups/mime.convs
-rw-r--r-- 1 root root 6184 2008-04-23 02:14 /etc/cups/mime.types
-rw-r--r-- 1 root root   60 2008-04-01 17:46 /etc/cups/oopstops.convs
-rw-r--r-- 1 root root   88 2008-04-01 17:46 /etc/cups/oopstops.types
-rw-r--r-- 1 root root   50 2008-11-20 16:40 /etc/cups/pstopdf.convs
-rw-r--r-- 1 root root  946 2006-09-29 05:58 /etc/cups/pstoraster.convs
-rw-r--r-- 1 root root  242 2008-05-22 02:49 /etc/cups/raw.convs
-rw-r--r-- 1 root root  213 2008-05-22 02:49 /etc/cups/raw.types


# cat /etc/cups/*.types /etc/cups/*.convs | grep "text/plain"
text/plain  txt printable(0,1024)
text/plain  application/postscript  33  texttops


# ls -l /usr/lib/cups/filter/texttops
-rwxr-xr-x 1 root root 54976 2008-11-20 16:44 /usr/lib/cups/filter/texttops

# grep -H "application/vnd.cups-raster" /etc/cups/*.types
/etc/cups/mime.types:application/vnd.cups-rasterstring(0,"RaSt")
string(0,"tSaR")

# cat /etc/cups/*.convs | grep pstoraster
# pstoraster is part of GPL Ghostscript...
application/vnd.cups-postscript application/vnd.cups-raster 100
pstoraster
# "$Id: pstoraster.convs,v 1.1.2.3 2003/07/20 22:54:45 mike Exp $"
application/vnd.cups-postscript application/vnd.cups-raster 100
pstoraster
# End of "$Id: pstoraster.convs,v 1.1.2.3 2003/07/20 22:54:45 mike Exp $".


# grep -H "application/vnd.cups-command" /etc/cups/*.types /etc/cups/*.convs
/etc/cups/mime.types:application/vnd.cups-command  
string(0,'#CUPS-COMMAND')




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

Bug#506684: guile-1.8: includes own definition of jmp_buf type in public header

[Neil Jerram]

2008/11/29 Ben Hutchings <[EMAIL PROTECTED]>:
> Here's a patch that renames Guile's reimplementations of jmp_buf,
> longjmp and setjmp in the public headers.  I have tested that guile-1.8
> builds on i386 and ia64 with the addition of this patch.  I have not
> tested building lilypond against the modified libguile, but it's fairly
> obvious that it will fix the reported compiler error.

Sorry if this is a dumb question, but what was the problem that this addresses?

Neil



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

Bug#507497: Leading character truncated from command-prompt mode prompt with model 5 terminal

[zlinuxman]

Well do I ever feel like a fool!  I found the problem.  I can't tell the
difference between a lower case L (l) and a numeric one (1).  They look
almost identical in the font chosen by the web page from which I obtained
the escape sequences for "altscreen" and "defscreen"
(http://rtfm.etla.org/xterm/ctlseq.html)  Near the middle of this page
we see the codes for "DEC Private Mode Reset" (DECRST), all of which begin
with

CSI ? Pm l

That's a lower-case "L" at the end there, not a 1.  Can you tell?  I couldn't.
I should have been suspicious about a numeric parameter being terminated by
the numeral one, and I was, but not suspicious enough to try a lower-case "L".
Anyway, when I specify the options as

-altscreen '28x132=\E[?40h\E[?3h' -defscreen '28x80=\E[?3l\E[?40l'

instead of

-altscreen '28x132=\E[?40h\E[?3h' -defscreen '28x80=\E[?31\E[?401'

then this problem goes away.  Can you tell the difference?  It may depend
greatly on which font your e-mail system or web browser uses.  I'll tell
you one thing: the computer can sure tell the difference!  :-(

Unfortunately, this does *NOT* fix bug 507483.  I was hoping that it would,
but it does not.  You may close this bug report as a user error, but leave
bug 507483 open, please.




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

Bug#507463: lp-solve: missing plugins

[Rene Engelhard]

Hi,

Kilian Kilger wrote:
> The version of lp-solve in Debian is missing a plugin I need. This is the 
> xli_DIMACS plugin. It 
> can be obtained from http://lpsolve.sourceforge.net/5.5/distribution.htm.

http://downloads.sourceforge.net/lpsolve/lp_solve_5.5.0.13_xli_DIMACS_source.tar.gz?modtime=1217792661&big_mirror=0

this one?

Does it need internal lp-solve stuff to compile? Can it be built independently?
In that case, feel free to package it ;-)
If not: Well

Grüße/Regards,

René
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73
   `-   Fingerprint: 41FA F208 28D4 7CA5 19BB  7AD9 F859 90B0 248A EB73




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

Bug#432614: Give libraw1394-2.0.1 a whirl?

[Adrian Knoth]

Hi!

Looks like the old stack is back again in the Debian kernel. Good so far
for all the old tools.

Nevertheless, we need to start at some (hopefully) near point in the
future and find out what breaks with the new stack, which means
switching to libraw1394-2.0.x, first.

Stefan Richter and me have fixed a crash in libraw1394-2.0.0's ARM code.
libraw1394-2.0.0 claims to be transparently backward compatible with the
old stack, the one which was just re-enabled. So I don't see why not to
update libraw1394.

Let me point out that backward compatibility doesn't work perfectly on
new stacks right now. In theory, programs using the old libraw1394 API
should be able to compile and run with libraw1394-2.0.0 on both, old and
new stack, but currently the lib lacks larger testing on new stacks.

Next week, libraw1394-2.0.1 is expected to be released, including all
the fixes we have so far.

Note that Juju still doesn't support everything we had on the old stack,
especially when talking about ISO streaming.


I could imagine a new Debian package for libraw1394, once version 2.0.1
will be available. We would then hopefully don't see any problems on the
old stack (current Debian kernel) and probably tons of bug reports with
Juju ;)

I think it's crucial to have these reports ASAP, so we have time to fix
libraw1394, Juju and whatever else is breaking before Juju gets wider
usage (perhaps around 2.6.29). We'd also need some more system
integration, perhaps the Fedora way?:

   
http://ieee1394.wiki.kernel.org/index.php/Juju_Migration#Permissions_and_ownership_for_.2Fdev.2Ffw.2A


In other words: a lot to do. ;)


Cheerio

-- 
mail: [EMAIL PROTECTED] http://adi.thur.de  PGP/GPG: key via 
keyserver



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

Bug#507502: Installation report

[Sam Kuper]

Package: installation-reports

Boot method: CD
Image version: 
http://cdimage.debian.org/cdimage/lenny_di_rc1/amd64/iso-cd/debian-testing-amd64-netinst.iso
Date: 1 December 2008, 8pm GMT

Machine: HP ML110 G3
Processor: Intel Pentium 4 Processor 3.20 GHz
Memory: 1.5GB
Partitions: Used guided - all in one

Output of lspci -knn (or lspci -nn): /bin/sh: lspci: not found

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

Initial boot:   [ O ]
Detect network card:[ O ]
Configure network:  [ O ]
Detect CD:  [ O ]
Load installer modules: [ O ]
Detect hard drives: [ O ]
Partition hard drives:  [ O ]
Install base system:[ O ]
Clock/timezone setup:   [ O ]
User/password setup:[ O ]
Install tasks:  [ O ]
Install boot loader:[ O ]
Overall install:[ E ]

Comments/Problems:

I wasn't installing to an HDD, I was installing to a Kingston
DataTraveller 4GB USB stick (all other drives were disconnected
throughout). The install procedure seemed to go fine, but when I
rebooted after it had finished, I got the following printed to the
console (please forgive any typos):

[  0.232014] PCI: Not using MMCONFIG.
[  0.235718] PCI: BIOS Bug: MCFG area at f000 is not reserved in
ACPI motherboard resources
[  0.235801] PCI: Not using MMCONFIG.
[ 14.397837] usb 1-2: device not accepting address 2, error -71
[ 14.397837] hub 1-0:1.0: unable to enumerate USB device on port 2
  Volume group "sousbureaux" not found
  Volume group "sousbureaux" not found
[  22.137287] sd 2:0:0:0: [sda] Assuming drive cache: write through
[  22.137957] sd 2:0:0:0: [sda] Assuming drive cache: write through
Gave up waiting for root device. Common problems:
 - Boot args (cat /proc/cmdline)to 1 @ 8000-d000
  - Check rootdelay= (did the system wait long enough?)
  - Check root= (did the system wait for the right device?)
 - Missing modules (cat /proc/modules; ls /dev)
ALERT! /dev/mapper/sousbureaux-root does not exist. Dropping to a shell!

BusyBox v1.10.2 (Debian 1:1.10.2-2) built-in shell (ash)
Enter 'help' for a list of built-in commands.

/bin/sh: can't access tty; job control turned off
(initramfs)



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

Bug#507503: djvulibre: pls get djvudigital back in

[Paolo]

Package: djvulibre
Version: 3.5.20-8+lenny0
Severity: normal

hi,

this is related to #461226 - please don't break backward compatibility 
by removing such script:

...
@echo "flush gsdjvu script; not in Debian"
-rm debian/tmp/usr/bin/djvudigital
-rm debian/tmp/usr/share/man/man1/djvudigital.1
...

this doesn't make any good imho: the package is supposed to be used by
a Debian _user_ who might be using self-compiled gsdjvu (perhaps since 
long, like me).
Leaving it in doesn't violate any dfsg, doesn't hurt at all, either.
Instead, removing it breaks a working system on upgrade, buying just
nothing to en duser and dfsg cause.

Pls get it back in, or split -bin in -bin and -contrib, like suggested 
in a comment; but doesn't make much sense to me - djvudigital is a key
component of the -bin toolset, only that it needs gsdjvu; once gsdjvu 
becomes GPL-compatible it'd work out of the box, else it'd warn and 
direct the user properly on how to get such gsdjvu, like now.

A solution for gsdjvu in Debian could be src-only, self-compiling .deb in
non-free/contrib like for qmail-src. Quoting from gsdjvu.sf.net:

"The requirements of the CPL, ..., only apply to the redistribution of CPL 
 licensed programs. ... In particular, anyone can combine and compile these 
 source code packages. However, we are certain that it is not possible to 
 redistribute the resulting executable, ..."

Then djvudigital would go there in, but I'd rather still keep it in 
djbulibre-bin, which would instead Recommend such gsdjvu-src.



thanx
-- 
 paolo
 
 GPG/PGP id:0x3A47DE45  - B5F9 AAA0 44BD 2B63 81E0  971F C6C0 0B87 3A47 DE45
 - 9/11: the outrageous deception & coverup: http://journalof911studies.com -



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

Bug#381743: cupsys: printing any file give "Unsupported format 'the/format'"

[Michael Bushey]

My Samsung printer broke about 2 weeks ago with this error and I have
not been able to get it working again. I have upgraded all my cups
packages to the latest (1.3.9-7) and went through the gs-eps procedure here.

Printing the test page from the cups web interface gives me:
Unsupported format 'application/postscript'!

Printing from Konqueror gives me:
A print error occurred. Error message received from system:

cupsdoprint -P 'Samsung_ML2510_Laser' -J '' -H
'/var/run/cups/cups.sock:631' -U 'michael' -o ' copies=1
orientation-requested=3' '/tmp/kde-michael/kghostview0a1jub.ps' :
execution failed with message:
client-error-document-format-not-supported



# grep -H "*NickName" /etc/cups/ppd/*.ppd
/etc/cups/ppd/ML-2510_Series.ppd:*NickName: "Samsung ML-2510, 1.1.0"
/etc/cups/ppd/Samsung_ML2510_Laser.ppd:*NickName: "Samsung ML-2510, 1.1.0"

# lpstat -v
device for Samsung_ML2510_Laser: usb://Samsung/ML-2510%20Series

# ls -l /etc/cups/*.types /etc/cups/*.convs
-rw-r--r-- 1 root root 4409 2008-12-01 13:48 /etc/cups/mime.convs
-rw-r--r-- 1 root root 6184 2008-04-23 02:14 /etc/cups/mime.types
-rw-r--r-- 1 root root   60 2008-04-01 17:46 /etc/cups/oopstops.convs
-rw-r--r-- 1 root root   88 2008-04-01 17:46 /etc/cups/oopstops.types
-rw-r--r-- 1 root root   50 2008-11-20 16:40 /etc/cups/pstopdf.convs
-rw-r--r-- 1 root root  946 2006-09-29 05:58 /etc/cups/pstoraster.convs
-rw-r--r-- 1 root root  242 2008-05-22 02:49 /etc/cups/raw.convs
-rw-r--r-- 1 root root  213 2008-05-22 02:49 /etc/cups/raw.types


# cat /etc/cups/*.types /etc/cups/*.convs | grep "text/plain"
text/plain  txt printable(0,1024)
text/plain  application/postscript  33  texttops


# ls -l /usr/lib/cups/filter/texttops
-rwxr-xr-x 1 root root 54976 2008-11-20 16:44 /usr/lib/cups/filter/texttops

# grep -H "application/vnd.cups-raster" /etc/cups/*.types
/etc/cups/mime.types:application/vnd.cups-rasterstring(0,"RaSt")
string(0,"tSaR")

# cat /etc/cups/*.convs | grep pstoraster
# pstoraster is part of GPL Ghostscript...
application/vnd.cups-postscript application/vnd.cups-raster 100
pstoraster
# "$Id: pstoraster.convs,v 1.1.2.3 2003/07/20 22:54:45 mike Exp $"
application/vnd.cups-postscript application/vnd.cups-raster 100
pstoraster
# End of "$Id: pstoraster.convs,v 1.1.2.3 2003/07/20 22:54:45 mike Exp $".


# grep -H "application/vnd.cups-command" /etc/cups/*.types /etc/cups/*.convs
/etc/cups/mime.types:application/vnd.cups-command  
string(0,'#CUPS-COMMAND')





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

Bug#507501: grub-common: silent fail when devices.map is wrong (patch)

[Adrian Bridgett]

Package: grub
Version: 0.97-47
Severity: minor

Severity set to minor since it's an unusual configuration and I've
just apt-get upgraded to lenny.

Basically update-grub fails (silently) so adding/removing kernels also
fails.

There are a few problems here:

a) Silent failure
ripley:/boot/grub# update-grub 
Searching for GRUB installation directory ... found: /boot/grub
ripley:/boot/grub# echo $?
1
It should really warn here!  grub-probe has stderr sent to /dev/null :-(

b) The reason it is failing is since this box was upgraded a while ago
but grub wasn't updated - and so /boot/grub/device.map is outdated.
It would be nice if it caught this error and suggested a fix. Even
better if it tried the fix.

The attached patch does both of these things.  NB: I didn't keep the
original file so the two original redirection lines might have
whitespace differences.

This may also help with #499176.

Adrian
-- 
Email: [EMAIL PROTECTED]  -*-  GPG key available on public key servers
Debian GNU/Linux - the maintainable distribution   -*-  www.debian.org



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

Bug#507321: Please remove this package

[John Goerzen]

severity 507321 normal
reassign 507321 ftp.debian.org
retitle 507321 RM: hdbc-missingh -- RoM; obsolete
thanks

Current MissingH had AnyDBM split off into a separate package.  Due to
lack of interest among the user community, I (as upstream for all three
relevant packages) have not yet migrated hdbc-missingh over.  If I ever
do, it would be under a different package anyhow, so this one should be
removed.

-- John



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

Bug#507461: lintian: internal error: command failed with error code 123

[Russ Allbery]

"Adam D. Barratt" <[EMAIL PROTECTED]> writes:
> On Mon, 2008-12-01 at 13:16 -0800, Russ Allbery wrote:
>> "Adam D. Barratt" <[EMAIL PROTECTED]> writes:

>>> My testing suggests that lintian may be filling up the filename buffer
>>> faster than file / md5sum can empty it. Adding a 1ms sleep (well, a
>>> select()), at the end of each iteration of the main processing loop in
>>> the collection scripts appears to resolve the issue[1], at the expense
>>> of taking over 30 seconds to check the package on a 1.8GHz amd64.

>> Why would lintian not just block when writing to md5sum (or rather to
>> xargs, which is what lintian is talking to directly)?  xargs is
>> normally used with find, and find writes as fast as it can without any
>> delay.

> A fair point; I did leap to a conclusion.

>> It seems like something stranger is going on here.

> Indeed, it would appear the delay is simply treating a symptom.

The possibly related thing that changed recently is that we switched to
IPC::Run from rolling equivalent code ourselves.  Maybe we're breaking
some IPC::Run assumption or have uncovered a latent bug?  (The latter
seems unlikely, since IPC::Run is fairly mainstream, but I suppose it's
possible.)

-- 
Russ Allbery ([EMAIL PROTECTED])   



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

Bug#504918: [Debian Wiki] Update of "NewInLenny" : Upgrade over SSH issue

[Frank Lin PIAT]

severity 504918 grave
--

[BCC Stuart Prescott: "stuart+debian AT nanonanonano net"]

Hello Stuart,

(I hope you are the right "Stuart")

You added the following comment on the wiki page:

On Mon, 2008-12-01 at 18:27 +, Debian Wiki wrote:
> The following page has been changed by StuartPrescott:
[..]
> +  * Upgrading over ssh when the connection is managed by NetworkManager can 
> lead the upgrade failing/hanging when the NetworkManager service is restarted.
> If you are lucky, the ssh connection will not drop out; if you are unlucky, 
> the ssh connection will drop out and at the next interactive point in the 
> upgrade (e.g. dpkg "replace this file" or debconf) the entire upgrade is 
> left in a horrible state.

I didn't found a bug report from you. However I fount those two bug that
are similar.

* Network-manager shouldn't stop the network during an upgrade
  http://bugs.debian.org/474352
* Updating to lenny failed when NetworkManager got updated
  http://bugs.debian.org/504918

It looks like it could hurt many user that upgrade [lots of] desktops
over ssh.

Franklin




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

Bug#495019: #495019 patch

[Alexander Gerasiov]

Package: trac
Version: 0.11.1-2.1
Followup-For: Bug #495019

Here is a patch for this bug.

Cheers.


-- System Information:
Debian Release: lenny/sid
  APT prefers testing-proposed-updates
  APT policy: (700, 'testing-proposed-updates'), (700, 'testing'), (670, 
'proposed-updates'), (670, 'stable'), (600, 'unstable'), (550, 'experimental')
Architecture: i386 (x86_64)

Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
diff -rNu trac-0.11.1/debian/install trac-0.11.1.new/debian/install
--- trac-0.11.1/debian/install	1970-01-01 03:00:00.0 +0300
+++ trac-0.11.1.new/debian/install	2008-12-02 00:50:51.174475243 +0300
@@ -0,0 +1 @@
+contrib usr/share/doc/trac
diff -rNu trac-0.11.1/debian/patches/00list trac-0.11.1.new/debian/patches/00list
--- trac-0.11.1/debian/patches/00list	2008-12-02 00:51:38.0 +0300
+++ trac-0.11.1.new/debian/patches/00list	2008-12-02 00:44:11.126975620 +0300
@@ -1,4 +1,3 @@
 10_remove_trac_suffix_from_title.dpatch
 15_remove_jquery_file.dpatch
-16_install_contrib_dir.dpatch
 17_SA32652.dpatch
diff -rNu trac-0.11.1/debian/patches/16_install_contrib_dir.dpatch trac-0.11.1.new/debian/patches/16_install_contrib_dir.dpatch
--- trac-0.11.1/debian/patches/16_install_contrib_dir.dpatch	2008-12-02 00:51:38.0 +0300
+++ trac-0.11.1.new/debian/patches/16_install_contrib_dir.dpatch	1970-01-01 03:00:00.0 +0300
@@ -1,34 +0,0 @@
-#! /bin/sh /usr/share/dpatch/dpatch-run
-## 16_install_contrib_dir.dpatch by  <[EMAIL PROTECTED]>
-##
-## All lines beginning with `## DP:' are a description of the patch.
-## DP: Installs the contrib directory from trac source
-
[EMAIL PROTECTED]@
-
-diff --git a/setup.py b/setup.py
-index 37e61fb..c1334c6 100755
 a/setup.py
-+++ b/setup.py
-@@ -13,6 +13,9 @@
- # history and logs, available at http://trac.edgewall.org/log/.
- 
- from setuptools import setup, find_packages
-+from glob import glob
-+
-+
- 
- setup(
- name = 'Trac',
-@@ -48,7 +51,10 @@ facilities.
- 'trac.wiki': ['default-pages/*'],
- 'trac.ticket': ['workflows/*.ini'],
- },
--
-+data_files=[(('/usr/share/doc/trac/contrib/'), glob('contrib/*.*')),
-+(('/usr/share/doc/trac/contrib/workflow/'), glob('contrib/workflow/*')),
-+(('/usr/share/doc/trac/contrib/rpm/'), glob('contrib/rpm/*'))
-+],
- test_suite = 'trac.test.suite',
- zip_safe = False,
- 
diff -rNu trac-0.11.1/debian/rules trac-0.11.1.new/debian/rules
--- trac-0.11.1/debian/rules	2008-12-02 00:51:38.0 +0300
+++ trac-0.11.1.new/debian/rules	2008-12-02 00:44:31.354475390 +0300
@@ -33,6 +33,7 @@
 	dh_testroot
 	dh_installchangelogs
 	dh_installdocs
+	dh_install
 	dh_installman
 	dh_link
 	dh_lintian

Bug#370789: Register totem-gstreamer as a DVD player in 2.24?

[Sven Arvidsson]

Hi,

With GStreamer from experimental now support DVD menus, wouldn't it be a
good idea to register totem-gstreamer as capable of handling
x-content/video-dvd and close this bug?

-- 
Cheers,
Sven Arvidsson
http://www.whiz.se
PGP Key ID 760BDD22


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

Bug#506862: Waiting on upstream

[Matt Arnold]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

severity 506862 important
thanks

Upstream is working on this, should be fixed within the week. I
apologize for any inconvenience this might have caused.

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

iEYEARECAAYFAkk0XWkACgkQfGeS0kace83CXQCfdK8tq2w8cl/WgIEiTbGjV4RH
/iAAn18szNQOtFjuwYi8/ld3SHN3Iwfq
=Fq6P
-END PGP SIGNATURE-



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

Bug#490020: La TVIP est-ce pour vous? Informez-vous!

[iptv]

Bonjours, Il vous est aujourd'hui possible
avec http://www.net-tv-live.com
de regarder en direct sur votre ordinateur de milliers
de chaines de television et poste de radio.

C'est simple, pour plus de detail visiter
==> MAINTENANT sur http://www.net-tv-live.com <==

Merci
De votre ami Xavier
http://www.net-tv-live.com
http://www.netrichesse.com

Bonus: petit guide pour vous permettre de generer des revenus sur internet!
http://www.netrichesse.com/miniguide.html

You are receiving this message because you have opted in to the Net-TV-Live 
list. To unsubscribe, please follow this link: 



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