Bug#661538: Add support for Build-Depends-Stage1 in order to allow breaking of cyclic Build-depends loops

[Raphael Hertzog]

On Mon, 27 Feb 2012, Wookey wrote:
> The subject is covered in some detail here:
> http://wiki.debian.org/DebianBootstrap
> and was covered at Debconf in Baja Luka.
> 
> This little patch allows Build-Depends-Stage1 to be added to package
> control files, for rules files to use DEB_BUILD_OPTIONS=STAGEN, and
> for dpkg-checkbuilddeps to not complain about the missing
> build-depends when doing staged/bootstrap builds.

Some remarks:

I don't like the fact the you have numbered fields and that you
only include "Stage1" as known field. If we keep this numbered field
approach, we have to implement something generic to recognize all the
indexed fields (Stage1, Stage2, etc.).

But in fact I wonder if we can't simply get rid of those fields and embed
everything in the usual field. When doing a staged build,
dpkg-checkbuilddeps could implicitly create a fake package
"bootstrap-stage" with a version corresponding to the requested stage.
When not doing a staged build, the version would be "99".

The you can say that some dependencies are to be discarded in staged
builds:
libldap-dev | bootstrap-stage (<< 99)

Or in some speficic staged build:
libldap-dev | bootstrap-stage (= 1)

Or you can add dependencies for a specific stage:
bootstrap-stage (!= 2) | foo-minimal

You can find the number of available stages by generating the simplified
build dep for successive stage numbers until the resulting dependencies
no longer changes.

The main disadvantage of this approach is that many other tools have to
learn to create this fake package when resolving this dependency (only
to support the case where you add a dependency to a specific stage, are
there any cases of this? the other cases are backwards compatible for
tools who are interested in normal build dependencies)

What do other people think of this? Had this been considered in your
discussions?

> If we can get this support into Wheezy then it will be easy to do work
> on this problem in packages over the next release cycle without needed
> a patched dpkg, so I hope that's do-able. (Yes I know I should have
> filed this patch 8 months ago when I wrote it).

It looks like doable if we can agree on what's the best approach.

> +my $buildstage = 0;

As Jonathan pointed out, you're lacking the option parsing code that sets
this variable. And also the corresponding manual page update.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Pre-order a copy of the Debian Administrator's Handbook and help
liberate it: http://debian-handbook.info/liberation/



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#661581: linux-image-3.2.0-0.bpo.1-amd64: Fails to resume from suspend on ASUS P67-M mainboard

[Arne Nordmark]

Package: linux-2.6
Version: 3.2.4-1~bpo60+1
Severity: normal
Tags: patch

Some newer ASUS mainboards fails to resume from suspend on
Linux. Instead the computer immediately restarts a few times, and then
does a full boot. This has been traced to an ACPI problem, and a symtom 
is the kernel messages:


Feb 19 01:13:55 ano1 kernel: [0.493066] ACPI Error: [RAMB] Namespace 
lookup failure, AE_NOT_FOUND (20110623/psargs-359)
Feb 19 01:13:55 ano1 kernel: [0.493070] ACPI Exception: 
AE_NOT_FOUND, Could not execute arguments for [RAMW] (Region) 
(20110623/nsinit-349)


When applying the commit

to the current kernel sources from backports, the error messages 
disappears, and resume functionality is restored.


It would be nice to have this fix in wheezy.

Thanks
Arne

-- Package-specific info:
** Version:
Linux version 3.2.0-0.bpo.1-amd64 (Debian 3.2.4-1~bpo60+1) 
(nordm...@mech.kth.se) (gcc version 4.4.5 (Debian 4.4.5-8) ) #1 SMP Mon 
Feb 27 11:19:28 CET 2012


** Command line:
BOOT_IMAGE=/boot/vmlinuz-3.2.0-0.bpo.1-amd64 root=/dev/mapper/part2-root 
ro enable_mtrr_cleanup quiet


** Tainted: PO (4097)
 * Proprietary module has been loaded.
 * Out-of-tree module has been loaded.

** Kernel log:
[29165.078180] pata_jmicron :07:00.1: restoring config space at 
offset 0x5 (was 0x1, writing 0xc031)
[29165.078186] pata_jmicron :07:00.1: restoring config space at 
offset 0x4 (was 0x1, writing 0xc041)
[29165.078196] pata_jmicron :07:00.1: restoring config space at 
offset 0x1 (was 0x10, writing 0x15)
[29165.078266] r8169 :08:00.0: restoring config space at offset 0x1 
(was 0x17, writing 0x100407)
[29165.078370] xhci_hcd :09:00.0: restoring config space at offset 
0x1 (was 0x16, writing 0x100402)

[29165.078404] pcieport :00:1c.7: wake-up capability disabled by ACPI
[29165.078410] xhci_hcd :09:00.0: PME# disabled
[29165.078455] PM: early resume of devices complete after 1.295 msecs
[29165.078565] ehci_hcd :00:1a.0: PCI INT A -> GSI 23 (level, low) 
-> IRQ 23

[29165.078578] ehci_hcd :00:1a.0: setting latency timer to 64
[29165.078594] snd_hda_intel :00:1b.0: PCI INT A -> GSI 22 (level, 
low) -> IRQ 22

[29165.078601] snd_hda_intel :00:1b.0: setting latency timer to 64
[29165.078626] pci :00:1c.4: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[29165.078632] pci :00:1c.4: setting latency timer to 64
[29165.078654] ehci_hcd :00:1d.0: PCI INT A -> GSI 23 (level, low) 
-> IRQ 23

[29165.078660] ehci_hcd :00:1d.0: setting latency timer to 64
[29165.078666] ahci :00:1f.2: setting latency timer to 64
[29165.078669] snd_hda_intel :00:1b.0: irq 55 for MSI/MSI-X
[29165.078690] radeon :01:00.0: setting latency timer to 64
[29165.078692] snd_hda_intel :01:00.1: PCI INT B -> GSI 17 (level, 
low) -> IRQ 17

[29165.078701] snd_hda_intel :01:00.1: setting latency timer to 64
[29165.078732] pci :05:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[29165.078742] pci :05:00.0: setting latency timer to 64
[29165.078757] ahci :07:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[29165.078771] pata_jmicron :07:00.1: PCI INT B -> GSI 18 (level, 
low) -> IRQ 18

[29165.078775] ahci :07:00.0: setting latency timer to 64
[29165.078794] pata_jmicron :07:00.1: setting latency timer to 64
[29165.078811] pcieport :00:1c.6: wake-up capability disabled by ACPI
[29165.078829] r8169 :08:00.0: PME# disabled
[29165.078850] snd_hda_intel :01:00.1: irq 56 for MSI/MSI-X
[29165.078884] xhci_hcd :09:00.0: setting latency timer to 64
[29165.078910] usb usb3: root hub lost power or was reset
[29165.078911] usb usb4: root hub lost power or was reset
[29165.079884] parport_pc 00:03: activated
[29165.080717] serial 00:09: activated
[29165.086038] xhci_hcd :09:00.0: irq 49 for MSI/MSI-X
[29165.086048] xhci_hcd :09:00.0: irq 50 for MSI/MSI-X
[29165.086051] xhci_hcd :09:00.0: irq 51 for MSI/MSI-X
[29165.086053] xhci_hcd :09:00.0: irq 52 for MSI/MSI-X
[29165.086056] xhci_hcd :09:00.0: irq 53 for MSI/MSI-X
[29165.093419] [drm] PCIE GART of 512M enabled (table at 
0x0004).

[29165.093474] radeon :01:00.0: WB enabled
[29165.094542] sd 1:0:0:0: [sdb] Starting disk
[29165.094565] sd 2:0:0:0: [sdc] Starting disk
[29165.094567] sd 0:0:0:0: [sda] Starting disk
[29165.117175] r8169 :08:00.0: eth0: link down
[29165.139248] [drm] ring test succeeded in 1 usecs
[29165.139265] [drm] ib test succeeded in 0 usecs
[29165.146602] firewire_core: skipped bus generations, destroying all nodes
[29165.398276] ata7: SATA link down (SStatus 0 SControl 300)
[29165.430229] ata5: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[29165.483465] ata5.00: configured for UDMA/100
[29165.574272] usb 3-1: reset low-speed USB device number 2 using xhci_hcd
[29165.604232] xhci_hcd :09:00.0: xHCI xhci_drop_endpoi

Bug#661580: mkfs.xfs fails to detect correct sector size

[Goswin von Brederlow]

Package: xfsprogs
Version: 3.1.7
Severity: important
File: /sbin/mkfs.xfs

Hi,

since I recently bought a harddisk with 4K sector size I've been
checking for correct alignment and blocksizes in various things. One
of them being xfs.

When I partition the disk in parted it shows correctly to have a
logical blocksize of 512 byte and physical blocksize of 4096 byte.
But mkfs.xfs does not detect that the physical blocksize is 4096 byte
and creates a filesystem with:

meta-data=/dev/sde1  isize=256agcount=32, agsize=22892696 blks
 =   sectsz=512   attr=2
data =   bsize=4096   blocks=732566272, imaxpct=5
 =   sunit=0  swidth=0 blks
naming   =version 2  bsize=4096   ascii-ci=0
log  =internal   bsize=4096   blocks=357698, version=2
 =   sectsz=512   sunit=0 blks, lazy-count=1
realtime =none   extsz=4096   blocks=0, rtextents=0


This often results in access to the disk that is not aligned to the
blocksize with the resulting degradation in performance.

Further, manually selecting the right sector size of 4096 still causes
lots of unaligned access while formating and while mounting the
filesystem. It does seem to fix the problem for actual use though.

MfG
Goswin

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

Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages xfsprogs depends on:
ii  libblkid1 2.20.1-1
ii  libc6 2.13-21 
ii  libreadline5  5.2-11  
ii  libuuid1  2.19.1-5

xfsprogs recommends no packages.

Versions of packages xfsprogs suggests:
pn  acl  2.2.51-4  
pn  attr 1:2.4.46-3
pn  quota
pn  xfsdump  

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#661487: [Pkg-samba-maint] Bug#661487: Reported because of I thought it should be fixed

[Christian PERRIER]

Quoting Fabio Muzzi (kur...@kurgan.org):
> 
> Dear Christian,
> 
> I have reported this bug because I believed it to be a regression,
> maybe in the Debian version only, of a bug that was fixed upstream
> more than one year ago. So I thought "maybe it's a Debian-specific
> bug, somehow the patch that Samba applied a year ago did not make it
> into Debian".

Well, it's not a regression in the Debian package. It's a regression
in the upstream versions. This bug belongs to the series of bugs we
always have in the stable version (currently 3.5.6 plus a few fixes
backported from later 3.5 version, for important bugs). Unless I can
be convinced that the bug is at least of "important" severity, chances
are low that the fix is included in squeeze's samba.

> And anyway, I think it's a good idea to fix this bug in Squeeze,
> because even if it's not a security bug, it's quite crippling
> expecially for exotic software packages (complex CAD propgrams for
> example) that tend to trigger it a lot on shared library files, for
> example.


I didn't go into the details of the bug. It would help if we could
examine the fix: if it is not too invasive, then fixing the bug in
squeeze might be an option but, given the bug's severity, I might have
hard times convincing the Debian stable release managers that it's
worth fixing the bug in squeeze.




signature.asc
Description: Digital signature

Bug#646620: mdadm

[Timur Irmatov]

Hi,

I can also add that same thing (apt hanging as zombie and run-parts not
collecting its status) happened during mdadm upgrade. After restarting
mdadm by hand, apt and run-parts finish as they should.

-- 
Timur Irmatov, xmpp:irma...@jabber.ru

Bug#638821: Patch for the l10n upload of dash

[Christian PERRIER]

Dear maintainer of dash,

On Sunday, February 19, 2012 I sent you a notice announcing my intent to upload 
an
NMU of your package to fix its pending l10n issues, after an initial
notice sent on Saturday, February 18, 2012.

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

That time has come.

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

The corresponding changelog is:


Source: dash
Version: 0.5.7-2.1
Distribution: UNRELEASED
Urgency: low
Maintainer: Christian Perrier 
Date: Sat, 18 Feb 2012 19:23:42 +0100
Closes: 638821 657111 658180 660615 661513
Changes: 
 dash (0.5.7-2.1) UNRELEASED; urgency=low
 .
   * Non-maintainer upload.
   * Fix pending l10n issues. Debconf translations:
   * French (Julien Patriarca).  Closes: #638821
   * Indonesian (Mahyuddin Susanto).  Closes: #657111
   * Polish (Michał Kułach).  Closes: #658180
   * Romanian (Andrei POPESCU).  Closes: #660615
   * Turkish (Mert Dirik).  Closes: #661513

-- 


diff -Nru dash-0.5.7.old/debian/changelog dash-0.5.7/debian/changelog
--- dash-0.5.7.old/debian/changelog	2012-02-18 19:17:03.084834419 +0100
+++ dash-0.5.7/debian/changelog	2012-02-28 07:09:49.488400728 +0100
@@ -1,3 +1,15 @@
+dash (0.5.7-2.1) UNRELEASED; urgency=low
+
+  * Non-maintainer upload.
+  * Fix pending l10n issues. Debconf translations:
+  * French (Julien Patriarca).  Closes: #638821
+  * Indonesian (Mahyuddin Susanto).  Closes: #657111
+  * Polish (Michał Kułach).  Closes: #658180
+  * Romanian (Andrei POPESCU).  Closes: #660615
+  * Turkish (Mert Dirik).  Closes: #661513
+
+ -- Christian Perrier   Sat, 18 Feb 2012 19:23:42 +0100
+
 dash (0.5.7-2) unstable; urgency=high
 
   * debian/diff/:
diff -Nru dash-0.5.7.old/debian/po/fr.po dash-0.5.7/debian/po/fr.po
--- dash-0.5.7.old/debian/po/fr.po	2012-02-18 19:17:03.084834419 +0100
+++ dash-0.5.7/debian/po/fr.po	2012-02-18 19:26:46.0 +0100
@@ -23,14 +23,15 @@
 #: ../dash.templates.in:1001
 msgid "Use dash as the default system shell (/bin/sh)?"
 msgstr ""
-"Utiliser Dash comme interpréteur de ligne de commande par défaut (/bin/sh)?"
+"Utiliser Dash comme interpréteur de ligne de commande par défaut pour le "
+"système (/bin/sh)?"
 
 #. Type: boolean
 #. Description
 #: ../dash.templates.in:1001
 msgid "The system shell is the default command interpreter for shell scripts."
 msgstr ""
-"Le shell système est l'intérpréteur de commandes utilisé par le système."
+"Le shell système est l'interpréteur de commandes utilisé par le système."
 
 #. Type: boolean
 #. Description
@@ -40,5 +41,5 @@
 "performance. It does not alter the shell presented to interactive users."
 msgstr ""
 "Utiliser Dash comme interpréteur de ligne de commande du système améliorera "
-"les performances globales. Cela ne change pas l'intérpréteur utilisé "
+"les performances globales. Cela ne change pas l'interpréteur utilisé "
 "interactivement par les utilisateurs."
diff -Nru dash-0.5.7.old/debian/po/id.po dash-0.5.7/debian/po/id.po
--- dash-0.5.7.old/debian/po/id.po	1970-01-01 01:00:00.0 +0100
+++ dash-0.5.7/debian/po/id.po	2012-02-18 19:29:36.454880548 +0100
@@ -0,0 +1,41 @@
+# Translation of dash debconf templates to Indonesian
+# This file is distributed under the same license as the dash package.
+# Mahyuddin Susanto , 2012.
+#
+msgid ""
+msgstr ""
+"Project-Id-Version: dash 0.5.7-2\n"
+"Report-Msgid-Bugs-To: d...@packages.debian.org\n"
+"POT-Creation-Date: 2009-07-27 12:43+\n"
+"PO-Revision-Date: 2012-01-24 11:46+0700\n"
+"Last-Translator: Mahyuddin Susanto \n"
+"Language-Team: Debian Indonesia Translator \n"
+"Language: \n"
+"MIME-Version: 1.0\n"
+"Content-Type: text/plain; charset=UTF-8\n"
+"Content-Transfer-Encoding: 8bit\n"
+"X-Poedit-Language: Indonesian\n"
+"X-Poedit-Country: INDONESIA\n"
+
+#. Type: boolean
+#. Description
+#: ../dash.templates.in:1001
+msgid "Use dash as the default system shell (/bin/sh)?"
+msgstr "Gunakan dash sebagai sistem shell bawaan (/bin/sh)?"
+
+#. Type: boolean
+#. Description
+#: ../dash.templates.in:1001
+msgid "The system shell is the default command interpreter for shell scripts."
+msgstr "Sistem shell adalah perintah intepreter bawaan untuk skrip shell"
+
+#. Type: boolean
+#. Description
+#: ../dash.templates.in:1001
+msgid ""
+"Using dash as the system shell will improve the system's overall "
+"performance. It does not alter the shell presented to interactive users."
+msgstr ""
+"Menggunakan dash sebagai sistem shell akan meningkatkan performa keseluruhan "
+"sistem. Ini tidak mengubah shell yang disajikan ke pengguna interaktif"
diff -Nru dash-0.5.7.old/debian/po/nl.po dash-0.5.7/debian/po/nl.po
--- dash-0.5.7.old/debian/po/nl.po	2012-02-18 19:17:03.080834351 +0100
+++ dash-0.5.7/debian/po/nl.po	2012-02-19 16:23:22.111340475 +0100
@@ -12,6 +12,7 @@
 "PO-Revision-Date: 2011-04-26 09:15+0200\n"
 "Last-Translator: Eric Spreen \n"
 "Language-Team: Debian l10n D

Bug#652021: Announce of the upcoming NMU for the dictd package

[Christian PERRIER]

Dear maintainer of dictd and Debian translators,

Some days ago, I sent a notice to the maintainer of the dictd 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 four
days, 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 da de es fi fr gl id it ja nl pl pt pt_BR ru sk sv

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 dictd package so I can incorporate them in the build.

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

The POT file is attached to this mail.

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

Otherwise the following will happen (or already has):

 Thursday, February 23, 2012   : send the first intent to NMU notice to
 the package maintainer.
 Tuesday, February 28, 2012   : send this notice
 Wednesday, March 07, 2012   : (midnight) deadline for receiving 
translation updates
 Thursday, March 08, 2012   : build the package and upload it to 
DELAYED/7-day
 send the NMU patch to the BTS
 Thursday, March 15, 2012   : 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 , YEAR.
#
#, fuzzy
msgid ""
msgstr ""
"Project-Id-Version: PACKAGE VERSION\n"
"Report-Msgid-Bugs-To: di...@packages.debian.org\n"
"POT-Creation-Date: 2009-04-06 07:52+0200\n"
"PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
"Last-Translator: FULL NAME \n"
"Language-Team: LANGUAGE \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=CHARSET\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: select
#. Choices
#: ../dictd.templates:2001
msgid "daemon"
msgstr ""

#. Type: select
#. Choices
#: ../dictd.templates:2001
msgid "inetd"
msgstr ""

#. Type: select
#. Choices
#: ../dictd.templates:2001
msgid "disabled"
msgstr ""

#. Type: select
#. Description
#: ../dictd.templates:2002
msgid "Method for running dictd:"
msgstr ""

#. Type: select
#. Description
#: ../dictd.templates:2002
msgid ""
"The dictd server can be run either as a stand-alone daemon or from inetd. "
"You can also disable it entirely."
msgstr ""

