Bug#497349: nvi Increment Command ("#") Erases to End of Line

[Jan Christoph Nordholz]

tags 497349 + pending upstream
thankyou

Hi,

> Withing nvi, placing the cursor over a number and pressing the # plus
> #, +, or - should increment or decrement that number, but now it erases
> everything from the cursor to the end of the line. 

yep, you're right - the v_increment command is not widechar-capable and
messes up the line. This is an upstream bug, but I've created a fix
myself in the meantime.


Thanks for reporting!

Jan


signature.asc
Description: Digital signature

Bug#484147: Announce of the upcoming NMU for the slashem package

[Christian Perrier]

Dear maintainer of slashem and Debian translators,

Some days ago, I sent a notice to the maintainer of the slashem Debian
package, mentioning the status of at least one old po-debconf translation 
update in the BTS.

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

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

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

The package is currently translated to: 
cs de fi fr gl nl pt ru sv vi

Among these, the following translations are incomplete: 

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

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

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

The POT file is attached to this mail.

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

Otherwise the following will happen (or already has):

 Tuesday, August 26, 2008   : send the first intent to NMU notice to
 the package maintainer.
 Monday, September 01, 2008   : send this notice
 Sunday, September 07, 2008   : (midnight) deadline for receiving 
translation updates
 Monday, September 08, 2008   : build the package and upload it to 
DELAYED/2-day
 send the NMU patch to the BTS
 Wednesday, September 10, 2008   : NMU uploaded to incoming

Thanks for your efforts and time.

-- 


-- 


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

#. Type: select
#. Choices
#. Type: select
#. Choices
#: ../slashem-common.templates:1001 ../slashem-common.templates:2001
msgid "abort, backup, purge, ignore"
msgstr ""

#. Type: select
#. Description
#. Type: select
#. Description
#: ../slashem-common.templates:1002 ../slashem-common.templates:2002
msgid "Should Slash'em back up your old, incompatible save files?"
msgstr ""

#. Type: select
#. Description
#. Type: select
#. Description
#: ../slashem-common.templates:1002 ../slashem-common.templates:2002
msgid ""
"You are upgrading from a version of Slashe'em whose save files are not "
"compatible with the version you are upgrading to. You may either have them "
"backed up into /tmp, purge them, ignore this problem completely, or abort "
"this installation and manually handle Slashem's save files."
msgstr ""

#. Type: select
#. Description
#. Type: select
#. Description
#: ../slashem-common.templates:1002 ../slashem-common.templates:2002
msgid ""
"If you choose to back up, the files will be backed up into a gzip-compressed "
"tar archive in /tmp with a random name starting with 'slash' and ending in '."
"tar.gz'."
msgstr ""


signature.asc
Description: Digital signature

Bug#487370: Announce of the upcoming NMU for the auctex package

[Christian Perrier]

Dear maintainer of auctex and Debian translators,

Some days ago, I sent a notice to the maintainer of the auctex Debian
package, mentioning the status of at least one old po-debconf translation 
update in the BTS.

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

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

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

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

Among these, the following translations are incomplete: it nl pt_BR

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

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

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

The POT file is attached to this mail.

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

Otherwise the following will happen (or already has):

 Tuesday, August 26, 2008   : send the first intent to NMU notice to
 the package maintainer.
 Monday, September 01, 2008   : send this notice
 Sunday, September 07, 2008   : (midnight) deadline for receiving 
translation updates
 Monday, September 08, 2008   : build the package and upload it to 
DELAYED/2-day
 send the NMU patch to the BTS
 Wednesday, September 10, 2008   : NMU uploaded to incoming

Thanks for your efforts and time.

-- 


-- 


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

#. Type: select
#. Choices
#: ../auctex/templates:2001
msgid "Background"
msgstr ""

#. Type: select
#. Choices
#: ../auctex/templates:2001
msgid "Foreground"
msgstr ""

#. Type: select
#. Choices
#: ../auctex/templates:2001
msgid "None"
msgstr ""

#. Type: select
#. Description
#: ../auctex/templates:2002
msgid "(La)TeX macros parsing mode:"
msgstr ""

#. Type: select
#. Description
#: ../auctex/templates:2002
msgid ""
"To improve the performance of AUCTeX, every currently installed TeX macro "
"package and LaTeX style file will be parsed."
msgstr ""

#. Type: select
#. Description
#. Translators: do NOT translate ${LOGFILE}
#: ../auctex/templates:2002
msgid ""
"This may take a lot of time, so it should probably be done in the "
"background. You may also choose to have it done in the foreground, or to "
"skip that step. If you choose 'Background', you will find a detailed log of "
"the process in ${LOGFILE}."
msgstr ""

#. Type: select
#. Description
#: ../auctex/templates:2002
msgid ""
"A weekly cron job will also take care of updating the cached data, so that "
"no specific action is required whenever you install new (La)TeX packages or "
"remove old ones."
msgstr ""

#. Type: select
#. Description
#: ../auctex/templates:2002
msgid ""
"This update can be run manually at any moment by running 'update-auctex-"
"elisp'."
msgstr ""

#. Type: select
#. Choices
#: ../auctex/templates:3001
msgid "Console"
msgstr ""

#. Type: select
#. Choices
#: ../auctex/templates:3001
msgid "File"
msgstr ""

#. Type: select
#. Description
#: ../auctex/templates:3002
msgid "Parsing output destination:"
msgstr ""

#. Type: select
#. Description
#: ../auctex/templates:3002
msgid ""
"You chose to parse TeX macro packages and LaTeX style files in foreground. "
"This operation generates a lot of information. Please choose where this "
"information should be sent:"
msgstr ""

#. Type: select
#. Description
#. Translators: do NOT translate ${LOGFILE}
#: ../auctex/templates:3002
msgid ""
" File:output goes to ${LOGFILE};\n"
" Console: output goes to the current console."
msgstr ""


signature.asc
Description: Digital signature

Bug#497358: hal-info: wrong quirks for pm-suspend on thinkpad x40

[Daniel Moerner]

Package: hal-info
Version: 20080508+git20080601-1
Severity: normal

My Thinkpad X40 will not suspend if I just run pm-suspend as root.  It 
comes back to a screen without the backlight on--I can fix this by 
blindly typing "su root -c 'vbetool post'" and then switching to a 
virtual terminal and back to X.  This problem is also fixed by calling 
"pm-suspend --quirk-s3-bios."

The problem lies in 
/usr/share/hal/fdi/information/10freedesktop/20-video-quirk-pm-ibm.fdi

This file has two entries for the Thinkpad X40:



true
true






 
  true
 


The problem is that my machine is matching the second rule for an X40, 
not the first.  If I change the second rule to use the 
key="power_management.quirk.s3_bios", then my machine suspends fine.

I have attached lspci -nnvv if you need anything else just ask.


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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

-- no debconf information
00:00.0 Host bridge [0600]: Intel Corporation 82852/82855 GM/GME/PM/GMV 
Processor to I/O Controller [8086:3580] (rev 02)
Subsystem: IBM Device [1014:055c]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR-  (32-bit, prefetchable)
Capabilities: 
Kernel driver in use: agpgart-intel
Kernel modules: intel-agp

00:00.1 System peripheral [0880]: Intel Corporation 82852/82855 GM/GME/PM/GMV 
Processor to I/O Controller [8086:3584] (rev 02)
Subsystem: IBM Device [1014:055d]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- TAbort- SERR- 
Kernel modules: intelfb

00:02.1 Display controller [0380]: Intel Corporation 82852/855GM Integrated 
Graphics Device [8086:3582] (rev 02)
Subsystem: IBM Device [1014:0557]
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 

00:1d.0 USB Controller [0c03]: Intel Corporation 82801DB/DBL/DBM 
(ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 [8086:24c2] (rev 01)
Subsystem: IBM Device [1014:052d]
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
SERR- TAbort- 
SERR- TAbort- 
SERR- TAbort- 
SERR- 
Kernel driver in use: ehci_hcd
Kernel modules: ehci-hcd

00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge 
[8086:2448] (rev 81)
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- TAbort- 
Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Kernel modules: shpchp

00:1f.0 ISA bridge [0601]: Intel Corporation 82801DBM (ICH4-M) LPC Interface 
Bridge [8086:24cc] (rev 01)
Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
SERR- TAbort- 
SERR- TAbort- 
SERR- TAbort- 
SERR- 
Kernel driver in use: Intel ICH
Kernel modules: snd-intel8x0

00:1f.6 Modem [0703]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) 
AC'97 Modem Controller [8086:24c6] (rev 01)
Subsystem: IBM Device [1014:0559]
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
SERR- 
Kernel driver in use: Intel ICH Modem
Kernel modules: snd-intel8x0m

02:00.0 CardBus bridge [0607]: Ricoh Co Ltd RL5c476 II [1180:0476] (rev 8d)
Subsystem: IBM Device [1014:0555]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR- Reset- 16bInt+ PostWrite+
16-bit legacy interface ports at 0001
Kernel driver in use: yenta_cardbus
Kernel modules: yenta_socket

02:00.1 SD Host controller [0805]: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro 
Host Adapter [1180:0822] (rev 13)
Subsystem: IBM Device [1014:0556]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR- 
Kernel driver in use: sdhci

Bug#497331: console-setup: Please don't use Terminus by default.

[Christian Perrier]

Quoting Josh Triplett ([EMAIL PROTECTED]):
> Package: console-setup
> Version: 1.27
> Severity: normal
> 
> console-setup depends on console-terminus, and uses the Terminus fonts
> by default.  Please consider defaulting to VGA instead.  As the Ubuntu
> changelog puts it:
> 
> > console-setup (1.7ubuntu18) edgy; urgency=low
> >  
> >   * Change the default font to VGA where supported; Terminus does not seem
> > to have widespread aesthetic appeal.
> 
> Indeed it doesn't.  Having the option of Terminus seems useful, but
> using it by default feels uncomfortable.
> 
> Ideally, console-setup could just Suggests: console-terminus, and
> offer it as an option if installed.


I'm tempted to agree with that argument.

Anton, would you mind commenting?





signature.asc
Description: Digital signature

Bug#497343: laptop-mode-tools should recommend ethtool

[Bart Samwel]

Thanks for reporting, will fix!

Daniel Moerner wrote:

Package: laptop-mode-tools
Version: 1.45-1
Severity: normal

/etc/laptop-mode/conf.d/ethernet.conf uses ethtool to manipulate the wol 
and speed settings of ethernet devices.  Other parts of 
laptop-mode-tools that use commands not in the package, like hdparm, 
have the package listed as a Recommend of laptop-mode-tools.  I think 
the same should apply to ethtool.  Thanks.


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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/bash

Versions of packages laptop-mode-tools depends on:
ii  lsb-base  3.2-20 Linux Standard Base 3.2 init scrip
ii  util-linux2.13.1.1-1 Miscellaneous system utilities

Versions of packages laptop-mode-tools recommends:
ii  acpid 1.0.6-10   Utilities for using ACPI power man
ii  hal   0.5.11-3   Hardware Abstraction Layer
ii  hdparm8.9-1  tune hard disk parameters for high
pn  sdparm (no description available)

laptop-mode-tools suggests no packages.

-- no debconf information







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

Bug#373589: please use Contents.diff directories on apt-file update

[Thijs Kinkhorst]

On Friday 28 March 2008 21:12, Stefan Fritsch wrote:
> claim 373589 [EMAIL PROTECTED]
> thanks
>
> FTR, I have started to work on this, though I am currently too busy to
> finish it.

Relevant to this bug, we should monitor developments on this:
http://blog.ganneff.de/blog/2008/09/01/pdiffs.html
http://blog.ganneff.de/blog/2008/09/01/pdiffs-1.html


Thijs


pgp0JuOdPY9u1.pgp
Description: PGP signature

Bug#497213: [SPAM] Re: Bug#497213: libmono-system-web2.0-cil: Please include System.Web.Extensions.dll, for example in non-free

[Rene Mayrhofer]

On Sunday 31 August 2008, Jo Shields wrote:
> The problem code has actually been released under a new (DFSG-friendly)
> license in the development version of Mono, so if you were to prepare a
> dpatch file against 1.9.1+dfsg-3 containing System.Web.Extensions from
> Mono SVN, we would be open to including it. However, with Lenny frozen,
> we can't make any promises.
Unfortunately, I'm not sure I can afford the time right now, considering that 
it'll be uncertain to make it into Lenny. Would somebody else who is already 
familiar with the code in question be able to prepare the patch more quickly?

> Post-Lenny, (i.e. once Mono 2.0 is in Debian), the problem will go away.
Are there any preliminary 2.0 packages available that I could test? I need a 
solution pretty soon, and installing the upstream binary distribution is not 
my favourite option. I'd rather install experimental packages (and maybe 
upgrade others) if available.

best regards,
Rene


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

Bug#494168: [EMAIL PROTECTED]

[Murz]

I can't compile the src package from Experemental in Debian Lenny AMD64 
- some tests after compiling fails:


Test Summary

PASS: Printer 'Test1' correctly produced 55 page(s).
PASS: Printer 'Test2' correctly produced 23 page(s).
PASS: 154 requests processed.
PASS: 0 emergency messages.
PASS: 0 alert messages.
PASS: 0 critical messages.
FAIL: 0 error messages, expected 9.
PASS: 0 warning messages.
PASS: 0 notice messages.
PASS: 1 info messages.
FAIL: 0 debug messages, expected more than 0.
PASS: 0 debug2 messages.

2 tests failed.
Log files can be found in /tmp/cups-root/log.
A HTML report was created in 
/tmp/cups-root/cups-str-1.3-2008-09-01-root.html.


Copies of the error_log and cups-str-1.3-2008-09-01-root.html files are in
/storage/soft/printer/cups/src_ex/cups-1.3.8/test.

make[1]: *** [check] Error 1
make[1]: Leaving directory 
`/var/storage/soft/printer/cups/src_ex/cups-1.3.8'

make: *** [debian/stamp-makefile-check] Error 2
dpkg-buildpackage: failure: debian/rules build gave error exit status 2

Logs is attached to message.
Title: CUPS 1.3 Software Test Report




CUPS 1.3 Software Test Report

This software test report provides detailed test results that
are used to evaluate the stability and compliance of the Common
UNIX Printing System ("CUPS") Version 1.3.

Document Overview

This software test plan is organized into the following sections:


	1 - IPP Compliance Tests
	2 - Command Tests
	3 - Log Files

1 - IPP Compliance Tests
This section provides the results to the IPP compliance tests
outlined in the CUPS Software Test Plan. These tests were run on
2008-09-01 by root on srv.


"4.1-requests.test":
No Attributes[PASS]
RECEIVED: 116 bytes in response
Charset Attribute[PASS]
RECEIVED: 119 bytes in response
Language Attribute   [PASS]
RECEIVED: 119 bytes in response
Language + Charset Attributes[PASS]
RECEIVED: 119 bytes in response
Charset + Language Attributes[PASS]
RECEIVED: 119 bytes in response
Charset + Language + Printer URI Attributes  [PASS]
RECEIVED: 72 bytes in response
Charset + Language + Job URI Attributes  [PASS]
RECEIVED: 72 bytes in response

"4.2-cups-printer-ops.test":
Add Printer Test1[PASS]
RECEIVED: 72 bytes in response
Verify Printer Test1 Added   [PASS]
RECEIVED: 4191 bytes in response
Delete Printer Test1 [PASS]
RECEIVED: 72 bytes in response
Verify Printer Test1 Deleted [PASS]
RECEIVED: 126 bytes in response
Subscribe to Printer Events  [PASS]
RECEIVED: 104 bytes in response
Add Printer Test2[PASS]
RECEIVED: 72 bytes in response
Verify Printer Test2 Added   [PASS]
RECEIVED: 4191 bytes in response
Modify Printer Test2 [PASS]
RECEIVED: 72 bytes in response
Re-Add Printer Test1 [PASS]
RECEIVED: 72 bytes in response
Verify Printer Test1 Re-Added[PASS]
RECEIVED: 4396 bytes in response
Set Default Printer to Test1 [PASS]
RECEIVED: 72 bytes in response

"4.3-job-ops.test":
Print PostScript Job with bad job-sheets value to Test1  [PASS]
RECEIVED: 120 bytes in response
Print PostScript Job to Test1[PASS]
RECEIVED: 166 bytes in response
Get Job Attributes   [PASS]
RECEIVED: 873 bytes in response
Print JPEG Job to Test2  [PASS]
RECEIVED: 198 bytes in response
Get Job Attributes   [PASS]
RECEIVED: 845 bytes in response
Print Text Job to Test1  [PASS]
RECEIVED: 166 bytes in response
Print PDF Job to Test1   [PASS]
RECEIVED: 186 bytes in response
Hold Job on Test1[PASS]
RECEIVED: 72 bytes in response
Release Job on Test1 [PASS]
RECEIVED: 72 bytes in response
Print Held Image Job to Test1[PASS]
RECEIVED: 186 bytes in response
Cancel Job   [PASS]
RECEIVED: 72 bytes in response
Get Job List on Test1   

Bug#497345: laptop-mode-tools should recommend psmisc

[Bart Samwel]

And thanks for reporting again!

Cheers,
Bart

Daniel Moerner wrote:

Package: laptop-mode-tools
Version: 1.45-1
Severity: normal

If I had noticed I would have filed this along with bug #497343.  The 
configuration-file controller requires killall to function.  killall is 
in psmisc, which is not priority required, and thus is not installed by 
default.  Since laptop-mode-tools actually spits out an error message 
without killall, I think it might be better for laptop-mode-tools to 
depend on psmisc, instead of just recommend it.  Thanks.


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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/bash

Versions of packages laptop-mode-tools depends on:
ii  lsb-base  3.2-20 Linux Standard Base 3.2 init scrip
ii  util-linux2.13.1.1-1 Miscellaneous system utilities

Versions of packages laptop-mode-tools recommends:
ii  acpid 1.0.6-10   Utilities for using ACPI power man
ii  hal   0.5.11-3   Hardware Abstraction Layer
ii  hdparm8.9-1  tune hard disk parameters for high
pn  sdparm (no description available)

laptop-mode-tools suggests no packages.

-- no debconf information







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

Bug#494168: [EMAIL PROTECTED]

[Murz]

If I change by hands the test strings for skiping this errors, all 
install and works good for me.




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

Bug#496383: xastir - broken temp file patch (#496383)

[Joop Stakenborg]

Op zondag 31-08-2008 om 18:06 uur [tijdzone +0200], schreef Gerfried
Fuchs:
> * Joop Stakenborg <[EMAIL PROTECTED]> [2008-08-28 16:53:41 CEST]:
> > Op donderdag 28-08-2008 om 16:06 uur [tijdzone +0200], schreef Tomas
> > Hoger:
> > > You probably wanted to use:
> > >   TMPFILE=`mktemp -t`
> > > instead of
> > >   TMPFILE = 'mktemp -t'
> > > in your patch for #496383, right?
> > 
> > Ouch, will fix ASAP, thanks!
> 
>  You didn't, the required fix required to use backticks instead of
> quotes ...
> 

I am sorry, I am not a very good shell script writer.

>  I'm currently building an NMU to fix this problem (find attached the
> interdiff for it). Furthermore, the TMPFILE never gets removed, is there
> a particular reason to not do so?
> 

No reason.
I will contact upstream so the next version will fix this.

>  So long,
> Rhonda

Thanks,
Joop


signature.asc
Description: Dit berichtdeel is digitaal ondertekend

Bug#497357: debconf: can't restart services in an Emacs shell buffer

[Francesco Potorti`]

Package: debconf
Version: 1.5.22
Severity: normal

Every time a package, such as libpam0g, wants to display a list of
services to be restarted in an Emacs shell buffer, the list is empty.

>From inside an Emacs shell buffer, I use to run
 aptitude -r dist-upgrade
and I get this:

=== start of screen transcript =
Setting up libpam0g (1.0.1-4+b1) ...
debconf: unable to initialize frontend: Dialog
debconf: (Dialog frontend will not work on a dumb terminal, an emacs shell 
buffer, or without a controlling terminal.)
debconf: falling back to frontend: Readline
Checking for services that may need to be restarted...Checking init scripts...
Configuring libpam0g


Most services that use PAM need to be restarted to use modules built for this 
new version of libpam.  Please 
review the following space-separated list of init.d scripts for services to be 
restarted now, and correct it 
if needed.

Some other services such as xscreensaver, gnome-screensaver, and xlockmore 
cannot be restarted for you.  You 
will not be able to authenticate to these services until you restart them 
manually.

Services to restart for PAM library upgrade: 

== end of screen transcript 

As you can see, the list of services to restart is empty.  Howeer, if I
run in a terminal the command
 /var/lib/dpkg/info/libpam0g.postinst configure 0

I get the following list: wu-ftpd samba netatalk gdm exim4 cups cron atd

It is not simply a visualisation problem: if I hit Enter at the prompt,
no services are restarted.  I can reproduce this problem at will.

I am knwledgeable with bash, so if I can be of any help, please let me
know. 

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

Kernel: Linux 2.6.25-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set 
to C)
Shell: /bin/sh linked to /bin/bash

Versions of packages debconf depends on:
ii  debconf-i18n  1.5.22 full internationalization support 
ii  perl-base 5.10.0-13  minimal Perl system

Versions of packages debconf recommends:
ii  apt-utils 0.7.14+b1  APT utility programs

Versions of packages debconf suggests:
ii  debconf-doc   1.5.22 debconf documentation
ii  debconf-utils 1.5.22 debconf utilities
ii  dialog1.1-20080316-1 Displays user-friendly dialog boxe
ii  gnome-utils   2.20.0.1-2 GNOME desktop utilities
ii  libgnome2-perl1.042-1+b1 Perl interface to the GNOME librar
pn  libnet-ldap-perl   (no description available)
pn  libqt-perl (no description available)
pn  libterm-readline-gnu-perl  (no description available)
ii  perl  5.10.0-13  Larry Wall's Practical Extraction 
ii  whiptail  0.52.2-11.3Displays user-friendly dialog boxe

-- debconf information:
  debconf-apt-progress/title:
  debconf-apt-progress/info:
  debconf/priority: high
  debconf-apt-progress/preparing:
  debconf-apt-progress/media-change:
  debconf/frontend: Dialog



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

Bug#470522: the united nation credit development

[FEDEX COURIER SERVICE]

Greetings,

We are hereby obliged to inform you that We got over 20 set of packages
from the united nation credit development.We took time to write out the
email addresses on the label Of each parcel and yours was included. We
have them now to bring to your home location but before that as instructed
by the UNCD, you are to contact them to give you clearance With the email
address below.
([EMAIL PROTECTED]),and also a secret number will be
given to you by the UNCD.
Your parcel is safe with us, until we hear from you .

Best Regards,

Mr. Henry Peters.

Service Director.




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

Bug#497304: general: packages cannot be partially installed

[Patrick Schoenfeld]

Hi,

On Sun, Aug 31, 2008 at 07:08:49PM +0100, Mark Hobley wrote:
> For any particular package, the full set of binary components, optional
> documentation, and unused foreign language support files will be installed
> by the package management system.

this sentence in its so-general-form is not true at all.
However it is true that most packages include their documentation,
because most of our users basically are interested in have this
documentation installed and also because splitting documentation into a
seperate package is not always desired (size constraints).

> Each stand alone binary file should be individually packaged, rather 
> than bundled with other stand alone binary files.

Oh no. You are not really suggesting that, are you? I see what you are
trying to achieve but micro-packages, like you are suggesting, are 
really a step in the wrong direction. After all they will enforce other
space problems then those you had before. It will increase the number of
dependencies of a package, the needed space for package lists on every system
and last but not least higher the space required on our mirrors. Not to
mention everything I forgot.

So, it sounds like a bad idea.

Best Regards,
Patrick



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

Bug#496967: general: System completely blocks any input

[Alexander Wirt]

Frank Küster schrieb am Saturday, den 30. August 2008:

Hi, 

*snip*
> Is there any live system available which can handle lvm volumes? I think 
> I even have some free disk space for an additional partition to install 
> the live system on harddisk. But I cannot access it from Knoppix, and 
> didn't find information on lvm in the Knoppix FAQ.
grml [1] has support for lvm. Just start it via /etc/init.d/lvm start after
booting. 

Alex

[1] http://www.grml.org/




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

Bug#497257: another report

[Mark Robinson]

I'm seeing this behaviour too on an Athlon 32 1300.

The bugs is still present in 1.7.1.


$ iceweasel -jsconsole 
http://www.geonet.org.nz/earthquake/quakes/2961980g-shaking.html


gives


Error: dojo.flash.Embed.protocol is not a function
Source File: http://www.geonet.org.nz/flash-maps/js/embed-compressed.js
Line: 495


in the jsconsole.



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

Bug#497355: libsvn0: Dependency problem with libneon25

[Gabor Kiss]

Package: libsvn0
Version: 1.3.2-6
Severity: minor

Description of libneon25:
An HTTP and WebDAV client library
This is a transitional package to neon27.

Meanwhile libsvn0 depends on it.

Gabor

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

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

Versions of packages libsvn0 depends on:
ii  libapr02.0.55-4.2the Apache Portable Runtime
ii  libc6  2.7-13GNU C Library: Shared libraries
ii  libneon25  0.25.5.dfsg-6 An HTTP and WebDAV client library

libsvn0 recommends no packages.

libsvn0 suggests no packages.

-- no debconf information



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

Bug#497356: Missing zip dependency: Warning: Zip command (SAVE_PACKAGE_CMD) returnednon-zero value!

[Trent W. Buck]

Package: crawl
Version: 2:0.4.1-1
Severity: minor

Crawl should Depends: zip in debian/control to avoid this message when quitting:

Warning: Zip command (SAVE_PACKAGE_CMD) returnednon-zero value!

It may be possible to alternatively change SAVE_PACKAGE_CMD and the
equivalent unpack to use tar -zcf.  As tar and gzip are Essential: yes
packages, they do not need to be listed in Depends.


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

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

Versions of packages crawl depends on:
ii  libc6 2.7-13 GNU C Library: Shared libraries
ii  libgcc1   1:4.3.1-9  GCC support library
ii  liblua5.1-0   5.1.3-1Simple, extensible, embeddable pro
ii  libncursesw5  5.6+20080804-1 shared libraries for terminal hand
ii  libstdc++64.3.1-9The GNU Standard C++ Library v3

crawl recommends no packages.

crawl suggests no packages.

-- no debconf information



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

Bug#487211: [Pkg-openldap-devel] Bug#487211: Bug#487211: slapd: upgrade from 2.3.35 fails looking for ldif

[Steve Langasek]

severity 495954 normal
tags 487211 -moreinfo
thanks

On Sun, Aug 31, 2008 at 10:56:16PM +0200, Giuseppe Sacco wrote:
> Il giorno dom, 31/08/2008 alle 11.08 -0700, Steve Langasek ha scritto:
> > On Sun, Aug 31, 2008 at 04:09:19PM +0200, Giuseppe Sacco wrote:
> [...]
> > > I found the very same bug today on updating a machine from etch to
> > > lenny. The upgrade procedure didn't worked correctly, so aptitude
> > > stopped and I had to use "apt-get -f install" and "dpkg --configure
> > > --pending" a few times.
> > 
> > Ok, can *you* show us the log output from the initial upgrade, which is the
> > information I'm missing to try to understand what happened here?

> Unfortunately I didn't keep any information about the initial problem.

Hmm, /var/log/apt/term.log, by any chance?

> > > Currently I am stuck at this point: old slapd has been removed, ldif was
> > > not created, I cannot reinstall the old slapd since I cannot downgrade
> > > libldap to libldap-2.3-0. The new version won't find any ldif and will
> > > not correctly get configured.

> > > I cannot downgrade libldap since removing the new version will remove a
> > > lot of packages I need:

> > > sgi:~# LC_ALL=C apt-get remove libldap-2.4-2

> > Why did you not simply run "apt-get install libldap-2.3-0"?  These are
> > different library SONAMEs, the packages don't conflict.

> libldap-2.3-0 depends on libldap2 that conflict with libldap-2.4-2.

Ok, thanks for pointing this out.  This is a change that was introduced in
an NMU that I had intended to revert because it's not the standard way of
handling SONAME changes in Debian, even when one of the libraries involved
does not use symbol versioning and symbol conflicts result.  I never got
around to reverting it because it seemed to be a lower priority issue in
practice; this, together with bug #495954, makes it clear that it needs to
be a high priority.

I'm not sure that bug #495954 is entirely the fault of this conflict; I
think there's still an issue with how apt or aptitude is ordering packages
during upgrade which is detectably wrong and should be addressed.  But that
bug can probably be downgraded as long as this one gets fixed.

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



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

Bug#405862: hugin: configured to call autopano.exe, should be autopano

[Hamish]

Package: hugin
Version: 0.6.1-1

Regardless of the depends/suggests status of autopano-sift, could the
primary subject of this bug report be addressed please? i.e. a tiny patch
to remove the '.exe' from autopanog default command? Then those using
Christian Marillat's unoffical multimedia package wounldn't have to dig
around in the Preferences menu to find where to change that.


FWIW the workaround is,

File -> Preferences -> Autopano tab -> "Use alternative Autopano-SIFT
program"

or, in the ~/.hugin file edit this line:
[AutoPanoSift]
AutopanoExe=autopanog


thanks,
Hamish



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

Bug#484842: Re: Bug#484842: rc bug tagged pending - upload?

[Mike Kranidis / My Domain]

Dear Sirs,
is there any progress regarding the unionfs upload for 2.6.26 kernels.
We have missed unionfs for very long time.

Best Regards
Mike Kranidis
email: [EMAIL PROTECTED]


= QUOTE =
on Date: Sun, 27 Jul 2008 14:53:53 +0200
Daniel Baumann <[EMAIL PROTECTED]> wrote:

there will not be a unionfs upload for .25, but for .26 soon.


 UNQUOTE 




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

Bug#335916: Removing netmon-applet

[Stephan Peijnik]

On Sat, 2008-08-30 at 00:43 +0200, Josselin Mouette wrote:
> Le vendredi 08 août 2008 à 15:43 -0300, Frank Lichtenheld a écrit :
> > Are you interested in adopting this package? Do you know potential adopters?
> > If so, please could you forward them this mail, Ccing the BTS and me?
> > 
> > If there is no action from anyone, I'll request the removal of this package
> > from Debian after a month.
> 
> I’d recommend to drop this package. We already have netspeed which is
> decently maintained upstream and in Debian, plus netstatus. I don’t
> think we need three applets doing almost exactly the same thing.

Looking at popcon netmon-applet is still being used by some people.
Also, both netspeed and netstatus are a bit 'heavier' on the UI code,
as netmon-applet uses text-only displaying.

It is true however that upstream seems to have dropped this package,
so on the other hand orphaning it might be a good idea.

Maybe there should be an alternative for this package though, providing
the same clean, text-only display method.

Having had a deeper look into the upstream activity dropping this
package seems like a good idea though. I am going to put this package
in orphaned status again.

Regards,

Stephan




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

Bug#497257: Flash not more working after flashplugin-nonfree update

[Bart Martens]

retitle 497257 Flash not more working after flashplugin-nonfree update [amd64]
tags 497257 moreinfo
stop

Do you have the same problem with version 1:1.7.1 ? What is the output
of this command ?

  update-flashplugin-nonfree --verbose --install





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

Bug#497354: ALSA: snd_intel8x0 broken on some boots

[clayton]

Package: linux-image-2.6.26-1-686
Version: 2.6.26-3
Severity: important


Since I installed 2.6.26 on this machine, I have booted several times, 
and twice sound has been unusable. Any music I play, for instance, 
sounds like it is playing far in the background against a foreground of 
static and crackling. If I bring up kmix there appears to be TWO sound 
cards:

* the correct one: Intel 82801CA-ICH3
* pcsp

The "pcsp" entry in kmix has only one channel I can adjust, called 
"Master", which does seem to have an effect on sound level.

This part of the syslog seems suggestive:

[   16.108100] intel8x0_measure_ac97_clock: measured 52316 usecs
[   16.108107] intel8x0: clocking to 48000
[   16.476297] Error: Driver 'pcspkr' is already registered, aborting...

-- Package-specific info:
** Version:
Linux version 2.6.26-1-686 (Debian 2.6.26-3) ([EMAIL PROTECTED]) (gcc version 
4.1.3 20080623 (prerelease) (Debian 4.1.2-23)) #1 SMP Wed Aug 20 12:56:41 UTC 
2008

** Command line:
root=/dev/hda1 ro quiet 

** Not tainted