#. Type: select
#. Description
#: ../dictd.templates:2002
msgid "It is recommended to run it as a daemon."
msgstr ""


signature.asc
Description: Digital signature

Bug#661579: debian-edu-install: [INTL:pt] Updated Portuguese translation for debconf messages

[Traduz - Portuguese Translation Team]

Package: debian-edu-install
Version: 1.522~svn75033
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for debian-edu-install's debconf messages.
Translator: Miguel Figueiredo 
Feel free to use it.

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


--
Melhores cumprimentos/Best regards,

Traduz! - Portuguese Translation Team


pt.po.gz
Description: application/gzip

Bug#573859: xqilla 2.2 dependency

[Daniël de Kok]

For my build in an Ubuntu PPA, I added and built against xqilla 2.2 
packages. Porting dbxml to XQilla 2.3 does not seem to be a trivial task.


Unfortunately, it has been a while since Oracle released a new dbxml 
version.




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#661212: [Pkg-ime-devel] Bug#661212: Bug#661212: ibus-m17n: Thai IM: last cluster lost when switching IM

[Theppitak Karoonboonyanan]

retitle 661212 ibus-m17n: uncommitted preedit text lost when switching IM
thanks

On Tue, Feb 28, 2012 at 11:25 AM, Harshula  wrote:

> This problem has existed as long as I can remember with pre-edit. So you
> first have to choose a MIM that uses pre-edit.
>
> If you are trying to reproduce this it is easier to observe if you have
> pre-edit underlining enabled. Next, the sequence you type must result in
> an *uncompleted* pre-edit buffer. Then simply turn IBus off and the
> recently typed characters will disappear.

Yes, I guess so. So, I retitle the bug accordingly.

In fact, Thai is not suitable for preedit IM. Preediting cannot cope
with validating combining characters when editing existing text.

For more info, see:
  http://linux.thai.net/~thep/th-xim/#Characteristics

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



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#661578: libalgorithm-diff-perl: debian/copyright::Source incorrect URL

[Jari Aalto]

Package: libalgorithm-diff-perl
Version: 1.19.02-2
Severity: minor

debian/copyright points to old Ned Konz's version 1.15:

Source: http://search.cpan.org/dist/Algorithm-Diff/

The one packaged in Debian is by Tye McQueen and the correct URL is:

http://search.cpan.org/~tyemq/

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

Kernel: Linux 3.2.0-1-686-pae (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

Versions of packages libalgorithm-diff-perl depends on:
ii  perl  5.14.2-7

Versions of packages libalgorithm-diff-perl recommends:
ii  libalgorithm-diff-xs-perl  0.04-2+b1

libalgorithm-diff-perl suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#661577: gconf-editor: Program received signal SIGSEGV, Segmentation fault.

[Russell Stuart]

Package: gconf-editor
Version: 3.0.1-1
Severity: normal

gconf-editor has been segfaulting regularly for me after an upgrade to
wheezy.  It happens when I press Enter after editing an items value.
The gdb backtrace from when I altered
/apps/control-centre/network/SOE/proxy/host (a string field) is:

  $ gdb gconf-editor 
  GNU gdb (GDB) 7.3-debian Copyright (C) 2011 Free Software Foundation, Inc.
  License GPLv3+: GNU GPL version 3 or later 
  This is free software: you are free to change and redistribute it.
  There is NO WARRANTY, to the extent permitted by law.  Type "show
  copying"
  and "show warranty" for details.
  This GDB was configured as "x86_64-linux-gnu".
  For bug reporting instructions, please see:
  ...
  Reading symbols from /usr/bin/gconf-editor...(no debugging symbols 
found)...done.
  (gdb) run
  Starting program: /usr/bin/gconf-editor 
  [Thread debugging using libthread_db enabled]
  [New Thread 0x7fffeb6dc700 (LWP 5362)]

  Program received signal SIGSEGV, Segmentation fault.
  0x7682837a in g_hash_table_iter_init () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
  (gdb) backtrace
  #0  0x7682837a in g_hash_table_iter_init () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
  #1  0x77827988 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
  #2  0x77827a0d in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
  #3  0x772e94df in ?? () from /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
  #4  0x7683a0cf in g_main_context_dispatch () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
  #5  0x7683a8c8 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
  #6  0x7683ae02 in g_main_loop_run () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
  #7  0x776a3fdd in gtk_main () from 
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0
  #8  0x0040b1c9 in ?? ()
  #9  0x7626eead in __libc_start_main (main=, 
argc=, ubp_av=, 
  init=, fini=, rtld_fini=, 
stack_end=0x7fffe248)
  at libc-start.c:228
  #10 0x0040b25d in ?? ()
  #11 0x7fffe248 in ?? ()
  #12 0x001c in ?? ()
  #13 0x0001 in ?? ()
  #14 0x7fffe530 in ?? ()
  #15 0x in ?? ()
  (gdb) 

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

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

Versions of packages gconf-editor depends on:
ii  gconf-defaults-service  2.32.4-1
ii  gconf2  2.32.4-1
ii  libc6   2.13-26
ii  libgconf2-4 2.32.4-1
ii  libglib2.0-02.30.2-6
ii  libgtk-3-0  3.2.3-1
ii  libpango1.0-0   1.29.4-2
ii  policykit-1-gnome   0.105-2

gconf-editor recommends no packages.

gconf-editor suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#661574: sakura: opening new tab does not keep working directory

[Norbert Preining]

Package: sakura
Version: 2.4.2-4
Severity: normal

Dear all
(including myself ;-)

I don't know with which of the last versions, but now when I open
a new tab in sakura, the cwd is not kept and I am bumped into $HOME.

For opening a new window this is good behaviour, for opening a new tab
this is bad behaviour, as one os often doing things in the same project
and I need several windows in the same directory.

Please revert to the old behaviour if possible.

Thanks

Norbert


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (501, 'unstable'), (101, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages sakura depends on:
ii  libatk1.0-0 2.2.0-2
ii  libc6   2.13-27
ii  libcairo2   1.10.2-6.2
ii  libfontconfig1  2.8.0-3.1
ii  libfreetype62.4.8-1
ii  libgdk-pixbuf2.0-0  2.24.1-1
ii  libglib2.0-02.30.2-6
ii  libgtk2.0-0 2.24.10-1
ii  libpango1.0-0   1.29.4-2
ii  libvte9 1:0.28.2-4
ii  libx11-62:1.4.4-4

sakura recommends no packages.

sakura suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#661188: [Aptitude-devel] Bug#661188: aptitude purge recursively REMOVES BUT DOES NOT PURGE the unneeded dependencies of

[shirish शिरीष]

in-line :-

2012/2/28 Georgiy Treyvus :
> @Shirish:
> Maybe I'm just stupid, but I don't quite understand what you're trying to
> say here. I realize English is not your native language but can you explain
> your point more clearly?

 to put it very simply, I do not know of a way to figure out where the
.conf file after a package is removed. This is what I was trying to
show/figure out. Till as a user its not known where the .conf file is
(is it in .config/ or /etc or somewhere else altogether) its not easy
for the user (for e.g. me) to figure out whether that .conf file does
have value or I should simply get rid of it.

The dpkg -L was for showing that no info. is given for that (no info.
after removing libgs8) although from what has been said/shared there
are conf file present somewhere.

$ dpkg -L libgs8
Package `libgs8' does not contain any files (!)

The 'aptitude purge $packagename' example I used was to show that
specific line which said it is removing the conffile

D01: removal_bulk purging? foundpostrm=1
Purging configuration files for libgs8 ...
D01: removal_bulk purge done, removing list `/var/lib/dpkg/info/libgs8.list'

See the second line  ' Purging configuration files for libgs8' . My
issue is where these configuration files are, is not known to the user
and unless he knows at least where the configuration files are how is
s/he going to take a call. I do know that some packages have their
configuration files in /etc/ such as say dpkg

/etc/dpkg$ ls
dpkg.cfg  dpkg.cfg.d  dpkg.cfg.original  origins  shlibs.default
shlibs.override

This is possible to know by the listing of 'dpkg -L dpkg' as it does
show the location of the configuration file but libgs8 does not.
Similarly I have seen quite a few other packages which do not seem to
have this information.

At the very end I just have one question :-

a. Is there a way to know/figure out where the configuration files of
a given package are ?

Maybe its different for binary packages and/or libraries , if so does
somebody know how one can reliably find out ?

Unless the above info. is not there, its really hard (at least for me)
to even begin to ascertain whether doing a purge or not is good in any
case at all.

@ Georgiy Treyvus I do hope I was clear this time around. If not,
please lemme know and I would try again.

-- 
          Regards,
          Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
065C 6D79 A68C E7EA 52B3  8D70 950D 53FB 729A 8B17



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#651814: mirror submission for debian.skarta.net

[martin]

Hi,

No worries.

I've removed both armhf and s390x as I was only planning on mirroring 
i386/amd64.


I've added source packages and restarted the sync; it should be done in 
a few hours.


/Martin

Den 2012-02-28 01:19, Raphael Geissert skrev:

Hi,

On Monday 27 February 2012 14:40:28 martin wrote:

Hi,

I had not heard anything for ~3 months time, so removed it from 
public

assuming it wasn't needed/wanted.

I've re-added the site.


Please accept our apologies.

It appears that you are also mirroring armhf and s390x but not the 
source

packages. Could you please ensure the source packages are included?

Kind regards,





--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#661481: [Pkg-mc-devel] Bug#661481: Acknowledgement (mc: /usr/share/mc/bin/mc.sh missing)

[Dmitry Smirnov]

Just to let you know that regression with path to mc-wrapper in mc.sh and 
mc.csh was associated with patch from 4.7.* series.

This is now fixed in mc 3:4.8.1-2 which will be uploaded soon.

Thanks and sorry for troubles.

Regards,
Dmitry.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#661188: [Aptitude-devel] Bug#661188: aptitude purge recursively REMOVES BUT DOES NOT PURGE the unneeded dependencies of

[Daniel Hartwig]

2012/2/28 Georgiy Treyvus :
>
> One thing I think that can be done is to modify the documentation to be
> clearer about these things so that there are no surprises.
>

Could you point out where the documentation is unclear, or how precisely
it could be made more clear?

The descriptions for "purge" and "remove" do not in any way state that
dependencies will also be acted on.

The behaviour of removing unused dependencies is part of a separate
cleanup action which aptitude performs.  This is controlled and
documented by the configuration item Aptitude::Delete-Unused.

IMO, the understanding that "aptitude purge pkg" means "purge pkg and also
purge all of it's unused dependencies" is not contained in the docs.  But
that's me :-)

With Delete-Unused (the default), "aptitude x" means "do x; then clean
up any unused packages".


> Things can however be made more flexible/convenient with package groups.
> Just out of curiosity does APT have the notion of package groups because I
> know that Pacman does? Read this to help clarify if
> needed. https://wiki.archlinux.org/index.php/KDE_Packages
>

I believe this type of thing is the job of tasks and tasksel.  However, I
have made a note of it anyway.


> Speaking of the automated install it should not be in the advanced section
> of the installation disk and should be more visible to n00bs...
>

You will have to direct such suggestions to the debian-installer team.


> Also though I understand your reasoning for the behavior of "aptitude remove
> " and "aptitude purge " I really think remove should
> remove recursively and purge should purge recursively. That's how it works
> in Pacman when you add the -n or --nosave
> option. http://www.archlinux.org/pacman/pacman.8.html
>
> Also further experimentation has shown that
> "aptitude remove " == "apt-get remove  && apt-get
> autoremove"
> "aptitude purge " == "apt-get purge  && apt-get
> autoremove"
>

Yes.  This is the intended and documented behaviour--see above.

If you set Aptitude::Delete-Unused to 'false' then:

"aptitude remove " == "apt-get remove "



> This equivalence is exact for say you have package A depending on B and C.
> Say you have package D depending on E and F. Say you go:
>
> aptitude install A D
> apt-get remove A
>
> B and C are still installed. Now say you go:
>
> aptitude remove d
>
> Not only are E and F removed as is expected by aptitude's recursive nature
> but B and C are also. This unlike pacman's "pacman -Rs d" which will remove
> e and f, but leave b and c untouched unless they are:
>
> …

So the user in this situation desires to keep B and C installed?  In
the APT world such a desire is indicated to the package manager by
marking those packages as manually installed.

It seems the crux of what you are after is a middle ground between "remove"
and "autoremove"?  You mention that pacman supports this.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#605275: EeePC 1005HAG still freezes when probing the builtin 3G modem

[Dan Williams]

On Mon, 2012-02-27 at 17:28 +0100, Maik Zumstrull wrote:
> On Mon, Feb 27, 2012 at 17:19, Dan Williams  wrote:
> 
> > Any chance you can get the Windows driver installer for this device?
> 
> Weirdly, ASUS doesn't offer it for download. I wiped the included
> Windows first thing.
> 
> > Looking at the INF files gives us clues as to what the ports are used
> > for.  Also, I'd expect at least *two* AT capable ports on a GSM/UMTS
> > device, but perhaps only one on a CDMA/EVDO device.  Is this an EM770
> > (CDMA/EVDO) or a GSM/UMTS device?
> 
> GSM/UMTS
> 
> >  Also, again is there any way you can
> > get the device model name and firmware version from ATI/AT+GMM/AT+GMR ?
> 
> Manufacturer: huawei
> Model: EM770
> Revision: 11.108.04.01.40
> IMEI: [Removed]
> +GCAP: +CGSM,+DS,+ES
> 
> OK
> 
> EM770
> 
> OK
> 
> 11.108.04.01.40

Notes I'd seen from another driver indicate that it's got a modem/PPP
port (intf 0), a DIAG/DM port (intf 1 or 2) and the PCUI port (intf 1 or
2).  At least the PCUI port should be able to respond to AT commands
too.  Can you talk on ttyUSB1 or ttyUSB2 with AT commands?

Try "AT^GETPORTMODE" on any port that takes AT commands and see what you
get.

Dan




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#661558: linux-image-3.2.0-1-amd64: kernel oops when adding a bitmap to a raid1 md device

[Ben Hutchings]

On Tue, 2012-02-28 at 00:29 +0100, Flavio Stanchina wrote:
> Package: linux-2.6
> Version: 3.2.4-1
> Severity: normal
> 
> The kernel oopsed on me after I added a bitmap to a RAID1 md device with:
> 
>   mdadm --grow /dev/md2 --bitmap=internal
> 
> This happened to me during normal operation -- twice, because I hoped the
> first time it was just bad luck. Then I booted with init=/bin/bash, i.e.
> nothing but the bare kernel, built a RAID1 on two spare partitions, added a
> bitmap as described above and it oopsed again as soon as I tried to write
> something to the device. I was able to capture some traces with my phone's
> camera; this is my home computer so I'm not able to get a better trace with
> netconsole or a serial port. Might however try at work if necessary.
> 
> The first picture (27022012040-25%-gray.png) is the bottom part of a trace;
> the rest scrolled away while I opened the phone, so I tried again and got
> the second picture (27022012041-25%-gray.png) but it looks like there's no
> overlap in the functions listed.
[...]

Please use netconsole
 or
serial console
 to capture
the full oops or BUG message.  The kernel developers are likely to have
trouble tracking this down based on just the end of the call stack.

Ben.

-- 
Ben Hutchings
Q.  Which is the greater problem in the world today, ignorance or apathy?
A.  I don't know and I couldn't care less.


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

Bug#661573: pspp and gnubik: error when trying to install together

[Ralf Treinen]

Package: gnubik,pspp
Version: gnubik/2.4-2
Version: pspp/0.7.9+git20120219-1
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite

Date: 2012-02-28
Architecture: amd64
Distribution: sid

Hi,

automatic installation tests of packages that share a file and at the
same time do not conflict by their package dependency relationships has
detected the following problem:


WARNING: The following packages cannot be authenticated!
  libkeyutils1 libkrb5support0 libk5crypto3 libkrb5-3 libgssapi-krb5-2
  libsasl2-2 libldap-2.4-2 libpcre3 libffi5 libglib2.0-0 libatk1.0-data
  libatk1.0-0 libavahi-common-data libavahi-common3 libdbus-1-3
  libavahi-client3 libcups2 libdatrie1 libdrm2 libexpat1 libfreetype6 ucf
  ttf-dejavu-core fontconfig-config libfontconfig1 libjpeg8 libjasper1
  libpng12-0 libtiff4 libxau6 libxdmcp6 libxcb1 libx11-data libx11-6
  libgdk-pixbuf2.0-common libgdk-pixbuf2.0-0 libglapi-mesa libxfixes3
  libxdamage1 libxext6 libxxf86vm1 libgl1-mesa-glx libglu1-mesa libgmp10
  libgtk2.0-common libpixman-1-0 libxcb-render0 libxcb-shm0 libxrender1
  libcairo2 libthai-data libthai0 libxft2 fontconfig libpango1.0-0
  libxcomposite1 libxcursor1 libxi6 libxinerama1 libxrandr2 libxml2
  shared-mime-info libgtk2.0-0 x11-common libice6 libltdl7 libsm6 libxt6
  libxmu6 guile-1.8-libs libgtkglext1 gnubik libgsl0ldbl
  libgtksourceview2.0-common libgtksourceview2.0-0 libpq5 pspp

Extracting templates from packages: 38%
Extracting templates from packages: 77%
Extracting templates from packages: 100%
Preconfiguring packages ...
Authentication warning overridden.
Can not write log, openpty() failed (/dev/pts not mounted?)
Selecting previously unselected package libkeyutils1.
(Reading database ... 10557 files and directories currently installed.)
Unpacking libkeyutils1 (from .../libkeyutils1_1.5.2-2_amd64.deb) ...
Selecting previously unselected package libkrb5support0.
Unpacking libkrb5support0 (from 
.../libkrb5support0_1.10+dfsg~beta1-2_amd64.deb) ...
Selecting previously unselected package libk5crypto3.
Unpacking libk5crypto3 (from .../libk5crypto3_1.10+dfsg~beta1-2_amd64.deb) ...
Selecting previously unselected package libkrb5-3.
Unpacking libkrb5-3 (from .../libkrb5-3_1.10+dfsg~beta1-2_amd64.deb) ...
Selecting previously unselected package libgssapi-krb5-2.
Unpacking libgssapi-krb5-2 (from 
.../libgssapi-krb5-2_1.10+dfsg~beta1-2_amd64.deb) ...
Selecting previously unselected package libsasl2-2.
Unpacking libsasl2-2 (from .../libsasl2-2_2.1.25.dfsg1-3_amd64.deb) ...
Selecting previously unselected package libldap-2.4-2.
Unpacking libldap-2.4-2 (from .../libldap-2.4-2_2.4.28-1.1_amd64.deb) ...
Selecting previously unselected package libpcre3.
Unpacking libpcre3 (from .../libpcre3_8.12-4_amd64.deb) ...
Selecting previously unselected package libffi5.
Unpacking libffi5 (from .../libffi5_3.0.10-3_amd64.deb) ...
Selecting previously unselected package libglib2.0-0.
Unpacking libglib2.0-0 (from .../libglib2.0-0_2.30.2-6_amd64.deb) ...
Selecting previously unselected package libatk1.0-data.
Unpacking libatk1.0-data (from .../libatk1.0-data_2.2.0-2_all.deb) ...
Selecting previously unselected package libatk1.0-0.
Unpacking libatk1.0-0 (from .../libatk1.0-0_2.2.0-2_amd64.deb) ...
Selecting previously unselected package libavahi-common-data.
Unpacking libavahi-common-data (from 
.../libavahi-common-data_0.6.30-6_amd64.deb) ...
Selecting previously unselected package libavahi-common3.
Unpacking libavahi-common3 (from .../libavahi-common3_0.6.30-6_amd64.deb) ...
Selecting previously unselected package libdbus-1-3.
Unpacking libdbus-1-3 (from .../libdbus-1-3_1.4.18-1_amd64.deb) ...
Selecting previously unselected package libavahi-client3.
Unpacking libavahi-client3 (from .../libavahi-client3_0.6.30-6_amd64.deb) ...
Selecting previously unselected package libcups2.
Unpacking libcups2 (from .../libcups2_1.5.2-5_amd64.deb) ...
Selecting previously unselected package libdatrie1.
Unpacking libdatrie1 (from .../libdatrie1_0.2.5-3_amd64.deb) ...
Selecting previously unselected package libdrm2.
Unpacking libdrm2 (from .../libdrm2_2.4.30-1_amd64.deb) ...
Selecting previously unselected package libexpat1.
Unpacking libexpat1 (from .../libexpat1_2.0.1-7.2_amd64.deb) ...
Selecting previously unselected package libfreetype6.
Unpacking libfreetype6 (from .../libfreetype6_2.4.8-1_amd64.deb) ...
Selecting previously unselected package ucf.
Unpacking ucf (from .../ucf_3.0025+nmu2_all.deb) ...
Moving old data out of the way
Selecting previously unselected package ttf-dejavu-core.
Unpacking ttf-dejavu-core (from .../ttf-dejavu-core_2.33-2_all.deb) ...
Selecting previously unselected package fontconfig-config.
Unpacking fontconfig-config (from .../fontconfig-config_2.8.0-3.1_all.deb) ...
Selecting previously unselected package libfontconfig1.
Unpacking libfontconfig1 (from .../libfontconfig1_2.8.0-3.1_amd64.deb) ...
Selecting previously unselected package libjpeg8.
Unpacking libjpeg8 (from .../libjpeg8_8d-1_amd64.deb) ...
Selectin

Bug#661572: eggdrop: Language file directory not properly configured

[Kurt Nemec]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: eggdrop
Version: 1.6.20-1
Severity: normal

Dear Maintainer,

The location of eggdrop's lang files is not properly configured.
This results
in messages such as "Please enter your password" instead being
displayed as
"MSGC1C". As I run eggdrop under another account, exporting
EGG_LANGDIR wasn't
sufficient.

A solution is to add the following to the config file:
 #!/usr/bin/eggdrop
 set ::env(EGG_LANGDIR) /usr/share/eggdrop/language/
 relang

This forces it to look in the proper location, but the underlying
bug still
should be looked at.

Thanks


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

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

Versions of packages eggdrop depends on:
ii  eggdrop-data  1.6.20-1
ii  libc6 2.13-26
ii  tcl8.58.5.11-1
ii  zlib1g1:1.2.6.dfsg-1

eggdrop recommends no packages.

eggdrop suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Charset: UTF8
Note: This signature can be verified at https://www.hushtools.com/verify
Version: Hush 3.0

wsBcBAEBAgAGBQJPTFO6AAoJECIv+S4DQ92Uh7MH/3d+USPE8iQuFrfwIg1HWQE8F1Ah
e+OTOk7TiFdYLx9WhCIbZnEPcbimn2K/c7Ix7nnfVqvvWE0FkXImtpHXHR94c64ev6c9
kbfQM+7kgIAXFkIDf2gTkdLoHvquasFYFujB66MGK89emdqBndb39vkCvr0BnjqBkPXp
EiHxF7K5nJ46MGpl2UB1X42dEV3a2828HN/sbiNXDK9ykaPv7ffpgyaO+4Kk2CRfnvce
QVYuYecMKp0+rUOjx5NlJovezEy56618TeJjLiEOuIkJHFipRH2WFuRgqI8p+9nUrpae
WQtqGyRyZewDUT7mvDgEQfIhkoo7tTrobfVomkDzbyA=
=BKo7
-END PGP SIGNATURE-




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#661212: [Pkg-ime-devel] Bug#661212: Bug#661212: ibus-m17n: Thai IM: last cluster lost when switching IM

[Harshula]

Hi,

This problem has existed as long as I can remember with pre-edit. So you
first have to choose a MIM that uses pre-edit.

If you are trying to reproduce this it is easier to observe if you have
pre-edit underlining enabled. Next, the sequence you type must result in
an *uncompleted* pre-edit buffer. Then simply turn IBus off and the
recently typed characters will disappear.

cya,
#




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#661571: hibernate: Strange software suspend problem after upgrade from squeeze

[daniel]

Package: hibernate
Version: 1.99-1.1
Severity: normal

Dear Maintainer,
I experienced a strange problem with software suspends after upgrading from 
squeeze to testing. When using the shutdown or restart functions from kde my 
computer often did an unwanted intermedia suspend to ram. Removing the 
hibernate package solved that problem; reinstalling the package doesn't make it 
reappear. It's probably some kind of shutdown script problem; I have no idea 
whether the also installed uswsusp package has anything to do with it.
There are no suspend.log files; there are files called pm-suspend, but without 
any timestamps. But in syslog, there seems to be some information about ACPI 
sleep events. Perhaps I will be so nice and send you a filtered copy of syslog 
during some system shutdowns which were interrupted by unwanted suspend to rams.

Greeting from Hamburg, Germany
Daniel


Please select a severity level: [normal] 
Do any of the following apply to this report?

1 d-i   This bug is relevant to the development of debian-instal
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these lines ***


-- Package-specific info:
--- configuration
==> /etc/hibernate/common.conf <==
Verbosity 0
LogFile /var/log/hibernate.log
LogVerbosity 1
Distribution debian
SaveClock restore-only
UnloadBlacklistedModules yes
LoadModules auto
SwitchToTextMode yes
==> /etc/hibernate/disk.conf <==
TryMethod ususpend-disk.conf
TryMethod sysfs-disk.conf
==> /etc/hibernate/hibernate.conf <==
TryMethod suspend2.conf
TryMethod disk.conf
TryMethod ram.conf
==> /etc/hibernate/ram.conf <==
TryMethod ususpend-ram.conf
TryMethod sysfs-ram.conf
==> /etc/hibernate/suspend2.conf <==
UseSuspend2 yes
Reboot no
EnableEscape yes
DefaultConsoleLevel 1
Compressor lzf
Encryptor none
FullSpeedCPU yes
Include common.conf
==> /etc/hibernate/sysfs-disk.conf <==
UseSysfsPowerState disk
Include common.conf
==> /etc/hibernate/sysfs-ram.conf <==
UseSysfsPowerState mem
Include common.conf
==> /etc/hibernate/ususpend-both.conf <==
USuspendMethod both
Include common.conf
==> /etc/hibernate/ususpend-disk.conf <==
USuspendMethod disk
Include common.conf
==> /etc/hibernate/ususpend-ram.conf <==
USuspendMethod ram
Include common.conf

--- /sys/power
==> /sys/power/disk <==
[platform] test testproc shutdown reboot 
==> /sys/power/image_size <==
794517504
==> /sys/power/pm_async <==
1
==> /sys/power/pm_test <==
[none] core processors platform devices freezer
==> /sys/power/reserved_size <==
1048576
==> /sys/power/resume <==
8:2
==> /sys/power/state <==
mem disk
==> /sys/power/wakeup_count <==
1

--- log
no hibernate.log file found.

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

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

Versions of packages hibernate depends on:
ii  console-tools  1:0.2.3dbs-70

Versions of packages hibernate recommends:
ii  dash 0.5.7-2
ii  hdparm   9.32-1
ii  uswsusp  1.0+20110509-2
ii  vbetool  1.1-2

Versions of packages hibernate suggests:
ii  915resolution  
ii  gnome-screensaver  3.2.0-2+b1
ii  kscreensaver   4:4.6.5-1
ii  xscreensaver   5.15-2

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#661570: RFS: cvc3/2.4.1-1

[Christopher L Conway]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "cvc3". This is an existing
package that has been updated for a new upstream version. I haven't been
able to get in touch with my previous sponsor.

Please CC: me in any reply.

Package name : cvc3
Version : 2.4.1-1
Upstream Author : Clark Barrett
URL : http://www.cs.nyu.edu/acsys/cvc3/
License : BSD
Section : math

It builds those binary packages:

cvc3 - Automatic theorem prover for SMT problems
cvc3-el - Emacs mode for CVC3
libcvc3-5 - Automatic theorem prover library for SMT problems
libcvc3-5-dev - Automatic theorem prover library for SMT problems
(development files)
libcvc3-5-java - Java bindings for CVC3 (bytecode library)
libcvc3-5-jni - Java bindings for CVC3 (native library)

To access further information about this package, please visit the
following URL:

http://mentors.debian.net/package/cvc3

Alternatively, one can download the package with dget using this command:

dget -x http://mentors.debian.net/debian/pool/main/c/cvc3/cvc3_2.4.1-1.dsc

Changes since the last upload:

cvc3 (2.4.1-1) unstable; urgency=low

  * New upstream release (Closes: #660244)
  * Updating to standards version 3.9.2
  * Switching to dpkg-source 3.0 (quilt) format
  * Changing default-jdk-builddep build dependency to default-jdk
  * Re-enabling libcvc3-jni on kfreebsd-amd64 (Closes: #576335)

 -- Christopher L. Conway   Sat, 25 Feb 2012 13:54:15 -

Regards,
Chris

Bug#661212: [Pkg-ime-devel] Bug#661212: ibus-m17n: Thai IM: last cluster lost when switching IM

[Theppitak Karoonboonyanan]

severity 661212 important
thanks

On Sat, Feb 25, 2012 at 10:38 AM, Theppitak Karoonboonyanan
 wrote:

> M17n Thai input engine always loses the last cluster when input method is
> switched immediately without space character in between.
>
> Steps to reproduce:
> - Add "Thai - tis820" input method.
> - Open gedit.
> - Input some Thai characters without space.
> - Switch input method with Ctrl+Space.
>
> The last cluster will always be lost. This is unexpected for Thai users.

Note that this also happens to English-ispell. And it also occurs
when switching between input methods using Alt+LeftShift, not just
by totally switching off ibus through Ctrl+Space.

So, raising the severity.

Lao-kbd seems to be free from this problem, though.

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



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#654192: backupninja rsync handler bugs

[rhatto]

Em Sat, Feb 25, 2012 at 07:37:07PM -0200, rhatto escreveu:
> This behavior looks very tricky to spot but your explanation makes sense. One
> way to test this possibility would be to update the metadata subtracting the
> interval needed for the backup to take place, i.e, use the start time of the
> backup procedure.
> 
> Are you still getting this warning? Could you test with the following patch?

I just made some small changes in the previous patch. Could you try this one
instead?

-- 
rhatto at riseup.net
pubkey 64E39FCA / keys.indymedia.org
diff --git a/handlers/rsync.in b/handlers/rsync.in
index e253c5c..884a885 100644
--- a/handlers/rsync.in
+++ b/handlers/rsync.in
@@ -826,7 +826,11 @@ function update_metadata {
   if [ "$dest" == "local" ]; then
 metadata="`dirname $dest_path`/metadata/`basename $dest_path`"
 mkdir -p $metadata
-date +%c%n%s > $metadata/created
+# Use the backup start time and not the time the backup was
+# finished, otherwise daily rotations might not take place.
+# If we used backup end time, in the next handler run
+# we might not have $now - $created >= 24:00
+echo $starttime > $metadata/created
 $touch $backupdir/$SECTION/$suffix
   else
 folder="`echo $dest_path | cut -d : -f 2`"
@@ -836,7 +840,11 @@ function update_metadata {
   $ssh_cmd < $metadata/created
+# Use the backup start time and not the time the backup was
+# finished, otherwise daily rotations might not take place.
+# If we used backup end time, in the next handler run
+# we might not have $now - $created >= 24:00
+echo $starttime > $metadata/created
 # END REMOTE SCRIPT ###
 EOF
 ) | (while read a; do passthru $a; done)
@@ -1102,7 +1110,8 @@ start_mux
 stop_services
 mount_rw
 
-echo "Starting backup at `date`" >> $log
+starttime="`date +%c%n%s`"
+echo "Starting backup at `echo $starttime | head -n 1`" >> $log
 
 for SECTION in $include; do
 


signature.asc
Description: Digital signature

Bug#654192: Bug#654708: backupninja rsync handler bugs

[rhatto]

Em Sun, Feb 26, 2012 at 01:59:41PM +0100, intrigeri escreveu:
> rhatto wrote (25 Feb 2012 21:37:07 GMT) :
> > Are you still getting this warning? Could you test with the
> > following patch?
> 
> I'm happy to see things moving forward again on this side.
> 
> In order to avoid making the confusion worse than it has already been,
> I suggest we stop Cc'ing the #654708 bug ("rsync handler only respects
> the first rsync option") when discussing the rotation issues, that,

Agreed :)

> I think are not related. Or are they?

No, they're related only to this issue.

-- 
rhatto at riseup.net
pubkey 64E39FCA / keys.indymedia.org


signature.asc
Description: Digital signature

Bug#661569: ikiwiki: allow dropping the generator tag and or its version= attribute from atom feeds

[Paul Wise]

Package: ikiwiki
Version: 3.20120202
Severity: wishlist

I store the static HTML output of ikiwiki for my website and blog in git
so that I can detect changes in the output that might not be desirable.
Every time I upgrade ikiwiki and rebuild my HTML, all of the atom feeds
have changed because ikiwiki hardcodes the version number in the
template. I find it a bit annoying to have to commit this before I start
a new blog post so I would like to remove it. According to RFC 4287[1],
both the generator tag itself and the version attribute are optional. I
have prepared the attached patch to allow these to be disabled.

 1. http://tools.ietf.org/html/rfc4287#section-4.2.4

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (700, 'testing'), (600, 'unstable'), (550, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages ikiwiki depends on:
ii  libhtml-parser-perl 3.69-1+b1
ii  libhtml-scrubber-perl   0.09-1
ii  libhtml-template-perl   2.10-1
ii  libjson-perl2.53-1
ii  libtext-markdown-discount-perl  0.02-1
ii  liburi-perl 1.59-1
ii  libyaml-libyaml-perl0.38-1
ii  perl5.14.2-7
ii  python  2.7.2-10
ii  python-support  1.0.14

Versions of packages ikiwiki recommends:
ii  bzr  2.5.0~bzr6458-2
ii  darcs2.5.2-6+b2
ii  gcc [c-compiler] 4:4.6.2-4
ii  gcc-4.4 [c-compiler] 4.4.6-14
ii  gcc-4.5 [c-compiler] 4.5.3-12
ii  gcc-4.6 [c-compiler] 4.6.2-12
ii  git [git-core]   1:1.7.9-1
ii  git-core 1:1.7.9-1
ii  libauthen-passphrase-perl
ii  libc6-dev [libc-dev] 2.13-26
ii  libcgi-formbuilder-perl  
ii  libcgi-session-perl  
ii  libcrypt-ssleay-perl 0.58-1
ii  libgravatar-url-perl 
ii  liblwpx-paranoidagent-perl   
ii  libmail-sendmail-perl0.79.16-1
ii  libnet-openid-consumer-perl  
ii  librpc-xml-perl  
ii  libterm-readline-gnu-perl
ii  libtimedate-perl 1.2000-1
ii  libxml-simple-perl   2.18-3
ii  mercurial2.1-1
ii  subversion   1.6.17dfsg-3

Versions of packages ikiwiki suggests:
pn  dvipng  
pn  file5.10-1
pn  gettext 0.18.1.1-5
pn  graphviz2.26.3-9
pn  libfile-mimeinfo-perl   
pn  libhighlight-perl   
pn  libhtml-tree-perl   4.2-1
pn  liblocale-gettext-perl  1.05-7+b1
pn  libmailtools-perl   2.08-1
pn  libnet-amazon-s3-perl   
pn  libnet-inet6glue-perl   0.5-1
pn  libsearch-xapian-perl   1.2.8.0-2
pn  libsort-naturally-perl  
pn  libsparkline-php
pn  libtext-csv-perl1.21-1
pn  libtext-multimarkdown-perl  
pn  libtext-textile-perl
pn  libtext-typography-perl 
pn  libtext-wikicreole-perl 
pn  libtext-wikiformat-perl 
pn  libxml-feed-perl0.46+dfsg-1
pn  perlmagick  8:6.6.9.7-6
pn  po4a0.41-1
pn  polygen 
pn  python-docutils 0.8.1-5
pn  texlive 
pn  tidy
pn  viewvc | gitweb | viewcvs   
pn  xapian-omega

-- 
bye,
pabs

http://wiki.debian.org/PaulWise
From 2e5a46a1886eed587b7df4a15837af852b107cd3 Mon Sep 17 00:00:00 2001
From: Paul Wise 
Date: Tue, 28 Feb 2012 11:32:45 +0800
Subject: [PATCH] Allow dropping the generator tag or the version attribute on
 it.

Both the generator tag and its version attribute are optional:

http://tools.ietf.org/html/rfc4287#section-4.2.4
---
 IkiWiki.pm   |   16 
 IkiWiki/Plugin/inline.pm |3 ++-
 templates/atompage.tmpl  |6 ++
 3 files changed, 24 insertions(+), 1 deletions(-)

diff --git a/IkiWiki.pm b/IkiWiki.pm
index 2a83777..1b6cc55 100644
--- a/IkiWiki.pm
+++ b/IkiWiki.pm
@@ -497,6 +497,22 @@ sub getsetup () {
 		safe => 0,
 		rebuild => 0,
 	},
+	generator => {
+		type => "boolean",
+		default => 1,
+		description => "advertise that pages are generated using ikiwiki?",
+		advanced => 1,
+		safe => 1,
+		rebuild => 1,
+	},
+	generator_version => {
+		type => "boolean",
+		default => 1,
+		description => "advertise which version of ikiwiki was used to generate pages?",
+		advanced => 1,
+		safe => 1,
+		rebuild => 1,
+	},
 }
 
 sub defaultconfig () {
diff --git a/IkiWiki/Plugin/inline.pm b/IkiWiki/Plugin/inline.pm
index 159cc5d..e25922c 100644
--- a/IkiWiki/Plugin/inline.pm
+++ b/IkiWiki/Plugin/inline.pm
@@ -668,6 +668,8 @@ sub genfeed ($@) {
 	}
 
 	my $template=template_depends($feedtype."page.tmpl", $page, blind_cache => 1);
+	$template->param(generator => "yes") if $c

Bug#661568: RFS: ipset/6.11-2

[Neutron Soutmun]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "ipset"

* Package name: ipset
  Version : 6.11-2
  Upstream Author : Jozsef Kadlecsik  
* URL : http://ipset.netfilter.org/ 
* License : GPL 
  Section : net

It builds those binary packages:

ipset - administration tool for kernel IP sets
libipset-dev - Development files for IP sets
libipset2  - IP sets library

To access further information about this package, please visit the
following URL:

 http://mentors.debian.net/package/ipset

Alternatively, one can download the package with dget using this command:

dget -x http://mentors.debian.net/debian/pool/main/i/ipset/ipset_6.11-2.dsc

Changes since the last upload:

ipset (6.11-2) unstable; urgency=low

  * Update debian/control
* debian/control:
  - Bump Standards-Version to 3.9.3, no changes needed.
  - Change Architecture to linux-any as iptables only supports linux.
(Closes: #647656)
  - Add iptables to ipset dependency.
  * Bump dh compat to 9
* debian/compat, debian/control: Bump dh compat to 9.
* debian/rules:
  - Simplify hardening build flags and multiarch support logic.
  * Update copyright format url to version 1.0
  * Close bugs that have been reintroduced again since updating version
uploaded.  (Closes: #528990,#625360,#648366)

Regards,
Neutron Soutmun



signature.asc
Description: Digital signature

Bug#661567: grub-common: update-grub prints error message about grep

[Julian Calaby]

Package: grub-common
Version: 1.99-14
Severity: minor

Dear Maintainer,

When calling update-grub, grep complains:

grep: input file `/boot/grub/grub.cfg.new' is also the output

grub.cfg is still generated properly, however this may be distressing for new
users and people reading log files.

It can be simply fixed by adding the line:

exec > /dev/null

just before the 'grep -q "^password "' call on line #298 of the "grub-mkconfig"
script or adding a "> /dev/null" to that grep invocation.

I consider this change to be too trivial to copyright.

Making this change silences the message and is safe as all output to the
specified configuration file has already occurred at this point.

Leaving this as is may cause any password lines within the generated
configuration to be duplicated at the bottom of the file, depending on whether
grep decides to output any text.

Thanks,

Julian Calaby

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

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

Versions of packages grub-common depends on:
ii  gettext-base0.18.1.1-5
ii  libc6   2.13-26
ii  libdevmapper1.02.1  2:1.02.67-2
ii  libfreetype62.4.8-1
ii  libfuse22.8.6-4
ii  zlib1g  1:1.2.6.dfsg-1

Versions of packages grub-common recommends:
pn  os-prober  

Versions of packages grub-common suggests:
pn  desktop-base   6.0.7
pn  grub-emu   
pn  multiboot-doc  
pn  xorriso

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#661566: libnet-ssleay-perl: Segfault when lniked into an Apache/mod_ssl/mod_perl process

[Ivan Kohler]

Package: libnet-ssleay-perl
Version: 1.45-1
Severity: important

Apache segfaults when this module is included in a mod_perl application and
mod_ssl is enabled.  I am using the prefork MPM.

To reproduce:
a2enmod ssl
a2enmod perl
echo "PerlModule Net::SSLeay" >/etc/apache2/conf.d/sslbug.conf
service apache2 restart

1.43-1 is also broken in this regard.
1.42-1+b1 works.

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

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

Versions of packages libnet-ssleay-perl depends on:
ii  libc6   2.13-26
ii  libssl1.0.0 1.0.0g-1
ii  perl5.14.2-7
ii  perl-base [perlapi-5.14.2]  5.14.2-7

libnet-ssleay-perl recommends no packages.

Versions of packages libnet-ssleay-perl suggests:
ii  perl [libmime-base64-perl]  5.14.2-7

-- no debconf information

-- 
_ivan



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#661538: Add support for Build-Depends-Stage1 in order to allow breaking of cyclic Build-depends loops

[Jonathan Nieder]

Hi,

Wookey wrote:

> Cyclic build-dependencies are a big problem in Debian, which make new
> ports very difficult, or rebuilds for other reasons such as hardware
> optimisations.

Thanks very much for working on this.

I'll let others talk about any thorny design issues. :)  I just have
a couple of quick hints:

> --- dpkg-1.16.0.3.orig/scripts/Dpkg/Control/Fields.pm 2011-05-04 
> 09:28:00.0 +0100
> +++ dpkg-1.16.0.3/scripts/Dpkg/Control/Fields.pm  2011-07-07 
> 14:53:40.510189000 +0100
> @@ -73,10 +73,20 @@
>  dependency => 'normal',
>  dep_order => 1,
>  },
> +'Build-Depends-Stage1' => {
> +allowed => ALL_SRC,
> +dependency => 'normal',
> +dep_order => 1,

The dep_order values are all supposed to be distinct.  I am not
sure how important the particular order is --- Raphaël, what
would go wrong if we just used alphabetical order to avoid this
particular maintenance hassle?

[...]
> +++ dpkg-1.16.0.3/scripts/dpkg-buildpackage.pl2011-07-06 
> 02:23:11.439824001 +0100
> @@ -122,6 +122,7 @@
[...]
> +my $buildstage = 0;

Where does this get set to nonzero?

[...]
> --- dpkg-1.16.0.3.orig/scripts/dpkg-checkbuilddeps.pl 2011-05-04 
> 09:28:01.0 +0100
> +++ dpkg-1.16.0.3/scripts/dpkg-checkbuilddeps.pl  2011-07-06 
> 02:46:05.039824002 +0100
> @@ -49,6 +49,8 @@
>   retrieving them from control file
>--admindir=
>   change the administrative directory.
> +  --stage=
> + use build-depends-stage level specified

Would be nice to document this in the manpage, too.  See
http://bugs.debian.org/629480#35 for an example patch adding a
Build-Depends variant that covers its bases well.

A couple example tests, either in the form of simple commands I
can try that use equivs, or, even better, a patch against

  git://git.debian.org/dpkg/pkg-tests.git

would be nice for ironing out the behavior (and acting as a surrogate
user that will notice and complain if it gets broken in the future).

I wonder if in some cases the stage1 package is already useful and
deserves its own name, but please don't take such musings seriously
until I have stared at a demo and had a chance to work out the pieces
I am missing.

Sincerely,
Jonathan



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#660162: RFS: tack/1.07-2

[Samuel Bronson]

On Sun, Feb 26, 2012 at 10:45 PM, Samuel Bronson  wrote:

> But note that Thomas Dickey has prepared a snapshot which is supposed
> to do patch #03's job a different way, and fix that dpkg-shlibdeps
> warning: 
> .
> (I'll take a look at this in the morning.)

Okay, it looks like these changes would be fairly tricky to untangle
from those in the *preceding* two development snapshots, and I'm not
quite sure what those changes do at the moment, so I've cleaned up the
patches after all, and added that other patch filename to the
changelog:

http://mentors.debian.net/debian/pool/main/t/tack/tack_1.07-1~mentors7.dsc

(The new stuff can wait for a release.)

tack (1.07-1~mentors7) unstable; urgency=low

  * New upstream release.
  * Adopt package.
Closes: #660140 (ITP for this package).
  * Switch to dpkg-source 3.0 (quilt) format.
  * New patch 02-manpage-hyphen-used-as-minus.patch.  Thanks, lintian, for
the warning.
  * Re-add debian/watch file (was dropped in 1.06-3).
  * Enable build warnings.
  * Add Vcs-Browser: and Vcs-Git: fields to debian/control.
  * Install a symlink CHANGES.gz -> changelog.gz in the doc directory.
  * Update debian/copyright to final DEP5 format.
  * Use dh-autoreconf to regenerate the configure script during build
+ Build-depends on dh-autoreconf and autoconf-dickey.
+ This also takes care of pulling up-to-date config.guess and config.sub
  scripts in from autotools-dev.
+ ... except with autoconf-dickey it doesn't, so use autotools-dev's
  dh_ commands; bump build-depends to autotools-dev (>= 20100122.1)
  accordingly.  (Yes, even though it says "Do NOT" in the autotools-dev
  README.Debian.gz.)
  * Add support for dpkg-buildflags(1) by bumping debhelper compatibility
level (and build-depends) to 9.
+ Drop the LDFLAGS="-Wl,-z,defs,-ltic from the call to
  dh_auto_configure, so that configure will pick up the LDFLAGS from
  dpkg-buildflags(1).
+ Replace it with:
  - LIBS="-ltic" as an argument to dh_auto_configure
  - DEB_LDFLAGS_MAINT_APPEND for the rest.
Build-Depends: dpkg-dev (>= 1.16.1).
  * New patch 03-allow-echoing-compilation-commands.patch, which enables
printing of compilation commands by default.
  * Update package to Standards-Version: 3.9.3.
  * Thanks to Jakub Wilk for his thorough review.

 -- Samuel Bronson   Fri, 24 Feb 2012 16:22:24 -0500



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#651199: iwlwifi WPA-TKIP crypto failure after group rekeying

[Jonathan Nieder]

tags 651199 = upstream patch
quit

Johannes Berg wrote:

> I think this is due to my patch "iwlagn: rewrite HW crypto" which
> accidentally broke key *removal* (of all things), which causes issues
> when the first GTK is removed on the second rekeying.
>
> This patch
> [...]h=5dcbf480473f6c3f06ad2426b7517038a2a18911
>
> should fix it.

Thanks.  The fix is in Linville's wireless tree, hence in linux-next.
I've attached it as a patch against 3.2.y in case someone wants to
try it.

(Instructions:

 # prerequisites
 apt-get install git build-essential

 # get a copy of the kernel
 git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
 cd linux

 # fetch point releases
 git remote add -f stable \
  git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
 
 # try 3.2.y
 git checkout stable/linux-3.2.y
 cp /boot/config-$(uname -r) .config; # current configuration
 make localmodconfig; # optional: minimize configuration
 make deb-pkg; # optionally with -j for parallel build
 dpkg -i ../
 reboot

 # hopefully it reproduces the problem, so try the patch:
 git am -3sc thepatch
 make deb-pkg; # maybe with -j4
 dpkg -i ../
 reboot
)
From: Johannes Berg 
Date: Fri, 17 Feb 2012 09:47:14 -0800
Subject: iwlwifi: fix key removal

commit 5dcbf480473f6c3f06ad2426b7517038a2a18911 upstream.

When trying to remove a key, we always send key
flags just setting the key type, not including
the multicast flag and the key ID. As a result,
whenever any key was removed, the unicast key 0
would be removed, causing a complete connection
loss after the second rekey (the first doesn't
cause a key removal). Fix the key removal code
to include the key ID and multicast flag, thus
removing the correct key.

Reported-by: Alexander Schnaidt 
Tested-by: Alexander Schnaidt 
Signed-off-by: Johannes Berg 
Signed-off-by: Wey-Yi Guy 
Signed-off-by: John W. Linville 
Signed-off-by: Jonathan Nieder 
---
 drivers/net/wireless/iwlwifi/iwl-agn-sta.c |   10 +-
 1 file changed, 9 insertions(+), 1 deletion(-)

diff --git a/drivers/net/wireless/iwlwifi/iwl-agn-sta.c 
b/drivers/net/wireless/iwlwifi/iwl-agn-sta.c
index 4b2aa1da0953..5cfb3d17a2bc 100644
--- a/drivers/net/wireless/iwlwifi/iwl-agn-sta.c
+++ b/drivers/net/wireless/iwlwifi/iwl-agn-sta.c
@@ -1211,6 +1211,7 @@ int iwl_remove_dynamic_key(struct iwl_priv *priv,
unsigned long flags;
struct iwl_addsta_cmd sta_cmd;
u8 sta_id = iwlagn_key_sta_id(priv, ctx->vif, sta);
+   __le16 key_flags;
 
/* if station isn't there, neither is the key */
if (sta_id == IWL_INVALID_STATION)
@@ -1236,7 +1237,14 @@ int iwl_remove_dynamic_key(struct iwl_priv *priv,
IWL_ERR(priv, "offset %d not used in uCode key table.\n",
keyconf->hw_key_idx);
 
-   sta_cmd.key.key_flags = STA_KEY_FLG_NO_ENC | STA_KEY_FLG_INVALID;
+   key_flags = cpu_to_le16(keyconf->keyidx << STA_KEY_FLG_KEYID_POS);
+   key_flags |= STA_KEY_FLG_MAP_KEY_MSK | STA_KEY_FLG_NO_ENC |
+STA_KEY_FLG_INVALID;
+
+   if (!(keyconf->flags & IEEE80211_KEY_FLAG_PAIRWISE))
+   key_flags |= STA_KEY_MULTICAST_MSK;
+
+   sta_cmd.key.key_flags = key_flags;
sta_cmd.key.key_offset = WEP_INVALID_OFFSET;
sta_cmd.sta.modify_mask = STA_MODIFY_KEY_MASK;
sta_cmd.mode = STA_CONTROL_MODIFY_MSK;
-- 
1.7.9.2

Bug#651885: multistrap should not run "dpkg-configure -a" for host-arch by default

[Marcus Hodges]

Here is another vote for this bug as fixing it would also help our team.

In version 2.1.7 we commented out the following line (of
/usr/sbin/multistrap) to avoid this issue:

  352 #&native if (not defined ($foreign));

-- 
Cheers!
Marcus Hodges
Principal Security Engineer
Security Innovation



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#661298: mirror submission for mirror.debian.cl

[Rodolfo Enrique Thone Torres]

Is already set like that, I dont know what Is up, meaby i need to delet it and 
re download all... Advice?

Sent from my iPhone

On 27-02-2012, at 20:15, Raphael Geissert  wrote:

> Hi,
> 
> It appears that the trace file has been renamed to debian.netlinux.cl.
> Since the mirror will be registered as "mirror.debian.cl", the trace file 
> needs to match.
> 
> Please adjust the MIRRORNAME variable in your ftpsync configuration file.
> 
> Kind regards,
> -- 
> Raphael Geissert - Debian Developer
> www.debian.org - get.debian.net



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#661565: ITP: nyancat -- Terminal-based Pop Tart Cat animation

[Jonathan McCrohan]

Package: wnpp
Severity: wishlist
Owner: Jonathan McCrohan 

* Package name: nyancat
  Version : 0.1
  Upstream Author : Kevin Lange 
* URL : http://miku.acm.uiuc.edu/
* License : NCSA
  Programming Lang: C
  Description : Terminal-based Pop Tart Cat animation 

Nyancat is an animated, color, ANSI-text telnet server that renders a loop of
the classic Nyan Cat animation. Nyancat can also be run as a standalone program
in a local terminal if telnet functionality is not required.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#594647: Re Bug#594647 mc: /etc/mc/mc.menu is badly underquoted

[Dmitry Smirnov]

tags 594647 moreinfo

--

Dear Adam,

We just released a new version of mc to unstable and I'm trying to reproduce 
the issue you have raised. 

Could you please help to reproduce it?

I'm having difficulties creating a sample file as you described.

I need an evidence to confirm that this is a problem before I introduce  
solution you suggested.

Thank you.

All the best,
Dmitry.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#661524: strongswan: Compatibility for Apple iOS devices

[ZhouTony]

Hi Tobias,

I'm currently using Strongswan 4.5.2 from squeeze-backports (since the version
in stable doesn't support NAT-T, which is required for my case) and I cannot use
iOS to connect to my server using IKEv1, prompting "could not validate server
certificate" (I have installed both client p12 and CA certificate on the iOS 
device).
Strongswan mailist suggested this is related to enable-cisco-quirks option, 
that's
why I submit this bug.

Thanks for your concern!
Tony

> Date: Mon, 27 Feb 2012 23:04:50 +0100
> From: tob...@strongswan.org
> To: 661...@bugs.debian.org
> CC: tonyzh...@hotmail.com
> Subject: Re: strongswan: Compatibility for Apple iOS devices
> 
> Hi Tony,
> 
> I'm not sure if --enable-cisco-quirks is actually required to support
> iOS devices.  I know our wiki says otherwise, but the page you refer to
> was written mainly by a user who apparently assumed the client on iOS
> devices is written by Cisco, which is a common misconception.  The fact
> is, thought, that the client on the iOS devices is actually racoon (the
> Cisco logo and name is just for marketing reasons).
> 
> Could you please try without the option (i.e. with the stock Debian
> package).  If it works I will change the wiki page accordingly.
> 
> Thanks,
> Tobias
  

Bug#660820: git-svn error: ambiguous argument

[NOKUBI Takatsugu]

Sorry for late reply.

At Wed, 22 Feb 2012 01:58:29 -0600,
Jonathan Nieder wrote:
> I suspect this[1] was fixed by v1.7.6.1~58^2 (git-svn: Correctly
> handle root commits in mergeinfo ranges, 2011-06-18).  Can you try
> with git-svn from sid or http://snapshot.debian.org/ to confirm?

I tried to check git-svn 1:1.7.9.1-1 and it works fine.
Thank you.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#661563: reportbug: suggest contacting debian-user when unsure about which package to file against

[Jonathan Nieder]

Package: reportbug
Version: 6.3.1
Severity: wishlist
Tags: patch

Hi,

Don Armstrong wrote[1]:

> http://www.debian.org/Bugs/Reporting already tells people to contact
> -user if they are unable to determine which package their bug report
> should be filed against. I suppose text could be added to reportbug to
> mimic this... perhaps changing:
>
>Please enter the name of the package in which you have found a problem, or 
> type 'other' to report a more general problem.
>
> to 
>
>Please enter the name of the package in which you have found a problem, or 
> type 'other' to report a more general problem.
>If you don't know what package the bug is in, please contact 
> debian-u...@lists.debian.org for assistance.
>
> [and the list can be changed as needed for l10n.]

Thanks, this is a nice idea.

While looking over the relevant code path, I noticed that reportbug
already has a prompt for reports against general, project, (progeny's)
debian-general, and base:

  Enter a package: general
  Are you sure this bug doesn't apply to a specific package? [y|N|q|?]?

If I am desperate to get my bug report to someone appropriate and do
not know which specific package would be appropriate, that reminder
would not help much, though.

I've attached two patches: the first implements the wording suggestion
Don suggested, and the second makes sure the line break gets through
to the console to make it a little more readable.  Thoughts of all
kinds welcome.

Thanks for your thoughtfulness.
Jonathan

[1] http://thread.gmane.org/gmane.linux.debian.devel.general/170079
 bin/reportbug|2 ++
 debian/changelog |7 +++
 2 files changed, 9 insertions(+)

diff --git a/bin/reportbug b/bin/reportbug
index 3531e4ae..f81773c5 100755
--- a/bin/reportbug
+++ b/bin/reportbug
@@ -438,6 +438,8 @@ def get_package_name(bts='debian', mode=MODE_EXPERT):
 prompt += ", or type 'other' to report a more general problem."
 else:
 prompt += '.'
+prompt += "\nIf you don't know what package the bug is in, "\
+  "please contact debian-u...@lists.debian.org for assistance."
 
 options = []
 pkglist = commands.getoutput('apt-cache pkgnames')
diff --git a/debian/changelog b/debian/changelog
index 4917f4f3..8b1453ff 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,5 +1,6 @@
 reportbug (6.3.2) UNRELEASED; urgency=low
 
+  [ Sandro Tosi ]
   * reportbug/checkversions.py
 - match version on the precise architecture, not just check string
   inclusiong; thanks to Nelson de Oliveira for the report; Closes: #650651
@@ -23,6 +24,12 @@ reportbug (6.3.2) UNRELEASED; urgency=low
   from a file (adding a versioned depends); thanks to David Paleino for the
   report; Closes: #661221
 
+  [ Jonathan Nieder ]
+  * bin/reportbug
+- when it is unclear which package to file against, suggest asking the
+  Debian user mailing list for advice. Thanks to Don Armstrong for the
+  idea.
+
  -- Sandro Tosi   Sat, 25 Feb 2012 11:14:28 +0100
 
 reportbug (6.3.1) unstable; urgency=low
-- 
1.7.9.2

 debian/changelog|2 ++
 reportbug/ui/text_ui.py |   20 
 2 files changed, 14 insertions(+), 8 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index 8b1453ff..09976140 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -29,6 +29,8 @@ reportbug (6.3.2) UNRELEASED; urgency=low
 - when it is unclear which package to file against, suggest asking the
   Debian user mailing list for advice. Thanks to Don Armstrong for the
   idea.
+  * reportbug/ui/text_ui.py
+- preserve line breaks in multiline prompts
 
  -- Sandro Tosi   Sat, 25 Feb 2012 11:14:28 +0100
 
diff --git a/reportbug/ui/text_ui.py b/reportbug/ui/text_ui.py
index 0a07dca9..edd6044f 100644
--- a/reportbug/ui/text_ui.py
+++ b/reportbug/ui/text_ui.py
@@ -85,15 +85,19 @@ def indent_wrap_text(text, starttext='', indent=0, 
linelen=None):
 else:
 si = ''
 
-text = ' '.join(text.split())
-if not text:
-return starttext+'\n'
+result = ''
+for line in text.splitlines():
+line = ' '.join(line.split())
+if not line:
+result += '\n'
+continue
 
-output = textwrap.fill(text, width=linelen, initial_indent=starttext,
-   subsequent_indent=si)
-if output.endswith('\n'):
-return output
-return output + '\n'
+output = textwrap.fill(line, width=linelen, initial_indent=starttext,
+   subsequent_indent=si)
+result += output
+if not output.endswith('\n'):
+result += '\n'
+return result
 
 # Readline support, if available
 if readline is not None:
-- 
1.7.9.2

Bug#661334: claws-mail: Start in offline mode because

[Ricardo Mones]

On Mon, Feb 27, 2012 at 07:36:27PM +0100, Alain Rpnpif wrote:
> Le 27 février 2012, Ricardo Mones a écrit :
> 
> >   Hi,
> >   - NetworkManager says it's offline
> >   - Claws Mail starts disconnected because NM says network is offline
> > 
> >   Is that correct?
> 
> This is Claws-mail that says that NetworkManager said it is offline.
> 
> But 
> $ nmcli dev
> PÉRIPHÉRIQUE TYPE  ÉTAT
> eth1   802-3-ethernetconnecté
> eth0   802-3-ethernetindisponible

  I've tried to recreate your config to some degree in a virtual machine
with two nics, one connected and the other disconnected and cannot
reproduce this problem, neither with 3.8.0 nor latest CVS packages from
hydra.debian.net. It's network-manager the latest one? Do you have any
other config which may be relevant to this? Does it improve if you
configure eth0?

  regards,
-- 
  Ricardo Mones 
  ~
  Absence of evidence is not evidence of absence.  Carl Sagan



signature.asc
Description: Digital signature

Bug#661555: python-roman: URL link in debian package description is broken

[Jakub Wilk]

* Konrad Schöbel , 2012-02-27, 23:58:
The URL link 'http://diveintopython.org/' in the debian package 
description yields a '410 Gone' error with the message


The requested resource
/
is no longer available on this server and there is no forwarding 
address.
Please remove all references to this resource.

The correct adress is 'http://diveintopython.net'.


In what sense is is "correct"?

I think I'd rather remove the whole paragraph about "Dive Into Python" 
from the package description. I don't feel it's very imporant.


--
Jakub Wilk



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#657495: : network-manager: Fails to achieve stable link when IPv6 enabled on

[David Basden]

I'm seeing the same problem (same version on network-manager on sid), when
connecting to wifi networks with IPv6. The connection comes up for 2-3 seconds
and then is dropped, at which point the connection is restarted. IPv4 at least 
is working for those few seconds.

Have reproduced on 2 different systems with very different hardware.  Previously
both have worked fine connecting to the same network. Can connect fine for both 
IPv4 and
IPv6 by removing network-manager and using wicd.

Here is my syslog for a single iteration of the loop:

Feb 28 11:08:07 kelp NetworkManager[26059]:  Auto-activating connection 
'Serenity'.
Feb 28 11:08:07 kelp NetworkManager[26059]:  Activation (wlan0) starting 
connection 'Serenity'
Feb 28 11:08:07 kelp NetworkManager[26059]:  (wlan0): device state 
change: disconnected -> prepare (reason 'none') [30 40 0]
Feb 28 11:08:07 kelp NetworkManager[26059]:  Activation (wlan0) Stage 1 
of 5 (Device Prepare) scheduled...
Feb 28 11:08:07 kelp NetworkManager[26059]:  Activation (wlan0) Stage 1 
of 5 (Device Prepare) started...
Feb 28 11:08:07 kelp NetworkManager[26059]:  Activation (wlan0) Stage 2 
of 5 (Device Configure) scheduled...
Feb 28 11:08:07 kelp NetworkManager[26059]:  Activation (wlan0) Stage 1 
of 5 (Device Prepare) complete.
Feb 28 11:08:07 kelp NetworkManager[26059]:  Activation (wlan0) Stage 2 
of 5 (Device Configure) starting...
Feb 28 11:08:07 kelp NetworkManager[26059]:  (wlan0): device state 
change: prepare -> config (reason 'none') [40 50 0]
Feb 28 11:08:07 kelp NetworkManager[26059]:  Activation (wlan0/wireless): 
access point 'Serenity' has security, but secrets a
re required.
Feb 28 11:08:07 kelp NetworkManager[26059]:  (wlan0): device state 
change: config -> need-auth (reason 'none') [50 60 0]
Feb 28 11:08:07 kelp NetworkManager[26059]:  Activation (wlan0) Stage 2 
of 5 (Device Configure) complete.
Feb 28 11:08:09 kelp NetworkManager[26059]:  Activation (wlan0) Stage 1 
of 5 (Device Prepare) scheduled...
Feb 28 11:08:09 kelp NetworkManager[26059]:  Activation (wlan0) Stage 1 
of 5 (Device Prepare) started...
Feb 28 11:08:09 kelp NetworkManager[26059]:  (wlan0): device state 
change: need-auth -> prepare (reason 'none') [60 40 0]
Feb 28 11:08:09 kelp NetworkManager[26059]:  Activation (wlan0) Stage 2 
of 5 (Device Configure) scheduled...
Feb 28 11:08:09 kelp NetworkManager[26059]:  Activation (wlan0) Stage 1 
of 5 (Device Prepare) complete.
Feb 28 11:08:09 kelp NetworkManager[26059]:  Activation (wlan0) Stage 2 
of 5 (Device Configure) starting...
Feb 28 11:08:09 kelp NetworkManager[26059]:  (wlan0): device state 
change: prepare -> config (reason 'none') [40 50 0]
Feb 28 11:08:09 kelp NetworkManager[26059]:  Activation (wlan0/wireless): 
connection 'Serenity' has security, and secrets exi
st.  No new secrets needed.
Feb 28 11:08:09 kelp NetworkManager[26059]:  Config: added 'ssid' value 
'Serenity'
Feb 28 11:08:09 kelp NetworkManager[26059]:  Config: added 'scan_ssid' 
value '1'
Feb 28 11:08:09 kelp NetworkManager[26059]:  Config: added 'key_mgmt' 
value 'WPA-PSK'
Feb 28 11:08:09 kelp NetworkManager[26059]:  Config: added 'psk' value 
''
Feb 28 11:08:09 kelp NetworkManager[26059]:  Activation (wlan0) Stage 2 
of 5 (Device Configure) complete.
Feb 28 11:08:09 kelp NetworkManager[26059]:  Config: set interface 
ap_scan to 1
Feb 28 11:08:09 kelp kernel: [370098.791148] rtl8192c_common: Loading firmware 
file rtlwifi/rtl8192cfw.bin
Feb 28 11:08:09 kelp NetworkManager[26059]:  (wlan0): supplicant 
interface state: disconnected -> scanning
Feb 28 11:08:10 kelp wpa_supplicant[24284]: Trying to authenticate with 
bc:05:43:f7:1e:92 (SSID='Serenity' freq=2462 MHz)
Feb 28 11:08:10 kelp NetworkManager[26059]:  (wlan0): supplicant 
interface state: scanning -> authenticating
Feb 28 11:08:10 kelp kernel: [370099.986152] wlan0: authenticate with 
bc:05:43:f7:1e:92 (try 1)
Feb 28 11:08:10 kelp wpa_supplicant[24284]: Trying to associate with 
bc:05:43:f7:1e:92 (SSID='Serenity' freq=2462 MHz)
Feb 28 11:08:10 kelp kernel: [370099.988400] wlan0: authenticated
Feb 28 11:08:10 kelp kernel: [370099.989358] wlan0: associate with 
bc:05:43:f7:1e:92 (try 1)
Feb 28 11:08:10 kelp NetworkManager[26059]:  (wlan0): supplicant 
interface state: authenticating -> associating
Feb 28 11:08:10 kelp kernel: [370099.993262] wlan0: RX ReassocResp from 
bc:05:43:f7:1e:92 (capab=0x431 status=0 aid=2)
Feb 28 11:08:10 kelp kernel: [370099.993266] wlan0: associated
Feb 28 11:08:10 kelp kernel: [370099.993271] wlan0: No basic rates in 
AssocResp. Using min supported rate instead.
Feb 28 11:08:10 kelp wpa_supplicant[24284]: Associated with bc:05:43:f7:1e:92
Feb 28 11:08:10 kelp kernel: [370100.004163] cfg80211: Calling CRDA for 
country: DE
Feb 28 11:08:10 kelp NetworkManager[26059]:  (wlan0): supplicant 
interface state: associating -> 4-way handshake
Feb 28 11:08:10 kelp kernel: [370100.008339] cfg80211: Regulatory domain 
changed to country: DE
Feb 28 11:08:10 kelp kernel: [370100.008343] cfg80211:  

Bug#661562: libblkid1-udeb : PreDepends: multiarch-support but it is not installable

[Julien Cristau]

severity 661562 grave
kthxbye

On Tue, Feb 28, 2012 at 00:17:31 +, Miguel Figueiredo wrote:

> Package: libblkid1-udeb
> Version: 2.20.1-3
> Tags: d-i
> Affects: debian-installer
> 
> The installer's daily builds are failing due to:
> 
> The following packages have unmet dependencies:
>  libblkid1-udeb : PreDepends: multiarch-support but it is not installable
> 
> It was suggested in #debian-boot that the PreDepends is not useful
> as libc is multiarch.
> 
If it's breaking the d-i builds please use an appropriate severity...

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#661562: libblkid1-udeb : PreDepends: multiarch-support but it is not installable

[Miguel Figueiredo]

Package: libblkid1-udeb
Version: 2.20.1-3
Tags: d-i
Affects: debian-installer

The installer's daily builds are failing due to:

The following packages have unmet dependencies:
 libblkid1-udeb : PreDepends: multiarch-support but it is not installable

It was suggested in #debian-boot that the PreDepends is not useful as 
libc is multiarch.



--
Melhores cumprimentos/Best regards,

Miguel Figueiredo



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#651814: mirror submission for debian.skarta.net

[Raphael Geissert]

Hi,

On Monday 27 February 2012 14:40:28 martin wrote:
> Hi,
> 
> I had not heard anything for ~3 months time, so removed it from public
> assuming it wasn't needed/wanted.
> 
> I've re-added the site.

Please accept our apologies.

It appears that you are also mirroring armhf and s390x but not the source 
packages. Could you please ensure the source packages are included?

Kind regards,
-- 
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#661559: Was Related to nVidia

[Tsu Jan]

Strangely enough, after I downgraded the nVidia driver from v295.20-1 to
v290.10-1, the problem disappeared!




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#661561: lintian: Please improve source-contains-waf-binary tag

[Dmitrijs Ledkovs]

Package: lintian
Version: 2.5.5
Severity: normal

The waf tag implemented in #654523 generates false positives, when
package has implemented changes as described in
http://wiki.debian.org/UnpackWaf

source-contains-waf-binary tag will still be triggered, since executable
python file called 'waf' is still present after unpacking.

Here are some possible additional conditions to add, which will
remove false positives for the case when UnpackWaf was performed:

- AND waflib/ does not exist
- AND waf is < 5kB
- AND waf does not contain regexp ^#==>$
- AND waf is plain text / doesn't contain funny binary data

Please let me know what you prefer best and I can implement a patch.

Regards,

Dmitrijs.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#660044: flowscan: diff for NMU version 1.006-13.1

[Leo Iannacone]

tags 660044 + patch
tags 660044 + pending
thanks

Dear maintainer,

I've prepared an NMU for flowscan (versioned as 1.006-13.1) and
uploaded it to DELAYED/3. Please feel free to tell me if I
should delay it longer.

Regards.
reverted:
--- flowscan-1.006/configure.in
+++ flowscan-1.006.orig/configure.in
@@ -135,13 +135,13 @@
 
 dnl Checks for misc.
 
+AC_MSG_CHECKING(that service name for 80/tcp is http)
+if $PERL_PATH -I$perllib -MSocket -e 'exit("http" eq getservbyport(80, "tcp")? 
0 : 1)'
-AC_MSG_CHECKING(that service name for 80/tcp is www)
-if $PERL_PATH -I$perllib -MSocket -e 'exit("www" eq getservbyport(80, "tcp")? 
0 : 1)'
 then
AC_MSG_RESULT(yes)
 else
AC_MSG_RESULT(no)
+   AC_MSG_ERROR(Please change /etc/services so that the service name for 
80/tcp is http with alias www, www-http)
-   AC_MSG_ERROR(Please change /etc/services so that the service name for 
80/tcp is www with alias http, www-http)
 fi
 
 AC_OUTPUT(Makefile flowscan graphs.mf example/crontab util/locker 
util/add_ds.pl util/add_txrx util/event2vrule util/ip2hostname)
reverted:
--- flowscan-1.006/configure
+++ flowscan-1.006.orig/configure
@@ -1296,14 +1296,14 @@
 
 
 
+echo $ac_n "checking that service name for 80/tcp is http""... $ac_c" 1>&6
+echo "configure:1301: checking that service name for 80/tcp is http" >&5
+if $PERL_PATH -I$perllib -MSocket -e 'exit("http" eq getservbyport(80, "tcp")? 
0 : 1)'
-echo $ac_n "checking that service name for 80/tcp is www""... $ac_c" 1>&6
-echo "configure:1301: checking that service name for 80/tcp is www" >&5
-if $PERL_PATH -I$perllib -MSocket -e 'exit("www" eq getservbyport(80, "tcp")? 
0 : 1)'
 then
echo "$ac_t""yes" 1>&6
 else
echo "$ac_t""no" 1>&6
+   { echo "configure: error: Please change /etc/services so that the service 
name for 80/tcp is http with alias www" 1>&2; exit 1; }
-   { echo "configure: error: Please change /etc/services so that the service 
name for 80/tcp is www with alias http" 1>&2; exit 1; }
 fi
 
 trap '' 1 2 15
diff -u flowscan-1.006/debian/changelog flowscan-1.006/debian/changelog
--- flowscan-1.006/debian/changelog
+++ flowscan-1.006/debian/changelog
@@ -1,3 +1,11 @@
+flowscan (1.006-13.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix configure looking for http service instead of www
+(Closes: 660044, LP: #935087). 
+
+ -- Leo Iannacone   Tue, 28 Feb 2012 00:50:32 +0100
+
 flowscan (1.006-13) unstable; urgency=low
 
   * New maintainer (Closes: #402663).



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#525794: (no subject)

[Lisandro Damián Nicanor Pérez Meyer]

tags 525794 moreinfo
thanks

Please confirm this bug with KDE 4.6. A lot of stuff has been improving in 
this side.

Kinds regards, Lisandro.

-- 
"In college, I cooked some hot dogs by putting metal forks in each end of the
hot dog and running 120 volts through it. Hot dogs have just enough
conductivity so that this works well"
  greenroom(576281) - on a truly geeky way to cook hot dogs.
  Posted in Slashdot, also found in The Open Source Cookbook for Geeks.

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#490604: debian-policy: please don't state that scripts working under dash are 'probably' policy-compliant

[Russ Allbery]

Jonathan Nieder  writes:
> Russ Allbery wrote:

>> I think checkbashisms and posh are an improvement over just suggesting
>> bash (and checkbashisms, in particular, is much easier to use), so my
>> inclination is to stick with the new wording and leave the further details
>> for other tools.

> I assume by 'bash' you mean 'dash' above.

Yes, sorry.

> I would prefer a less specific note:

>   Checking your script with checkbashisms from the devscripts
>   package or running your script with an alternate shell such as
>   posh may help uncover violations of the above requirements.

Okay, that seems fine to me.  I'll make that change.

-- 
Russ Allbery (r...@debian.org)   



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#657220: (no subject)

[Eshat Cakar]

tags 657220 fixed-upstream
thanks

This has been fixed in KDE SC 4.8.0

-- 
eshat cakar
web: www.eshat.de   gpg-id: 799B 95D5



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#638060: debian-policy: §9.1.1: FHS should also be a "must" for generated files

[Russ Allbery]

Jonathan Nieder  writes:
> Russ Allbery wrote:

 I guess the concern is that you feel this language implies that packages
 aren't allowed to support non-FHS configuration?  Would this be better?

The location of all files and directories must comply with the
Filesystem Hierarchy Standard (FHS), version 2.3, with the
exceptions noted below, and except where doing so would
violate other terms of Debian Policy or where the local
administrator has explicitly configured the software to use
different paths.  The following exceptions to the FHS apply:

>>> With s/software/system/, sounds good to me.

>> That doesn't sound right to me.  Surely the relevant configuration is
>> that of the individual software packages (setting DocumentRoot to /web,
>> setting TMPDIR when running some application to /tempfs/foo, or
>> changing Postfix's mail_spool_directory setting to /mail), not only
>> system-wide configuration?

> Those all sound like examples of configuring the system, except for
> TMPDIR which can be used as a run-time option and doesn't fit with
> what I usually think of as configuration[*].

Hm, okay.  We seem to be using the same words to mean much different
things, since I think changing the Postfix mail_spool_directory setting is
configuring the Postfix software (since it doesn't affect anything other
than Postfix).  Configuring the system would, to me, be doing something
that configures every software package on the system at once (like setting
TMPDIR globally for all processes), and there usually aren't as many hooks
to do that kind of thing.

> However: now that I've looked more carefully at the FHS, I see it
> explicitly makes statements like the following:

>   /home is a fairly standard concept, but it is clearly a site-specific
>   filesystem. [9] The setup will differ from host to host. Therefore, no
>   program should rely on this location. [10]

> The constraints the FHS allows applications to rely on actually seem
> pretty conservative.  Cases where they aren't are probably specification
> bugs and relying on the FHS means it is more likely that they can be
> found and fixed.  I'd be fine with your original one-line change.

Right, the FHS doesn't tell software that it's not allowed to assume other
paths.

> [*] e.g., are one-off command-line options configuration?

Sure.  You're configuring that invocation of the program to use
non-default behavior.

-- 
Russ Allbery (r...@debian.org)   



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#661560: jhdf: FTBFS on kfreebsd

[Julien Cristau]

Package: jhdf
Version: 2.8.0-3
Severity: serious

jhdf fails to build on the kfreebsd-* buildds with:
> Syntax error, annotations are only available if source level is 1.5

See https://buildd.debian.org/status/package.php?p=jhdf

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#624782: mirror submission for mirrors.coreix.net

[Raphael Geissert]

Hi,

On Monday 27 February 2012 03:04:42 Coreix Mirrors wrote:
> Hello and thanks for the reply, Raphael.
> I'll try to set up anonftpsync. Could you recommend a good rsync server
> to sync from the UK?

Please note that the current script set is _ftpsync_, not _anon_ftpsync. 
anonftpsync has been deprecated.

As for mirrors in the UK, there are several.
According to our records, in London there are the following rsync mirrors:

ftp.uk.debian.org
ukdebian.mirror.anlx.net
ftp.ticklers.org

None seem to be AS peers, though.


I just noticed that you are now mirroring more architectures than what you 
initially stated. Is that intended and should therefore be included in your 
mirror registration?

Kind regards,
-- 
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#490604: debian-policy: please don't state that scripts working under dash are 'probably' policy-compliant

[Jonathan Nieder]

Russ Allbery wrote:

> I think checkbashisms and posh are an improvement over just suggesting
> bash (and checkbashisms, in particular, is much easier to use), so my
> inclination is to stick with the new wording and leave the further details
> for other tools.

I assume by 'bash' you mean 'dash' above.

I certainly didn't mean to suggest including a full list in policy.
What I was worried about is that people will follow the following
process:

  no checkbashisms warnings?
  can posh handle it?
  ok, I'm done.

while the following has worked better for me:

  can dash handle it?
  can ksh88 handle it? (alas, not in Debian)
  ok, I'm done.

and the following is ideal:

  no checkbashisms warnings?
  can all (6?) shells in Debian that are policy-compliant as /bin/sh
   handle it?
  ok, I'm done, until someone files a bug report.

The test is easier to carry out once the target of /bin/sh is allowed
to vary among more shells.  Currently bash and dash are the only link
targets that can be chosen using packages from sid without the symlink
being overwritten by upgrades.

I would prefer a less specific note:

Checking your script with checkbashisms from the devscripts
package or running your script with an alternate shell such as
posh may help uncover violations of the above requirements.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#656838: oce FTBFS on Alpha: Alpha Linux is misdetected as Alpha OSF1 Unix

[Adam C Powell IV]

Hello,

On Mon, 2012-02-27 at 15:45 +0100, D. Barbier wrote:
> Le 27 février 2012 15:24, Adam C Powell IV  a écrit :
> > On Sun, 2012-02-26 at 08:54 -0500, Adam C Powell IV wrote:
> > [snip]
> > There are a couple of issues in the git repository though.  I
> > accidentally merged pristine-tar into Debian on January 8, and am not
> > sure how to un-merge it, though was able to build in spite of it, sorry
> > about that!
> 
> Hello Adam,
> 
> Try:
>   $ git rebase --onto fd53673  9a7eb41 debian
>   $ git diff HEAD origin/debian
>   $
> 
> You will have to use the --force command-line flag of git push in
> order to upload this new head.

Great, I think this worked.

> > And the last upstream tag is 0.7.0, can you please merge in the newer
> > upstream tags?
> 
> There are normal tags, and not annotated ones, see
>http://anonscm.debian.org/gitweb/?p=debian-science/packages/oce.git;a=tags
> 
> Does this cause trouble?

No, not especially, I just like to have them there for completeness.
But I think we're fine at this point.

Thanks again,
Adam
-- 
GPG fingerprint: D54D 1AEE B11C CE9B A02B  C5DD 526F 01E8 564E E4B6

Engineering consulting with open source tools
http://www.opennovation.com/


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

Bug#661559: Evolution Crashes On Receiving Email

[Tsu Jan]

Package: evolution
Version: 3.2.2-1

After a recent system update, Evolution crashes on receiving emails.
Mails still can be sent without problem.

The terminal just says "Segmentation Fault" and nothing else. When I use
gdb, strace or ddd, Evolution doesn't crash anymore and there's nothing
suspicious about the outputs.

I even ran Evolution in ICEWM with the same results.

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

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

Versions of packages evolution depends on:
ii  dbus  1.4.18-1
ii  debconf [debconf-2.0] 1.5.41
ii  evolution-common  3.2.2-1
ii  evolution-data-server 3.2.2-1
ii  gconf22.32.4-1
ii  gnome-icon-theme  3.2.1.2-1
ii  libatk1.0-0   2.2.0-2
ii  libc6 2.13-26
ii  libcairo-gobject2 1.10.2-6.2
ii  libcairo2 1.10.2-6.2
ii  libcamel-1.2-29   3.2.2-1
ii  libcanberra-gtk3-00.28-3
ii  libcanberra0  0.28-3
ii  libclutter-1.0-0  1.8.4-1
ii  libclutter-gtk-1.0-0  1.0.4-1
ii  libcogl-pango01.8.2-1
ii  libcogl5  1.8.2-1
ii  libdrm2   2.4.30-1
ii  libebackend-1.2-1 3.2.2-1
ii  libebook-1.2-12   3.2.2-1
ii  libecal-1.2-103.2.2-1
ii  libedataserver-1.2-15 3.2.2-1
ii  libedataserverui-3.0-13.2.2-1
ii  libenchant1c2a1.6.0-7
ii  libevolution  3.2.2-1
ii  libfontconfig12.8.0-3.1
ii  libfreetype6  2.4.8-1
ii  libgail-3-0   3.2.3-1
ii  libgconf2-4   2.32.4-1
ii  libgdata130.10.1-2
ii  libgdk-pixbuf2.0-02.24.1-1
ii  libgl1-mesa-glx [libgl1]  7.11.2-1
ii  libglib2.0-0  2.30.2-6
ii  libgnome-desktop-3-2  3.2.1-3
ii  libgtk-3-03.2.3-1
ii  libgtkhtml-4.0-0  4.2.2-1
ii  libgtkhtml-editor-4.0-0   4.2.2-1
ii  libgweather-3-0   3.2.1-1
ii  libical0  0.44-3
ii  libjson-glib-1.0-00.14.2-1
ii  libmx-1.0-2   1.4.1-1
ii  libnotify40.7.4-1
ii  libnspr4-0d   4.9~beta5-2
ii  libnss3-1d3.13.1.with.ckbi.1.88-1
ii  libpango1.0-0 1.29.4-2
ii  libsoup-gnome2.4-12.34.3-1
ii  libsoup2.4-1  2.34.3-1
ii  libsqlite3-0  3.7.10-1
ii  libx11-6  2:1.4.4-4
ii  libxcomposite11:0.4.3-2
ii  libxdamage1   1:1.1.3-2
ii  libxext6  2:1.3.0-3
ii  libxfixes31:5.0-4
ii  libxi62:1.4.5-1
ii  libxml2   2.7.8.dfsg-7
ii  psmisc22.15-2

Versions of packages evolution recommends:
ii  bogofilter 1.2.2+dfsg1-1
ii  evolution-plugins  3.2.2-1
ii  evolution-webcal   
ii  yelp   3.2.1+dfsg-1+b1

Versions of packages evolution suggests:
ii  evolution-dbg   3.2.2-1
ii  evolution-exchange  
ii  evolution-plugins-experimental  
ii  gnupg   1.4.11-3
ii  network-manager 0.9.2.0-2

-- debconf information:
  evolution/kill_processes:
  evolution/needs_shutdown:





-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#661557: libghc-binary-doc: Conflict with ghc-doc

[Samuel Thibault]

Package: libghc-binary-doc
Version: 0.5.1.0-1
Severity: serious
Justification: FTBFS

Hello,

The libghc-binary-doc package and ghc-doc conflict:

Unpacking libghc-binary-doc (from .../libghc-binary-doc_0.5.1.0-1_all.deb) ...
dpkg: error processing 
/var/cache/apt/archives/libghc-binary-doc_0.5.1.0-1_all.deb (--unpack):
 trying to overwrite '/usr/lib/ghc-doc/haddock/binary-0.5.1.0/binary.haddock', 
which is also in package ghc-doc 7.4.1-1

That makes e.g. the haskell-zip-archive FTBFS.

Samuel

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

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

-- 
Samuel Thibault 
 M.  MIMRAM  Samuel Antonin
 en voila un qui etait predestiné
 -+- #ens-mim - Quelles gueules qu'ils ont les ptits nouveaux ? -+-



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#638060: debian-policy: §9.1.1: FHS should also be a "must" for generated files

[Jonathan Nieder]

Russ Allbery wrote:
> Jonathan Nieder  writes:
>> Russ Allbery wrote:

>>> I guess the concern is that you feel this language implies that packages
>>> aren't allowed to support non-FHS configuration?  Would this be better?
>>>
>>> The location of all files and directories must comply with the
>>> Filesystem Hierarchy Standard (FHS), version 2.3, with the
>>> exceptions noted below, and except where doing so would
>>> violate other terms of Debian Policy or where the local
>>> administrator has explicitly configured the software to use
>>> different paths.  The following exceptions to the FHS apply:
>
>> With s/software/system/, sounds good to me.
>
> That doesn't sound right to me.  Surely the relevant configuration is that
> of the individual software packages (setting DocumentRoot to /web, setting
> TMPDIR when running some application to /tempfs/foo, or changing Postfix's
> mail_spool_directory setting to /mail), not only system-wide
> configuration?

Those all sound like examples of configuring the system, except for
TMPDIR which can be used as a run-time option and doesn't fit with
what I usually think of as configuration[*].  Do you have some clearer
wording in mind?

However: now that I've looked more carefully at the FHS, I see it
explicitly makes statements like the following:

  /home is a fairly standard concept, but it is clearly a site-specific
  filesystem. [9] The setup will differ from host to host. Therefore, no
  program should rely on this location. [10]

The constraints the FHS allows applications to rely on actually seem
pretty conservative.  Cases where they aren't are probably
specification bugs and relying on the FHS means it is more likely that
they can be found and fixed.  I'd be fine with your original one-line
change.

Thanks to Bernard for a useful example.

Sorry for the fuss,
Jonathan

[*] e.g., are one-off command-line options configuration?



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#661556: include/{SDL,GL} missing from debian/copyright

[Ansgar Burchardt]

Package: src:spring
Version: 85.0+dfsg1-2
Severity: important

The files in include/{SDL,GL} are missing from debian/copyright.  They
were removed from the Git repository, but are still present in the
upstream tarball (and thus also when the source package is extracted
such as on buildds).

Please either document them or also remove them from the upstream
tarball.

Regards,
Ansgar



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#585409: [pkg-wine-party] Bug#585409: Bug#585409: Please package wine1.2 series

[Stephen Kitt]

Hi Andrey,

On Mon, 27 Feb 2012 15:49:18 +0600, Andrey Rahmatullin  wrote:
> On Sat, May 21, 2011 at 12:32:51AM +0200, Ove Kåven wrote:
> > Den 16. mai 2011 17:53, skrev Alessio Treglia:
> > > any news on this?
> > 
> > I've been more busy than I thought, and won't have much time for the
> > next 3 weeks.
> > 
> > It might happen sooner if Stephen Kitt were to write the get-orig-source
> > rule for wine-gecko for me, so I wouldn't have to spend time on that
> > myself. If so, perhaps I can squeeze in the time for doing the rest of
> > the packaging job between my other tasks. (But no guarantees.)
> > 
> > Otherwise, it'll be a few more weeks.
> Any news on this? It looks like we will need to use unofficial builds
> throughout the next stable too.

Currently (as you no doubt know), we have wine-gecko 1.0.0 in the archives
and the first few versions of Wine using it (up to 1.1.36). Unfortunately
despite the statement in the Wine changelog, Ove hasn't managed to find the
time to continue uploading newer versions. There's a 1.1.37 being prepared by
Scott Leggett (see the mailing list archives at
http://lists.alioth.debian.org/pipermail/pkg-wine-party/ for details), but at
this rate as you point out there's no way we'll get Wine 1.4 into Wheezy.

I'm not sure it's worth trying to continue packaging every single version at
this stage; as I see it the sensible thing to do would be to package the
various Wine 1.2 releases (I've done the packaging work already, and all the
releases are similar), then move to version 1.4, which involves:
* packaging wine-gecko 1.1 (because that's the latest version we can build
  with the tools currently available in the Debian archives)
* packaging Wine 1.3.13, 1.3.14 or 1.3.15 (because those are the only
  versions still using wine-gecko 1.1 while also providing the tools required
  to package later versions of wine-gecko)
* packaging wine-gecko 1.4 (which also needs some updates to mingw-w64, which
  I'll take care of)
* packaging Wine 1.4.

Ove had plans to improve the Wine packaging but as far as I know no one else
but him knows the details.

I've started work on the two wine-gecko packages, but I probably won't have
time to do much on them before the end of March. wine-gecko 1.1 doesn't need
much, it only needs a couple of patches from the 1.0 package to build with
current mingw-w64 so the main obstacle is the usual licensing review.
wine-gecko 1.4 is a bit more complicated. I haven't started looking at all
the changes required for the Wine packages.

Obviously Ove's still the official Wine maintainer, so he'd have the final
say. Ove, my offer to help (as per #479659) is still valid, as I dare say is
Michael's; if you no longer have the time for Wine packaging perhaps you
could process our pkg-wine-party requests on Alioth and let us work on the
existing git repository...

Regards,

Stephen


signature.asc
Description: PGP signature

Bug#661298: mirror submission for mirror.debian.cl

[Raphael Geissert]

Hi,

It appears that the trace file has been renamed to debian.netlinux.cl.
Since the mirror will be registered as "mirror.debian.cl", the trace file 
needs to match.

Please adjust the MIRRORNAME variable in your ftpsync configuration file.

Kind regards,
-- 
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#646288: apt-get build-dep -a $arch: wrong tradeoff for the default?

[Alban Browaeys]

Package: apt
Version: 0.8.16~exp13
Followup-For: Bug #646288

I had one issue with the previous patch with debhelper:all . Empty
InstVerIter and CandidateVersionIter. I fixed it by not applying the 
FindPkg(hostArch) for :All packages (ie this call replace the Pkg
iterator with a non existant arch versoin of the package).

Attached is the fix above the patch
http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=30;filename=apt-646288.patch;att=1;bug=646288
.

Best regards,
Alban


-- Package-specific info:

-- (no /etc/apt/preferences present) --


-- /etc/apt/sources.list --


# deb cdrom:[Debian GNU/Linux testing _Squeeze_ - Official Snapshot amd64 
NETINST Binary-1 20100322-03:31]/ squeeze main 

# deb cdrom:[Debian GNU/Linux testing _Squeeze_ - Official Snapshot amd64 
NETINST Binary-1 20100322-03:31]/ squeeze main 

deb http://ftp.uk.debian.org/debian/ experimental main non-free contrib 
deb-src http://ftp.uk.debian.org/debian/ experimental main non-free contrib 

deb http://ftp.fr.debian.org/debian/ unstable main non-free contrib 
deb-src http://ftp.fr.debian.org/debian/ unstable main non-free contrib 

deb http://ftp.fr.debian.org/debian/ wheezy main 
deb-src http://ftp.fr.debian.org/debian/ wheezy main 

deb http://security.debian.org/ wheezy/updates main 
deb-src http://security.debian.org/ wheezy/updates main 
# deb http://archive.canonical.com/ubuntu/ hardy partner 




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

Kernel: Linux 3.3.0-rc1test0-00391-g9454d2f (SMP w/2 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages apt depends on:
ii  debian-archive-keyring  2011.10.23
ii  gnupg   1.4.11-3
ii  libc6   2.13-27
ii  libgcc1 1:4.6.2-16
ii  libstdc++6  4.6.2-16
ii  zlib1g  1:1.2.6.dfsg-2

apt recommends no packages.

Versions of packages apt suggests:
ii  apt-doc 
ii  aptitude0.6.5-1
ii  bzip2   1.0.6-1
ii  dpkg-dev1.16.2~wipmultiarch
ii  lzma9.22-2
ii  python-apt  0.8.4~exp1
ii  synaptic0.75.5~exp6

-- no debconf information
=== modified file 'cmdline/apt-get.cc'
--- cmdline/apt-get.cc	2012-01-29 12:24:17 +
+++ cmdline/apt-get.cc	2012-02-27 22:44:55 +
@@ -2863,13 +2863,14 @@
 	   if ((BADVER(Ver)) == false)
 	   {
 		  string forbidden;
-		  if (Ver->MultiArch == pkgCache::Version::None || Ver->MultiArch == pkgCache::Version::All)
+		  if (Ver->MultiArch == pkgCache::Version::None)
 		  {
 		 if (colon == string::npos)
 		 {
 			Pkg = Ver.ParentPkg().Group().FindPkg(hostArch);
 		 }
 		  }
+		  else if (Ver->MultiArch == pkgCache::Version::All);
 		  else if (Ver->MultiArch == pkgCache::Version::Same)
 		  {
 		 if (colon == string::npos)

Bug#623070: NMU

[Tobias Quathamer]

Hi,

I've just uploaded an NMU with the attached patch.

Regards,
Tobias
diff --git a/debian/changelog b/debian/changelog
index 6f68b25..03cc760 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+swedish (1.4.5-2.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Depend on new ispell. This rebuild fixes an RC bug.
+Thanks to Svante Signell (Closes: #623070)
+
+ -- Tobias Quathamer   Mon, 27 Feb 2012 23:43:25 +0100
+
 swedish (1.4.5-2) unstable; urgency=low
 
   * New Maintainer (closes: #156532).
diff --git a/debian/control b/debian/control
index aab33ab..7f83a9a 100644
--- a/debian/control
+++ b/debian/control
@@ -2,12 +2,12 @@ Source: swedish
 Section: text
 Priority: optional
 Maintainer: Jeremiah C. Foster 
-Build-Depends: debhelper (>= 5), ispell, perl, dictionaries-common-dev (>= 0.20)
+Build-Depends: debhelper (>= 5), ispell (>= 3.3.02), perl, dictionaries-common-dev (>= 0.20)
 Standards-Version: 3.8.0
 
 Package: iswedish
 Architecture: any
-Depends: ispell, ${misc:Depends}, dictionaries-common(>= 0.20)
+Depends: ispell (>= 3.3.02), ${misc:Depends}, dictionaries-common (>= 0.20)
 Suggests: wswedish
 Provides: ispell-dictionary
 Description: Swedish dictionary for ispell
@@ -17,7 +17,7 @@ Description: Swedish dictionary for ispell
 
 Package: wswedish
 Architecture: all
-Depends: ${misc:Depends}, dictionaries-common(>= 0.20)
+Depends: ${misc:Depends}, dictionaries-common (>= 0.20)
 Provides: wordlist
 Description: Swedish dictionary words for /usr/share/dict
  This is a list of 120,000 Swedish words and names, to be used


signature.asc
Description: OpenPGP digital signature

Bug#661553: trying to overwrite '/usr/lib/libnetcdf_c++.so.4', which is also in package libnetcdf4 1:3.6.3-1

[Soeren Sonnenburg]

On Mon, 2012-02-27 at 23:35 +0100, Francesco P. Lovergine wrote:
> On Mon, Feb 27, 2012 at 10:32:53PM +0100, Soeren Sonnenburg wrote:
> > Package: libnetcdfc++5
> > Version: 1:4.1.1-8+b1
> > Severity: grave
> > 
> > on upgrade I get
> > 
> > Preparing to replace libnetcdfc++5 1:4.1.1-8+b1 (using
> > .../libnetcdfc++5_1%3a4.1.3-1_amd64.deb) ...
> > Unpacking replacement libnetcdfc++5 ...
> > dpkg: error processing
> > /var/cache/apt/archives/libnetcdfc++5_1%3a4.1.3-1_amd64.deb (--unpack):
> >  trying to overwrite '/usr/lib/libnetcdf_c++.so.4', which is also in
> >  package libnetcdf4 1:3.6.3-1
> > 
> 
> Uhm, I'm supposing you put on hold the old 3.6.3 libraries, don't you?

No...

$ dpkg -l | grep netcdf | grep -v ^i
$ 


-- 
For the one fact about the future of which we can be certain is that it
will be utterly fantastic. -- Arthur C. Clarke, 1962


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

Bug#660894: [INTL:da] Danish translation of the debconf templates elmerfem

[Adam C Powell IV]

tags 660894 pending
thanks

On Wed, 2012-02-22 at 17:54 +, Joe Dalton wrote:
> Package: elmerfem
> Severity: wishlist
> Tags: l10n patch
> 
> Please include the attached Danish elmerfem translations.
> 
> joe@pc:~/over/debian/elmerfem$ msgfmt --statistics -c -v -o /dev/null
> da.poda.po: 3 oversatte tekster.
> 
> bye
> Joe

Thank you very much, I have included this in the alioth git repository
and it will be part of the next upload.

-Adam
-- 
GPG fingerprint: D54D 1AEE B11C CE9B A02B  C5DD 526F 01E8 564E E4B6

Engineering consulting with open source tools
http://www.opennovation.com/


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

Bug#661126: elmerfem: [INTL:nl] Dutch translation of debconf templates

[Adam C Powell IV]

tags 661126 pending
thanks

On Fri, 2012-02-24 at 12:01 +0100, Jeroen Schot wrote:
> Package: elmerfem
> Severity: wishlist
> Tags: patch l10n
> 
> Hello,
> 
> Attached is the Dutch translation of the elmerfem debconf templates.
> Please include it in your next upload.

Thank you very much, I have included this in the alioth git repository
and it will be part of the next upload.

-Adam
-- 
GPG fingerprint: D54D 1AEE B11C CE9B A02B  C5DD 526F 01E8 564E E4B6

Engineering consulting with open source tools
http://www.opennovation.com/


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

Bug#638060: debian-policy: §9.1.1: FHS should also be a "must" for generated files

[Russ Allbery]

Jonathan Nieder  writes:
> Russ Allbery wrote:

>> I guess the concern is that you feel this language implies that packages
>> aren't allowed to support non-FHS configuration?  Would this be better?
>>
>>  The location of all files and directories must comply with the
>>  Filesystem Hierarchy Standard (FHS), version 2.3, with the
>>  exceptions noted below, and except where doing so would
>>  violate other terms of Debian Policy or where the local
>>  administrator has explicitly configured the software to use
>>  different paths.  The following exceptions to the FHS apply:

> With s/software/system/, sounds good to me.

That doesn't sound right to me.  Surely the relevant configuration is that
of the individual software packages (setting DocumentRoot to /web, setting
TMPDIR when running some application to /tempfs/foo, or changing Postfix's
mail_spool_directory setting to /mail), not only system-wide
configuration?

-- 
Russ Allbery (r...@debian.org)   



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#661555: python-roman: URL link in debian package description is broken

[Konrad Schöbel]

Package: python-roman
Version: 0.8.1-5
Severity: minor

Dear Maintainer,

The URL link 'http://diveintopython.org/' in the debian package description
yields a '410 Gone' error with the message

The requested resource
/
is no longer available on this server and there is no forwarding 
address.
Please remove all references to this resource.

The correct adress is 'http://diveintopython.net'.


Regards,

Konrad Schöbel

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

Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.utf8)
Shell: /bin/sh linked to /bin/dash

Versions of packages python-roman depends on:
ii  python  2.7.2-10
ii  python-support  1.0.14

python-roman recommends no packages.

python-roman suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#661524: strongswan: Compatibility for Apple iOS devices

[Tobias Brunner]

Hi Tony,

I'm not sure if --enable-cisco-quirks is actually required to support
iOS devices.  I know our wiki says otherwise, but the page you refer to
was written mainly by a user who apparently assumed the client on iOS
devices is written by Cisco, which is a common misconception.  The fact
is, thought, that the client on the iOS devices is actually racoon (the
Cisco logo and name is just for marketing reasons).

Could you please try without the option (i.e. with the stock Debian
package).  If it works I will change the wiki page accordingly.

Thanks,
Tobias



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#659498: RFS: solarpowerlog -- photovoltaic data logging

[Tobias Frost]

Am Freitag, den 17.02.2012, 12:48 +0100 schrieb Benoît Knecht:

Sorry for the late reply, spare time was quite spare the last days...

> Hi Tobias,
> 
> As promised, here's my review of your package:
> 
>   - In debian/solarpowerlog.default, you define /etc/solarpowerlog as
> the default RUNDIR; what files is your program expecting to find
> there, HTML templates? If so, installing some default templates in
> /usr/share/solarpowerlog and pointing your program to that directory
> seems like a better option.

The templates were in an earlier release at /etc/solarpowerlog, but I
moved them to /usr/share/docs/solarpowerlog/examples after I got
received some critism about the usage of the similie timeline widgets,
which are (if they are) only very hard to package. 
So I won't install any default templates except as the said examples,
but I will remove the reference to the rundir and hint in the installed
example configuration file to use absolute paths.  

> You also note there that start-stop-daemon is taking care of running
> solarpowerlog in the background, but according to
> start-stop-daemon(8), "this is a last resort, and is only meant for
> programs that either make no sense forking on their own, or where
> it's not feasible to add the code for them to do this themselves";
> since your program can put itself in the background, you should
> rather use that possibility. This way, it will also make sense
> checking the exit status of start-stop-daemon in do_start in the
> init script, because if you use its '-b' option, it can't determine
> if the process failed to execute.

Yes, the daemon support of solarpowerlog is a mixture of barely tested,
incomplete, limited, you name it.. At least up to version 0.22, as I
worked on this with the last commit to my development branch. In other
words, 0.23, which I plan to release soon, will get rid of the hacks you
mentined above.  

> And it'd be best to wrap lines at 80 columns.
> 
>   - Running uscan tells me:
> 
>   Processing watchfile line for package solarpowerlog...
>   Newest version on remote site is 0.21a, local version is 0.22
>   solarpowerlog: remote site does not even have current version

I had an typo ("_" instead of "-") when I uploaded the latest tarball to
sf.net. Should work now. 

>   - I think your short description should read "photovoltaic data
> logger", as in "solarpowerlog is a ..."
> 
> And in the long description, you wrote "photo-voltaic"; I think you
> should stick to the former spelling.
> 
> The second paragraph of the long description is missing punctuation.

Fixed in my debian branch.

>   - In the solarpowerlog(1) man page, the SEE ALSO section appears to be
> a subsection of OPTIONS.
> 
> Please consider removing the AUTHOR section (see man-pages(7) for an
> explanation why).
> 
> In DESCRIPTION, I would start with "solarpowerlog tracks and
> logs..."; it's not just its purpose, it's what it actually does,
> right? Same for the second sentence.
> 
> In OPTIONS, you start with "These programs"; why the plural?

The easy things are already fixed, the complete rewording will take some
time ;-) 
Especially as I added several command line options (thanks to the
improved daemon support) I will have to rework those manpage. Its a
pitty that I like coding more than wording, but it is defintly on the
list. 

> Cheers,
> 
> -- 
> Benoît Knecht
> 
> 
> 

Many thanks for the feedback,

Bye,
coldtobi



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#638060: debian-policy: §9.1.1: FHS should also be a "must" for generated files

[Jonathan Nieder]

Russ Allbery wrote:

> I guess the concern is that you feel this language implies that packages
> aren't allowed to support non-FHS configuration?  Would this be better?
>
>   The location of all files and directories must comply with the
>   Filesystem Hierarchy Standard (FHS), version 2.3, with the
>   exceptions noted below, and except where doing so would
>   violate other terms of Debian Policy or where the local
>   administrator has explicitly configured the software to use
>   different paths.  The following exceptions to the FHS apply:

With s/software/system/, sounds good to me.

Thanks,
Jonathan



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#578046: currupts archives on 64bit systems with buffers larger than 2gb

[Koen Holtman]

On Fri, 16 Apr 2010, Yuri D'Elia wrote:


Package: afio
Severity: important
Tags: patch

When the block size * block count equals to 2gb or more, afio corrupts the
archive by truncating all files larger than 2gb.

[...]

Thanks for the bug report and patch, I am reviewing and incorporating it 
in the upstream.


The patch upgrades some uints to size_t, but it does not upgrade the count 
argument of readall to size_t, so I think this might lead to the achive 
ending up corrupt because not all data is written into it if your memory 
buffer (size * block count) is over 4GB and the file being archived is 
over 4 GB. I am not entirely sure, I have not tested it to verify, but 
just a warning: if you upgraded to 4GB memory buffer you might have gotten 
corrupt archives.


Cheers,

Koen.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#659898: coinor-ipopt: FTBFS during doxygen latex step

[Adam C Powell IV]

On Mon, 2012-02-27 at 21:05 +0100, trophime wrote:
> Hi,
> with the following patches the package builds fine.

Thanks very much Christophe!  This is incredibly helpful.

Roberto, can you take care of applying these patches and uploading, or
do you want me to do an NMU?  This is holding up a pretty big
transition.

-Adam
-- 
GPG fingerprint: D54D 1AEE B11C CE9B A02B  C5DD 526F 01E8 564E E4B6

Engineering consulting with open source tools
http://www.opennovation.com/


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

Bug#317466: Bug#534521: this is a bug in eglibc, not in pax

[Thorsten Glaser]

Aurelien Jarno dixit:

>I disagree. Pax isn't built with large file support (because 
>doesn't allow that), so even if eglibc is fixed, pax would need to be
>fixed. Blocking bug should be used instead.

Right, I could have thought of that.

>The problem is not having fts_read64, but having a different FTSENT 
>structure.

The structure is changed along with the functions called.

Hrm, I think if users of this pass FTSENT pointers around
among themselves, this could indeed lead to problems. Damn.

How about providing a libfts64? (Or, more generic, a library
where everything where this is an issue has been built with
a 64-bit off_t)

bye,
//mirabilos
-- 
  “Having a smoking section in a restaurant is like having
  a peeing section in a swimming pool.”
-- Edward Burr



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#661553: trying to overwrite '/usr/lib/libnetcdf_c++.so.4', which is also in package libnetcdf4 1:3.6.3-1

[Francesco P. Lovergine]

On Mon, Feb 27, 2012 at 10:32:53PM +0100, Soeren Sonnenburg wrote:
> Package: libnetcdfc++5
> Version: 1:4.1.1-8+b1
> Severity: grave
> 
> on upgrade I get
> 
> Preparing to replace libnetcdfc++5 1:4.1.1-8+b1 (using
> .../libnetcdfc++5_1%3a4.1.3-1_amd64.deb) ...
> Unpacking replacement libnetcdfc++5 ...
> dpkg: error processing
> /var/cache/apt/archives/libnetcdfc++5_1%3a4.1.3-1_amd64.deb (--unpack):
>  trying to overwrite '/usr/lib/libnetcdf_c++.so.4', which is also in
>  package libnetcdf4 1:3.6.3-1
> 

Uhm, I'm supposing you put on hold the old 3.6.3 libraries, don't you?

-- 
Francesco P. Lovergine



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#661531: System updates complain about missing files and/or directories.

[Jonathan Nieder]

reopen 661531
reassign 661531 dracut 013-5
merge 637296 661531
quit

Bastian Blank wrote:
> On Mon, Feb 27, 2012 at 10:25:32PM +0100, Daniel Bassen wrote:

>> run-parts: executing /etc/kernel/postinst.d/dracut 3.2.0-1-amd64 
>> /boot/vmlinuz-3.2.0-1-amd64
>> E: Directories consolefonts, consoletrans, keymaps, unimaps not found.  
>> Please inform us about the issue including your OS name and version.
>
> dracut is not supported by the kernel team. Closing, as nothing can be
> done here.

Reopening and reassigning to dracut.

Thanks,
Jonathan



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#317466: Bug#534521: this is a bug in eglibc, not in pax

[Aurelien Jarno]

On Mon, Feb 27, 2012 at 08:50:00PM +, Thorsten Glaser wrote:
> reassign 317466 src:eglibc
> forcemerge 534521 317466
> thanks
> 
> This is not a bug in pax, but eglibc _really_ should do something.

I disagree. Pax isn't built with large file support (because 
doesn't allow that), so even if eglibc is fixed, pax would need to be
fixed. Blocking bug should be used instead.

> How about something like this (for all affected functions)?
> 
> #ifdef __USE_FILE_OFFSET64
> FTSENT*fts_read (FTS *) __asm__("fts_read64");
> #else
> FTSENT*fts_read (FTS *);
> #endif
> 
> Then just compile the *.c twice.
> 

The problem is not having fts_read64, but having a different FTSENT 
structure. This mean changing the glibc ABI, not something we want to do
only in Debian. This has to be dealt upstream.

-- 
Aurelien Jarno  GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#661554: ITP: kvpm -- Logical volume manager and disk partitioning tool

[Benjamin J. Scott]

Package: wnpp
Severity: normal
Owner: "Benjamin J. Scott" 

* Package name: kvpm
  Version : 0.8.5
  Upstream Author : Benjamin J. Scott 
* URL : http://http://sourceforge.net/projects/kvpm/
* License : GPL version 3
  Programming Lang: C++
  Description : Logical volume manager and disk partitioning tool

KVPM is a KDE GUI for the Linux Volume Manager project and libparted.  
It uses the standard LVM tools and programs to work with logical
volumes.  It can also format volumes and mount them.



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#654924: Fwd: Re: TigerVNC 1.0.90 src debs

[Joachim Falk]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Am 23.02.2012 20:00, schrieb Joachim Falk:
> Am 23.02.2012 13:04, schrieb Mike Gabriel:
>> Hi Joachim,
> 
>> On Do 23 Feb 2012 11:47:45 CET Joachim Falk wrote:
> 
>>> Hmm. Wait a bit. At the moment I am at work. Maybe this evening I have
>>> time to update my package to tigervnc 1.1.90. I already began yeasterday
>>> with this. And you are right there is now only cmake. I have begun
>>> to integrate the xorg server and the tigervnc sources into their own
>>> subdirs as git projects and svn checkouts. The quilt problem runs much
>>> deeper. Quilt for the toplevel project is no problem I think. However,
>>> the xorg tree has its own quilt files which have to be applied too.
> 
>> Hang on. I would love to prepare the package via Git on git.debian.org.
>> I am about to commit (at the weekend, probably) a version that is based
>> on 1.1.90 and uses quilt and cmake via cdbs.
> 
>> Do you have an account on Alioth? I really want to recommend package
>> development under Git.
Did you create your version on Alioth?

> Well git is a distributed version control system ;)
> 
> git clone http://xiao.jfalk.de/~joachim/tigervnc/tigervnc.git
Mine is as denoted above. It is still not fully functional. But
the patch system is finalized. Some patches from my tigervnc 1.1.0 deb
are already applied. The tigervnc and xorg tree integration is mostly
finished. I still seem to have a problem with the generation of the
automake/autoconf build files for the xorg tree.

> 
>> Thanks!
>> Mike
> 
> Regards,
> Joachim

Regards,
Joachim
- -- 
Joachim Falk 

You can always tell a really good idea by the enemies it makes.
  --programmers' axiom
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJPTAQOAAoJEIjUIAk+3OYMNz0P/05zfOvC7wdxVBGqLtNKEw/z
RjqxiBB87O18R3/BwhmcZSNX6+XJwn8CfmUMLFvPG4d5q5bOK0Bi8QnxQI4pHZLs
/nruHrY1VhUsyx3XSbUo9+QXyyAlGPX/WW3V/pU9jpySNXbZMpCcPtddVh0YvHwW
JF9kKHoa+bmCUq31P38Dm54Lx56Fnr1ALlwkZloCMilqrHYvyw7+GifM5SxfgHwK
sqlQB0mPbC5jboGTsVMm9hUeBDA+X27wUddxWZB8eYwsXmB/2v45AWY9GKNT1InF
iDtpVmM1fo9+fSXwqwTaJ7wyRKwOmORcLbMZ2EM/o1k7Ha6IrsXd1NZLb8HKhnKB
hC8b3Mv5diru/lt7MBJgLUdGf1mh1wq2feaNzznJh9ld86Kt87kBD0Roc4K2mKYE
Np4+rpLTHbF6bOPmSpfjXAEZCIQObJT/MlInz+mhdyxsDash2GfIXwy20yofjWBL
go++vxiUCB5UH8p4pBfj4KPrPamLUCxCSOZ3oC5hFfyCvLfDcB1Xyt7FZCcdGLya
/UFET48HqLrUEueNfIYmoJxqEk5TVf5O5aY55RazKaySg79S1SEc3DonuGx+07TU
Esp32pS8Nez7ViwQtnPg4BDmmmUUhcbQu+RuJ3t6rpUpvMcm7VD2tDSHRJaWo5pV
5wO3ZAvQD/SbCuDlJrDa
=7fOs
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#522638: Mibs licenses

[Lisandro Damián Nicanor Pérez Meyer]

Just as an update, the only thing that seems missinbg to upload this package 
is to check the MIBs licenses.

I will probably have to remove most (if not all) of them.

Considering that normally one would have to install certain propietary MIBs in 
order to access some specific propietary stuff, I still consider that we can 
ship docsis.

Kinds regards, Lisandro.

-- 
Super cow powers | bbq > /dev/stomach
  Traveler1, seen on #debian-ar, irc.oftc.net

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#587763: scary messages from JBD when manipulating quotas on ext4

[Robert L Mathews]

Jonathan Nieder wrote:


Thanks for the update, and no problem.  What filesystem options does
your test system use (as shown in /proc/mounts or by dumpe2fs -h
)?  How do you set up quotas on it?


Both the test system (that doesn't show errors) and the live system 
(that does) have identical mount options:


 ext4 rw,noatime,errors=remount-ro,acl,barrier=1,data=ordered,usrquota

The initial quotas were enabled with "quotaon -a", then by setting a 
100GB / 1 million file quota for each user on the system other than 
root, using "setquota".


Don't know why I couldn't reproduce it. Perhaps something to do with the 
live server's (heavy and varied) disk write patterns.




Looking closer, straightforward testing of that one patch would
probably not reveal much anyway --- any subtle effects wouldn't
necessarily be triggered often.  Pointers that might help someone
review the code:


Hmmm. These changes to eliminate an erroneous -- but harmless -- warning 
gives me the heebie-jeebies! In your shoes, I'd mark this as "won't fix" 
and let it get fixed in the next real kernel version change


--
Robert L Mathews, Tiger Technologies, http://www.tigertech.net/



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#661553: trying to overwrite '/usr/lib/libnetcdf_c++.so.4', which is also in package libnetcdf4 1:3.6.3-1

[Soeren Sonnenburg]

Package: libnetcdfc++5
Version: 1:4.1.1-8+b1
Severity: grave

on upgrade I get

Preparing to replace libnetcdfc++5 1:4.1.1-8+b1 (using
.../libnetcdfc++5_1%3a4.1.3-1_amd64.deb) ...
Unpacking replacement libnetcdfc++5 ...
dpkg: error processing
/var/cache/apt/archives/libnetcdfc++5_1%3a4.1.3-1_amd64.deb (--unpack):
 trying to overwrite '/usr/lib/libnetcdf_c++.so.4', which is also in
 package libnetcdf4 1:3.6.3-1


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

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

Versions of packages libnetcdfc++5 depends on:
ii  libc62.13-27
ii  libcurl3-gnutls  7.24.0-1
ii  libgcc1  1:4.6.2-16
ii  libnetcdfc6  1:4.1.1-8+b1
ii  libstdc++6   4.6.2-16

libnetcdfc++5 recommends no packages.

libnetcdfc++5 suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#660714: clementine: Startup crash with libqt4-sql 4.8

[Thomas PIERSON]

tags 660714 + pending upstream
thanks


Hello Micah,

Thank you for reporting this issue.
This will be fixed in the next upload.

Best regards,

Thomas Pierson



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#661537: Support for staged/bootstrap builds to break cyclic build-dependencies

[David Kalnischkies]

On Mon, Feb 27, 2012 at 20:00, Wookey  wrote:
> This little patch allows Build-Depends-Stage1 to be added to package
> control files, which is the proposed solution to this issue.

Is the discussion on that feature completed?
I vaguely recall "complains" about the naming and such stuff.
(Just want to avoid that this ends in a disaster like multiarch…)


> If we can get it into Wheezy then it will be easy to do work on this
> problem without needed a patched apt.

Attached was a patch for dpkg and the wiki also only mentions one
for dpkg. If there is one for APT and the feature is frozen i am sure
Michael will be fine with pushing it for wheezy.


I am not sure through how apt is supposed to be useful in this context
as it is high in the stack (in terms of bootstrapping), but i need to confess
that i consider bootstrapping "magic" so far, so i am properly wrong.


Best regards

David Kalnischkies



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#398536: radvd fails to upgrade if it does not like interface configuration

[Roger Leigh]

tags 398536 + patch
thanks

On Tue, Nov 14, 2006 at 12:00:25PM +0200, Meelis Roos wrote:
> Setting up radvd (1.0-1) ...
> Starting radvd: [Nov 14 11:48:37] radvd: no linklocal address configured for 
> eth3
> [Nov 14 11:48:37] radvd: error parsing or activating the config file: 
> /etc/radvd.conf failed.
> invoke-rc.d: initscript radvd, action "start" failed.
> dpkg: error processing radvd (--configure):
>  subprocess post-installation script returned error exit status 1
> 
> Maybe radvd should not fail installation when startup fails - this is one 
> problem.

This is quite a serious problem.  A misconfiguration or problem
starting/restarting radvd completely aborts package installation
and the entire dist-upgrade.  This should not happen, and it's
something that should have been fixed long ago--it's been
outstanding and unaddressed for five years now.

Please consider applying the attached patch, which makes this
a non-fatal error on upgrade.  You can change the "true" to
make this a more informative warning message should you wish.


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?   http://gutenprint.sourceforge.net/
   `-GPG Public Key: 0x25BFB848   Please GPG sign your mail.
diff -urN radvd-1.8.5.original/debian/rules radvd-1.8.5/debian/rules
--- radvd-1.8.5.original/debian/rules	2012-02-27 21:56:18.440128217 +
+++ radvd-1.8.5/debian/rules	2012-02-27 21:59:06.887147233 +
@@ -13,3 +13,6 @@
 override_dh_install:
 	install -m 644 debian/simple-radvd.conf `pwd`/debian/radvd/usr/share/doc/radvd/examples/
 	install -m 644 radvd.conf.example `pwd`/debian/radvd/usr/share/doc/radvd/examples/
+
+override_dh_installinit:
+	dh_installinit --error-handler=true

Bug#661487: Reported because of I thought it should be fixed

[Fabio Muzzi]

Dear Christian,

I have reported this bug because I believed it to be a regression, maybe 
in the Debian version only, of a bug that was fixed upstream more than 
one year ago. So I thought "maybe it's a Debian-specific bug, somehow 
the patch that Samba applied a year ago did not make it into Debian".


And anyway, I think it's a good idea to fix this bug in Squeeze, because 
even if it's not a security bug, it's quite crippling expecially for 
exotic software packages (complex CAD propgrams for example) that tend 
to trigger it a lot on shared library files, for example.



Thanks a lot for your help.


--

Fabio "Kurgan" Muzzi

- IZ4UFQ -

La diagnosi del tecnico:   Stiamo aspettando che Telecom risolva il 
problema sulla linea





--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#661552: mdadm: add fails, recommends zeroing superblock

[Omega Weapon]

Package: mdadm
Version: 3.2.3-2
Severity: normal

Dear Maintainer,

   * What led up to the situation?

/dev/sdk1 was marked as failed and removed from its RAID1 array (the sdk device
is the spare in the array).

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

mdadm --add --write-mostly /dev/md128 /dev/sdk1

   * What was the outcome of this action?

mdadm: /dev/sdk1 reports being an active member for /dev/md128, but a --re-add
fails.
mdadm: not performing --add as that would convert /dev/sdk1 in to a spare.
mdadm: To make this a spare, use "mdadm --zero-superblock /dev/sdk1" first.

   * What outcome did you expect instead?

mdadm should have accepted the device and resynced (this was the case with an
earlier version of mdadm).

This is basically the http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=651880 ,
but that bug has been archived so I cant add to it (if you believe the
notices).



-- Package-specific info:
--- mdadm.conf
DEVICE partitions
CREATE owner=root group=disk mode=0660 auto=yes
HOMEHOST 
MAILADDR root
ARRAY /dev/md/128 metadata=1.2 UUID=68580b40:f915f30d:f6f175a7:8c9ca8ab 
name=omega1:128
ARRAY /dev/md/129 metadata=1.2 UUID=0fba897e:432caa7e:c265b2a8:a3e884f0 
name=omega1:129
ARRAY /dev/md/Storage_1 metadata=1.2 UUID=63e417d8:f93313e8:c6d8fe0e:b3ca75e8 
name=omega1:Storage_1
PROGRAM "/mnt/Storage_1/Desktop Files/Linux Programming/Bash 
Scripts/mdadm_raid_event.bash"

--- /etc/default/mdadm
INITRDSTART='all'
AUTOSTART=true
AUTOCHECK=true
START_DAEMON=true
DAEMON_OPTIONS="--syslog"
VERBOSE=false

--- /proc/mdstat:
Personalities : [raid1] 
md127 : active raid1 sdd1[0] sdc1[2]
  976759865 blocks super 1.2 [2/2] [UU]
  
md129 : active raid1 sda2[0] sdb2[1]
  136756152 blocks super 1.2 [3/2] [UU_]
  
md128 : active raid1 sda1[0] sdb1[1]
  9763768 blocks super 1.2 [3/2] [UU_]
  
unused devices: 

--- /proc/partitions:
major minor  #blocks  name

   8   16  146523384 sdb
   8   179764864 sdb1
   8   18  136757248 sdb2
   8   32  976762584 sdc
   8   33  976760001 sdc1
   8   48  976762584 sdd
   8   49  976760001 sdd1
   8  144 1953514584 sdj
   80  146523384 sda
   819764864 sda1
   82  136757248 sda2
  1104525376 sr0
   8  128 1953514584 sdi
   8  129 1953512001 sdi1
  1111048575 sr1
   8   80 1953514584 sdf
   8   81 1953512001 sdf1
   8   96 1953514584 sdg
   8   97 1953512001 sdg1
   8   64 1953514584 sde
   8   65 1953512001 sde1
   8  112  976762584 sdh
   8  113  976760001 sdh1
   8  160  245116416 sdk
   8  1619764864 sdk1
   8  162  136757248 sdk2
   9  1289763768 md128
   9  129  136756152 md129
   9  127  976759865 md127

--- LVM physical volumes:
LVM does not seem to be used.
--- mount output
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs 
(rw,relatime,size=8225312k,nr_inodes=2056328,mode=755)
devpts on /dev/pts type devpts 
(rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=1646332k,mode=755)
/dev/disk/by-uuid/bfeb0912-9199-488e-8022-6a0ec4df0b48 on / type ext4 
(rw,relatime,errors=remount-ro,user_xattr,acl,barrier=1,data=ordered)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /tmp type tmpfs (rw,nosuid,nodev,relatime,size=3292664k)
tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,relatime,size=3292664k)
/dev/md127 on /mnt/Storage_1 type ext4 
(rw,relatime,errors=remount-ro,user_xattr,acl,barrier=1,data=ordered)
/dev/sde1 on /mnt/Storage_2 type ext4 
(rw,relatime,errors=remount-ro,user_xattr,acl,barrier=1,data=ordered)
/dev/sdj on /mnt/Storage_3 type ext4 
(rw,relatime,errors=remount-ro,user_xattr,acl,barrier=1,data=ordered)
/dev/sdh1 on /mnt/Storage_4 type ext4 
(rw,relatime,errors=remount-ro,user_xattr,acl,barrier=1,data=ordered)
/dev/sdf1 on /mnt/Storage_5 type ext4 
(rw,relatime,errors=remount-ro,user_xattr,acl,barrier=1,data=ordered)
/dev/sdg1 on /mnt/Storage_6 type ext4 
(rw,relatime,errors=remount-ro,user_xattr,acl,barrier=1,data=ordered)
/dev/sdi1 on /mnt/Storage_7 type ext4 
(rw,relatime,errors=remount-ro,user_xattr,acl,barrier=1,data=ordered)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc 
(rw,nosuid,nodev,noexec,relatime)

--- initrd.img-3.2.0-1-amd64:
63401 blocks
a2321b0cd5a1db2ccd096c756ca65c15  ./etc/mdadm/mdadm.conf
6bfcbe561ddf2ebbac30b4ef4abbadd0  
./lib/modules/3.2.0-1-amd64/kernel/drivers/md/raid0.ko
e3c47a55b3fbacb8f2f95881e9d63ac6  
./lib/modules/3.2.0-1-amd64/kernel/drivers/md/raid10.ko
08febbada57e0fcaaf73058fba5b277d  
./lib/modules/3.2.0-1-amd64/kernel/drivers/md/raid1.ko
e6ba7604442301a624100f419c1f5f00  
./lib/modules/3.2.0-1-amd64/kernel/drivers/md/raid456.ko
860a328192d55e0b7f

Bug#661551: Please ignore Unicode BOM at start of file

[Anthony DeRobertis]

Package: libxml-feedpp-perl
Version: 0.43-1
Severity: normal
File: /usr/share/perl5/XML/FeedPP.pm

When trying to parse the feed at
http://www.americastestkitchen.com/radio/rss/iTunesRSSFeed.xml
FeedPP gives error:

Invalid string: [\xFEFF] before  at 
/usr/share/perl5/XML/FeedPP.pm line 553

The XML standard allows a byte order mark, so this shouldn't be rejected
by FeedPP.

(Maybe this bug really belongs to libxml-treepp-perl, I'm not sure, but
both modules have the same author, so...)

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing'), (130, 'unstable'), (120, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages libxml-feedpp-perl depends on:
ii  libxml-treepp-perl  0.39-1
ii  perl5.14.2-7

libxml-feedpp-perl recommends no packages.

libxml-feedpp-perl suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#661535: Acknowledgement (tvtime: Please, don't touch my tvtime.xml and stationlist.xml files!)

[Vladimir Stavrinov]

Yes, making file read only solve this problem, but overriding any config is
bad style.


***
###  Vladimir Stavrinov
###  vstavri...@gmail.com
***




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#661534: python-iso8601: Please convert to dh_python2

[Benj. Mako Hill]

The patch looks very reasonable to me. I'll apply the patch and upload
this to Debian in the next couple days. Thanks for making this so
easy!

Regards,
Mako

-- 
Benjamin Mako Hill
m...@atdot.cc
http://mako.cc/

Creativity can be a social contribution, but only in so far
as society is free to use the results. --GNU Manifesto


signature.asc
Description: Digital signature

Bug#657853: Building perl with hardened build flags

[Dominic Hargreaves]

On Sun, Feb 12, 2012 at 09:27:24PM +0100, Moritz Mühlenhoff wrote:
> If the missing format string is variable and controlled externally (e.g. 
> if read from a file or from network communication), please file it 
> with RC severity and the security tag. (If it's a popular Perl module, 
> please contact  t...@security.debian.org, so that we can coordinate with 
> other distros.)
> 
> Otherwise it's rather "normal" severity.

I didn't feel qualified to make judgements about the exploitablity,
but I thought it would be worth an initial filing in any case (I made
this clear in the text of my reports). You can see them at



Cheers,
Dominic.

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#661550: global: Typo in man page

[Reuben Thomas]

Package: global
Version: 5.7.1-2
Severity: minor

its hardly → it's hardly

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

Kernel: Linux 3.0.0-16-generic (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages global depends on:
ii  dpkg   1.16.0.3ubuntu5   Debian package management system
ii  install-info   4.13a.dfsg.1-8ubuntu1 Manage installed documentation in
ii  libc6  2.13-20ubuntu5Embedded GNU C Library: Shared lib

global recommends no packages.

Versions of packages global suggests:
ii  apa 2.2.20-1ubuntu1.2Apache HTTP Server - traditional n
ii  chr 17.0.963.56~r121963-0ubuntu0.11.10.1 Chromium browser
ii  dox 1.7.4-3  Documentation system for C, C++, J
ii  fir 10.0.2+build1-0ubuntu0.11.10.1   Safe and easy web browser from Moz
ii  id- 4.5-3Fast, high-capacity, identifier da
ii  lin 2.3~pre1-1build1 Web browser running in text mode
ii  ope 11.61.1250   Fast and secure web browser and In
ii  w3m 0.5.3-2build1WWW browsable pager with excellent

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#661549: libyaml-syck-perl: FTBFS with hardening flags enabled: -Werror=format-security

[Dominic Hargreaves]

Source: libyaml-syck-perl
Severity: normal
Version: 1.19-1
User: debian...@lists.debian.org
Usertags: hardening-format-security hardening

With hardening flags enabled, this package FTBFS:

perl_common.h: In function 'perl_syck_error_handler':
perl_common.h:79:9: warning: format '%ld' expects argument of type 'long int', 
but argument 4 has type 'int' [-Wformat]
perl_common.h:79:9: error: format not a string literal and no format arguments 
[-Werror=format-security]
cc1: some warnings being treated as errors

(this is the first error of this type seen: it's possible that there
could be others once this is fixed).

A likely fix is to change croak(var) to croak("%s", var)[1], or similar.

Note that I haven't verified whether an externally-controlled string is
used; if so, it would be appropriate to upgrade this bug RC severity
with the security tag[2].

This was found during testing of perl 5.14.2-8 in experimental; however,
since that version was prepared, it has been decided not to export
those build flags in Config_heay.pl. Nevertheless, it is likely that at
some point, either in debhelper 9 or 10, the hardening flags will be
enabled for all perl modules.

Thanks,
Dominic.

[1] 
[2] 

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#661548: libyaml-libyaml-perl: FTBFS with hardening flags enabled: -Werror=format-security

[Dominic Hargreaves]

Source: libyaml-libyaml-perl
Severity: normal
Version: 0.38-1
User: debian...@lists.debian.org
Usertags: hardening-format-security hardening

With hardening flags enabled, this package FTBFS:

perl_libyaml.c: In function 'Load':
perl_libyaml.c:191:5: error: format not a string literal and no format 
arguments [-Werror=format-security]
perl_libyaml.c: In function 'load_node':
perl_libyaml.c:274:9: error: format not a string literal and no format 
arguments [-Werror=format-security]
perl_libyaml.c: In function 'load_mapping':
perl_libyaml.c:318:9: error: format not a string literal and no format 
arguments [-Werror=format-security]
perl_libyaml.c: In function 'load_sequence':
perl_libyaml.c:351:9: error: format not a string literal and no format 
arguments [-Werror=format-security]
cc1: some warnings being treated as errors

(this is the first error of this type seen: it's possible that there
could be others once this is fixed).

A likely fix is to change croak(var) to croak("%s", var)[1], or similar.

Note that I haven't verified whether an externally-controlled string is
used; if so, it would be appropriate to upgrade this bug RC severity
with the security tag[2].

This was found during testing of perl 5.14.2-8 in experimental; however,
since that version was prepared, it has been decided not to export
those build flags in Config_heay.pl. Nevertheless, it is likely that at
some point, either in debhelper 9 or 10, the hardening flags will be
enabled for all perl modules.

Thanks,
Dominic.

[1] 
[2] 

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#661547: libtfbs-perl: FTBFS with hardening flags enabled: -Werror=format-security

[Dominic Hargreaves]

Source: libtfbs-perl
Severity: normal
Version: 0.5.svn.20100421-1
User: debian...@lists.debian.org
Usertags: hardening-format-security hardening

With hardening flags enabled, this package FTBFS:

./lib/pwm_searchPFF.c: In function 'announce':
./lib/pwm_searchPFF.c:124:4: error: format not a string literal and no format 
arguments [-Werror=format-security]
...
cc1: some warnings being treated as errors

(this is the first error of this type seen: it's possible that there
could be others once this is fixed).

A likely fix is to change croak(var) to croak("%s", var)[1], or similar.

Note that I haven't verified whether an externally-controlled string is
used; if so, it would be appropriate to upgrade this bug RC severity
with the security tag[2].

This was found during testing of perl 5.14.2-8 in experimental; however,
since that version was prepared, it has been decided not to export
those build flags in Config_heay.pl. Nevertheless, it is likely that at
some point, either in debhelper 9 or 10, the hardening flags will be
enabled for all perl modules.

Thanks,
Dominic.

[1] 
[2] 

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#661546: libterm-slang-perl: FTBFS with hardening flags enabled: -Werror=format-security

[Dominic Hargreaves]

Source: libterm-slang-perl
Severity: normal
Version: 0.07-11
User: debian...@lists.debian.org
Usertags: hardening-format-security hardening

With hardening flags enabled, this package FTBFS:

Slang.c: In function 'XS_Term__Slang_SLsmg_printf':
Slang.c:301:2: error: format not a string literal and no format arguments 
[-Werror=format-security]
..
cc1: some warnings being treated as errors

(this is the first error of this type seen: it's possible that there
could be others once this is fixed).

A likely fix is to change croak(var) to croak("%s", var)[1], or similar.

Note that I haven't verified whether an externally-controlled string is
used; if so, it would be appropriate to upgrade this bug RC severity
with the security tag[2].

This was found during testing of perl 5.14.2-8 in experimental; however,
since that version was prepared, it has been decided not to export
those build flags in Config_heay.pl. Nevertheless, it is likely that at
some point, either in debhelper 9 or 10, the hardening flags will be
enabled for all perl modules.

Thanks,
Dominic.

[1] 
[2] 

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#661545: libproc-processtable-perl: FTBFS with hardening flags enabled: -Werror=format-security

[Dominic Hargreaves]

Source: libproc-processtable-perl
Severity: normal
Version: 0.45-3
User: debian...@lists.debian.org
Usertags: hardening-format-security hardening

With hardening flags enabled, this package FTBFS:

ProcessTable.xs: In function 'XS_Proc__ProcessTable__initialize_os':
ProcessTable.xs:391:8: error: format not a string literal and no format 
arguments [-Werror=format-security]
cc1: some warnings being treated as errors

(this is the first error of this type seen: it's possible that there
could be others once this is fixed).

A likely fix is to change croak(var) to croak("%s", var)[1], or similar.

Note that I haven't verified whether an externally-controlled string is
used; if so, it would be appropriate to upgrade this bug RC severity
with the security tag[2].

This was found during testing of perl 5.14.2-8 in experimental; however,
since that version was prepared, it has been decided not to export
those build flags in Config_heay.pl. Nevertheless, it is likely that at
some point, either in debhelper 9 or 10, the hardening flags will be
enabled for all perl modules.

Thanks,
Dominic.

[1] 
[2] 

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org