** Kernel log:
[   13.824338] input: TPPS/2 IBM TrackPoint as /class/input/input6
[   15.621622] Intel ICH :00:1f.5: enabling device ( -> 0001)
[   15.621636] ACPI: PCI Interrupt :00:1f.5[B] -> Link [LNKB] -> GSI 11 
(level, low) -> IRQ 11
[   15.621659] PCI: Setting latency timer of device :00:1f.5 to 64
[   15.820745] input: Video Bus as /class/input/input7
[   15.840259] ACPI: AC Adapter [AC] (on-line)
[   15.848101] ACPI: Video Device [VID] (multi-head: yes  rom: no  post: no)
[   15.960950] ACPI: Battery Slot [BAT0] (battery absent)
[   16.048046] AC'97 0 analog subsections not ready
[   16.076647] ACPI: \_SB_.PCI0.IDE0.SCND.MSTR: found ejectable bay
[   16.076656] ACPI: \_SB_.PCI0.IDE0.SCND.MSTR: Adding notify handler
[   16.076718] ACPI: Bay [\_SB_.PCI0.IDE0.SCND.MSTR] Added
[   16.108100] intel8x0_measure_ac97_clock: measured 52316 usecs
[   16.108107] intel8x0: clocking to 48000
[   16.476297] Error: Driver 'pcspkr' is already registered, aborting...
[   16.844310] Yenta: CardBus bridge found at :02:03.0 [1014:0184]
[   16.972622] Yenta: ISA IRQ mask 0x04b8, PCI irq 11
[   16.972629] Socket status: 3410
[   16.972636] pcmcia: parent PCI bridge I/O window: 0x3000 - 0x7fff
[   16.972642] cs: IO port probe 0x3000-0x7fff: clean.
[   16.974551] pcmcia: parent PCI bridge Memory window: 0xc020 - 0xcfff
[   16.974557] pcmcia: parent PCI bridge Memory window: 0xe800 - 0xefff
[   16.976221] Yenta: CardBus bridge found at :02:03.1 [1014:0184]
[   17.104622] Yenta: ISA IRQ mask 0x04b8, PCI irq 11
[   17.104628] Socket status: 3810
[   17.104635] pcmcia: parent PCI bridge I/O window: 0x3000 - 0x7fff
[   17.104641] cs: IO port probe 0x3000-0x7fff: clean.
[   17.106550] pcmcia: parent PCI bridge Memory window: 0xc020 - 0xcfff
[   17.106556] pcmcia: parent PCI bridge Memory window: 0xe800 - 0xefff
[   17.345153] parport_pc 00:0b: reported by Plug and Play ACPI
[   17.345189] parport0: PC-style at 0x3bc, irq 7 [PCSPP,TRISTATE]
[   17.485183] NET: Registered protocol family 23
[   17.526362] nsc-ircc, chip->init
[   17.526372] nsc-ircc, Found chip at base=0x02e
[   17.526389] nsc-ircc, driver loaded (Dag Brattli)
[   17.526398] nsc_ircc_open(), can't get iobase of 0x2f8
[   17.526417] nsc-ircc, Found chip at base=0x02e
[   17.526435] nsc-ircc, driver loaded (Dag Brattli)
[   17.526440] nsc_ircc_open(), can't get iobase of 0x2f8
[   17.528109] nsc-ircc 00:0c: disabled
[   17.632047] pccard: PCMCIA card inserted into slot 0
[   17.760053] pccard: PCMCIA card inserted into slot 1
[   19.216041] cs: memory probe 0xe800-0xefff: excluding 
0xe800-0xefff
[   19.216074] cs: memory probe 0xc020-0xcfff: excluding 
0xc020-0xc11f 0xc1a0-0xc21f 0xc2a0-0xc31f 
0xc3a0-0xcc1f 0xcca0-0xcd1f 0xcda0-0xce1f 
0xcea0-0xcf1f 0xcfa0-0xd01f
[   19.218207] pcmcia: registering new device pcmcia0.0
[   19.472047] cs: memory probe 0xe800-0xefff: excluding 
0xe800-0xefff
[   19.472080] cs: memory probe 0xc020-0xcfff: excluding 
0xc020-0xc21f 0xc2a0-0xc31f 0xc3a0-0xcc1f 
0xcca0-0xcd1f 0xcda0-0xce1f 0xcea0-0xcf1f 
0xcfa0-0xd01f
[   19.476729] pcmcia: registering new device pcmcia1.0
[   19.572465] cs: IO port probe 0x100-0x3af: clean.
[   19.573101] cs: IO port probe 0x3e0-0x4ff: excluding 0x4d0-0x4d7
[   19.573395] cs: IO port probe 0x820-0x8ff: clean.
[   19.573645] cs: IO port probe 0xc00-0xcf7: clean.
[   19.574049] cs: IO port probe 0xa00-0xaff: clean.
[   19.597252] cs: IO port probe 0x100-0x3af: clean.
[   19.597888] cs: IO port probe 0x3e0-0x4ff: excluding 0x4d0-0x4d7
[   19.598181] cs: IO port probe 0x820-0x8ff: clean.
[   19.598431] cs: IO port probe 0xc00-0xcf7: clean.
[   19.600279] cs: IO port probe 0xa00-0xaff: clean.
[   20.645534] eth1: Atmel at76c50x. Version 0.98. MAC 00:30:bd:d0:16:d0
[   20.

Bug#495619: [iceweasel] Incorrect image rendering - too low resolution

[Eric Dorland]

merge 495615 495619
thanks

* Manuel Soto ([EMAIL PROTECTED]) wrote:
> Package: iceweasel
> Version: 3.0.1-1
> Severity: normal
> 
> --- Please enter the report below this line. ---
> Recently isweasel has very bad image rendering, images display pixeled 
> independently from the image's resolution

Any example urls of such images?

-- 
Eric Dorland <[EMAIL PROTECTED]>
ICQ: #61138586, Jabber: [EMAIL PROTECTED]



signature.asc
Description: Digital signature

Bug#497350: setting package to lintian, tagging 497350

[Russ Allbery]

# Automatically generated email from bts, devscripts version 2.10.35
# via tagpending 
#
# lintian (2.0.0~rc1) experimental; urgency=low
#
#  * checks/changelog-file{,.desc}:
#+ [RA] Warn about closing a bug number less than 100; this is likely
#  a typo or placeholder.  Thanks, Raphael Gessiert.  (Closes: #497350)
#

package lintian
tags 497350 + pending




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

Bug#495415: Causes npviewer.bin to gerneate X errors on amd64 systems

[Eric Dorland]

* Martin Wuertele ([EMAIL PROTECTED]) wrote:
> Package: iceweasel
> Version: 3.0.1-1
> Severity: normal
> 
> When browsing flash sites iceweasel crashes npviewer.bin as follows:
> (npviewer.bin:3348): Gdk-WARNING **: GdkWindow 0x300024b unexpectedly 
> destroyed
> 
> (npviewer.bin:3348): Gdk-WARNING **: GdkWindow 0x300024a unexpectedly 
> destroyed
> 
> (npviewer.bin:3348): Gdk-WARNING **: GdkWindow 0x3000249 unexpectedly 
> destroyed
> 
> (npviewer.bin:3348): Gdk-WARNING **: GdkWindow 0x3000246 unexpectedly 
> destroyed
> 
> (npviewer.bin:3348): Gtk-CRITICAL **: gtk_style_detach: assertion 
> `style->attach
> _count > 0' failed
> The program 'npviewer.bin' received an X Window System error.
> This probably reflects a bug in the program.
> The error was 'RenderBadPicture (invalid Picture parameter)'.
>   (Details: serial 3225 error_code 182 request_code 155 minor_code 7)
>   (Note to programmers: normally, X errors are reported asynchronously;
>that is, you will receive the error a while after causing it.
>To debug your program, run it with the --sync command line
>option to change this behavior. You can then get a meaningful
>backtrace from your debugger if you break on the gdk_x_error() function.)
> *** NSPlugin Wrapper *** ERROR: NPP_Destroy() invoke: Connection closed
> *** NSPlugin Wrapper *** ERROR: NPClass::Invalidate() invoke: Connection 
> closed
> *** NSPlugin Wrapper *** ERROR: NPP_New() invoke: Connection closed
> *** NSPlugin Wrapper *** ERROR: NPP_New() invoke: Connection closed
> *** NSPlugin Wrapper *** ERROR: NPP_New() invoke: Connection closed
> *** NSPlugin Wrapper *** ERROR: NPP_New() invoke: Connection closed
> *** NSPlugin Wrapper *** ERROR: NPP_New() invoke: Connection closed
> 
> Since the problem doesn't occur when using iceape I consider it an iceweasel 
> bug.

Have you tried rerunning nspluginwrapper?

-- 
Eric Dorland <[EMAIL PROTECTED]>
ICQ: #61138586, Jabber: [EMAIL PROTECTED]



signature.asc
Description: Digital signature

Bug#497353: Bogus warnings from intltool-update

[Yevgen Muntyan]

Package: intltool
Version: 0.40.0-1
Severity: normal

When running intltool-update it prints lots (that is many terminal
screens) of warnings like the following:

Use of uninitialized value in regexp compilation at /usr/bin/intltool-update 
line 305,  line 147.
Use of uninitialized value in regexp compilation at /usr/bin/intltool-update 
line 305,  line 882.
Use of uninitialized value in regexp compilation at /usr/bin/intltool-update 
line 305,  line 882.
Use of uninitialized value in regexp compilation at /usr/bin/intltool-update 
line 305,  line 2597.

and

mismatched quotes at line 41 in ../moo/moopython/codegen/argtypes.py

The latter is about python triple-quoted strings (I believe). I "fix" 
the former by removing -w from intltool-update's shebang, and the 
latter by commenting out the line that prints it. Both are useless 
IMO: I, the intltool user not knowing perl, don't fix intltool; and 
mismatched quotes one is just bogus, there aren't mismatched quotes.

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

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

Versions of packages intltool depends on:
ii  automake [automaken]  1:1.10.1-3 A tool for generating GNU Standard
ii  automake1.7 [automaken]   1.7.9-9A tool for generating GNU Standard
ii  automake1.8 [automaken]   1.8.5+nogfdl-2 A tool for generating GNU Standard
ii  automake1.9 [automaken]   1.9.6+nogfdl-3 A tool for generating GNU Standard
ii  file  4.25-1 Determines file type using "magic"
ii  gettext   0.17-3 GNU Internationalization utilities
ii  libxml-parser-perl2.36-1.1+b1Perl module for parsing XML files
ii  patch 2.5.9-5Apply a diff file to an original
ii  perl  5.10.0-13  Larry Wall's Practical Extraction 

intltool recommends no packages.

intltool suggests no packages.

-- no debconf information



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

Bug#496119: aptitude: package count for devel category displayed incorrectly in russian locale

[Daniel Burrows]

On Sun, Aug 31, 2008 at 08:40:06PM -0700, Daniel Burrows <[EMAIL PROTECTED]> 
was heard to say:
>   It looks to me like something is copying into a fixed-length buffer
> and truncating the string.  It's not running off the end (or valgrind
> would have squawked about that and the strings would probably have
> sometimes been correct), but since the string isn't NUL-terminated, we
> end up printing a bunch of garbage (whatever's at the end of the
> string).

  cwidget's swsprintf doesn't handle overflows of its initial buffer
correctly at all -- there are at least two bugs in it (one of which
doesn't crash the program only because the other bug means it never
runs).  Now that I've tracked it down, it should be pretty easy to fix.

  Daniel



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

Bug#497346: lintian should warn about references to symlinked common-licenses files

[Russ Allbery]

Raphael Geissert <[EMAIL PROTECTED]> writes:

> The following snippet is pretty common and always, IMHO, wrong:
>> On Debian systems, the complete text of the GNU General
>> Public License can be found in `/usr/share/common-licenses/GPL'.
>
> It should either refer to GPL-2 or GPL-3. The same applies to GFDL and LGPL.

I made that argument and lots of people disagreed with me.  I don't think
this is something we can impose with Lintian until you can build consensus
within the project; many people believe this reference to be just fine for
a package that's covered under "or any later version" terms.

If you want to pursue this, the bug should probably be reassigned to
debian-policy, since that's where any specific policy should be
documented.

-- 
Russ Allbery ([EMAIL PROTECTED])   



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

Bug#497347: lintian: warn about incomplete copyright sentences

[Russ Allbery]

Raphael Geissert <[EMAIL PROTECTED]> writes:

>> The Debian packaging is (C) 2008, John Doe <[EMAIL PROTECTED]> and
>> is licensed under the GPL, see above.
>
> The above example should either say:
> > ...is Copyright (C) 2008...
> The '(C)' part being optional, or
> > ...is © 2008...

Lintian already does catch this if there's no copyright statement at all
and I think does as well as is reasonably possible without way too many
false positives.

-- 
Russ Allbery ([EMAIL PROTECTED])   



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

Bug#497267: xserver-xorg-video-intel 2.4.1-1:(EE) intel(0): underrun on pipe B!

[Jos van Wolput]

Brice Goglin wrote:

Jos van Wolput wrote:

Package: xserver-xorg-video-intel
Version: 2:2.4.1-1 (experimental)
System: linux 2.6.26-1-686, chipset 852GM/855GM
Severity: normal

Since I upgraded xserver-xorg and mesa from unstable to experimental I
get the following error in xorg.log:
(EE) intel(0): underrun on pipe B!


I can find some similar bug reports in the upstream bugzilla but most of
them seems to be fixed now.

Our 2.4.1-1 actually contains upstream 2.4.2, and I am not sure that a
2.4.3 is ever planned. So your only hope might be to try git master, but
I am not sure it can be compiled easily in Debian.

Otherwise, you can go back to <2.4.1-1 (snapshot.debian.net doesn't seem
to contain one of them for Xserver 1.4.99/experimental, so you'll have
to build the intel driver).

Brice



The latest git version from xf86-video-intel still shows the same error on my 
system.
I compiled xserver-xorg-video-intel version 2.3.2-2 (unstable) for Xserver 
1.4.99 (experimental)
and it works without errors!

Jos v.W.




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

Bug#497352: jython: new upstream version available - for python 2.5

[Paul Wise]

Package: jython
Severity: wishlist

Please package jython 2.5a1 for experimental.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#497205: Source field in binary Packages list

[Thadeu Lima de Souza Cascardo]

On Sun, Aug 31, 2008 at 02:20:27PM -0700, Daniel Burrows wrote:
>   Why do you need #497205?  Is it too slow to just use SourcePkg() in
> the package records object?
> 
>   Daniel

Sorry! I was lazy/stupid/whatever enough to not read more about apt and
learn how to do it without adding a field to the cache. So, I am
attaching the patch to the patch for aptitude, which does not need this
other patch to APT. I will close the apt bug after that.

I still like the patch to be reviewed, if you can, please.

Thanks,
Thadeu Cascardo.
diff -u aptitude-0.4.11.8/src/pkg_grouppolicy.cc aptitude-0.4.11.8/src/pkg_grouppolicy.cc
--- aptitude-0.4.11.8/src/pkg_grouppolicy.cc
+++ aptitude-0.4.11.8/src/pkg_grouppolicy.cc
@@ -1676,11 +1676,11 @@
 
   void add_package(const pkgCache::PkgIterator &pkg, pkg_subtree *root)
   {
-string source;
-if (!pkg.Source())
+if (pkg.VersionList().end() || pkg.VersionList().FileList().end())
+  return;
+string source=apt_package_records->Lookup(pkg.VersionList().FileList()).SourcePkg();
+if (source.length()==0)
   source=pkg.Name();
-else
-  source=pkg.Source();
 
 childmap::iterator found=children.find(source);
 


signature.asc
Description: Digital signature

Bug#496119: aptitude: package count for devel category displayed incorrectly in russian locale

[Daniel Burrows]

On Sun, Aug 31, 2008 at 07:46:52PM -0700, Daniel Burrows <[EMAIL PROTECTED]> 
was heard to say:
> On Fri, Aug 22, 2008 at 10:20:37PM +0300, Dmitri Gribenko <[EMAIL PROTECTED]> 
> was heard to say:
> > In ru_UA.UTF-8 locale aptitude displays some junk where package count
> > for devel category should be. Screenshot: [1]  Everything is OK in C
> > locale.
> 
>   (a) That's weird.
> 
>   (b) I can reproduce it.
> 
>   (c) Why is it that it only affects devel, but it affects every devel
>   tree?

  It's not true, and I have a general notion what's happening.

  Both devel and contrib are affected.  The common thread is that their
descriptions in Russian are long -- nearly 900 bytes.  If you delete
characters from the long description of "devel", you'll see that the
number and the text following it become valid one character at a time.

  It looks to me like something is copying into a fixed-length buffer
and truncating the string.  It's not running off the end (or valgrind
would have squawked about that and the strings would probably have
sometimes been correct), but since the string isn't NUL-terminated, we
end up printing a bunch of garbage (whatever's at the end of the
string).

  Daniel



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

Bug#496119: aptitude: package count for devel category displayed incorrectly in russian locale

[Daniel Burrows]

On Fri, Aug 22, 2008 at 10:20:37PM +0300, Dmitri Gribenko <[EMAIL PROTECTED]> 
was heard to say:
> In ru_UA.UTF-8 locale aptitude displays some junk where package count
> for devel category should be. Screenshot: [1]  Everything is OK in C
> locale.

  (a) That's weird.

  (b) I can reproduce it.

  (c) Why is it that it only affects devel, but it affects every devel
  tree?

  (d) That's weird.

  (e) Valgrind is my friend:

==13805== Conditional jump or move depends on uninitialised value(s)
==13805==at 0x43BDC94: wcslen (in /lib/i686/cmov/libc-2.7.so)
==13805==by 0x42CF2EA: std::basic_string, std::allocator >::basic_string(wchar_t 
const*, std::allocator const&) (in /usr/lib/libstdc++.so.6.0.10)
==13805==by 0x419F889: cwidget::util::vswsprintf(wchar_t const*, char*) 
(ssprintf.cc:89)
==13805==by 0x419FCAF: cwidget::util::swsprintf(wchar_t const*, ...) 
(ssprintf.cc:77)
==13805==by 0x80C2465: pkg_subtree::do_highlighted_changed(bool) 
(pkg_subtree.cc:168)
==13805==by 0x41E2B87: sigc::signal1::operator()(bool const&) const (signal.h:690)
==13805==by 0x41DE70E: cwidget::widgets::tree::line_down() (tree.cc:402)
==13805==by 0x41E1DF6: 
cwidget::widgets::tree::handle_key(cwidget::config::key const&) (tree.cc:794)
==13805==by 0x80A5EF7: menu_tree::handle_key(cwidget::config::key const&) 
(menu_tree.cc:417)
==13805==by 0x80C57DB: pkg_tree::handle_key(cwidget::config::key const&) 
(pkg_tree.cc:318)
==13805==by 0x41E3655: 
cwidget::widgets::widget::dispatch_key(cwidget::config::key const&) 
(widget.cc:267)
==13805==by 0x41D8900: 
cwidget::widgets::table::handle_key(cwidget::config::key const&) (table.cc:576)

  I should have it tracked down in a bit.

  Daniel



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

Bug#496257: aptitude: Please support grouping without the same subgroups everywhere

[Daniel Burrows]

On Sun, Aug 31, 2008 at 07:17:52PM -0700, Daniel Burrows <[EMAIL PROTECTED]> 
was heard to say:
>   I've had it in the back of my mind to do this for a while.  I just
> checked this syntax into the head branch:

  Err, make that the post-lenny branch.

  Daniel



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

Bug#286301: preapproval for portmap to fix bug 286301

[Aníbal Monsalve Salazar]

I would like to know the release team's opinion about fixing bug 286301
for lenny.


signature.asc
Description: Digital signature

Bug#497351: lintian doesn't emit new-package-should-close-itp-bug when bogus Closes is present

[Raphael Geissert]

Package: lintian
Version: 1.24.4

> my $entry = $entries[0];
> if (@entries == 1 and $entry->Version =~ /-1$/) {
> tag 'new-package-should-close-itp-bug'
> unless @{ $entry->Closes };
> }

The above code is fine, but fails to detect cases like this one:

> $ dpkg-parsechangelog
> Source: foo
> Version: 0.1-1
> Distribution: unstable
> Urgency: low
> Maintainer: John Doe <[EMAIL PROTECTED]>
> Date: Fri, 18 Jul 2008 19:26:03 +0200
> Closes: 0
> Changes:
>  foo (0.1-1) unstable; urgency=low
>  .
>* Initial release (Closes: #0) # there was no previous ITP

Cheers,
-- 
Atomo64 - Raphael

Please avoid sending me Word, PowerPoint or Excel attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html



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

Bug#497350: lintian doesn't warn about the bogus (one number) Closes

[Raphael Geissert]

Package: lintian
Version: 1.24.4

lintian doesn't emit wrong-bug-number-in-closes on the following case:

> $ dpkg-parsechangelog
> Source: foo
> Version: 0.1-1
> Distribution: unstable
> Urgency: low
> Maintainer: John Doe <[EMAIL PROTECTED]>
> Date: Fri, 18 Jul 2008 19:26:03 +0200
> Closes: 0
> Changes:
>  foo (0.1-1) unstable; urgency=low
>  .
>* Initial release (Closes: #0) # there was no previous ITP

Cheers,
-- 
Atomo64 - Raphael

Please avoid sending me Word, PowerPoint or Excel attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html



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

Bug#497347: lintian: warn about incomplete copyright sentences

[Raphael Geissert]

Package: lintian
Version: 1.24.4
Severity: wishlist

> The Debian packaging is (C) 2008, John Doe <[EMAIL PROTECTED]> and
> is licensed under the GPL, see above.

The above example should either say:
> ...is Copyright (C) 2008...
The '(C)' part being optional, or
> ...is © 2008...

Cheers,
-- 
Atomo64 - Raphael

Please avoid sending me Word, PowerPoint or Excel attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html



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

Bug#497348: lintian: please warn about duplicated Section, Priority, Homepage, etc fields in control file

[Raphael Geissert]

Package: lintian
Version: 1.24.4
Severity: wishlist

Example follows.

> Source: foo-bar
> Section: x11
> Priority: optional
> Maintainer: foo bar <[EMAIL PROTECTED]>
> Standards-Version: 3.8.0
> Build-Depends: debhelper (>= 3)
> Homepage: http://bar.moo
>
> Package: foo-bar
> Architecture: all
> Section: x11
> Priority: optional
> Suggests: foo
> Homepage: http://bar.moo
> Description: blah bla blah bla blah
>  foo bar moo foo bar moo
>
> Package: foo2-bar
> Architecture: all
> Section: x11
> Priority: optional
> Suggests: foo2
> Homepage: http://bar.moo
> Description: blah bla blah bla blah
>  foo bar moo foo bar moo

Cheers,
-- 
Atomo64 - Raphael

Please avoid sending me Word, PowerPoint or Excel attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html



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

Bug#497346: lintian should warn about references to symlinked common-licenses files

[Raphael Geissert]

Package: lintian
Version: 1.24.4
Severity: wishlist

The following snippet is pretty common and always, IMHO, wrong:
> On Debian systems, the complete text of the GNU General
> Public License can be found in `/usr/share/common-licenses/GPL'.

It should either refer to GPL-2 or GPL-3. The same applies to GFDL and LGPL.

Cheers,
-- 
Atomo64 - Raphael

Please avoid sending me Word, PowerPoint or Excel attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html



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

Bug#497349: nvi Increment Command ("#") Erases to End of Line

[David A. Harding]

Package: nvi
Version: 1.81.6-3
Severity: important

Withing nvi, placing the cursor over a number and pressing the # plus
#, +, or - should increment or decrement that number, but now it erases
everything from the cursor to the end of the line. 

For example, if I place the cursor on top of the number two in the
following line and press ##,

1 2 3 4 5 6 7 8 9

nvi should produce,

1 3 3 4 5 6 7 8 9

but instead it produces:

1 

Preventing my user .exrc file from being sourced doesn't affect the
problem.

Thanks,

-Dave

-- 
David A. HardingWebsite:  http://dtrt.org/
1 (609) 997-0765  Email:  [EMAIL PROTECTED]
Jabber/XMPP:  [EMAIL PROTECTED]



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

Bug#497340: ?bind example doesn't mention ?bind

[Daniel Burrows]

On Mon, Sep 01, 2008 at 08:40:45AM +0800, [EMAIL PROTECTED] was heard to say:
> In the file "Search Term Reference", we see
> 
> Example 2.2. Use of the ?bind term
> 
> ?for x: ?depends(?depends(?for z: ?x:depends(?=z)))
> 
> See the section called “Explicit search targets” for more information.
> 
> The problem is that
> ?for x: ?depends(?depends(?for z: ?x:depends(?=z)))
> doesn't mention the word "bind" anywhere.
> 
> Maybe like the Dalai Lama, its presence pervades, but for the basic
> user, without more cushioning explanation, it looks like the wrong
> example was pasted.

  Whoops.  It should say something like "Use of the ?bind(x, p) or ?x:p term".
Either that, or just give both forms, e.g.

?for x: ?depends(?depends(?for x: ?bind(x, ?depends(?=z
?for x: ?depends(?depends(?for x: ?x:depends(?=z)))

  I think I'll include both forms, since it succinctly makes the point
that they're equivalent.

  Daniel



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

Bug#497251: rsstail: Please recompile/rebuild for libmrss-abi-0.19.2

[Rene Mayorga]

tag 497251 + confirmed sid
retitle 497251 rsstail not installable at sid due to libmrss-abi-0.19.2 depends
thanks

On Sun, Aug 31, 2008 at 07:33:37PM +0200, Axel Beckert wrote:
> Hi,
> 
Hi Axel, thanks for reporting this bug.

> although the problem exists in general, one detail of my bug report
> was wrong:
> 
> On Sun, Aug 31, 2008 at 11:19:13AM +0200, Axel Beckert wrote:
> > libmrss0 version 0.19.2-1 and therefore libmrss-abi-0.19.2 has reached
> > Lenny a few days ago,
> 
> It was a Sid machine, not a Lenny one. I seem to have mixed up two
> installations.

Indeed, I tried with a clean lenny chroot and the package installs fine
this because libmrss has not being migrated to testing.
 
> > but rsstail still depends on libmrss-abi-0.19.1,
> 
> ... in Sid.

Yes, I tried this and I guess that libmrss-abi-9.19.2 depends 
is coming from ${shlibs:Depends} var, since rsstail does not explicit
depends on this package, and thus now when libmrss is not providing any more 
this package (you can have a look here: #496836) rsstail is not
installable.

> > On a fresh Lenny or Sid install,
> 
> Only Sid (yet). Don't know if there will be a freeze exception for
> libmrss0 and libnxml0 for Lenny. We'll see.

Yes, I actually rebuild rsstail and the problem is solved I'll ask a
binNMU for this package and also I will confirm whit libmrss maintainers
if they will ask for an exception.

If you which you can get a fixed package that works good(only for
amd64 arch now) from here: http://rmayorga.org/debian/rsstail/, or you
just can rebuild it yourself for other archs :)

Cheers.
-- 
Rene Mauricio Mayorga   |  jabber: [EMAIL PROTECTED]
http://rmayorga.org |  
--
08B6 58AB A691 DD56 C3±²±0B  8D37 8040 19FA A209 C305


signature.asc
Description: Digital signature

Bug#496257: aptitude: Please support grouping without the same subgroups everywhere

[Daniel Burrows]

On Sat, Aug 23, 2008 at 04:11:08PM -0700, Josh Triplett <[EMAIL PROTECTED]> was 
heard to say:
> Aptitude supports grouping packages in many useful ways.  In
> particular, the "pattern" grouping rule allows dividing up packages by
> any arbitrary criteria.  However, each set of packages will then
> continue through each of the subsequent grouping rules.  I'd like the
> ability to create a group without sub-groups, while still applying the
> grouping rules to other groups.
> 
> For example, if I specify this grouping rule:
> 
> pattern(?essential => Essential, ?true ||),status,section
> 
> , essential packages do go into a group labeled "Essential", but that
> group still divides packages up by status (always "Installed Packages"
> :) ) and then section.  I'd like to put essential packages into a
> group and have that group not further divided.
> 
> Even better if I could specify different grouping rules for different
> pattern-matched groups, but I'd settle for having some of the pattern
> groups terminal with no sub-grouping.

  I've had it in the back of my mind to do this for a while.  I just
checked this syntax into the head branch:

pattern(?essential => Essential {section(subdir)}, ?true ||), ...

  so you can use any policy to group each sub-part of the pattern
expression.  Of course, writing "{}" will give you a flat list of
packages (what you want here).

  Daniel



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

Bug#497342: nvi No Longer Opens Files with O_NONBLOCK, Causing XTXTBSY Errors

[Jan Christoph Nordholz]

Hi David,

> Performing the following steps on the Debian nvi packages 1.79-26 and
> 1.81.6-3 produces different results.

that's strange - I can reproduce it with both versions here. Note
however that the behaviour is different if the file in question was
not executable when the editor opened it (e.g. if it didn't exist
yet). I'm not quite sure why that is, but I'd call it a stdlib glitch,
because the documentation is quite clear on this topic...

From open(2):
]  ETXTBSY
] pathname  refers  to  an  executable  image which is currently
] being executed and write access was requested.

And this works the other way round, too - from execve(2):
]  ETXTBSY
] Executable was open for writing by one or more processes.

I.e., as long as nvi has the file itself open for writing (no matter
whether that access is exclusive or not) instead of a backup file,
execve() cannot succeed.

The only way around this would be to make a full copy of the original
file, work on that and atomically copy the changes back on ":w"... but
I don't remember a nvi version that did that.


Regards,

Jan


signature.asc
Description: Digital signature

Bug#497345: laptop-mode-tools should recommend psmisc

[Daniel Moerner]

Package: laptop-mode-tools
Version: 1.45-1
Severity: normal

If I had noticed I would have filed this along with bug #497343.  The 
configuration-file controller requires killall to function.  killall is 
in psmisc, which is not priority required, and thus is not installed by 
default.  Since laptop-mode-tools actually spits out an error message 
without killall, I think it might be better for laptop-mode-tools to 
depend on psmisc, instead of just recommend it.  Thanks.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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/bash

Versions of packages laptop-mode-tools depends on:
ii  lsb-base  3.2-20 Linux Standard Base 3.2 init scrip
ii  util-linux2.13.1.1-1 Miscellaneous system utilities

Versions of packages laptop-mode-tools recommends:
ii  acpid 1.0.6-10   Utilities for using ACPI power man
ii  hal   0.5.11-3   Hardware Abstraction Layer
ii  hdparm8.9-1  tune hard disk parameters for high
pn  sdparm (no description available)

laptop-mode-tools suggests no packages.

-- no debconf information



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

Bug#433211: Unsafe storage device unmounting

[Cesare Leonardi]

Neil Williams wrote:

Have you disabled dbus notifications? The point at which the icon
disappears is not the point at which the drive is safe to remove. DBus
normally raises a notification window "Data is being written to the
device" followed by "Device is now safe to remove".


Mmh, i feel you are near to the problem even if...
No, i've not disabled dbus notification neither i've ever tweaked it.
Moreover "notification-daemon" is installed, i can see notification 
messages from other apps like Rhythmbox and the trashcan icon change 
depending on its full/empty status.


From my first mail to debian-gtk-gnome (May 2007), i have never seen 
any notification after clicking on "Unmount volume".
I use unstable since 2005: maybe there are some conffile that was not 
updated correctly, in particular when the progress bar taken from Ubuntu 
was removed.
By the way, good to know how a good working Gnome environment should 
behave.  :-)


As you asked in another mail, i append the information collected by 
"reportbug gnome" (quoted to avoid Thunderbird to wrap lines):

---

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

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

Versions of packages gnome depends on:
ii  arj3.10.22-6 archiver for .arj files
ii  avahi-daemon   0.6.23-2  Avahi mDNS/DNS-SD daemon
ii  bluez-gnome0.27-1Bluetooth utilities for GNOME
ii  epiphany-extensions2.22.2-1  Extensions for Epiphany web browse
ii  evolution-exchange 2.22.3.dfsg-1 Exchange plugin for the Evolution 
ii  evolution-plugins  2.22.3.1-1standard plugins for Evolution
ii  evolution-webcal   2.21.92-1 webcal: URL handler for GNOME and 
ii  gdm-themes 0.6   Themes for the GNOME Display Manag

ii  gnome-app-install  0.5.5.1-1 GNOME Application Installer
ii  gnome-desktop-environment  1:2.22.2~4The GNOME Desktop Environment
ii  gnome-games1:2.22.3-2games for the GNOME desktop
ii  gnome-spell1.0.7-1   GNOME/Bonobo component for spell c
ii  gnome-themes-extras0.9.0.deb0.4  various themes for the GNOME 2 des
ii  gnome-vfs-obexftp  0.4-1 GNOME VFS module for OBEX FTP
ii  gstreamer0.10-ffmpeg   0.10.4-3  FFmpeg plugin for GStreamer
ii  gstreamer0.10-plugins-ugly 0.10.8-1  GStreamer plugins from the "ugly" 
ii  libpam-gnome-keyring   2.22.3-1  PAM module to unlock the GNOME key

ii  p7zip  4.58~dfsg.1-1 7zr file archiver with high compre
ii  rhythmbox  0.11.6-1  music player and organizer for GNO
ii  serpentine 0.9-5 An application for creating audio 
ii  swfdec-mozilla 0.6.0-4   Mozilla plugin for SWF files (Macr

ii  synaptic   0.62.1Graphical package manager
ii  system-config-printer  1.0.0-2   graphical interface to configure t
ii  totem-mozilla  2.22.2-3  Totem Mozilla plugin
ii  transmission-gtk   1.33-1free, lightweight BitTorrent clien

Versions of packages gnome recommends:
pn  empathy | pidgin   (no description available)
pn  gdebi  (no description available)
ii  gnome-games-extra-data2.22.0-1   games for the GNOME desktop (extra
ii  gnome-office  1:2.22.2~4 The GNOME Office suite
ii  gparted   0.3.8-1+b1 GNOME partition editor
ii  gthumb3:2.10.8-1 an image viewer and browser
ii  hal-cups-utils0.6.16-2   Utilities to detect and configure 
ii  hardinfo  0.4.2.3-5  Displays system information

pn  liferea | blam (no description available)
ii  menu-xdg  0.3freedesktop.org menu compliant win
pn  network-manager-gnome  (no description available)
ii  tomboy0.10.2-1   desktop note taking program using 
ii  tsclient  0.150-1front-end for viewing of remote de

pn  update-notifier(no description available)

Versions of packages gnome suggests:
pn  gnome-dbg  (no description available)
pn  openoffice.org-evolution   (no description available)
ii  openoffice.org-gnome  1:2.4.1-8  GNOME Integration for OpenOffice.o

-- no debconf information

---

Many thanks for your help.
Regards.

Cesare.



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

Bug#497343: laptop-mode-tools should recommend ethtool

[Daniel Moerner]

Package: laptop-mode-tools
Version: 1.45-1
Severity: normal

/etc/laptop-mode/conf.d/ethernet.conf uses ethtool to manipulate the wol 
and speed settings of ethernet devices.  Other parts of 
laptop-mode-tools that use commands not in the package, like hdparm, 
have the package listed as a Recommend of laptop-mode-tools.  I think 
the same should apply to ethtool.  Thanks.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
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/bash

Versions of packages laptop-mode-tools depends on:
ii  lsb-base  3.2-20 Linux Standard Base 3.2 init scrip
ii  util-linux2.13.1.1-1 Miscellaneous system utilities

Versions of packages laptop-mode-tools recommends:
ii  acpid 1.0.6-10   Utilities for using ACPI power man
ii  hal   0.5.11-3   Hardware Abstraction Layer
ii  hdparm8.9-1  tune hard disk parameters for high
pn  sdparm (no description available)

laptop-mode-tools suggests no packages.

-- no debconf information



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

Bug#497344: lintian: please warn about ${shlibs:Depends} when Architecture: all

[Raphael Geissert]

Package: lintian
Version: 1.24.4
Severity: wishlist

Self reminder.

Cheers,
-- 
Atomo64 - Raphael

Please avoid sending me Word, PowerPoint or Excel attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html



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

Bug#497342: nvi No Longer Opens Files with O_NONBLOCK, Causing XTXTBSY Errors

[David A. Harding]

Package: nvi
Version: 1.81.6-3
Severity: important

Hi,

Performing the following steps on the Debian nvi packages 1.79-26 and
1.81.6-3 produces different results.

1. echo > mycode ; chmod +x mycode
2. nvi mycode
3. Enter:
   #!/bin/bash

   echo Hello, world.
4. :w
5. ^Z
6. ./mycode

On 1.79-26, mycode prints "Hello, world."

On 1.81.6-3, with a real file, the shell prints:
  bash: /home/harding/bin/myxplanet: /bin/bash: bad interpreter: Text file busy

strace shows the following error:

  execve("/home/harding/bin/myxplanet", ["myxplanet"], [/* 32 vars */]) = -1 
ETXTBSY (Text file busy)

Running strace on both of the nvi:s, shows the following difference
in the open syscalls.

1.79-26:open("bin/myxplanet", O_RDONLY|O_NONBLOCK) = 3

1.81.6-3:   open("bin/myxplanet", O_RDONLY|O_LARGEFILE) = 4
...
close(4)= 0
...
open("bin/myxplanet", O_RDWR)   = 4
fcntl64(4, F_SETFD, FD_CLOEXEC) = 0

Note: On 1.81.6-3, nvi opens and closes the file and temp file
  immediately before opening them for real. I don't know why it does
  this, but it uses different options each time.

I've attached both complete straces to this bug report.

Both versions of nvi were tested on the same system, as the same user,
in the same shell, with the same .exrc, and the same file. The only
packages that changed between using the two nvi:s were nvi and nvi-doc.
(nvi-doc was installed when I upgraded to 1.81.6-3.)

Note: both tests were run with "set nolock" in the .exrc; this setting
  didn't affect the problem.

Thanks,

-Dave
-- 
David A. HardingWebsite:  http://dtrt.org/
1 (609) 997-0765  Email:  [EMAIL PROTECTED]
Jabber/XMPP:  [EMAIL PROTECTED]
execve("/usr/bin/nvi", ["nvi", "bin/myxplanet"], [/* 25 vars */]) = 0
brk(0)  = 0x809e000
fcntl64(0, F_GETFD) = 0
fcntl64(1, F_GETFD) = 0
fcntl64(2, F_GETFD) = 0
access("/etc/suid-debug", F_OK) = -1 ENOENT (No such file or directory)
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7fbc000
access("/etc/ld.so.preload", R_OK)  = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY)  = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=116673, ...}) = 0
mmap2(NULL, 116673, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f9f000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/libncurses.so.5", O_RDONLY)  = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\\243"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=202188, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7f9e000
mmap2(NULL, 202004, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0xb7f6c000
mmap2(0xb7f9b000, 12288, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2f) = 0xb7f9b000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/i686/cmov/libc.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260e\1"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1413540, ...}) = 0
mmap2(NULL, 1418864, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0xb7e11000
mmap2(0xb7f66000, 12288, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x155) = 0xb7f66000
mmap2(0xb7f69000, 9840, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f69000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory)
open("/lib/i686/cmov/libdl.so.2", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`\n\0\000"..., 512) = 
512
fstat64(3, {st_mode=S_IFREG|0644, st_size=9680, ...}) = 0
mmap2(NULL, 12412, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 
0xb7e0d000
mmap2(0xb7e0f000, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1) = 0xb7e0f000
close(3)= 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7e0c000
set_thread_area({entry_number:-1 -> 6, base_addr:0xb7e0c6b0, limit:1048575, 
seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, 
useable:1}) = 0
mprotect(0xb7f66000, 4096, PROT_READ)   = 0
munmap(0xb7f9f000, 116673)  = 0
brk(0)  = 0x809e000
brk(0x80bf000)  = 0x80bf000
ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0

Bug#497341: [xkb-data] README.Debian customised layouts section instructions incomplete

[Filipus Klutiero]

Package: xkb-data
Version: 1.3-2
Severity: normal

The Customised layouts section of README.Debian is incomplete. To add a 
layout, some files in rules also need to be modified (apparently base.lst, 
maybe base too). This is the binary equivalent to the "extending $inetkbds 
list in rules/base.lists.part". Otherwise, the layout will not be offered by 
kcontrol.

--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.26-1-amd64

Debian Release: lenny/sid
  990 testing security.debian.org 
  990 testing gulus.usherbrooke.ca 
  500 unstablegulus.usherbrooke.ca 

--- Package information. ---
Depends   (Version) | Installed
===-+-===
| 





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

Bug#497340: ?bind example doesn't mention ?bind

[jidanni]

Package: aptitude-doc-en
Version: 0.4.11.9-1
Severity: wishlist
File: /usr/share/doc/aptitude/html/en/ch02s03s05.html

In the file "Search Term Reference", we see

Example 2.2. Use of the ?bind term

?for x: ?depends(?depends(?for z: ?x:depends(?=z)))

See the section called “Explicit search targets” for more information.

The problem is that
?for x: ?depends(?depends(?for z: ?x:depends(?=z)))
doesn't mention the word "bind" anywhere.

Maybe like the Dalai Lama, its presence pervades, but for the basic
user, without more cushioning explanation, it looks like the wrong
example was pasted.



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

Bug#497330: support purging packages that are already being removed

[Daniel Burrows]

On Mon, Sep 01, 2008 at 06:48:15AM +0800, [EMAIL PROTECTED] was heard to say:
> Package: aptitude
> Version: 0.4.11.9-1
> Severity: wishlist
> 
> In http://lists.debian.org/debian-user/2008/08/msg02342.html
> > "DB" == Daniel Burrows <[EMAIL PROTECTED]> writes:
> 
> DB> On Wed, Aug 27, 2008 at 07:53:56AM +0800, [EMAIL PROTECTED] was heard to 
> say:
> > I find no way in aptitude to
> > # aptitude install telnet-ssl
> > Reading package lists... Done  <- Get rid of these messages, and
> > The following NEW packages will be installed:
> >   telnet-ssl
> > The following packages will be REMOVED:
> >   telnet{a} <- also purge instead of removing. I.e., nothing like
> > APT::Get::Purge. The undocumented --purge doesn't work like apt-get's.
> 
> DB>   There is no --purge option,
> There is too, else there would be an error message if one used it, #434502.

  There is no --purge option to aptitude.  If you don't believe me,
consult the table of options in main.cc.

  However, getopt_long has a "feature" that treats an abbreviation for
an option as the option itself if it is unambiguous.  What you're seeing
is probably that --purge is handled as --purge-unused.  I actually wasn't
aware of this, but it should probably be documented in the manpage.

> DB>   According to the apt-get manual page, --purge purges anything that is
> DB> being removed.  The only thing I can think of that gets you close to
> DB> what you want is "aptitude -s install telnet-ssl '?action(remove)_'",
> DB> but I don't think that is really adequate (it won't handle stuff that
> DB> gets removed due in interactive dependency resolution, for instance).
> 
> DB>   I thought at first that I could just set all the stuff being removed
> DB> to be purged as well, just before aptitude shows its prompt.  But
> DB> that's not right either: the user should be able to cancel individual
> DB> purges and have that stick.  So I guess the only way out is to hack the
> DB> backend so that when a hypothetical Aptitude::Purge is enabled, it
> DB> flicks packages to "purge" when they're first marked for removal and
> DB> not afterwards.
> 
> All I know is I was happy with
> APT::Get::Purge "true";
> back in apt-get, and was dismayed that no such janitor exists in aptitude.
> 
> DB>   I suppose you could file a wishlist bug asking for this feature to be
> DB> added.
> 
> OK, I hereby file that bug. Thanks.
> 
> All you need to do perhaps is just before the final list of what to
> remove is shown to the user for approval, change all the removes to
> purges, if of course APT::Get::Purge or whatever you want to name it
> is true.

  Won't work -- it interacts badly with other aptitude features, like
being able to modify package states from the prompt.  Like I said, I'll
need to do this at the point that aptitude first sees that packages have
been removed by a non-aptitude agency (perhaps in cleanup_after_change).
I don't think the command-line action "remove" should be affected, since
aptitude actually has a "purge" action (i.e., by saying "remove" you're
explicitly asking aptitude not to purge that package).  But resolver
solutions that you apply should be affected, and unused packages being
deleted should be purged as if Purge-Unused was set.

  Daniel



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

Bug#497339: gdm: Login disappears when switching user

[Russell Weatherburn]

Package: gdm
Version: 2.20.7-1
Severity: grave
Justification: causes non-serious data loss

I'm unsure that this is actually a gdm problem, but it does seem
relevant.

The situation I have found is that I have two users who switch between
VT7 and VT8.  Since changing to Lenny, I have found that VT7 appears to
be stable, but the user who logs into VT8 can run the session for a
period of time, however if the users xscreensaver comes on and locks the
screen and the switch user button is clicked the VT8 session will
disappear.

This has the potential to lose data for the second user and, of course,
potential marital disharmony (which I would like to avoid as much as
possible...)

A similar situation I have also seen when using vnc4server, however it
occurred with VT7.  VT7 became unusable, however switching users and
using VT10 was possible.

If this bug should be pointed elsewhere, please let me know.

Regards,

Russell.


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

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

Versions of packages gdm depends on:
ii  adduser3.110 add and remove users and groups
ii  debconf [debconf-2.0]  1.5.22Debian configuration management sy
ii  gksu   2.0.0-5   graphical frontend to su
ii  gnome-session [x-sessi 2.22.3-1  The GNOME 2 Session Manager
ii  gnome-terminal [x-term 2.22.3-2  The GNOME 2 terminal emulator appl
ii  icewm [x-window-manage 1.2.35-1  wonderful Win95-OS/2-Motif-like wi
ii  konsole [x-terminal-em 4:3.5.9.dfsg.1-5  X terminal emulator for KDE
ii  libart-2.0-2   2.3.20-2  Library of functions for 2D graphi
ii  libatk1.0-01.22.0-1  The ATK accessibility toolkit
ii  libattr1   1:2.4.43-1Extended attribute shared library
ii  libc6  2.7-13GNU C Library: Shared libraries
ii  libcairo2  1.6.4-6   The Cairo 2D vector graphics libra
ii  libdbus-1-31.2.1-3   simple interprocess messaging syst
ii  libdbus-glib-1-2   0.76-1simple interprocess messaging syst
ii  libdmx11:1.0.2-3 X11 Distributed Multihead extensio
ii  libfontconfig1 2.6.0-1   generic font configuration library
ii  libfreetype6   2.3.7-1   FreeType 2 font engine, shared lib
ii  libglade2-01:2.6.2-1 library to load .glade files at ru
ii  libglib2.0-0   2.16.4-2  The GLib library of C routines
ii  libgnomecanvas2-0  2.20.1.1-1A powerful object-oriented display
ii  libgtk2.0-02.12.11-3 The GTK+ graphical user interface 
ii  libpam-modules 1.0.1-3   Pluggable Authentication Modules f
ii  libpam-runtime 1.0.1-3   Runtime support for the PAM librar
ii  libpam0g   1.0.1-3   Pluggable Authentication Modules l
ii  libpango1.0-0  1.20.5-1  Layout and rendering of internatio
ii  librsvg2-2 2.22.2-2  SAX-based renderer library for SVG
ii  librsvg2-common2.22.2-2  SAX-based renderer library for SVG
ii  libselinux12.0.65-2  SELinux shared libraries
ii  libwrap0   7.6.q-15  Wietse Venema's TCP wrappers libra
ii  libx11-6   2:1.1.4-2 X11 client-side library
ii  libxau61:1.0.3-3 X11 authorisation library
ii  libxdmcp6  1:1.0.2-3 X11 Display Manager Control Protoc
ii  libxext6   2:1.0.4-1 X11 miscellaneous extension librar
ii  libxi6 2:1.1.3-1 X11 Input extension library
ii  libxinerama1   2:1.0.3-2 X11 Xinerama extension library
ii  libxml22.6.32.dfsg-2 GNOME XML library
ii  lsb-base   3.2-19Linux Standard Base 3.2 init scrip
ii  metacity [x-window-man 1:2.22.0-1A lightweight GTK2 based Window Ma
ii  xfce4-session [x-sessi 4.4.2-6   Xfce4 Session Manager
ii  xfce4-terminal [x-term 0.2.8-5   Xfce terminal emulator
ii  xfwm4 [x-window-manage 4.4.2-5   window manager of the Xfce project
ii  xterm [x-terminal-emul 235-1 X terminal emulator
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

Versions of packages gdm recommends:
ii  dialog1.1-20080316-1 Displays user-friendly dialog boxe
ii  gdm-themes0.6Themes for the GNOME Display Manag
ii  whiptail  0.52.2-11.3Displays user-friendly dialog boxe
ii  xserver-xephyr2:1.4.2-3  nested X server
ii  xserver-xorg  1:7.3+15   the X.Org X server
ii  zenity2.22.1-1   Display graphic

Bug#497338: reportbug: add tags when submitting more information

[Luca Bruno]

Package: reportbug
Version: 3.99.0
Severity: wishlist

When submitting more information I'd expect sometimes reportbug asks me if I 
have a patch.
Instead I have to attach the file then use "control" to add the patch tag.


-- Package-specific info:
** Environment settings:
EDITOR="jmacs"
VISUAL="jmacs"
EMAIL="[EMAIL PROTECTED]"
NAME="Luca Bruno"

** /home/lethal/.reportbugrc:
reportbug_version "3.42"
mode standard
ui gnome2

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

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

Versions of packages reportbug depends on:
ii  apt   0.7.14+b1  Advanced front-end for dpkg
ii  python2.5.2-2An interactive high-level object-o
ii  python-reportbug  3.99.0 Python modules for interacting wit

reportbug recommends no packages.

Versions of packages reportbug suggests:
ii  debconf-utils 1.5.22 debconf utilities
pn  debsums(no description available)
pn  dlocate(no description available)
ii  esmtp-run [mail-transport-age 0.6.0-1User configurable relay-only MTA
ii  file  4.25-1 Determines file type using "magic"
ii  gnupg 1.4.9-3GNU privacy guard - a free PGP rep
ii  python-urwid  0.9.8.3-1  curses-based UI/widget library for

-- no debconf information



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

Bug#492908: querybts: NameError: global name 'ewrite' is not defined

[Luca Bruno]

Package: reportbug
Version: 3.99.0
Severity: normal

ewrite is only used once in that file. querybts is commonly using print, so you 
could use print instead.
I'm attaching a patch.


-- Package-specific info:
** Environment settings:
EDITOR="jmacs"
VISUAL="jmacs"
EMAIL="[EMAIL PROTECTED]"
NAME="Luca Bruno"

** /home/lethal/.reportbugrc:
reportbug_version "3.42"
mode standard
ui gnome2

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

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

Versions of packages reportbug depends on:
ii  apt   0.7.14+b1  Advanced front-end for dpkg
ii  python2.5.2-2An interactive high-level object-o
ii  python-reportbug  3.99.0 Python modules for interacting wit

reportbug recommends no packages.

Versions of packages reportbug suggests:
ii  debconf-utils 1.5.22 debconf utilities
pn  debsums(no description available)
pn  dlocate(no description available)
ii  esmtp-run [mail-transport-age 0.6.0-1User configurable relay-only MTA
ii  file  4.25-1 Determines file type using "magic"
ii  gnupg 1.4.9-3GNU privacy guard - a free PGP rep
ii  python-urwid  0.9.8.3-1  curses-based UI/widget library for

-- no debconf information
>From b8ada85b090537739f48bd7065ee9f972310a97c Mon Sep 17 00:00:00 2001
From: Luca Bruno <[EMAIL PROTECTED]>
Date: Mon, 1 Sep 2008 02:00:39 +0200
Subject: [PATCH] Fix ewrite in querybts

---
 bin/querybts |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/bin/querybts b/bin/querybts
index e261e7d..4768abd 100755
--- a/bin/querybts
+++ b/bin/querybts
@@ -178,7 +178,7 @@ def main():
 ui.long_message('*** Unable to import %s interface: %s '
 'Falling back to %s interface.\n',
 interface, msg, ui_mode)
-ewrite('\n')
+print
 
 reportre = re.compile(r'^#?(\d+)$')
 try:
-- 
1.5.6.3

Bug#494816: Patch to fix the Yes/No confirmation messages issue in ja.po

[Daniel Burrows]

On Sun, Aug 31, 2008 at 07:13:51PM +0900, Noritada Kobayashi <[EMAIL 
PROTECTED]> was heard to say:
> unmerge 494816
> tags 494816 + patch
> thanks
> 
> Hi,
> 
> This is a patch to fix ja.po in the second way that Kenshi Muto
> suggested.  #475802 should be separately fixed (in lenny+1) and I'll
> provide a trial patch separately.  Could you please find and apply the
> attachment?

  I've applied this patch to the "head" branch as-is.  We might want to
make a few more changes, as I noted in my last mail.  Also, what's the
situation for other languages?  I guess that at least Chinese suffers
from this problem; I'll Cc the most recent Chinese translators for
aptitude.  What about other non-ASCII locales?  Korean?  Thai?  Khmer?
I have no clue.

  Would it make sense to always recognize "Yes" (untranslated) as a
fallback?  This is a little ugly (since it's not advertised that "yes"
is available), but it would at least let users proceed if they're in
this situation.  I think this was suggested in one of the earlier mails
in this thread.

  Daniel



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

Bug#490667: Postinst - Replace empty config file

[Joe Smith]

This is a patch to change the postinst script to copy over a new
configuration file in case /etc/wifi-radar.conf is empty. Would this be the
right way to fix the issue?

diff -u wifi-radar-1.9.9/debian/postinst wifi-radar-1.9.9/debian/postinst
--- wifi-radar-1.9.9/debian/postinst
+++ wifi-radar-1.9.9/debian/postinst
@@ -6,7 +6,7 @@

 umask 0077

-if [ ! -e /etc/wifi-radar.conf ]; then
+if [ ! -e /etc/wifi-radar.conf || ! -s /etc/wifi-radar.conf]; then
cp /usr/share/wifi-radar/wifi-radar.conf /etc/
 fi

diff -u wifi-radar-1.9.9/debian/changelog wifi-radar-1.9.9/debian/changelog
--- wifi-radar-1.9.9/debian/changelog
+++ wifi-radar-1.9.9/debian/changelog
@@ -1,3 +1,10 @@
+wifi-radar (1.9.9-1.1ubuntu1) intrepid; urgency=low
+
+  * Fixes the postinst script to install a new configuration file if the
+previous one is empty Closes: #490667
+
+ -- Joseph M Smith <[EMAIL PROTECTED]>  Thu, 28 Aug 2008 21:28:03 -0700
+
 wifi-radar (1.9.9-1.1) unstable; urgency=low

   * Non-maintainer upload to fix pending l10n issues

Bug#475802: Patch to alert translators to non-ASCII confirmation messages

[Daniel Burrows]

On Sun, Aug 31, 2008 at 07:34:35PM +0900, Noritada Kobayashi <[EMAIL 
PROTECTED]> was heard to say:
> The changelog is as follows (and available in the patch):
> 
> [[[
> Alert translators to usage of non-ASCII characters in confirmation
> messages. (Closes: #475802)
> 
> Since users (especially CJK users) should be able to input confirmation
> messages without input methods, translations of those messages should
> include nothing but ASCII characters.  This trial patch inserts comments
> to alert translators to such cases.  Also, this patch changes a
> confirmation message "Yes" and "No" to "YES" and "NO" respectively so
> that they differ from menu dialog messages "Yes" and "No".
> ]]]
> 
> This patch may be for lenny+1, not lenny, since it changes a message.
> Also, the message change will result in unlocalized "Yes" and "No"
> dialog messages since they are marked for translation in cwidget but
> that library does not have real po/mo files.

  Hm, I prefer using P_() for those messages.  I'll commit that on top
of your patch, though.

  Daniel



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

Bug#494816: Patch to fix the Yes/No confirmation messages issue in ja.po

[Daniel Burrows]

On Sun, Aug 31, 2008 at 07:13:51PM +0900, Noritada Kobayashi <[EMAIL 
PROTECTED]> was heard to say:
> This is a patch to fix ja.po in the second way that Kenshi Muto
> suggested.  #475802 should be separately fixed (in lenny+1) and I'll
> provide a trial patch separately.  Could you please find and apply the
> attachment?

  I noticed that you also found the Essential prompt.  Thanks.  Sadly,
there's a second version of the string in src/cmdline/cmdline_prompt.cc:

  string prompt=_("I am aware that this is a very bad idea");

  Would it be OK if I just used the same translation here as for the
other Essential prompt string? (probably the prompts should be the same
anyway)

  Also, I was curious: would it make sense to use a transliteration for
"Yes" and "No" like you did for the Essential prompt?  (i.e., "hai" and
whatever "no" translates to)

Thanks,
  Daniel



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

Bug#418170: Saving space with import

[Dominique Brazziel]

This helps save space by not having duplicate debs on the caching
machine:

apt-cacher-import.pl -R -s /var/cache/apt/archives

 

 

 




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

Bug#475802: Comments on the Yes/No-translation issue from aptitude's Japanese translator

[Daniel Burrows]

On Fri, Aug 15, 2008 at 04:02:03PM +0900, Noritada Kobayashi <[EMAIL 
PROTECTED]> was heard to say:
> [#475802]
> Deng Xiyue wrote:
> > For Chinese user, "Yes" will be translated to "是", which will be used
> > for the is_ok comparison.  Meanwhile, "是" will not be able to input
> > when input method is unavailable, which in turn isn't installed by
> > default install settings.
> 
> Yeah, it's true for Japanese users.  "Yes" and "No" are respectively
> "はい" (hai) and "いいえ" (iie) in Japanese.  Since they can be input
> only via input methods, however, softwares usually provide a prompt
> like "Yes/No" or "Y/N" to us.  Forcing users to input "はい" is not a
> good idea.

  Sorry about that.  I thought it would be useful for users to not have
to enter "Yes"/"No", but it looks like I guessed wrong. :-(

  I hope I can get one more i18n-related upload of aptitude in, and I
guess I can fix this in that upload once we decide what to do.

> Kenshi Muto wrote:
> > I made two patches.
> > - - cmdline_prompt.patch
> >   This patch lets aptitude allows Y*/y*/N*/n* also for Yes/No prompt
> >   in addition to the translated Yes/No.
> >   I think this is better patch than later one.
> >   One problem I can imagine is that this check may go to failure
> >   if local language means "Y*" for No or "N*" for Yes, but it will be
> >   very rare and I didn't see it in current po files.
> 
> It seems to be a little bit confusing that users can go ahead by
> inputting "Y" although aptitude asks users to input "はい (Y)".  Also,
> aptitude wants to make confirmation here by forcing users to input
> some longer strings instead of forcing to press just one key.  So, I
> consider the latter to be a better workaround.

  Which one is the latter?  I've lost track.

> > - - japo-yesno.patch
> >   This patch reverts Yes/No translation of Japanese po file.
> >   If you Daniel won't touch the code, please apply this one.
> >   (But you'll lose a chance to close #475802 :) )
> 
> Since it's frozen for lenny now, I prefer this "translation
> workaround" (Actually, we had resolved similar Y/N prompt issue
> (#401598) by changing translations likewise under the freeze for
> etch...).  "Yes" and "No" can be left untranslated as most of Japanese
> can understand what they mean.

  Also, I believe aptitude actually says what it will do if you enter
"Yes", so the user doesn't need to treat it as anything but a magic
string of characters.

> This issue is a little bit complex since "Yes" and "No" messages are
> used in two ways: as dialog messages on cwidget side and as
> confirmation messages on aptitude side.  Since dialogs work good, I
> propose a solution to add another string for confirmation input and
> allot one role to one message like this:
> 
> - _("Yes"), _("No"): strings displayed on dialogs (coded on cwidget
>   side).  _("yes_key") and _("no_key") coded on aptitude side are also
>   used for keyboard operations.  CJK translators can translate "Yes"
>   and "No" to messages with their CJK characters and specify "y" and
>   "n" to keyboard operations.

  Hm, yes_key is actually in cwidget, except that aptitude uses it as
well in the particular case that it's showing a minibuffer-style yes/no
prompt.  (which it never does by default)  That seems wrong -- probably
all the translation should happen in cwidget and aptitude should call a
function in the library to get the translation.

> - _("YES"), _("NO"): string for confirmation (coded on aptitude side).
>   CJK translators may well have to make these translations only have
>   ASCII characters so that users can input these messages correctly
>   without input methods.

  You mean for the security prompt confirmation, right?  I think that
this is the best long-term solution: use different translation keys for
"yes"/"no" when they're being used here.  In fact, we could even use
P_() here: P_("Confirm security override|Yes") and
P_("Don't override security|No").

  Daniel



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

Bug#497337: xserver-xorg: XEvIE XevieStart() hangs on i386

[Thorvald Natvig]

Package: xserver-xorg
Version: 1:7.3+15
Severity: normal

All calls to XevieStart() hang the client if you're on i386. It works on
amd64, and a statically compiled i386 version will also work on an amd64
machine, so I think this bug is somewhere in the X server.

There's a sample program on
http://www.freedesktop.org/~ajax/xevie/xevie-test.txt
that can be used for testing.


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

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

X server symlink status:
lrwxrwxrwx 1 root root 13 2008-08-13 14:41 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1719572 2008-08-15 19:37 /usr/bin/Xorg

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

VGA-compatible devices on PCI bus:
00:0f.0 VGA compatible controller: VMware Inc Abstract SVGA II Adapter

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

Xorg X server configuration file status:
-rw-r--r-- 1 root root 1135 2008-09-01 00:30 /etc/X11/xorg.conf

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

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "kbd"
Option  "XkbRules""xorg"
Option  "XkbModel""pc105"
Option  "XkbLayout"   "no"
EndSection

Section "InputDevice"
Identifier  "Configured Mouse"
Driver  "mouse"
EndSection

Section "Device"
Identifier  "Configured Video Device"
EndSection

Section "Monitor"
Identifier  "Configured Monitor"
EndSection

Section "Screen"
Identifier  "Default Screen"
Monitor "Configured Monitor"
EndSection

Section "Extensions"
Option  "XEVIE" "Enable"
EndSection


Xorg X server log files on system:
-rw-r--r-- 1 root root 27381 2008-09-01 01:15 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file
/var/log/Xorg.0.log:

X.Org X Server 1.4.2
Release Date: 11 June 2008
X Protocol Version 11, Revision 0
Build Operating System: Linux Debian (xorg-server 2:1.4.2-4)
Current Operating System: Linux debian 2.6.26-1-686 #1 SMP Wed Aug 20 
12:56:41 UTC 2008 i686

Build Date: 15 August 2008  07:19:42PM

Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Mon Sep  1 01:15:15 2008
(==) Using config file: "/etc/X11/xorg.conf"
(==) No Layout section.  Using the first Screen section.
(**) |-->Screen "Default Screen" (0)
(**) |   |-->Monitor "Configured Monitor"
(==) No device specified for screen "Default Screen".
Using the first device section listed.
(**) |   |-->Device "Configured Video Device"
(==) |-->Input Device "Configured Mouse"
(==) |-->Input Device "Generic Keyboard"
(==) The core pointer device wasn't specified explicitly in the layout.
Using the first mouse device.
(==) The core keyboard device wasn't specified explicitly in the layout.
Using the first keyboard device.
(==) Automatically adding devices
(==) Automatically enabling devices
(==) No FontPath specified.  Using compiled-in default.
(WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
Entry deleted from font path.
(WW) The directory "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" 
does not exist.

Entry deleted from font path.
(==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi
(==) RgbPath set to "/etc/X11/rgb"
(==) ModulePath set to "/usr/lib/xorg/modules"
(**) Extension "XEVIE" is enabled
(II) Open ACPI successful (/var/run/acpid.socket)
(II) Loader magic: 0x81e3c00
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.3
X.Org Video Driver: 2.0
X.Org XInput driver : 2.0
X.Org Server Extension : 0.3
X.Org Font Renderer : 0.5
(II) Loader running on linux
(II) LoadModule: "pcidata"
(II) Loading /usr/lib/xorg/modules//libpcidata.so
(II) Module pcidata: vendor="X.Org Foundation"
comp

Bug#497335: git-buildpackage: Don't use deprecated command names

[Michael Biebl]

Package: git-buildpackage
Version: 0.4.37
Severity: important

Hi,

as you can see, I'm using git 1.6 (from experimental).

The usage of git-$command has been deprecated in 1.6, and the binaries are no
longer available in $PATH.
This makes git-buildpackage fail, as it e.g. uses "git-archive" and not
"git archive".

Cheers,
Michael


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

Kernel: Linux 2.6.26.3
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages git-buildpackage depends on:
ii  devscripts   2.10.35 scripts to make the life of a Debi
ii  git-core 1:1.6.0.1-1 fast, scalable, distributed revisi
ii  python   2.5.2-2 An interactive high-level object-o
ii  python-dateutil  1.4-1   powerful extensions to the standar
ii  python-support   0.8.6   automated rebuilding support for P

git-buildpackage recommends no packages.

Versions of packages git-buildpackage suggests:
ii  git-load-dirs 1.1.6+nmu2 Import upstream archives into git
ii  pristine-tar  0.17   regenerate pristine tarballs

-- no debconf information



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

Bug#340444: one more *clean variation

[jidanni]

While you are at (one day implementing) it, you might as well add another 
variation:
  holmesboyclean(pick better name please)
  Only leaves .debs of installed (better yet, non-purged)
  packages, no matter if still available or not.



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

Bug#497334: flashplugin-nonfree: Way out of date

[Mark Whitis]

Package: flashplugin-nonfree
Version: 1:1.6.3
Severity: important

Web sites are demanding flash 9 and the package is back at 7.

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

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

Versions of packages flashplugin-nonfree depends on:
ii  debconf [debconf-2.0]  1.5.23Debian configuration management sy
ii  fontconfig 2.6.0-1   generic font configuration library
ii  gnupg  1.4.6-2   GNU privacy guard - a free PGP rep
ii  libatk1.0-01.22.0-1  The ATK accessibility toolkit
ii  libc6  2.7-13GNU C Library: Shared libraries
ii  libcairo2  1.4.12-1  The Cairo 2D vector graphics libra
ii  libexpat1  2.0.1-4   XML parsing C library - runtime li
ii  libfontconfig1 2.6.0-1   generic font configuration library
ii  libfreetype6   2.3.7-1   FreeType 2 font engine, shared lib
ii  libglib2.0-0   2.16.5-1  The GLib library of C routines
ii  libgtk2.0-02.12.3-2  The GTK+ graphical user interface 
ii  libice62:1.0.4-1 X11 Inter-Client Exchange library
ii  libpango1.0-0  1.20.5-1  Layout and rendering of internatio
ii  libpng12-0 1.2.27-1  PNG library - runtime
ii  libsm6 2:1.0.3-2 X11 Session Management library
ii  libx11-6   2:1.0.3-7 X11 client-side library
ii  libxau61:1.0.3-3 X11 authorisation library
ii  libxcursor11:1.1.9-1 X cursor management library
ii  libxdmcp6  1:1.0.2-3 X11 Display Manager Control Protoc
ii  libxext6   2:1.0.4-1 X11 miscellaneous extension librar
ii  libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio
ii  libxi6 2:1.1.3-1 X11 Input extension library
ii  libxinerama1   2:1.0.3-2 X11 Xinerama extension library
ii  libxrandr2 2:1.2.3-1 X11 RandR extension library
ii  libxrender11:0.9.4-2 X Rendering Extension client libra
ii  libxt6 1:1.0.5-3 X11 toolkit intrinsics library
ii  wget   1.11.4-1  retrieves files from the web
ii  zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime

flashplugin-nonfree recommends no packages.

-- no debconf information



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

Bug#496789: [Pkg-shadow-devel] Bug#496789: passwd(1) still describes the old behaviour of --lock

[Nicolas François]

Hi,

On Wed, Aug 27, 2008 at 10:25:59PM +0930, [EMAIL PROTECTED] wrote:
> 
> The passwd man page currently says:
> 
>-l, --lock
>Lock the password of the named account. This option disables a password
>by changing it to a value which matches no possible encrypted value (it
>adds a ´!´ at the beginning of the password).
> 
>Note that this does not disable the account. The user may still be able
>to login using another authentication token (e.g. an SSH key).
>To disable the account, administrators should use usermod --expiredate 
> 1
>(this set the account´s expire date to Jan 2, 1970).
> 
> Since the 'Note' now seems to be the default behaviour (which I do like :), it
> should probably either be reworded to reflect that, or dropped entirely.  I'd
> guess the former will probably cause the least confusion while people readjust
> their expectation of what -l does.

Sorry, I don't really understand what you would like to change.
In my understanding, the two paragraphs are consistent with the current
(1:4.1.1-4) passwd.

I prefer to describe what -l does, and give additional information to
avoid misread.
If I reverse the two paragraphs, I don't think it will be clearer (there
are a lot of other thinks that passwd -l does not do).

Would you have a proposal?

Thanks in advance,
-- 
Nekral



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

Bug#497332: linux-image-2.6.26-1-686: Hangs up when restarting network

[Duguet alain]

Package: linux-image-2.6.26-1-686
Version: 2.6.26-3
Severity: important

Hi!

When (as root) I "invoke-rc.d networking restart", at the first step my 
wireless connexion
stops, and when I invoke it again, the system hangs up and I am unable to do 
anything, even with
the "magic keys". The only solution is to press the reset button.
I started again with the previous kernel to check it and I can do this action 
without any problem
(I tried it a good number fo times to be sure).
My wireless card is a Ralink one ant it uses the rt61pci module.

Thanks!
 
- Package-specific info:

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

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

Versions of packages linux-image-2.6.26-1-686 depends on:
ii  debconf [debconf-2.0] 1.5.22 Debian configuration management sy
ii  initramfs-tools [linux-initra 0.92f  tools for generating an initramfs
ii  module-init-tools 3.4-1  tools for managing Linux kernel mo

Versions of packages linux-image-2.6.26-1-686 recommends:
ii  libc6-i6862.7-13 GNU C Library: Shared libraries [i

Versions of packages linux-image-2.6.26-1-686 suggests:
ii  grub  0.97-46GRand Unified Bootloader (Legacy v
pn  linux-doc-2.6.26   (no description available)

-- debconf information:
  linux-image-2.6.26-1-686/preinst/abort-overwrite-2.6.26-1-686:
  shared/kernel-image/really-run-bootloader: true
  linux-image-2.6.26-1-686/postinst/bootloader-error-2.6.26-1-686:
  linux-image-2.6.26-1-686/postinst/depmod-error-initrd-2.6.26-1-686: false
  linux-image-2.6.26-1-686/prerm/removing-running-kernel-2.6.26-1-686: true
  linux-image-2.6.26-1-686/postinst/old-system-map-link-2.6.26-1-686: true
  linux-image-2.6.26-1-686/preinst/abort-install-2.6.26-1-686:
  linux-image-2.6.26-1-686/preinst/lilo-has-ramdisk:
  linux-image-2.6.26-1-686/preinst/bootloader-initrd-2.6.26-1-686: true
  linux-image-2.6.26-1-686/prerm/would-invalidate-boot-loader-2.6.26-1-686: true
  linux-image-2.6.26-1-686/preinst/elilo-initrd-2.6.26-1-686: true
  linux-image-2.6.26-1-686/postinst/kimage-is-a-directory:
  linux-image-2.6.26-1-686/postinst/old-dir-initrd-link-2.6.26-1-686: true
  linux-image-2.6.26-1-686/postinst/create-kimage-link-2.6.26-1-686: true
  linux-image-2.6.26-1-686/preinst/lilo-initrd-2.6.26-1-686: true
  linux-image-2.6.26-1-686/postinst/old-initrd-link-2.6.26-1-686: true
  linux-image-2.6.26-1-686/preinst/overwriting-modules-2.6.26-1-686: true
  linux-image-2.6.26-1-686/postinst/depmod-error-2.6.26-1-686: false
  linux-image-2.6.26-1-686/postinst/bootloader-test-error-2.6.26-1-686:
  linux-image-2.6.26-1-686/preinst/failed-to-move-modules-2.6.26-1-686:
  linux-image-2.6.26-1-686/preinst/initrd-2.6.26-1-686:



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

Bug#497331: console-setup: Please don't use Terminus by default.

[Josh Triplett]

Package: console-setup
Version: 1.27
Severity: normal

console-setup depends on console-terminus, and uses the Terminus fonts
by default.  Please consider defaulting to VGA instead.  As the Ubuntu
changelog puts it:

> console-setup (1.7ubuntu18) edgy; urgency=low
>  
>   * Change the default font to VGA where supported; Terminus does not seem
> to have widespread aesthetic appeal.

Indeed it doesn't.  Having the option of Terminus seems useful, but
using it by default feels uncomfortable.

Ideally, console-setup could just Suggests: console-terminus, and
offer it as an option if installed.

Thanks,
Josh Triplett


-- 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=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages console-setup depends on:
ii  console-terminus  4.26-2 Fixed-width fonts for fast reading
ii  debconf [debconf-2.0] 1.5.23 Debian configuration management sy
ii  xkb-data  1.3-2  X Keyboard Extension (XKB) configu

Versions of packages console-setup recommends:
ii  kbd   1.14.1-4   Linux console font and keytable ut

Versions of packages console-setup suggests:
ii  lsb-base  3.2-20 Linux Standard Base 3.2 init scrip

-- debconf information excluded



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

Bug#492535: Fix released

[Joe Smith]

It looks like the description has been updated, and the error fixed. Can we
close this bug?

Bug#496724: docbook-xsl does not put a public/system ID by default to output

[Daniel Leidert]

reassign 496724 aptitude
retitle 496724 Set public/system ID for HTML output via chunker.output.doctype-*
thanks

If you want a public/sytem ID in your HTML output, you have to set it yourself.
The docbook-xsl stylesheets do not set these values by default but offer the
following parameters to set/adjust these values:

http://docbook.sourceforge.net/release/xsl/current/doc/html/chunker.output.doctype-public.html
http://docbook.sourceforge.net/release/xsl/current/doc/html/chunker.output.doctype-system.html

Set these parameters accordingly in your customization layer. AFAIK docbook-xsl
produces valid (X)HTML. Please clone and/or reassign this bug back to 
docbook-xsl
if it does not for you.

Regards, Daniel




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

Bug#492424: aptitude: Should not install a package if a virtual package alternative is already installed

[Daniel Burrows]

On Sun, Aug 31, 2008 at 03:43:40PM -0700, Daniel Burrows <[EMAIL PROTECTED]> 
was heard to say:
> On Fri, Aug 22, 2008 at 08:54:01PM -0300, "Nelson A. de Oliveira" <[EMAIL 
> PROTECTED]> was heard to say:
> > Installing libapache2-mod-php5 as dep of php5
> 
> [snip]
> 
> >   php5-cgi: Depends: php5-common (= 5.2.6-2+b1) but 5.2.6-3 is to be 
> > installed.
> 
> [snip]
> 
> > php5-cgi [5.2.6-2+b1 (now) -> 5.2.6-3 (unstable)]
> 
> [snip]
> 
> > php5 depends on libapache2-mod-php5 | libapache2-mod-php5filter | php5-cgi, 
> > php5-common
> 
>   Which version of php5 is this?  On my computer it depends on
> 
> libapache2-mod-php5 (>= 5.2.6-3) | libapache2-mod-php5filter (>= 5.2.6-3)|
>   | php5-cgi (>= 5.2.6-3), php5-common (>= 5.2.6-3)

  And just to belabor the point a little, the problem is that this
dependency isn't actually met, because php5-cgi is installed at an
earlier version.  This is an inherent limitation of the greedy resolver
in apt, which aptitude uses when you run, e.g., "install".

  I'm pretty sure this was filed as a bug against apt, but I can't
find the specific bug report.  Maybe my memory is faulty.  If you
can confirm that you see the same dependencies that I do, I could
reassign it to apt; it might be possible to fix some simple cases
of this by just scanning the dependency list twice.

  Daniel



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

Bug#496407: fixed in sng 1.0.2-6

[Wesley J. Landaker]

On Tuesday 26 August 2008 03:21:46 Nico Golde wrote:
> why did you remove it instead of just fixing it? Now people
> who already installed this stay vulnerable which I don't
> really consider to be good.

I'm not sure what you mean: removing and fixing an unused script have 
precisely the same the same effect.

Just in case there is confusion, the sng package was not removed. What was 
remove was an unused, obsolete, buggy development script that erroneously 
installed. As stated in the changelog: "removing sng_regress because it's 
useless for users, and now has a security bug filed against it." It was a 
mistake to ever include it in the package in the first place, so removing 
it is the right course of action here.

If you (or anyone else) would like to submit a patch to fix sng_regress, I 
will be happy to apply the patch in the source package, but I don't plan to 
including sng_regress as a binary in the sng package.

-- 
Wesley J. Landaker <[EMAIL PROTECTED]> 
OpenPGP FP: 4135 2A3B 4726 ACC5 9094  0097 F0A9 8A4C 4CD6 E3D2


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

Bug#497328: Please enable prelink on mips/mipsel

[Thiemo Seufer]

Package: prelink
Version: 0.0.20071009-1
Tags: important

Please enable builds for mips and mipsel in debian/control, prelink
supports MIPS for about two years now.


Thiemo



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

Bug#496569: overflow in winbind logs

[James F Zuelow Jr]

Package: winbind
Version: 2:3.2.3-1
Followup-For: Bug #496569


Picked up the following log entry that might be helpful.

[2008/08/31 14:40:31,  0] lib/util_str.c:safe_strcpy_fn(709)
  ERROR: string overflow by 1 (256 - 255) in safe_strcpy 
[S-92-2154188296-3084771316-3084775776-15286670-122]
*** glibc detected *** /usr/sbin/winbindd: free(): invalid next size (normal): 
0x085cd840 ***
=== Backtrace: =
/lib/i686/cmov/libc.so.6[0xb7cf54f4]
/lib/i686/cmov/libc.so.6(cfree+0x96)[0xb7cf76f6]
/usr/lib/libtalloc.so.1(talloc_free+0x153)[0xb7df0443]
/usr/sbin/winbindd(sid_to_fstring+0x65)[0x81250ca]
/usr/sbin/winbindd[0x809ac46]
/usr/sbin/winbindd[0x809ae1d]
/usr/sbin/winbindd(wcache_tdc_add_domain+0x337)[0x809c195]
/usr/sbin/winbindd[0x80b411c]
/usr/sbin/winbindd[0x809daf2]
/usr/sbin/winbindd(winbindd_dual_list_trusted_domains+0xc1)[0x80abc91]
/usr/sbin/winbindd[0x80bb2ef]
/usr/sbin/winbindd[0x80bb4bd]
/usr/sbin/winbindd(winbind_child_died+0x145)[0x80bb65d]
/usr/sbin/winbindd[0x80bbfd6]
/usr/sbin/winbindd[0x80bc341]
/usr/sbin/winbindd[0x80bc4fa]
/usr/sbin/winbindd(run_events+0x134)[0x813b439]
/usr/sbin/winbindd(main+0xd58)[0x808dc87]
/lib/i686/cmov/libc.so.6(__libc_start_main+0xe5)[0xb7c9d455]
/usr/sbin/winbindd[0x808b7c1]
=== Memory map: 
08048000-08341000 r-xp  03:05 392481 /usr/sbin/winbindd
08341000-08346000 r--p 002f8000 03:05 392481 /usr/sbin/winbindd
08346000-0834d000 rw-p 002fd000 03:05 392481 /usr/sbin/winbindd
0834d000-0834e000 rw-p 0834d000 00:00 0
0845c000-085ee000 rw-p 0845c000 00:00 0  [heap]
b710-b7121000 rw-p b710 00:00 0
b7121000-b720 ---p b7121000 00:00 0
b7208000-b79f6000 rw-s  03:06 408802 
/var/cache/samba/winbindd_cache.tdb
b79f6000-b79fa000 r-xp  03:01 1242153
/lib/i686/cmov/libnss_dns-2.7.so
b79fa000-b79fc000 rw-p 3000 03:01 1242153
/lib/i686/cmov/libnss_dns-2.7.so
b79fc000-b7a06000 r-xp  03:01 1242154
/lib/i686/cmov/libnss_files-2.7.so
b7a06000-b7a08000 rw-p 9000 03:01 1242154
/lib/i686/cmov/libnss_files-2.7.so
b7a24000-b7a3 r-xp  03:01 1176625/lib/libgcc_s.so.1
b7a3-b7a31000 rw-p b000 03:01 1176625/lib/libgcc_s.so.1
b7a5-b7a71000 rw-s  03:06 2028992
/var/cache/samba/netsamlogon_cache.tdb
b7a71000-b7a87000 rw-s  03:06 16438  /var/run/samba/connections.tdb
b7a87000-b7acb000 rw-s  03:06 2031441
/var/cache/samba/idmap_cache.tdb
b7acb000-b7ace000 rw-s  03:06 16357  /var/run/samba/gencache.tdb
b7ace000-b7ad9000 rw-s  03:06 1194001/var/lib/samba/secrets.tdb
b7ad9000-b7ada000 rw-s  03:06 16426  /var/run/samba/messages.tdb
b7ada000-b7afa000 r--s  03:05 1472364/usr/share/samba/lowcase.dat
b7afa000-b7b1a000 r--s  03:05 1473387/usr/share/samba/upcase.dat
b7b1a000-b7b1c000 rw-p b7b1a000 00:00 0
b7b1c000-b7b82000 r-xp  03:05 1834120/usr/lib/libgcrypt.so.11.4.4
b7b82000-b7b84000 rw-p 00066000 03:05 1834120/usr/lib/libgcrypt.so.11.4.4
b7b84000-b7b98000 r-xp  03:05 1832666/usr/lib/libz.so.1.2.3.3
b7b98000-b7b99000 rw-p 00013000 03:05 1832666/usr/lib/libz.so.1.2.3.3
b7b99000-b7b9c000 r-xp  03:05 1833933/usr/lib/libgpg-error.so.0.3.0
b7b9c000-b7b9d000 rw-p 2000 03:05 1833933/usr/lib/libgpg-error.so.0.3.0
b7b9d000-b7bac000 r-xp  03:05 1834008/usr/lib/libtasn1.so.3.0.15
b7bac000-b7bad000 rw-p e000 03:05 1834008/usr/lib/libtasn1.so.3.0.15
b7bad000-b7bae000 rw-p b7bad000 00:00 0
b7bae000-b7bc3000 r-xp  03:01 1242159
/lib/i686/cmov/libpthread-2.7.so
b7bc3000-b7bc5000 rw-p 00014000 03:01 1242159
/lib/i686/cmov/libpthread-2.7.so
b7bc5000-b7bc7000 rw-p b7bc5000 00:00 0
b7bc7000-b7c5e000 r-xp  03:05 1833013/usr/lib/libgnutls.so.26.4.5
b7c5e000-b7c64000 rw-p 00097000 03:05 1833013/usr/lib/libgnutls.so.26.4.5
b7c64000-b7c7a000 r-xp  03:05 1833837/usr/lib/libsasl2.so.2.0.22
b7c7a000-b7c7b000 rw-p 00015000 03:05 1833837/usr/lib/libsasl2.so.2.0.22
b7c7b000-b7c7d000 r-xp  03:01 1175115/lib/libkeyutils-1.2.so
b7c7d000-b7c7e000 rw-p 1000 03:01 1175115/lib/libkeyutils-1.2.so
b7c7e000-b7c85000 r-xp  03:05 1836059/usr/lib/libkrb5support.so.0.1
b7c85000-b7c86000 rw-p 6000 03:05 1836059/usr/lib/libkrb5support.so.0.1
b7c86000-b7c87000 rw-p b7c86000 00:00 0
b7c87000-b7ddc000 r-xp  03:01 1240361/lib/i686/cmov/libc-2.7.so
b7ddc000-b7ddd000 r--p 00155000 03:01 1240361/lib/i686/cmov/libc-2.7.so
b7ddd000-b7ddf000 rw-p 00156000 03:01 1240361/lib/i686/cmov/libc-2.7.so
b7ddf000-b7de2000 rw-p b7ddf000 00:00 0
b7de2000-b7de9000 r-xp  03:05 1834217/usr/lib/libwbclient.so.0
b7de9000-b7deb000 rw-p 6000 03:05 1834217/usr/lib/libwbclient.so.0
b7deb000-b7df2000 r-xp  03:05 1832967/usr/lib/libtalloc.so.1.2.0
b7df2000-b7df3000 rw-p 6000 03:05 1832967/usr/lib/libtalloc.so.1.2.0
b7df3000-b7dff00

Bug#497329: boinc-manager: abnormal cpu usage when viewing Transfers tab

[Sandro Tosi]

Package: boinc-manager
Version: 6.2.18-1
Severity: normal
File: /usr/bin/boincmgr

Hello,
When selecting Transfers tab, I can see that boincmgr takes about 16-20% of
cpu time, while it uses almost none on any other tabs. It's reproducible even
closing boincmgr and reopen it.

Actually, I got a pretty full Transfers list, with ~2000 files to be send or
downloaded, so that might be the cause.

Kindly,
Sandro

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

Kernel: Linux 2.6.22-2-amd64 (SMP w/4 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 boinc-manager depends on:
ii  libc6 2.7-13 GNU C Library: Shared libraries
ii  libstdc++64.3.1-9The GNU Standard C++ Library v3
ii  libwxbase2.8-02.8.7.1-1  wxBase library (runtime) - non-GUI
ii  libwxgtk2.8-0 2.8.7.1-1  wxWidgets Cross-platform C++ GUI t

Versions of packages boinc-manager recommends:
ii  boinc-client  6.2.18-1   core client for the BOINC distribu

boinc-manager suggests no packages.

-- no debconf information



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

Bug#497330: support purging packages that are already being removed

[jidanni]

Package: aptitude
Version: 0.4.11.9-1
Severity: wishlist

In http://lists.debian.org/debian-user/2008/08/msg02342.html
> "DB" == Daniel Burrows <[EMAIL PROTECTED]> writes:

DB> On Wed, Aug 27, 2008 at 07:53:56AM +0800, [EMAIL PROTECTED] was heard to 
say:
> I find no way in aptitude to
> # aptitude install telnet-ssl
> Reading package lists... Done  <- Get rid of these messages, and
> The following NEW packages will be installed:
>   telnet-ssl
> The following packages will be REMOVED:
>   telnet{a} <- also purge instead of removing. I.e., nothing like
> APT::Get::Purge. The undocumented --purge doesn't work like apt-get's.

DB>   There is no --purge option,
There is too, else there would be an error message if one used it, #434502.

DB> which is presumably why it doesn't work. The closest thing to it
DB> is --purge-unused, which causes packages being removed because
DB> they're unused to also get purged.
(Yes, won't work here as you mentioned in
http://lists.debian.org/debian-user/2008/08/msg02387.html )

DB>   According to the apt-get manual page, --purge purges anything that is
DB> being removed.  The only thing I can think of that gets you close to
DB> what you want is "aptitude -s install telnet-ssl '?action(remove)_'",
DB> but I don't think that is really adequate (it won't handle stuff that
DB> gets removed due in interactive dependency resolution, for instance).

DB>   I thought at first that I could just set all the stuff being removed
DB> to be purged as well, just before aptitude shows its prompt.  But
DB> that's not right either: the user should be able to cancel individual
DB> purges and have that stick.  So I guess the only way out is to hack the
DB> backend so that when a hypothetical Aptitude::Purge is enabled, it
DB> flicks packages to "purge" when they're first marked for removal and
DB> not afterwards.

All I know is I was happy with
APT::Get::Purge "true";
back in apt-get, and was dismayed that no such janitor exists in aptitude.

DB>   I suppose you could file a wishlist bug asking for this feature to be
DB> added.

OK, I hereby file that bug. Thanks.

All you need to do perhaps is just before the final list of what to
remove is shown to the user for approval, change all the removes to
purges, if of course APT::Get::Purge or whatever you want to name it
is true.

Just like how apt-get adds "*" to each name it proposes to the user to
remove.



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

Bug#492424: aptitude: Should not install a package if a virtual package alternative is already installed

[Daniel Burrows]

On Fri, Aug 22, 2008 at 09:15:07PM -0300, "Nelson A. de Oliveira" <[EMAIL 
PROTECTED]> was heard to say:
> With apt-get I have the same behavior:

[snip]

> Sorry for the ignorance, but do aptitude uses apt internally?

  aptitude is based on the apt libraries and uses much of the same
code that apt uses.  In this case, php5 is being selected by the code
in pkgDepCache::MarkInstall, which is shared between aptitude and apt.

  Daniel



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

Bug#497316: general: Building entire system from source

[Neil Williams]

On Sun, 2008-08-31 at 21:24 +0100, Mark Hobley wrote:
> Package: general
> Severity: wishlist
> 
> 
> It would be nice to have the option of using a binary or source based 
> distribution built from Debian sources.

Bearing in mind your previous bug report, I really think you should be
looking at Emdebian and asking these questions on the debian-embedded
mailing list - we're doing all this stuff. You will have to do 90% of
the work yourself but that's inevitable (see below). At least Emdebian
can provide the tools and infrastructure to get the job done - mainly
because we are doing it ourselves.

> Ideally, a live CD, could be used to build the entire base system from source
> by simply specifying the source repository to be used.

Umm, just how are you going to fit the system and the source on a CD?
You might with an Emdebian system that has a GUI in 75Mb but probably
not a full Debian install + source. I don't know how big the source
would be for the current Emdebian GUI but my current Emdebian build tree
has only 240 source packages and takes up 9.2Gb for a single
architecture. (Yes, that is a build tree as opposed to a directory
containing compressed source packages but it does give an indication of
the possible scale.) That doesn't even count the build-dependencies that
are installed. Yes, it really can take 9.2Gb to create a binary distro
of 75Mb. That is most definitely not a typo. GlibC, GCC, Xorg, they are
all v.big source packages.

With the full build environment and sources and various other
components, I think you could create a CD but note that this is *you*
creating it. I cannot see that Debian would provide such a CD for you -
at least not until Emdebian has done a whole lot more work on the Debian
infrastructure. Customisation includes bespoke patches and full control
over package selection (including dropping perl and Essential) but you
will have to do 90% of the work yourself. The tools exist, feel free to
use them - just do ask your questions on
[EMAIL PROTECTED] instead of filing general bugs (which
all get CC'd to debian-devel and which can end up annoying people when
you start asking for stuff that is just "out-there" when it comes to how
Debian normally works - especially this close to a release). If you want
to change Debian to work with small systems and embedded systems,
debian-embedded is the place to be - not bugs.debian.org and not
debian-devel (at least until Lenny is released).

FYI the problems with what you require come in several stages:
1. Package selection - how much are you building? For embedded stuff,
you want very tight control over this.
2. Build sequencing - which ones do you build first? Entirely determined
by your choices under Q1 but plotting your path through the dependencies
such that the build-dependencies of foo are available when you need to
build foo to build bar - without finding that bar build-depends on baz
which you haven't built yet, and so on.
3. You cannot decide on what sources to put on the media until you have
solved Q1 and Q2. You cannot know if they will fit until you've answered
Q3.

Now there are tools that can help with this process (mancoosi are
working on things like that and others already exist) but there is no
one-size-fits-all solution, especially for embedded stuff. Then you run
into problem 4:

4. Once you've done it, you don't need to work out how to do it again so
the optimisation never happens and each process is just as much work as
the last. Packages change, build-depends change, by the time you've done
one, the whole path can be radically different.

Yes, I have done Q1, Q2, Q3 and Q4 for Emdebian ARM. It took the best
part of a year.

> The system could then be configured to allow source builds of all 
> additional packages.

Already done - and if you use the existing Emdebian support, the
distribution can be entirely cross-built from source too. You just need
to do the work yourself.

P.S. I would reassign this bug but I'm waiting for the pseudo-package
for Emdebian that would perfectly suit this bug report. (hint!)
:-)

(I know everyone at ftpmaster is out-of-their-minds-busy right now but
it would take this traffic off -devel if the pseudo-package was
available . . . )

-- 


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




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

Bug#497278: [PATCH] Re: Bug#497278: tunnel name "he" invalid, but nowhere documented

[Andreas Henriksson]

On sön, 2008-08-31 at 15:15 +0100, martin f krafft wrote:
> I cannot create a tunnel named "he", but "HE" and "ab" work. If
> I try "he", I just get the usage output. This is confusing and
> I could not figure it out, other than he being parsed as help.
> 
>   ip tun add he mode sit remote 1.2.3.4 ttl 64
> 
> I wouldn't expect "help" at this point. I think the parser shouldn't
> either.
> 

>From the ip manpage:
"The help command is  available  for all objects.  It prints out a list
of available commands and argument syntax conventions."
... so it doesn't look like a documentation problem to me.

To make it more obvious maybe we could add a "helpusage" wrapper that
prints out which argument was interpreted as a call for help.

... if (matches(*argv, "help"))
helpusage(*argv);
...

void helpusage(char *arg) {
fprintf(stderr, "Argument '%s' interpreted as a call for help.\n\n", 
arg);
usage();
}

Would be lots of places to update to call the new helper function, so
I'm holding off on creating a patch for that until I get some feedback
if people think it would be a good idea.


Anyway, here's a patch that makes it possible to add and, probably more
importantly as it could have been added by other tool (ifconfig), delete
tunnels matching help if you explicitly state the name argument. (ip tun
del name he)

Signed-off-by: Andreas Henriksson <[EMAIL PROTECTED]>


diff --git a/ip/iptunnel.c b/ip/iptunnel.c
index 769e845..0d9a17f 100644
--- a/ip/iptunnel.c
+++ b/ip/iptunnel.c
@@ -196,8 +196,7 @@ static int parse_args(int argc, char **argv, int cmd, 
struct ip_tunnel_parm *p)
} else {
if (strcmp(*argv, "name") == 0) {
NEXT_ARG();
-   }
-   if (matches(*argv, "help") == 0)
+   } else if (matches(*argv, "help") == 0)
usage();
if (p->name[0])
duparg2("name", *argv);




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

Bug#497232: kipi plugins - picasa bug

[Mark Purcell]

forwarded 497232 http://bugs.kde.org/show_bug.cgi?id=150979
thanks

Vardhman, Dragon,

Are you able to isolate the specific patch so I can apply to Debian?

Thanks,

Mark


On Sunday 31 August 2008 16:52:43 Dragon Phyre wrote:
> Hi Mark,
> 
> Good thing I sent word.  I hope you can get it into Lenny, I know it's close. 
>  Digikam is such a big app in the Linux press I would hate to see this bug go 
> out in the release.  I'm afraid there's not much I can do to help from user 
> land as I'm an admin vs. a programer but let me know if there is and best of 
> luck on it.  i know it's cutting it close.
> 
> Dragon
> 
> 
> --- On Sat, 8/30/08, Mark Purcell <[EMAIL PROTECTED]> wrote:
> 
> > From: Mark Purcell <[EMAIL PROTECTED]>
> > Subject: RE: kipi plugins - picasa bug
> > To: [EMAIL PROTECTED]
> > Cc: [EMAIL PROTECTED], [EMAIL PROTECTED]
> > Date: Saturday, August 30, 2008, 11:11 PM
> > Package: kipi-plugins
> > Version: 1.5.1-1
> > Severity: important
> > 
> > Hi Dragon,
> > 
> > No i wasn't aware this bug had been fixed. We may be
> > able to get into lenny, but release is soon.
> > 
> > Mark
> > 
> > -original message-
> > Subject: 
> > From: Dragon Phyre <[EMAIL PROTECTED]>
> > Date: 31/08/2008 15:01
> > 
> > Hello,
> > 
> > I see you all listed as maintainers on the kipi-plugins
> > package.  With Lenny frozen and Digikam being such an
> > important desktop app I'm emailing everyone in the hopes
> > of the fix being included in the final release.  I have also
> > copied main dev Vardhman Jain on this as well.
> > 
> > I discovered a bug with the PicasaWebExport and added my
> > observations to the bug report in comment #25 at this link,
> > 
> > http://bugs.kde.org/show_bug.cgi?id=150979
> > 
> > I just received the following notice of comment #26 that it
> > has been fixed.  I'm not sure if you three are aware of
> > the bug even but letting you know in the hopes that the fix
> > can make it into Lenny.  If there is anything I can do from
> > end user land please let me know.
> > 
> > Vardhman vardhman gmail com changed:
> > 
> >What|Removed |Added
> > 
> >  Status|NEW |RESOLVED
> >  Resolution||FIXED
> > 
> > 
> > 
> > 
> > --- Comment #26 from Vardhman  
> > 2008-08-27 20:24:33 ---
> > Hey Dragon,
> > Based on your detailed explanation, I have just fixed the
> > bug related to spaces
> > in album names.
> > Strangely the fix for the listing of private albums has
> > been done quite long
> > back ~2 months at least, I am not sure if the version of
> > yours is older than
> > that.
> > 
> > If someone can test the feature on the latest SVN checkout,
> > and give a
> > feedback, I would promise a quick turnaround :)
> 
> 
>   
> 



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

Bug#434393: Please remove libwhisker-perl from the archive

[gregor herrmann]

reassign 434393 ftp.debian.org
retitle 434393 RM: libwhisker-perl -- orphaned, no rdepends, superseded
thanks

Hi ftp-masters,

when going through the list of orphaned perl module packages
libwhisker-perl came up as a candidate for removal:

* it's orphaned
* it has no reverse depends, since nikto switched to
  libwhisker2-perl
* libwhisker2-perl seems to be the successor of libwhisker-perl


Two quotes from [EMAIL PROTECTED]:

http://lists.debian.org/debian-perl/2008/08/msg00104.html

Damyan Ivanov:

  > > > libwhisker-perl
  > > #434393, perl module, 2 bugs
  > > (the package name rings some bell in my head ...)
  > 
  > Maybe someone can help my old memory?
  Drop it. 1st class spaghetti perl, superceded by whisker2. It was in 
  the repository once.


http://lists.debian.org/debian-perl/2008/07/msg00120.html

Vincent Bernat (also maintainer of nikto):

  libwhisker-perlwas   usedby   niktowhich   isnow   using
  libwhisker2-perl. Maybe it can be removed.


TIA,
gregor, Debian Perl Group
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian gnu/linux user, admin & developer - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Don McLean: Black Sheep Boy


signature.asc
Description: Digital signature

Bug#300759: (no subject)

[Daniel Burrows]

On Sat, Aug 30, 2008 at 01:26:03PM +0800, [EMAIL PROTECTED] was heard to say:
> Indeed, it would be best to dump the fun and games and get working on these 
> piles of real bugs!

  Thanks, I await your patches.

  Daniel



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

Bug#497327: iceweasel-l10n-sv-se: SSL error when connecting to addons.mozilla.org

[Stefan Skoglund]

Package: iceweasel-l10n-sv-se
Version: 1:3.0.1+debian-1
Severity: normal


When i enable iceweasel-l10n-sv-se in iceweasel preferences i get
ssl_error_bad_mac_read when selecting the extension item in
tools menu. I tried removing extensions and
in the end the trick who did it was disabling the language pack
in preferences.


update:
i renamed ~/.mozilla to ~/mozilla and started a completely
fresh iceweasel and thinks works again.
weird.


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

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

Versions of packages iceweasel-l10n-sv-se depends on:
ii  iceweasel 3.0.1-1lightweight web browser based on M

Versions of packages iceweasel-l10n-sv-se recommends:
ii  myspell-sv-se 1.3.8-6-2  Swedish (SE) dictionary for myspel

iceweasel-l10n-sv-se suggests no packages.

-- no debconf information



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

Bug#486167: Fwd: [Libchipcard-devel] SOLVED Gnucash und integrierter O2Micro Kartenleser

[Micha Lenk]

Hi Hendrik,

does the success report in the attached mail solve your problem or do
you have a different reader?

Regards
  Micha
--- Begin Message ---
Hallo Martin und Christoph,

es gibt einen Erfolg zu vermelden: Der integrierte Smartcard Reader 
funktioniert. Anbei zum Nachverfolgen, was ich alles einstellen musste.

Ausgangssituation:

Laptop:
Dell Latitude d630
Ubuntu Hardy Heron 8.04

Kartenleser:
lsusb
Bus 005 Device 004: ID 0b97:7772 O2 Micro, Inc.
Bus 005 Device 003: ID 0b97:7761 O2 Micro, Inc.

Unterstützung wird aufgeführt in:
http://hardware4linux.info/component/21351/
http://pcsclite.alioth.debian.org/ccid.html
https://bugs.launchpad.net/ubuntu/+source/ccid/+bug/162724  
^zeigt dass mind. Version 1.3.1 benötigt wird

Als Paketquelle habe ich unter anderem folgendes eingetragen:
deb http://ppa.launchpad.net/gnucash/ubuntu/ hardy main


Die wichtigsten installierten Programme und Versionen:
libchipcard-data  4.0.0-5build1
libchipcard-libgwenhywfar47-plugi 4.0.0-5build1
libchipcard-tools 4.0.0-5build1
libchipcard-ctapi04.0.0-5build1
libchipcardc2 4.0.0-5build1
libchipcardd0 4.0.0-5build1
libccid   1.3.1-1
libpcsclite1  1.4.99-1ubuntu1

pcscd habe ich, wie Martin es geschrieben hat, deinstalliert.

1.) Benutzer in Gruppe chipcard aufnehmen.

2.) udev-Regel anlegen (/etc/udev/rules.d/50-o2micro.rules):
# udev rules file for o2micro Smardcard Reader
SYSFS{idVendor}=="0b97", SYSFS{idProduct}=="7772", GROUP="chipcard"

3.) Reader in Treiberdatei eintragen 
(/usr/share/chipcard/server/drivers/ccid_ifd.xml):
...

  Dell O2 Micro

...

4.) Restart von libchipcard und Logausgaben beobachten:
sudo /etc/init.d/libchipcard-tools restart
tail -f /var/log/chipcard/drivers/ccid_ifd/driver.log
(Wobei ich mir noch lese-Rechte für das Verzeichnis geben musste.)

Die Logdatei füllt sich bei den Aufruf von z.B.:
chipcard-tool list

Server: 48b9a43c
  Readers:
  - auto3-ccid_o2_micro (ccid_o2_micro, port 0)

Laptop:
Dell Latitude d630
Ubuntu Hardy Heron 8.04

Kartenleser:
lsusb
Bus 005 Device 004: ID 0b97:7772 O2 Micro, Inc.
Bus 005 Device 003: ID 0b97:7761 O2 Micro, Inc.

Unterstützung wird aufgeführt in:
http://hardware4linux.info/component/21351/
http://pcsclite.alioth.debian.org/ccid.html
https://bugs.launchpad.net/ubuntu/+source/ccid/+bug/162724  
^zeigt dass mind. Version 1.3.1 benötigt wird

Als Paketquelle habe ich unter anderem folgendes eingetragen:
deb http://ppa.launchpad.net/gnucash/ubuntu/ hardy main


Die wichtigsten installierten Programme und Versionen:
libchipcard-data  4.0.0-5build1
libchipcard-libgwenhywfar47-plugi 4.0.0-5build1
libchipcard-tools 4.0.0-5build1
libchipcard-ctapi04.0.0-5build1
libchipcardc2 4.0.0-5build1
libchipcardd0 4.0.0-5build1
libccid   1.3.1-1
libpcsclite1  1.4.99-1ubuntu1

pcscd habe ich, wie Martin es geschrieben hat, deinstalliert.

1.) Benutzer in Gruppe chipcard aufnehmen.

2.) udev-Regel anlegen (/etc/udev/rules.d/50-o2micro.rules):
# udev rules file for o2micro Smardcard Reader
SYSFS{idVendor}=="0b97", SYSFS{idProduct}=="7772", GROUP="chipcard"
(Eventuell ist hiernach ein Neustart notwendig)

3.) Reader in Treiberdatei eintragen 
(/usr/share/chipcard/server/drivers/ccid_ifd.xml):
...

  Dell O2 Micro

...

4.) Restart von libchipcard und Logausgaben beobachten:
sudo /etc/init.d/libchipcard-tools restart
tail -f /var/log/chipcard/drivers/ccid_ifd/driver.log
(Wobei ich mir noch lese-Rechte für das Verzeichnis geben musste.)

Die Logdatei füllt sich bei den Aufruf von z.B.:
chipcard-tool list

Server: 48b9a43c
  Readers:
  - auto3-ccid_o2_micro (ccid_o2_micro, port 0)

chipcard-tool check
  Readers:
  - auto3-ccid_o2_micro (ccid_o2_micro, port 0): up

Und schließlich bringt der Befehl; geldkarte loaded
Waiting for card to be inserted: Started.
Waiting for card to be inserted: 5000 of 2
Waiting for card to be inserted: Finished.
Card is loaded with  14,85 EUR

...endlich den begehrten Wert auf den Bildschirm.

Viele Grüße aus Berlin







-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
Libchipcard-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/libchipcard-devel
--- End Message ---


signature.asc
Description: OpenPGP digital signature

Bug#364176: [Pkg-tcltk-devel] Bug#364176: [SPAM] - Re: wish8.4 sends extra CR's to terminal - Bayesian Filter detected spam

[jidanni]

OK, I made a note on
http://sourceforge.net/tracker/index.php?func=detail&aid=1657421&group_id=10894&atid=110894
to see our discussion here.
SG> If you know why the translation should be
All I know is no other program "drives around town without a muffler
and the stereo so loud they are unaware" :-) As to why their parents
never taught them manners, I don't know :-)



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

Bug#497326: ttf-unifont: adjust combining mark positioning

[unifoundry]

Package: ttf-unifont
Version: 1:5.1.20080820-1
Severity: normal
thanks

The unifont.ttf font handles combining marks such as accents as
zero-width.  This means that if they are used, they are superimposed on
a following glyph.  This is the way combining marks are entered on many
Input Method Editors.  However, it would be better if the positioning of
combining marks were adjusted so that they are superimposed on a
preceding glyph to match the Unicode Standard.  This would improve
Debian Unicode support.


Paul Hardy
GPG Key ID: E6E6E390





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

Bug#497325: logcheck-database: please ignore NetworkManager Supplicant state changed

[Brice Goglin]

Package: logcheck-database
Version: 1.2.68
Severity: normal

Hello,

When wireless is enabled on my laptops (ie all the time), NetworkManager floods
the logs with '  Supplicant state changed:' 0 or 1.
Logcheck should ignore these dozens of messages.

A dumb rule like these one works here:
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ NetworkManager:   Supplicant state 
changed: 0
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ NetworkManager:   Supplicant state 
changed: 1

thank you
Brice

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

Kernel: Linux 2.6.26=panpancucul
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

-- debconf information:
  logcheck-database/rules-directories-note:
  logcheck-database/standard-rename-note:
  logcheck-database/conffile-cleanup: false



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

Bug#497324: python-lxml: lxml.etree unusable when python-stats is installed

[Andrew Deason]

Package: python-lxml
Severity: serious
Version: 2.1.1-1

When the python-stats package is installed, attempting to use
lxml.etree results in an AttributeError being thrown:

ng:~# python -c 'import lxml.etree'
ng:~# apt-get install -qq python-stats
Selecting previously deselected package python-stats.
(Reading database ... 341464 files and directories currently installed.)
Unpacking python-stats (from .../python-stats_0.6-7_all.deb) ...
Setting up python-stats (0.6-7) ...
ng:~# python -c 'import lxml.etree'
Traceback (most recent call last):
  File "", line 1, in 
  File "lxml.etree.pyx", line 40, in lxml.etree (src/lxml/lxml.etree.c:119415)
AttributeError: 'module' object has no attribute 'BytesIO'
ng:~# apt-get remove -qq python-stats
(Reading database ... 341473 files and directories currently installed.)
Removing python-stats ...
ng:~# python -c 'import lxml.etree'
ng:~# 

Lines 39-42 in lxml.etree.pyx look like this:

try:
from io import BytesIO, StringIO
except ImportError:
from StringIO import StringIO, StringIO as BytesIO

When python-stats is not installed, the 'io' module does not exist, so
line 40 throws an ImportError which is caught, and all is good. When
python-stats is installed, it installs `io.py', which seems unrelated to
this, and doesn't define BytesIO. Normally this would generate an
ImportError as well, but the C code generated from the .pyx tries to get
BytesIO as an attribute of io, which throws an AttributeError, which
goes uncaught and propagates up to the caller.

I'm not sure if this is a bug in python-lxml, python-stats, or whatever
generates the C from the pyx, but I'm filing this for python-lxml since
I know how to fix it there. Attached is a patch to the pyx which would
fix this issue when the C code is regenerated. I don't know how to
regenerate it (pyrex doesn't seem to like the pyx files, and I don't
know what else to try...), so the C is unpatched. Not sure if this is
the "correct" way to fix it, but it should work when the C is
regenerated.

Wasn't sure of the severity on this... an unrelated package installed
causes a rather large portion of this package to be unusable, and
anything that depends on it is thus unusable (I discovered this because
bcfg2 stopped working). Seems like it might be RC, though I'm unsure (it
seems like not Conflict'ing with python-stats could be a policy
violation when the package largely doesn't work when python-stats is
installed), but marking as serious just in case.

-- 
Andrew Deason
[EMAIL PROTECTED]
--- lxml-2.1.1/src/lxml/lxml.etree.pyx	2008-08-31 16:15:03.0 -0500
+++ lxml-2.1.1/src/lxml/lxml.etree.pyx	2008-08-31 16:16:30.0 -0500
@@ -38,7 +38,7 @@
 cdef object BytesIO, StringIO
 try:
 from io import BytesIO, StringIO
-except ImportError:
+except (ImportError, AttributeError):
 from StringIO import StringIO, StringIO as BytesIO
 
 cdef object _elementpath

Bug#492488: iceweasel: crashes on startup (x64)

[[EMAIL PROTECTED]]

I am also getting this bug on my x86-64 system but not on my similar x86 system.
Is anyone having success running iceweasel on x86-64 or the next release of 
Debian is going to ship with an iceweasel that does not run on x86-64 systems?



Ahora también puedes acceder a tu correo Terra desde el móvil.
Infórmate pinchando aquí.





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

Bug#364176: [Pkg-tcltk-devel] Bug#364176: [SPAM] - Re: wish8.4 sends extra CR's to terminal - Bayesian Filter detected spam

[Sergei Golovan]

On Mon, Sep 1, 2008 at 12:48 AM,  <[EMAIL PROTECTED]> wrote:
> SG> So, if you're still think that it's a bug, I could forward it to
> SG> upstream and ask their opinion.
> Yes, please do. I bet they aren't even aware of it. Thanks.

Well, this bug is already reported upstream as
http://sourceforge.net/tracker/index.php?func=detail&aid=1657421&group_id=10894&atid=110894

The extra CR is issued because tclsh sets end-of-line translation for
stdout and stderr channeld to crlf (effectively adding CR).

If you know why the translation should be lf (no translation), please
tell that in the above bug.

-- 
Sergei Golovan



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

Bug#495711: aptitude: doesn't remove automatically installed packages

[Daniel Burrows]

  Can you reproduce the same behavior at the command-line?  If so, I'd
appreciate a typescript / dump of the output of that command with the
options "-o 'Debug::pkgAutoRemove=true'" on the command-line.

  If not, please run aptitude-create-state-bundle and place its output
somewhere that I can download it.

Thanks,
  Daniel



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

Bug#495717: [Pkg-openldap-devel] Bug#495717: Slapd no creating socket in the right place

[Juan Miguel Corral]

Yes, you're right. I checked many times slapd.conf, but forgot 
/etc/default/slapd. There was a line I had in etch like this:

  SLAPD_SERVICES="ldap:/// ldaps:/// ldapi://%2fvar%2frun%2fldapi/"

which I kept when migrated to lenny. Replacing this line with

  SLAPD_SERVICES="ldap:/// ldaps:/// ldapi:///"

made everything work.

I apologise for the inconvenience. Thank you very much.
Juan.

--- El sáb, 30/8/08, Steve Langasek <[EMAIL PROTECTED]> escribió:
De: Steve Langasek <[EMAIL PROTECTED]>
Asunto: Re: [Pkg-openldap-devel] Bug#495717: Slapd no creating socket in the 
right place
Para: [EMAIL PROTECTED], [EMAIL PROTECTED]
Fecha: sábado, 30 agosto, 2008 12:00

On Fri, Aug 29, 2008 at 10:29:40AM +, Juan Miguel Corral wrote:
> Sorry for not providing more info here; I sent this info to Brian May
> instead of the bug tracking mail.

> Here's the info i sent to Brian:

> I am using the version currently in lenny:

> #  dpkg -l | grep -e libldap -e slapd
> ii  libldap-2.4-2   
2.4.10-3   OpenLDAP libraries
> ii  libldap2-dev
2.4.10-3   OpenLDAP development libraries
> ii  slapd   
2.4.10-3   OpenLDAP server (slapd)

> Looking inside /etc/init.d/slapd on the lenny box, I see the following
lines:

>     # Backward compatibility with OpenLDAP 2.1 client
libraries.
>     if [ ! -h /var/run/ldapi ] && [ ! -e /var/run/ldapi
] ; then
>     ln -s slapd/ldapi /var/run/ldapi
>     fi

> But
> it looks like the opposite to the fix that needs to be done
> (/var/run/ldapi  is the real socket, and var/run/slapd/ldapi is the
> symlink that needs to be created).

That's incorrect.  The default ldapi socket created by the slapd package in
lenny is /var/run/slapd/ldapi.

Have you set a non-default ldapi URI in /etc/default/slapd?  There is no
reason for the slapd in lenny to be creating /var/run/ldapi as the socket
unless you've overridden the default.

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


__
Correo Yahoo!
Espacio para todos tus mensajes, antivirus y antispam ¡gratis! 
Regístrate ya - http://correo.yahoo.es 

Bug#491270: pulseaudio: diff for NMU version 0.9.10-2.1

[tv]

tags 491270 + patch pending
thanks

Hi,

The following is the diff for my pulseaudio 0.9.10-2.1 NMU.

Kind regards

T.

reverted:
--- pulseaudio-0.9.10/debian/libpulse-mainloop-glib0-dbg.debhelper.log
+++ pulseaudio-0.9.10.orig/debian/libpulse-mainloop-glib0-dbg.debhelper.log
@@ -1 +0,0 @@
-dh_listpackages
reverted:
--- pulseaudio-0.9.10/debian/pulseaudio-module-gconf-dbg.debhelper.log
+++ pulseaudio-0.9.10.orig/debian/pulseaudio-module-gconf-dbg.debhelper.log
@@ -1 +0,0 @@
-dh_listpackages
reverted:
--- pulseaudio-0.9.10/debian/pulseaudio-module-zeroconf.debhelper.log
+++ pulseaudio-0.9.10.orig/debian/pulseaudio-module-zeroconf.debhelper.log
@@ -1 +0,0 @@
-dh_listpackages
reverted:
--- pulseaudio-0.9.10/debian/pulseaudio-module-hal.debhelper.log
+++ pulseaudio-0.9.10.orig/debian/pulseaudio-module-hal.debhelper.log
@@ -1 +0,0 @@
-dh_listpackages
reverted:
--- pulseaudio-0.9.10/debian/pulseaudio.debhelper.log
+++ pulseaudio-0.9.10.orig/debian/pulseaudio.debhelper.log
@@ -1 +0,0 @@
-dh_listpackages
reverted:
--- pulseaudio-0.9.10/debian/pulseaudio-utils.debhelper.log
+++ pulseaudio-0.9.10.orig/debian/pulseaudio-utils.debhelper.log
@@ -1 +0,0 @@
-dh_listpackages
reverted:
--- pulseaudio-0.9.10/debian/pulseaudio-dbg.debhelper.log
+++ pulseaudio-0.9.10.orig/debian/pulseaudio-dbg.debhelper.log
@@ -1 +0,0 @@
-dh_listpackages
reverted:
--- pulseaudio-0.9.10/debian/libpulsecore5.debhelper.log
+++ pulseaudio-0.9.10.orig/debian/libpulsecore5.debhelper.log
@@ -1 +0,0 @@
-dh_listpackages
reverted:
--- pulseaudio-0.9.10/debian/pulseaudio-module-x11.debhelper.log
+++ pulseaudio-0.9.10.orig/debian/pulseaudio-module-x11.debhelper.log
@@ -1 +0,0 @@
-dh_listpackages
reverted:
--- pulseaudio-0.9.10/debian/pulseaudio-module-zeroconf-dbg.debhelper.log
+++ pulseaudio-0.9.10.orig/debian/pulseaudio-module-zeroconf-dbg.debhelper.log
@@ -1 +0,0 @@
-dh_listpackages
reverted:
--- pulseaudio-0.9.10/debian/libpulse0-dbg.debhelper.log
+++ pulseaudio-0.9.10.orig/debian/libpulse0-dbg.debhelper.log
@@ -1 +0,0 @@
-dh_listpackages
reverted:
--- pulseaudio-0.9.10/debian/libpulsecore5-dbg.debhelper.log
+++ pulseaudio-0.9.10.orig/debian/libpulsecore5-dbg.debhelper.log
@@ -1 +0,0 @@
-dh_listpackages
reverted:
--- pulseaudio-0.9.10/debian/libpulse-dev.debhelper.log
+++ pulseaudio-0.9.10.orig/debian/libpulse-dev.debhelper.log
@@ -1 +0,0 @@
-dh_listpackages
reverted:
--- pulseaudio-0.9.10/debian/pulseaudio-utils-dbg.debhelper.log
+++ pulseaudio-0.9.10.orig/debian/pulseaudio-utils-dbg.debhelper.log
@@ -1 +0,0 @@
-dh_listpackages
reverted:
--- pulseaudio-0.9.10/debian/libpulse-browse0.debhelper.log
+++ pulseaudio-0.9.10.orig/debian/libpulse-browse0.debhelper.log
@@ -1 +0,0 @@
-dh_listpackages
reverted:
--- pulseaudio-0.9.10/debian/pulseaudio-esound-compat-dbg.debhelper.log
+++ pulseaudio-0.9.10.orig/debian/pulseaudio-esound-compat-dbg.debhelper.log
@@ -1 +0,0 @@
-dh_listpackages
diff -u pulseaudio-0.9.10/debian/changelog pulseaudio-0.9.10/debian/changelog
--- pulseaudio-0.9.10/debian/changelog
+++ pulseaudio-0.9.10/debian/changelog
@@ -1,3 +1,13 @@
+pulseaudio (0.9.10-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Add 0006-dont-hang-on-start-opening-random.patch:
+- add increment to loop trying to open random devices
+  Closes: #491270
+Patch by Matt Kraai, thanks!
+
+ -- Thomas Viehmann <[EMAIL PROTECTED]>  Sun, 31 Aug 2008 22:35:52 +0200
+
 pulseaudio (0.9.10-2) unstable; urgency=low
 
   * debian/patches/0003-Define-PULSE_INTERNAL.patch
reverted:
--- pulseaudio-0.9.10/debian/libpulse-browse0-dbg.debhelper.log
+++ pulseaudio-0.9.10.orig/debian/libpulse-browse0-dbg.debhelper.log
@@ -1 +0,0 @@
-dh_listpackages
reverted:
--- pulseaudio-0.9.10/debian/pulseaudio-esound-compat.debhelper.log
+++ pulseaudio-0.9.10.orig/debian/pulseaudio-esound-compat.debhelper.log
@@ -1 +0,0 @@
-dh_listpackages
reverted:
--- pulseaudio-0.9.10/debian/pulseaudio-module-lirc.debhelper.log
+++ pulseaudio-0.9.10.orig/debian/pulseaudio-module-lirc.debhelper.log
@@ -1 +0,0 @@
-dh_listpackages
reverted:
--- pulseaudio-0.9.10/debian/pulseaudio-module-jack.debhelper.log
+++ pulseaudio-0.9.10.orig/debian/pulseaudio-module-jack.debhelper.log
@@ -1 +0,0 @@
-dh_listpackages
reverted:
--- pulseaudio-0.9.10/debian/pulseaudio-module-jack-dbg.debhelper.log
+++ pulseaudio-0.9.10.orig/debian/pulseaudio-module-jack-dbg.debhelper.log
@@ -1 +0,0 @@
-dh_listpackages
reverted:
--- pulseaudio-0.9.10/debian/libpulse0.debhelper.log
+++ pulseaudio-0.9.10.orig/debian/libpulse0.debhelper.log
@@ -1 +0,0 @@
-dh_listpackages
reverted:
--- pulseaudio-0.9.10/debian/pulseaudio-module-gconf.debhelper.log
+++ pulseaudio-0.9.10.orig/debian/pulseaudio-module-gconf.debhelper.log
@@ -1 +0,0 @@
-dh_listpackages
reverted:
--- pulseaudio-0.9.10/debian/libpulse-mainloop-glib0.debhelper.log
+++ pulseaudio-0.9.10.orig/debian/libpulse-mainloop-glib0.debhelper.log
@@ -1 +0,0 @@
-dh_listpackages
reverted:
--- pulseaudio-0.9.10/debian/pulseaudio-module-hal-dbg.debhelper.log
+++ pulseaudio-0.9.10.ori

Bug#497293: [dpatch-maintainers] Bug#497293: dpatch: deprecate in favor of quilt

[Sandro Tosi]

On Sun, Aug 31, 2008 at 23:07, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
> Sandro Tosi wrote:
>> On Sun, Aug 31, 2008 at 18:18, [EMAIL PROTECTED] wrote:
>> > Should we start deprecating dpatch and specifying that in:
>> > http://www.debian.org/doc/manuals/maint-guide/ch-build.en.html
>> > so new packages use quilt instead of dpatch and we start the
>> > transition of the remaining packages to quilt?
>>
>> Absolutely not: dpatch is way much superior in situation where the
>> debian/ dir is versioned in a VCS and merged with upstream code at
>> package build-time (I think of svn + prop:mergeWithUstream).
>
> Could you explain this? I would like to know the exact steps that you carry 
> and why quilt can not cope with them.
>
> I would like to know if there is any problem that quilt can not handle that 
> dpatch can.

Inject a package in SVN with:

$ svn-inject -o .

(that will only store diff (so hopefully only debian/) in SVN) then
use dpatch with:

$ dpatch-edit-patch -a -0 --debianonly=/path/to/tarballs/ ...

that create a new patch apply all the other ones and adding
automatically to 00list.

That cannot be done with quilt: you have to unpack the tarball in a
temp place (by hand), link/copy debian/ in it (by hand), do your
changes, copy back the patch to svn (by hand), change the series file
(by hand).

>> Moreover, looking at numbers[1][2], dpatch is roughly 2.5 more used that 
>> quilt.
>
> With that thinking you should consider using MSWindows as it is much more 
> used than Debian GNU/Linux.

Are you kidding, right?

>> I'm not saying quilt is not worth to be used, but dpatch is very used,
>> has a strong users-base and has capabilities not actually available in
>> quilt, so no, please let's keep both and let the developer choose what
>> they prefer.
>
> I think dpatch is an inferior tool to solve the same problem.

That's your option, and mine is that dpatch is handier, easier and
cleaner (even if I have to admit I'm trying to use quilt to get used
to it, but I still see dpatch better for me).

Sandro

-- 
Sandro Tosi (aka morph, Morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi



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

Bug#497323: Kernel update should update m-a created modules too

[Christian Meyer]

Package: linux-latest-2.6
Version: 15
Severity: wishlist


Hello there,
I'm running Lenny (testing) with linux-image-2.6-k7 installed (depending from 
linux-image-2.6-686).
Using a prism2-USB WLAN adapter I need to use linux-wlan-ng. The kernel modules 
for it are not shipped
with the linux-image so I need to compile and install it using module-assistant.

Updating linux-image unfortunately causes WLAN not to work any more until I 
build new modules for the
updated kernel (I often forget to do so and wonder why Internet doesn't work). 
But then: building modules
without linux-headers (and without access to the Internet to download them) is 
a bit complicated.
Okay, I should have been updated linux-headers too.

I think updating the kernel automatically should update (in postinst) 
user-specific modules (=build new ones)
not included in the linux-image.
Users who have compiled their own modules usually have m-a and the sources of 
the corresponding modules
installed so:
m-a -l VERSION_OF_NEW_KERNEL a-i allu -t
builds exactly those modules which has been build for an older kernel version 
and devices should seamlessly work
with the updated kernel.

Christian Meyer
__
"Hostage" mit Bruce Willis kostenlos anschauen!
Exklusiv für alle WEB.DE Nutzer. http://www.blockbuster.web.de




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