Bug#687688: aptitude: review changes in apt 0.9 series

[Daniel Hartwig]

Package: aptitude
Version: 0.6.8.1-1
Severity: normal
Control: block 687684 by -1

Review the changelog and bzr history for apt from 0.8.16~ until the
final release in Wheezy.  See [1] for the objectives.

As relevent issues are identified they should be filed as new reports
blocking [1].  This bug will be closed once the review itself is
complete.

[1] http://bugs.debian.org/687684


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

Bug#687687: Installation was mostly successfully on Acer Aspire One D150

[Bernhard]

Package: installation-reports

Boot method: USB-Stick
Image version: Self-made USB-Stick with Installer from wheezy 2012-09-05
Date: 2012-09-14

Machine: Acer Aspire One D150
Processor: Intel Atom N270 @ 1,6GHz
Memory: 1,0GB
Partitions:

> DateisystemTyp  1K-Blöcke 
> Benutzt Verfügbar Verw% Eingehängt auf
> rootfs rootfs14598116 
> 5164032   8701668   38% /
> udev   devtmpfs 10240 
>   0 102400% /dev
> tmpfs  tmpfs   102452 
> 3321021201% /run
> /dev/disk/by-uuid/268df80a-8739-4d83-abcc-f45437eb3897 ext4  14598116 
> 5164032   8701668   38% /
> tmpfs  tmpfs 5120 
>   0  51200% /run/lock
> tmpfs  tmpfs   595240 
>   05952400% /run/shm
> /dev/sda7  ext4  91296360 
> 1478592  852455602% /home

Output of lspci -knn:

> 00:00.0 Host bridge [0600]: Intel Corporation Mobile 945GSE Express Memory 
> Controller Hub [8086:27ac] (rev 03)
>   Subsystem: Acer Incorporated [ALI] Device [1025:019c]
>   Kernel driver in use: agpgart-intel
> 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 945GSE 
> Express Integrated Graphics Controller [8086:27ae] (rev 03)
>   Subsystem: Acer Incorporated [ALI] Device [1025:019c]
>   Kernel driver in use: i915
> 00:02.1 Display controller [0380]: Intel Corporation Mobile 945GM/GMS/GME, 
> 943/940GML Express Integrated Graphics Controller [8086:27a6] (rev 03)
>   Subsystem: Acer Incorporated [ALI] Device [1025:019c]
> 00:1b.0 Audio device [0403]: Intel Corporation N10/ICH 7 Family High 
> Definition Audio Controller [8086:27d8] (rev 02)
>   Subsystem: Acer Incorporated [ALI] Device [1025:019c]
>   Kernel driver in use: snd_hda_intel
> 00:1c.0 PCI bridge [0604]: Intel Corporation N10/ICH 7 Family PCI Express 
> Port 1 [8086:27d0] (rev 02)
>   Kernel driver in use: pcieport
> 00:1c.1 PCI bridge [0604]: Intel Corporation N10/ICH 7 Family PCI Express 
> Port 2 [8086:27d2] (rev 02)
>   Kernel driver in use: pcieport
> 00:1c.2 PCI bridge [0604]: Intel Corporation N10/ICH 7 Family PCI Express 
> Port 3 [8086:27d4] (rev 02)
>   Kernel driver in use: pcieport
> 00:1d.0 USB controller [0c03]: Intel Corporation N10/ICH 7 Family USB UHCI 
> Controller #1 [8086:27c8] (rev 02)
>   Subsystem: Acer Incorporated [ALI] Device [1025:019c]
>   Kernel driver in use: uhci_hcd
> 00:1d.1 USB controller [0c03]: Intel Corporation N10/ICH 7 Family USB UHCI 
> Controller #2 [8086:27c9] (rev 02)
>   Subsystem: Acer Incorporated [ALI] Device [1025:019c]
>   Kernel driver in use: uhci_hcd
> 00:1d.2 USB controller [0c03]: Intel Corporation N10/ICH 7 Family USB UHCI 
> Controller #3 [8086:27ca] (rev 02)
>   Subsystem: Acer Incorporated [ALI] Device [1025:019c]
>   Kernel driver in use: uhci_hcd
> 00:1d.3 USB controller [0c03]: Intel Corporation N10/ICH 7 Family USB UHCI 
> Controller #4 [8086:27cb] (rev 02)
>   Subsystem: Acer Incorporated [ALI] Device [1025:019c]
>   Kernel driver in use: uhci_hcd
> 00:1d.7 USB controller [0c03]: Intel Corporation N10/ICH 7 Family USB2 EHCI 
> Controller [8086:27cc] (rev 02)
>   Subsystem: Acer Incorporated [ALI] Device [1025:019c]
>   Kernel driver in use: ehci_hcd
> 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge 
> [8086:2448] (rev e2)
> 00:1f.0 ISA bridge [0601]: Intel Corporation 82801GBM (ICH7-M) LPC Interface 
> Bridge [8086:27b9] (rev 02)
>   Subsystem: Acer Incorporated [ALI] Device [1025:019c]
> 00:1f.2 SATA controller [0106]: Intel Corporation 82801GBM/GHM (ICH7-M 
> Family) SATA Controller [AHCI mode] [8086:27c5] (rev 02)
>   Subsystem: Acer Incorporated [ALI] Device [1025:019c]
>   Kernel driver in use: ahci
> 00:1f.3 SMBus [0c05]: Intel Corporation N10/ICH 7 Family SMBus Controller 
> [8086:27da] (rev 02)
>   Subsystem: Acer Incorporated [ALI] Device [1025:019c]
>   Kernel driver in use: i801_smbus
> 01:00.0 Network controller [0280]: Broadcom Corporation BCM4312 802.11b/g 
> LP-PHY [14e4:4315] (rev 01)
>   Subsystem: Foxconn International, Inc. Device [105b:e018]
>   Kernel driver in use: b43-pci-bridge
> 03:00.0 Ethernet controller [0200]: Atheros Communications Inc. 
> AR8121/AR8113/AR8114 Gigabit or Fast Ethernet [1969:1026] (rev b0)
>   Subsystem: Acer Incorporated [ALI] Device [1025:019c]
>   Kernel driver in use: ATL1E

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

Initial boot:   [O]
Detect network card:[O]
Configure network:  [O] - issue with wlan detected (see below nb 1)
Detect CD:  [O]
Load installer modules: [O]
D

Bug#687686: aptitude: review changes in apt 0.8 series

[Daniel Hartwig]

Package: aptitude
Version: 0.6.8.1-1
Severity: normal
Control: block 687684 by -1

Review the changelog and bzr history for apt between 0.7.26~ and
0.8.16~.  See [1] for the objectives.

As relevent issues are identified they should be filed as new reports
blocking [1].  This bug will be closed once the review itself is
complete.

[1] http://bugs.debian.org/687684


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

Bug#687685: libpod-markdown-perl: Generating markdown pages from pod creates wrong link

[Jean-Christophe Dubacq]

Package: libpod-markdown-perl
Version: 1.32-1
Severity: normal

Dear Maintainer,

   * What led up to the situation?

I generated a README.md from my perl program using pod2markdown.

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

pod2markdown myfile > README.md

   * What was the outcome of this action?

See the README.md here:
https://github.com/jcdubacq/compile-latex/tree/7e6b71d6979b58b51fb1dc3cd85f0f7fc3060819

The internal links were in caps, but markdown changes the case of
the linked parts in the anchor name. For example, section DEBUG will
be called DEBUG but have a name #debug for anchor.


   * What outcome did you expect instead?

The links should be transformed in lowercase.

Compare with
https://github.com/jcdubacq/compile-latex/tree/1d1e60c2b2dba9dcb4bbfd00b7227bb963022d63

the diff is
https://github.com/jcdubacq/compile-latex/commit/1d1e60c2b2dba9dcb4bbfd00b7227bb963022d63


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable'), (100, 'unstable'), (50, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages libpod-markdown-perl depends on:
ii  perl  5.14.2-12

libpod-markdown-perl recommends no packages.

libpod-markdown-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#687684: aptitude: needs updating for apt changes in Wheezy

[Daniel Hartwig]

Package: aptitude
Version: 0.6.8.1-1
Severity: important
Tags: wheezy sid help
Control: block -1 by 687474 685731 613775 687678 685310 587671 445034 687239

Dear Maintainer,

Aptitude has fallen behind on recent changes in apt.  Interfaces have
changed, there are behavioural tweaks, some new helpers introduced,
etc..

This is a meta-bug to track several tasks:
- review the changelog and bzr history to identify relevent entries;
- update aptitude and verify that it is using interfaces correctly;
- update aptitude behaviour – as appropriate – to match changes in
  libapt-pkg and apt-utils (e.g. the problem resolver has a method
  which reflects what MarkInstall would do that is probably not 100%
  accurate anymore);
- make use of new features (such as CacheSets) where appropriate;
- …?

This bug is limited to tracking changes specifically in Wheezy.  Rough
estimate: at least all changes introduced with apt 0.8 or later should
be considered.

Examples of changes already known to be relevant:

apt (0.9.1) unstable; urgency=low

  * cmdline/apt-get.cc:
- if pkgCacheFile::Generate is disabled in 'update' don't
  remove the caches (and don't try to open them)

apt (0.8.16~exp9) experimental; urgency=low

  * apt-pkg/depcache.cc:
- prefer native providers over foreigns even if the chain is foreign

apt (0.8.11.2) unstable; urgency=low

  * apt-pkg/depcache.cc:
- mark a package which was requested to be installed on commandline
  always as manual regardless if it is already marked or not as the
  marker could be lost later by the removal of rdepends (Closes: #612557)

apt (0.8.10) unstable; urgency=low

  * apt-pkg/algorithms.cc:
- mark all installed packages first without auto installation in
  a dist-upgrade to prefer upgrading packages instead of installing
  new packages in versioned or-groups (Closes: #605394)

apt (0.7.26~exp6) experimental; urgency=low

  * apt-pkg/cacheset.{cc,h}:
- add simple wrapper around std::set for cache structures
- move regex magic from apt-get to new FromRegEx method
- move cmdline parsing from apt-cache to new FromCommandLine method
- support special release-modifier 'installed' and 'candidate'


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

Bug#686997: O: boxes -- Textmode box- and comment drawing filter

[Salvatore Bonaccorso]

Hi

On Sat, Sep 08, 2012 at 06:37:06AM +, Bart Martens wrote:
> Package: wnpp
> 
> This package is currently not maintained, and from what I read in the
> MIA-database, I think that it's time to mark this package as orphaned.

I'm interested having this package updated for jesse.  I plan to
either adopt it or do a QA upload at least.

But if someone want's to step in as Maintainer please go ahead! (I
have thus not yet retitled the bugreport).

Regards,
Salvatore


signature.asc
Description: Digital signature

Bug#687240: [ITR] templates://bacula/{bacula-director-db.templates.in}

[Christian PERRIER]

Dear Debian maintainer,

The Debian internationalisation team and the Debian English
localisation team will soon begin the review of the debconf
templates used in bacula.

This review takes place for all packages that use debconf to interact with
users and its aims are:
- to improve the use of English in all debconf templates;
- to make the wording of debconf templates more consistent;
- to encourage more translations of templates.

Even if your first language is English, this process is likely to help
track down typos or errors, and improve consistency between the
debconf templates of your package and that of other packages in the
distribution.

The process involves both debian-l10n-english contributors and
Debian translators.

The details of the process are given in
http://wiki.debian.org/I18n/SmithDebconfReviewProcess.

I will act as the coordinator of this activity for bacula.

The first step of the process is to review the debconf source
template file(s) of bacula. This review will start on Tuesday, September 18, 
2012, or
as soon as you acknowledge this mail with an agreement for us to
carry out this process.

All parts of the process will be carried out in close collaboration
with you, and, unless you explicitely ask for it, no upload nor NMU
will happen for bacula.

If you approve this process, please let us know by replying to this
mail. If some work in progress on your side would conflict with such a
rewrite (such as adding or removing debconf templates), please say so,
and we will defer the review to later in the development cycle.

Thank you for your attention.

-- 




signature.asc
Description: Digital signature

Bug#687683: libjmagick6-jni: jmagick crashes with assertion failure on XEN virtual host

[Benjamin Habegger]

Package: libjmagick6-jni
Version: 6.2.6-0-8+b2
Severity: important

Dear Maintainer,


The follinwg error occurs on our XEN virtualized hosts when trying to rotate
certain pcitures:

java: magick/cache-view.c:729: GetCacheViewVirtualPixels: Assertion `id <
(int) cache_view->number_threads' failed.

I reduced the program to the very least:

--
import java.io.File;

import magick.ImageInfo;
import magick.MagickException;
import magick.MagickImage;


public class MagickPb {
public static void main(String[] args) {
File origFile = new File(args[0]);
try {
ImageInfo sourceInfo = new 
ImageInfo(origFile.getAbsolutePath());
MagickImage image = new MagickImage(sourceInfo);
image.rotateImage(270); 
} catch (MagickException e) {
e.printStackTrace();
}
}
}
--

We tested 2 different JVM (openjdk6 and sun6) without any difference on the
result.

Running the same tests on the host environment (physcal machine) did not 
generate any error.

Downgrading to stable 6.2.6-0-6+b1 version corrected the problem.

I'll be happy to provide a test package including an image generating
systematically the problem (but don't know how to do it through
reportbug).

The problem is very bothersome for us as we use jmagick inside a java server
and this bug makes the whole server crash.


Cheers,
Benjamin


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

Kernel: Linux 3.2.23--std-ipv6-64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages libjmagick6-jni depends on:
ii  libc6   2.13-35
ii  libmagickcore5  8:6.7.7.10-3

libjmagick6-jni recommends no packages.

libjmagick6-jni 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#686098: [Pkg-fonts-devel] Fonts from package misbehave in exported PDF

[Norbert Preining]

Hi Fabian,

thanks for your work on that, I finally had time to look into
it, I was rather busy recently due to a conference I organized.


On Mi, 12 Sep 2012, Fabian Greffrath wrote:
> the attached fontconfig file fixes this issue for good. It tells  
> fontconfig to look for the OpenType fonts in the right directory and  
> rejects all the Type 1 variants (just to play safe, the rejects are  
> based on both font names without spaces and fontformat being "Type 1"). 

THere is one thing I am pondering about for the upload 
after the release of Debian.

We are currently shipping the type1 fonts with family names without
strings in the fonts.scale file (/etc/X11/fonts/Type1/tex-gyre.scale)
qzcmi.pfb -unregistered-TeXGyreChorus-medium-i-normal--0-0-0-0-p-0-iso8859-1
qzcmi.pfb -unregistered-TeXGyreChorus-medium-i-normal--0-0-0-0-p-0-iso8859-15
qagr.pfb -unregistered-TeXGyreAdventor-medium-r-normal--0-0-0-0-p-0-iso8859-1
qagr.pfb -unregistered-TeXGyreAdventor-medium-r-normal--0-0-0-0-p-0-iso8859-15
...

Now I am not convinced what we actually should do:
1* drop type1 fonts completely from X support and only ship OTF fonts
2* keep type1 fonts shipped, but change names to match TeX Gyre Chorus etc
3* only add your fontconfig file and keep the type 1 fonts as they are
4* (just for completeness) do nothing at all ;-)

Since you have currently the deepest insight into the mixture of
fonts etc, do you have a suggestion?



>   
>
>  TeXGyreAdventor
>  Type 1
>

Is there a way to tell fontconfig to reject all TeX Gyre fonts
with format Type 1 without listing *every font*

Best wishes

Norbert

Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094

LIFF (n.)
A book, the contents of which are totally belied by its cover. For
instance, any book the dust jacket of which bears the words. 'This
book will change your life'.
--- Douglas Adams, The Meaning of Liff


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

Bug#687682: ITP: gfal2 -- Grid file access library 2.0

[Mattias Ellert]

Package: wnpp
Severity: wishlist
Owner: Mattias Ellert 
Control: block -1 by 687680

* Package name: gfal2
  Version : 2.0.0
* URL : https://svnweb.cern.ch/trac/lcgutil/wiki/gfal2
* License : Apache 2.0
  Description : Grid file access library 2.0

GFAL 2.0 offers an a single and simple POSIX-like API for the file
operations in grids and cloud environments. The set of supported
protocols depends of the gfal2 plugin install.



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

Bug#687681: grub2: Finnish localisation patch

[Martin-Éric Racine]

Package: grub2
Version: 1.99-22.1
Severity: normal

The Finnish localisation for the initrd loading messages is both
gramatically incorrect and inconsistant with the grammatical case
used for the similar kernel loading message. This patch fixes it.

--- a/po/fi.po  2011-05-14 23:59:23.0 +0300
+++ b/po/fi.po  2012-09-15 07:33:14.0 +0300
@@ -2156,7 +2156,7 @@ msgstr "Ladataan Linux %s käyttöjärje
 #: util/grub.d/10_hurd.in:91 util/grub.d/10_hurd.in:114
 #, fuzzy
 msgid "Loading the Hurd ..."
-msgstr "Ladataa alustava ram-levy ..."
+msgstr "Ladataan alustava ram-levy ..."
 
 #: util/grub.d/10_kfreebsd.in:74
 #, fuzzy
@@ -2185,7 +2185,7 @@ msgstr "Ladataan Linux %s käyttöjärje
 
 #: util/grub.d/10_linux.in:122 util/grub.d/20_linux_xen.in:93
 msgid "Loading initial ramdisk ..."
-msgstr "Ladataa alustava ram-levy ..."
+msgstr "Ladataan alustava ram-levy ..."
 
 #: util/grub.d/10_netbsd.in:98
 #, fuzzy

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

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

Versions of packages grub2 depends on:
pn  grub-common  
pn  grub-pc  

grub2 recommends no packages.

grub2 suggests no packages.


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

Bug#687680: ITP: srm-ifce -- SRM client side library

[Mattias Ellert]

Package: wnpp
Severity: wishlist
Owner: Mattias Ellert 

* Package name: srm-ifce
  Version : 1.33.0
* URL : https://svnweb.cern.ch/trac/lcgutil
* License : Apache 2.0
  Description : SRM client side library

srm-ifce is a client side implementation of the SRMv1 and SRMv2
specification for GFAL1/2 and FTS. SRM means Storage Resource Manager
Interface, it is a specification of a SOAP interface providing a generic
way to manage distributed storage systems.



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

Bug#687679: reportbug: eliminates all but the last Control: pseudo-header

[Andreas Beckmann]

Package: reportbug
Version: 6.4.3
Severity: important
Control: found -1 reportbug/6.4.3

Hi,

I'm repeating here the pseudo-headers as I had them when I saved the
mail in the editor opened by reportbug:

Subject: reportbug: eliminates all but the last Control: pseudo-header
Package: reportbug
Version: 6.4.3
Severity: important
Control: found -1 autschn/0.8-15
Control: found -1 reportbug/6.4.3

Reportbug should not touch the Control: headers in any way, just keep
*all* of them and in their original order.

Right now it deletes all but the last, making this feature much less
useful. And since the handling of the Version pseudo header is currently
broken in the BTS (#685266) ... Control seems to be a way to work around
this.

Andreas


-- Package-specific info:
** Environment settings:
EDITOR="vim"
DEBEMAIL="deb...@abeckmann.de"
DEBFULLNAME="Andreas Beckmann"

** /home/beckmann/.reportbugrc:
mode advanced

-- System Information:
Debian Release: wheezy/sid
  APT prefers stable
  APT policy: (800, 'stable'), (700, 'testing'), (600, 'unstable'), (500, 
'stable-updates'), (130, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages reportbug depends on:
ii  apt   0.9.7.4
ii  python2.7.3~rc2-1
ii  python-reportbug  6.4.3

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  claws-mail  
ii  debconf-utils   1.5.46
ii  debsums 2.0.52
pn  dlocate 
ii  emacs22-bin-common  22.3+1-1.2
ii  emacs23-bin-common  23.4+1-3
ii  file5.11-2
ii  gnupg   1.4.12-4+b1
ii  postfix [mail-transport-agent]  2.9.3-2.1
ii  python-gtk2 2.24.0-3
pn  python-gtkspell 
pn  python-urwid
ii  python-vte  1:0.28.2-5
ii  xdg-utils   1.1.0~rc1+git20111210-6

Versions of packages python-reportbug depends on:
ii  apt   0.9.7.4
ii  python2.7.3~rc2-1
ii  python-debian 0.1.21
ii  python-debianbts  1.11
ii  python-support1.0.15

python-reportbug 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#685266: bugs.debian.org: submit@ ignores Version: pseudoheader

[Andreas Beckmann]

Control: severity -1 serious
Control: forcemerge -1 687173

Hi,

rising the severity as this gets really annoying. It needs every bug to
be fixed manually to get proper initial version information (I'm now adding
  Control: found -1 $package/$version
to my submissions to avoid having to remember doing it after getting the
bug number).

I think it's especially problematic for RC bugs as an unversioned RC bug
will be taken as "in all versions" and therefore won't block a migration
even if it was just introduced in sid only ...


Andreas


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

Bug#687678: aptitude: ignores setting of pkgCacheFile::Generate

[Daniel Hartwig]

Package: aptitude
Version: 0.6.8.1-1
Severity: normal

Dear Aptitude and APT developers,

The setting pkgCacheFile::Generate is used to determine whether the
package cache should be generated or not at various points.  If this
setting is “false” and the cache is not available (or old) then
creating an instance of pkgCacheFile fails.  This behaviour is
standard for all apt-utils and I assume also other libapt-pkg
consumers.

apt-get additionally uses the setting to determine whether or not to
rebuild the cache after an update.  This was introduced in apt 0.9.1.

apt-cache has it's own setting to override the default:
APT::Cache::Generate.

In aptitude this setting is completely ignored.  Whether or not this
should be considered broken is something I have yet to determine.  At
the very least our use case is different in the interactive setting
where it may be required to always rebuild the cache after an update.

This appears to be an exceptional setting so perhaps it is best to
always respect it, and abort with errors as appropriate.

The setting appears to have been introduced here:

revno: 1964.3.24
committer: David Kalnischkies 
branch nick: apt-sid
timestamp: Fri 2010-06-04 22:58:57 +0200
message:
  store also the SourceList we use internally for export

with apt-get being updated later.  A brief comment from the APT
developers on whether aptitude should respect this setting would be
appreciated.

Regards


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

Bug#687677: okular: "Trim margins" doesn't always

[Dylan Thurston]

Package: okular
Version: 4:4.8.4-2
Severity: normal

The "trim margins" option does not always work: sometimes pages appear
with no trimming at all.  This seems to particularly often happen when
using the 'Facing page' option (without 'Continuous').  The second of
the two pages displayed at a time does not get trimmed.  If pages n
and n+1 are displayed at a time, this will be page n+1 if you paged
forward (from pages n-2,n-1), and page n if you paged backwards (from
pages n+2,n+3).

Earlier versions did not have this problem, I'm not sure exactly when
it manifested.

Best,
Dylan Thurston

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

Kernel: Linux 3.2.0-3-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 okular depends on:
ii  kde-runtime   4:4.8.4-1
ii  libc6 2.13-35
ii  libfreetype6  2.4.9-1
ii  libgcc1   1:4.7.1-8
ii  libjpeg8  8d-1
ii  libkdecore5   4:4.8.4-3
ii  libkdeui5 4:4.8.4-3
ii  libkio5   4:4.8.4-3
ii  libkparts44:4.8.4-3
ii  libkprintutils4   4:4.8.4-3
ii  libkpty4  4:4.8.4-3
ii  libokularcore14:4.8.4-2
ii  libphonon44:4.6.0.0-2
ii  libpoppler-qt4-3  0.18.4-3
ii  libqca2   2.0.3-4
ii  libqimageblitz4   1:0.0.6-4
ii  libqt4-dbus   4:4.8.2+dfsg-2
ii  libqt4-svg4:4.8.2+dfsg-2
ii  libqt4-xml4:4.8.2+dfsg-2
ii  libqtcore44:4.8.2+dfsg-2
ii  libqtgui4 4:4.8.2+dfsg-2
ii  libsolid4 4:4.8.4-3
ii  libspectre1   0.2.7-2
ii  libstdc++64.7.1-8
ii  phonon4:4.6.0.0-2
ii  zlib1g1:1.2.7.dfsg-13

okular recommends no packages.

Versions of packages okular suggests:
ii  ghostscript9.05~dfsg-6
pn  jovie  
ii  okular-extra-backends  4:4.8.4-2
ii  poppler-data   0.4.5-10
ii  texlive-binaries   2012.20120628-3
pn  unrar  

-- 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#677524: Problem continuing

[Gwern Branwen]

The issue is continuing to grow (literally); my .bitcoin is now 3.7GB.
A far cry indeed...

-- 
gwern
http://www.gwern.net


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

Bug#613775: MarkInstall calls with FromUser set to false

[Daniel Hartwig]

There are two final cases I neglected to include:

g. requesting to install a package set; and
h. requesting to upgrade a package set.

For now these also have FromUser=true, although as mentioned in [1] this
may not always be desired (to respect holds, etc.).  For installs at
least MarkAuto must be used to make sure that packages which are
installed are not left marked auto-installed as a side-effect of
FromUser=false.

Either that or continue using FromUser=true and use IsInstallOk on each
package before deciding to call MarkInstall.

This issue does also effect all uses of MarkDelete.

[1] http://bugs.debian.org/452589


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

Bug#669314: NFS: kernel forces trailing slash for export in /proc/self/mounts

[Jonathan Nieder]

Hi Chris,

Chris Hiestand wrote:

> [Subject: No Reply From Alexander Viro]

Please keep in mind that these appear as emails in a crowded inbox, so
the subject ine can be a good place to put valuable context.

> Just an update, I emailed Alexander Viro twice and I haven't heard
> back from Alexander Viro or anyone on the kernel development mailing
> lists.

I suppose we should just come up with a patch to propose.  I'll be
happy to look into that, but I can't promise that it will be soon (and
if someone else gets to it sooner, I won't mind).

Thanks again for your help,
Jonathan


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

Bug#669278: Reassign

[Lisandro Damián Nicanor Pérez Meyer]

reassign 669278 libqt4-dbus
tag 669278 pending
tag 669278 - patch
thanks

I'm marking this bug as pending, we just need the green light from the RT to 
continue.



-- 
Ud. está viendo a la persona que ven nuestros clientes.
 Leyenda pegada en el espejo de una empresa.

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#421827: gtkam: It can't display thumbnails of all images

[Hughe Chung]

Package: gtkam
Version: 0.1.18-1
Followup-For: Bug #421827

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
   Squeeze to wheezy upgrade
   * 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 ***

It fails to display thumbnails of all camera images. 

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

Kernel: Linux 3.4.0-10.dmz.1-liquorix-amd64 (SMP w/6 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 gtkam depends on:
ii  libatk1.0-0 2.4.0-2
ii  libc6   2.13-35
ii  libcairo2   1.12.2-2
ii  libexif-gtk50.3.5-5
ii  libexif12   0.6.20-3
ii  libfontconfig1  2.9.0-7
ii  libfreetype62.4.9-1
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.32.3-1
ii  libgphoto2-22.4.14-2
ii  libgphoto2-port02.4.14-2
ii  libgtk2.0-0 2.24.10-2
ii  libpango1.0-0   1.30.0-1
ii  libusb-0.1-42:0.1.12-23

gtkam recommends no packages.

gtkam 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#687584: dcmd's code is a nightmare :)

[Raphael Geissert]

Control: tag -1 patch

Cheers,
-- 
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net
From 0e7be981742e141e79b48a2d42c534c37d81b078 Mon Sep 17 00:00:00 2001
From: Raphael Geissert 
Date: Fri, 14 Sep 2012 20:25:59 -0500
Subject: [PATCH] dcmd: Allow arguments to contain spaces (Closes: #687584)


Signed-off-by: Raphael Geissert 
---
 scripts/dcmd.sh |   59 +--
 1 file changed, 40 insertions(+), 19 deletions(-)

diff --git a/scripts/dcmd.sh b/scripts/dcmd.sh
index 4c762bb..dc62092 100755
--- a/scripts/dcmd.sh
+++ b/scripts/dcmd.sh
@@ -133,12 +133,20 @@ while [ $# -gt 0 ]; do
 shift
 done
 
+cmd=
 args=""
-for arg in "$@"; do
+while [ $# -gt 0 ]; do
+arg="$1"
+shift
 temparg="$(maybe_expand "$arg")"
 if [ -z "$temparg" ]; then
+	if [ -z "$cmd" ]; then
+	cmd="$arg"
+	continue
+	fi
 	# Not expanded, so simply add to argument list
-	args="$args $arg"
+	args="$args
+$arg"
 else
 	SEEN_INDEPDEB=0; SEEN_ARCHDEB=0; SEEN_SCHANGES=0; SEEN_BCHANGES=0
 	SEEN_INDEPUDEB=0; SEEN_ARCHUDEB=0; SEEN_UDEB=0;
@@ -147,45 +155,55 @@ for arg in "$@"; do
 	newarg=""
 	# Output those items from the expanded list which were
 	# requested, and record which files are contained in the list
-	eval $(echo "$temparg" | while read THISARG; do
+	eval "$(echo "$temparg" | while read THISARG; do
 	if [ -z "$THISARG" ]; then
 		# Skip
 		:
 	elif endswith "$THISARG" _all.deb; then
-		[ "$INDEPDEB" = "0" ] || echo "newarg=\"\$newarg $THISARG\";"
+		[ "$INDEPDEB" = "0" ] || echo "newarg=\"\$newarg
+$THISARG\";"
 		echo "SEEN_INDEPDEB=1;"
 	elif endswith "$THISARG" .deb; then
-		[ "$ARCHDEB" = "0" ] || echo "newarg=\"\$newarg $THISARG\";"
+		[ "$ARCHDEB" = "0" ] || echo "newarg=\"\$newarg
+$THISARG\";"
 		echo "SEEN_ARCHDEB=1;"
 	elif endswith "$THISARG" _all.udeb; then
-		[ "$INDEPUDEB" = "0" ] || echo "newarg=\"\$newarg $THISARG\";"
+		[ "$INDEPUDEB" = "0" ] || echo "newarg=\"\$newarg
+$THISARG\";"
 		echo "SEEN_INDEPUDEB=1;"
 	elif endswith "$THISARG" .udeb; then
-		[ "$ARCHUDEB" = "0" ] || echo "newarg=\"\$newarg $THISARG\";"
+		[ "$ARCHUDEB" = "0" ] || echo "newarg=\"\$newarg
+$THISARG\";"
 		echo "SEEN_ARCHUDEB=1;"
 	elif endswith "$THISARG" .tar.gz || \
 		 endswith "$THISARG" .tar.xz || \
 		 endswith "$THISARG" .tar.lzma || \
 		 endswith "$THISARG" .tar.bz2; then
-		[ "$TARBALL" = "0" ] || echo "newarg=\"\$newarg $THISARG\";"
+		[ "$TARBALL" = "0" ] || echo "newarg=\"\$newarg
+$THISARG\";"
 		echo "SEEN_TARBALL=1;"
 	elif endswith "$THISARG" _source.changes; then
-		[ "$SCHANGES" = "0" ] || echo "newarg=\"\$newarg $THISARG\";"
+		[ "$SCHANGES" = "0" ] || echo "newarg=\"\$newarg
+$THISARG\";"
 		echo "SEEN_SCHANGES=1;"
 	elif endswith "$THISARG" .changes; then
-		[ "$BCHANGES" = "0" ] || echo "newarg\"\$newarg $THISARG\";"
+		[ "$BCHANGES" = "0" ] || echo "newarg\"\$newarg
+$THISARG\";"
 		echo "SEEN_BCHANGES=1;"
 	elif endswith "$THISARG" .dsc; then
-		[ "$DSC" = "0" ] || echo "newarg=\"\$newarg $THISARG\";"
+		[ "$DSC" = "0" ] || echo "newarg=\"\$newarg
+$THISARG\";"
 		echo "SEEN_DSC=1;"
 	elif endswith "$THISARG" .diff.gz; then
-		[ "$DIFF" = "0" ] || echo "newarg=\"\$newarg $THISARG\";"
+		[ "$DIFF" = "0" ] || echo "newarg=\"\$newarg
+$THISARG\";"
 		echo "SEEN_DIFF=1;"
 	elif [ "$FILTERED" != "1" ]; then
 		# What is it? Output anyway
-		echo "newarg=\"\$newarg $THISARG\";"
+		echo "newarg=\"\$newarg
+$THISARG\";"
 	fi
-	done)
+	done)"
 
 	INCLUDEARG=1
 	if endswith "$arg" _source.changes; then
@@ -253,17 +271,20 @@ for arg in "$@"; do
 	[ "$MISSING" = "0" ] || exit 1
 	fi
 
-	args="$args $newarg"
-	[ "$INCLUDEARG" = "0" ] || args="$args $arg"
+	args="$args
+$newarg"
+	[ "$INCLUDEARG" = "0" ] || args="$args
+$arg"
 fi
 done
 
-if [ -e "$1" ] && (endswith "$1" .changes || endswith "$1" .dsc); then
-set -- $args
+IFS='
+'
+if [ -z "$cmd" ]; then
 for arg in $args; do
 	echo $arg
 done
 exit 0
 fi
 
-exec $args
+exec $cmd -- $args
-- 
1.7.10

Bug#687675: Acknowledgement (libsasl2 conflicts with libsasl2-2)

[Russ Allbery]

Dan Merillat  writes:

> close, invalid.

> It's already marked as Replaces: libsasl2, however they were still both
> installed on my system at once.  Possibly libsasl2 was marked manual
> install due to a forced upgrade somewhere, and as such wasn't
> autoremoved?

That actually isn't what Replaces does.  All that Replaces does is allow
another package to contain the same files and overwrite them.  It doesn't
cause the other package to be removed.

I think a Conflicts here in addition to the Replaces would be more
correct, since having the old library still installed causes problems
depending on the library search path.  So I think you were on the right
track originally.

-- 
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#687675: Acknowledgement (libsasl2 conflicts with libsasl2-2)

[Dan Merillat]

close, invalid.

It's already marked as Replaces: libsasl2, however they were still both
installed on my system at once.  Possibly libsasl2 was marked manual
install due to a forced upgrade somewhere, and as such wasn't
autoremoved?  Either way, looks like a package management problem and
not a sasl2-2 problem.


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

Bug#687675: libsasl2 conflicts with libsasl2-2

[Dan Merillat]

Package: libsasl2-2
Version: 2.1.25.dfsg1-5
Severity: minor

Somehow in my upgrade path I had an old copy of libsasl2 in my system,
which provides /usr/lib/libsasl2.so.2.  Being as that is checked before
/usr/lib/$ARCH/libsasl2.so.2, it was causing erratic behavior in
anything requiring libsasl2-2.

Simply removing libsasl2 fixes the problem.

Given it's an obsolete package, perhaps have 2-2 Conflict or Replace it?


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

Kernel: Linux 3.6.0-rc4-dan-00128-geeea3ac (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/bash

Versions of packages libsasl2-2 depends on:
ii  libc6 2.13-33Embedded GNU C Library: Shared lib
ii  libdb5.1  5.1.29-4   Berkeley v5.1 Database Libraries [
ii  multiarch-support 2.13-26Transitional package to ensure mul

Versions of packages libsasl2-2 recommends:
ii  libsasl2-modules  2.1.25.dfsg1-5 Cyrus SASL - pluggable authenticat

libsasl2-2 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#672125: memcached: diff for NMU version 1.4.13-0.1

[Arno Töll]

Hi David,

as it looks, you appear pretty busy with other tasks. Both of my NMUs
are unacknowledged and upstream further moved on once again. There is no
urgent need for another as of today, but generally speaking the package
could need some work to be spent with it.

Could you tell me if you see a chance to spend work on this package
again in a foreseeable future? Would you be interested in me helping you
to bring the package in shape?

-- 
with kind regards,
Arno Töll
IRC: daemonkeeper on Freenode/OFTC
GnuPG Key-ID: 0x9D80F36D



signature.asc
Description: OpenPGP digital signature

Bug#685268: Your isc-dhcp 4.2.2.dfsg.1-5+wheezy1 upload

[Raphael Geissert]

Hi,

I'm rejecting your isc-dhcp upload to the security archive for the following 
reasons:

* Uploads must be coordinated and ACKed by the security team. Unless I'm 
missing something, it didn't happen this way.
* Incorrect version numbering. For Wheezy the +debNuX schema will be used.
* The testing-security queue is not functional. Any security update for 
wheezy, during its freeze, must go through testing-proposed-updates if it 
can't go through sid.

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#687674: python-matplotlib-data: broken symlinks to lyx fonts

[Ian Zimmerman]

Package: python-matplotlib-data
Version: 1.1.1~rc2-1
Severity: normal

 [8+0]~$ file /usr/share/matplotlib/mpl-data/fonts/ttf/*.ttf | fgrep broken
/usr/share/matplotlib/mpl-data/fonts/ttf/cmex10.ttf: \
broken symbolic link to 
`../../../../fonts/truetype/ttf-lyx/cmex10.ttf'
/usr/share/matplotlib/mpl-data/fonts/ttf/cmmi10.ttf: \
broken symbolic link to 
`../../../../fonts/truetype/ttf-lyx/cmmi10.ttf'
/usr/share/matplotlib/mpl-data/fonts/ttf/cmr10.ttf: \
broken symbolic link to 
`../../../../fonts/truetype/ttf-lyx/cmr10.ttf'
/usr/share/matplotlib/mpl-data/fonts/ttf/cmsy10.ttf: \
broken symbolic link to 
`../../../../fonts/truetype/ttf-lyx/cmsy10.ttf'

 [11+0]~$ file /usr/share/matplotlib/mpl-data/fonts/ttf/*.ttf | fgrep broken \ 
 | awk '{print $1}' | sed -e 's,:$,,' | xargs dpkg -S
python-matplotlib-data: /usr/share/matplotlib/mpl-data/fonts/ttf/cmex10.ttf
python-matplotlib-data: /usr/share/matplotlib/mpl-data/fonts/ttf/cmmi10.ttf
python-matplotlib-data: /usr/share/matplotlib/mpl-data/fonts/ttf/cmr10.ttf
python-matplotlib-data: /usr/share/matplotlib/mpl-data/fonts/ttf/cmsy10.ttf

The target files are actually present, but the path is slightly different:

 [13+0]~$ dpkg -L fonts-lyx
/.
/usr
/usr/share
/usr/share/fonts
/usr/share/fonts/truetype
/usr/share/fonts/truetype/lyx
/usr/share/fonts/truetype/lyx/wasy10.ttf
/usr/share/fonts/truetype/lyx/cmex10.ttf
/usr/share/fonts/truetype/lyx/eufm10.ttf
/usr/share/fonts/truetype/lyx/cmr10.ttf
/usr/share/fonts/truetype/lyx/esint10.ttf
/usr/share/fonts/truetype/lyx/rsfs10.ttf
/usr/share/fonts/truetype/lyx/msam10.ttf
/usr/share/fonts/truetype/lyx/msbm10.ttf
/usr/share/fonts/truetype/lyx/cmmi10.ttf
/usr/share/fonts/truetype/lyx/cmsy10.ttf
/usr/share/doc
/usr/share/doc/fonts-lyx
/usr/share/doc/fonts-lyx/copyright
/usr/share/doc/fonts-lyx/ReadmeBaKoMa4LyX.txt
/usr/share/doc/fonts-lyx/changelog.Debian.gz
/usr/share/doc/fonts-lyx/NEWS.Debian.gz


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

Kernel: Linux 3.4.9-custom (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 python-matplotlib-data depends on:
ii  fonts-lyx  2.0.3-3

python-matplotlib-data recommends no packages.

python-matplotlib-data 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#684473: d-i font switch support [Was: Debian Wheezy software speech installer missing the hungarian language]

[Samuel Thibault]

Samuel Thibault, le Sun 26 Aug 2012 01:32:57 +0200, a écrit :
> Samuel Thibault, le Fri 10 Aug 2012 12:21:17 +0200, a écrit :
> > Cyril Brulebois, le Fri 10 Aug 2012 12:09:51 +0200, a écrit :
> > > Samuel Thibault  (10/08/2012):
> > > > That being said, it would be possible to have 8859-1 and 8859-2 fonts on
> > > > the CDs, to be loaded when a language is selected (as well as -3, -4,
> > > > etc.). It would permit to enable quite a few more spoken language (about
> > > > 20).
> > > > 
> > > > That however requires some work, room on the images, and discussion,
> > > > I don't know if we'll have time for that before the release which is
> > > > already very close.
> > > 
> > > Any estimation on the amount of needed extra space we're talking about?
> > 
> > setfont is 40K, something like a dozen fonts would be needed, each of
> > them around 2K (compressed), so that would be something of 60K, not that
> > much indeed.
> 
> I've given a try, it does work (try
> http://dept-info.labri.fr/~thibault/tmp/mini.iso ) with the attached
> patches:

I have now pushed them to console-setup, localechooser and
debian-installer. As I said, BSD people might want to have a look to
improve their console language support:

> This patch could actually be useful to BSD people, as they don't have
> bterm support: they could use font switch to support level2 languages in
> their text mode. I'm not sure how that is done however, it seems a
> screen map also has to be loaded. A vidcontrol-udeb would have to be
> introduced at least.

Samuel


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

Bug#687673: Time for the upgrade! One-dot-oh is out!

[Juhapekka Tolvanen]

Package: pcmanfm
Version: 0.9.10-3
Severity: normal


Get it while it's still hot!

http://blog.lxde.org/?p=939


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

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

Versions of packages pcmanfm depends on:
ii  libatk1.0-0 2.4.0-2
ii  libc6   2.13-35
ii  libcairo2   1.12.2-2
ii  libfm-gtk-bin   0.1.17-2
ii  libfm-gtk1  0.1.17-2
ii  libfm1  0.1.17-2
ii  libfontconfig1  2.9.0-7
ii  libfreetype62.4.9-1
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.32.3-1
ii  libgtk2.0-0 2.24.10-2
ii  libmenu-cache1  0.3.2-2
ii  libpango1.0-0   1.30.0-1
ii  libx11-62:1.5.0-1

Versions of packages pcmanfm recommends:
ii  gnome-icon-theme  3.4.0-2
ii  gvfs-backends 1.12.3-1+b1
pn  gvfs-fuse 
ii  lxde-icon-theme   0.5.0-1

pcmanfm suggests no packages.

-- no debconf information

-- debsums errors found:
debsums: missing file /usr/share/locale/ar/LC_MESSAGES/pcmanfm.mo (from pcmanfm 
package)
debsums: missing file /usr/share/locale/be/LC_MESSAGES/pcmanfm.mo (from pcmanfm 
package)
debsums: missing file /usr/share/locale/bg/LC_MESSAGES/pcmanfm.mo (from pcmanfm 
package)
debsums: missing file /usr/share/locale/bn/LC_MESSAGES/pcmanfm.mo (from pcmanfm 
package)
debsums: missing file /usr/share/locale/ca/LC_MESSAGES/pcmanfm.mo (from pcmanfm 
package)
debsums: missing file /usr/share/locale/cs/LC_MESSAGES/pcmanfm.mo (from pcmanfm 
package)
debsums: missing file /usr/share/locale/da/LC_MESSAGES/pcmanfm.mo (from pcmanfm 
package)
debsums: missing file /usr/share/locale/de/LC_MESSAGES/pcmanfm.mo (from pcmanfm 
package)
debsums: missing file /usr/share/locale/el/LC_MESSAGES/pcmanfm.mo (from pcmanfm 
package)
debsums: missing file /usr/share/locale/en_GB/LC_MESSAGES/pcmanfm.mo (from 
pcmanfm package)
debsums: missing file /usr/share/locale/es/LC_MESSAGES/pcmanfm.mo (from pcmanfm 
package)
debsums: missing file /usr/share/locale/et/LC_MESSAGES/pcmanfm.mo (from pcmanfm 
package)
debsums: missing file /usr/share/locale/eu/LC_MESSAGES/pcmanfm.mo (from pcmanfm 
package)
debsums: missing file /usr/share/locale/fa/LC_MESSAGES/pcmanfm.mo (from pcmanfm 
package)
debsums: missing file /usr/share/locale/fo/LC_MESSAGES/pcmanfm.mo (from pcmanfm 
package)
debsums: missing file /usr/share/locale/fr/LC_MESSAGES/pcmanfm.mo (from pcmanfm 
package)
debsums: missing file /usr/share/locale/gl/LC_MESSAGES/pcmanfm.mo (from pcmanfm 
package)
debsums: missing file /usr/share/locale/he/LC_MESSAGES/pcmanfm.mo (from pcmanfm 
package)
debsums: missing file /usr/share/locale/hr/LC_MESSAGES/pcmanfm.mo (from pcmanfm 
package)
debsums: missing file /usr/share/locale/hu/LC_MESSAGES/pcmanfm.mo (from pcmanfm 
package)
debsums: missing file /usr/share/locale/id/LC_MESSAGES/pcmanfm.mo (from pcmanfm 
package)
debsums: missing file /usr/share/locale/it/LC_MESSAGES/pcmanfm.mo (from pcmanfm 
package)
debsums: missing file /usr/share/locale/ja/LC_MESSAGES/pcmanfm.mo (from pcmanfm 
package)
debsums: missing file /usr/share/locale/km/LC_MESSAGES/pcmanfm.mo (from pcmanfm 
package)
debsums: missing file /usr/share/locale/ko/LC_MESSAGES/pcmanfm.mo (from pcmanfm 
package)
debsums: missing file /usr/share/locale/lg/LC_MESSAGES/pcmanfm.mo (from pcmanfm 
package)
debsums: missing file /usr/share/locale/lt/LC_MESSAGES/pcmanfm.mo (from pcmanfm 
package)
debsums: missing file /usr/share/locale/lv/LC_MESSAGES/pcmanfm.mo (from pcmanfm 
package)
debsums: missing file /usr/share/locale/nl/LC_MESSAGES/pcmanfm.mo (from pcmanfm 
package)
debsums: missing file /usr/share/locale/pa/LC_MESSAGES/pcmanfm.mo (from pcmanfm 
package)
debsums: missing file /usr/share/locale/pl/LC_MESSAGES/pcmanfm.mo (from pcmanfm 
package)
debsums: missing file /usr/share/locale/pt/LC_MESSAGES/pcmanfm.mo (from pcmanfm 
package)
debsums: missing file /usr/share/locale/pt_BR/LC_MESSAGES/pcmanfm.mo (from 
pcmanfm package)
debsums: missing file /usr/share/locale/ru/LC_MESSAGES/pcmanfm.mo (from pcmanfm 
package)
debsums: missing file /usr/share/locale/si/LC_MESSAGES/pcmanfm.mo (from pcmanfm 
package)
debsums: missing file /usr/share/locale/sk/LC_MESSAGES/pcmanfm.mo (from pcmanfm 
package)
debsums: missing file /usr/share/locale/sl/LC_MESSAGES/pcmanfm.mo (from pcmanfm 
package)
debsums: missing file /usr/share/locale/sr/LC_MESSAGES/pcmanfm.mo (from pcmanfm 
package)
debsums: missing file /usr/share/locale/sr@latin/LC_MESSAGES/pcmanfm.mo (from 
pcmanfm package)
debsums: missing file /usr/share/locale/sv/LC_MESSAGES/pcmanfm.mo (from pcmanfm 
package)
debsums: missing file /usr/share/locale/te/LC_MESSAGES/pcmanfm.mo (from pcmanfm 
package)
debsums: missing file /usr/share/locale/

Bug#687672: xmlrpc-c: Embedded Expat vulnerable to CVE-2012-0876, CVE-2012-1148

[Tyler Hicks]

Package: xmlrpc-c
Version: 1.06.27-1
Followup-For: Bug #687672
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu quantal ubuntu-patch

I've also backported the same changes to 1.06.27-1 for our Lucid
xmlrpc-c package. It looks to apply cleanly to the Squeeze package.
Here's the changelog:

  * Run the tests as part of the build process
- debian/patches/FTBFS-tests.patch: Fix issues when running make check.
  Based on upstream patches.
- debian/rules: Run make check after building
  * SECURITY UPDATE: Denial of service via hash collisions
- debian/patches/CVE-2012-0876.patch: Add random salt value to
  hash inputs. Based on upstream patch.
- CVE-2012-0876
  * SECURITY UPDATE: Denial of service via memory leak
- debian/patches/CVE-2012-1148.patch: Properly reallocate memory.
  Based on upstream patch.
- CVE-2012-1148


I hope it is of some help.


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

Kernel: Linux 3.5.0-14-generic (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -u xmlrpc-c-1.06.27/debian/changelog xmlrpc-c-1.06.27/debian/changelog
diff -u xmlrpc-c-1.06.27/debian/rules xmlrpc-c-1.06.27/debian/rules
--- xmlrpc-c-1.06.27/debian/rules
+++ xmlrpc-c-1.06.27/debian/rules
@@ -55,6 +55,7 @@
 build-arch-stamp: config.status
 	dh_testdir
 	$(MAKE) CADD=-fPIC
+	$(MAKE) CADD=-fPIC check
 	touch build-arch-stamp
 
 build-indep: build-indep-stamp
diff -u xmlrpc-c-1.06.27/debian/patches/series xmlrpc-c-1.06.27/debian/patches/series
--- xmlrpc-c-1.06.27/debian/patches/series
+++ xmlrpc-c-1.06.27/debian/patches/series
@@ -5,0 +6,3 @@
+FTBFS-tests.patch
+CVE-2012-0876.patch
+CVE-2012-1148.patch
only in patch2:
unchanged:
--- xmlrpc-c-1.06.27.orig/debian/patches/CVE-2012-0876.patch
+++ xmlrpc-c-1.06.27/debian/patches/CVE-2012-0876.patch
@@ -0,0 +1,556 @@
+Description: Prevent predictable hash collisions by using a random salt value
+ Backported from the upstream Expat sources to the embedded copy of Expat in
+ xmlrpc-c.
+Origin: backport, http://xmlrpc-c.svn.sourceforge.net/viewvc/xmlrpc-c?view=revision&revision=2391
+Index: xmlrpc-c-1.06.27/lib/expat/xmlparse/xmlparse.c
+===
+--- xmlrpc-c-1.06.27.orig/lib/expat/xmlparse/xmlparse.c	2012-09-06 14:54:24.144075962 -0700
 xmlrpc-c-1.06.27/lib/expat/xmlparse/xmlparse.c	2012-09-06 14:54:26.416075915 -0700
+@@ -16,6 +16,8 @@
+ */
+ 
+ #include 
++#include  /* UINT_MAX */
++#include/* time() */
+ 
+ #include "xmlrpc_config.h"
+ #include "c_util.h"
+@@ -40,6 +42,8 @@
+ typedef char ICHAR;
+ #endif
+ 
++static
++int setContext(XML_Parser parser, const XML_Char *context);
+ 
+ #ifndef XML_NS
+ 
+@@ -256,12 +260,15 @@
+ static void normalizePublicId(XML_Char *s);
+ static int dtdInit(DTD *);
+ static void dtdDestroy(DTD *);
+-static int dtdCopy(DTD *newDtd, const DTD *oldDtd);
+-static int copyEntityTable(HASH_TABLE *, STRING_POOL *, const HASH_TABLE *);
++static int dtdCopy(XML_Parser oldParser, DTD *newDtd, const DTD *oldDtd);
++static int copyEntityTable(XML_Parser, HASH_TABLE *, STRING_POOL *,
++   const HASH_TABLE *);
+ #ifdef XML_DTD
+ static void dtdSwap(DTD *, DTD *);
+ #endif /* XML_DTD */
+-static NAMED *lookup(HASH_TABLE *table, KEY name, size_t createSize);
++static NAMED *lookup(XML_Parser parser, HASH_TABLE *table, KEY name,
++ size_t createSize);
++static int startParsing(XML_Parser parser);
+ static void hashTableInit(HASH_TABLE *);
+ static void hashTableDestroy(HASH_TABLE *);
+ static void hashTableIterInit(HASH_TABLE_ITER *, const HASH_TABLE *);
+@@ -370,6 +377,7 @@
+   enum XML_ParamEntityParsing m_paramEntityParsing;
+   XML_Parser m_parentParser;
+ #endif
++  unsigned long m_hash_secret_salt;
+ } Parser;
+ 
+ #define userData (((Parser *)parser)->m_userData)
+@@ -449,6 +457,7 @@
+ #define parentParser (((Parser *)parser)->m_parentParser)
+ #define paramEntityParsing (((Parser *)parser)->m_paramEntityParsing)
+ #endif /* XML_DTD */
++#define hash_secret_salt (((Parser *)parser)->m_hash_secret_salt)
+ 
+ #ifdef _MSC_VER
+ #ifdef _DEBUG
+@@ -527,6 +536,7 @@
+   parentParser = 0;
+   paramEntityParsing = XML_PARAM_ENTITY_PARSING_NEVER;
+ #endif
++  hash_secret_salt = 0;
+   ns = 0;
+   poolInit(&tempPool);
+   poolInit(&temp2Pool);
+@@ -546,20 +556,6 @@
+ XML_Parser
+ xmlrpc_XML_ParserCreateNS(const XML_Char *encodingName, XML_Char nsSep)
+ {
+-  static
+-  const XML_Char implicitContext[] = {
+-XML_T('x'), XML_T('m'), XML_T('l'), XML_T('='),
+-XML_T('h'), XML_T('t'), XML_T('t'), XML_T('p'), XML_T(':'),
+-XML_T('/'), XML_T('/'), XML_T('w'), XML_T('w'), XML_T('w'),
+-XML_T('.'), XML_T('w'), XML_T('3'),

Bug#687672: xmlrpc-c: Embedded Expat vulnerable to CVE-2012-0876, CVE-2012-1148

[Tyler Hicks]

Package: xmlrpc-c
Version: 1.16.33-3.1
Severity: grave
Tags: patch security
Justification: user security hole
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu quantal ubuntu-patch

Dear Maintainer,

In Ubuntu, the attached patch was applied to achieve the following:

  * Run the tests as part of the build process
- debian/patches/FTBFS-tests.patch: Fix issues when running make check.
  Based on upstream patches.
- debian/rules: Run make check after building
  * SECURITY UPDATE: Denial of service via hash collisions (LP: #1048835)
- debian/patches/CVE-2012-0876.patch: Add random salt value to
  hash inputs. Based on upstream patch.
- CVE-2012-0876
  * SECURITY UPDATE: Denial of service via memory leak (LP: #1048835)
- debian/patches/CVE-2012-1148.patch: Properly reallocate memory.
  Based on upstream patch.
- CVE-2012-1148

Because I had to backport the patch from upstream Expat to the forked
Expat in xmlrpc-c, I enabled the tests that are ran with 'make check' to
help ensure that I didn't introduce any regressions.

The fixes for the two CVEs have since been merged in upstream xmlrpc-c
(see the patch tags for links). Thanks for considering the patch.


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

Kernel: Linux 3.5.0-14-generic (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -u xmlrpc-c-1.16.33/debian/rules xmlrpc-c-1.16.33/debian/rules
--- xmlrpc-c-1.16.33/debian/rules
+++ xmlrpc-c-1.16.33/debian/rules
@@ -53,6 +53,7 @@
 	dh_testdir
 	$(MAKE) CADD=-fPIC
 	( cd tools && $(MAKE) CADD=-fPIC )
+	$(MAKE) CADD=-fPIC check
 	touch build-arch-stamp
 
 build-indep: build-indep-stamp
diff -u xmlrpc-c-1.16.33/debian/changelog xmlrpc-c-1.16.33/debian/changelog
diff -u xmlrpc-c-1.16.33/debian/patches/series xmlrpc-c-1.16.33/debian/patches/series
--- xmlrpc-c-1.16.33/debian/patches/series
+++ xmlrpc-c-1.16.33/debian/patches/series
@@ -4,0 +5,3 @@
+FTBFS-tests.patch
+CVE-2012-0876.patch
+CVE-2012-1148.patch
only in patch2:
unchanged:
--- xmlrpc-c-1.16.33.orig/debian/patches/CVE-2012-0876.patch
+++ xmlrpc-c-1.16.33/debian/patches/CVE-2012-0876.patch
@@ -0,0 +1,541 @@
+Description: Prevent predictable hash collisions by using a random salt value
+ Backported from the upstream Expat sources to the embedded copy of Expat in
+ xmlrpc-c.
+Origin: backport, http://xmlrpc-c.svn.sourceforge.net/viewvc/xmlrpc-c?view=revision&revision=2391
+Index: xmlrpc-c-1.16.33/lib/expat/xmlparse/xmlparse.c
+===
+--- xmlrpc-c-1.16.33.orig/lib/expat/xmlparse/xmlparse.c	2012-09-06 09:54:29.920445233 -0700
 xmlrpc-c-1.16.33/lib/expat/xmlparse/xmlparse.c	2012-09-06 11:42:34.792312153 -0700
+@@ -17,6 +17,8 @@
+ 
+ #include 
+ #include 
++#include  /* UINT_MAX */
++#include/* time() */
+ 
+ #include "xmlrpc_config.h"
+ #include "c_util.h"
+@@ -211,6 +213,8 @@
+enum XML_Error * const errorCodeP,
+const char **const errorP);
+ 
++static
++int setContext(XML_Parser parser, const XML_Char *context);
+ 
+ #define poolStart(pool) ((pool)->start)
+ #define poolEnd(pool) ((pool)->ptr)
+@@ -314,6 +318,7 @@
+   XML_Char m_namespaceSeparator;
+   enum XML_ParamEntityParsing m_paramEntityParsing;
+   XML_Parser m_parentParser;
++  unsigned long m_hash_secret_salt;
+ } Parser;
+ 
+ #define userData (((Parser *)parser)->m_userData)
+@@ -391,6 +396,7 @@
+ #define namespaceSeparator (((Parser *)parser)->m_namespaceSeparator)
+ #define parentParser (((Parser *)parser)->m_parentParser)
+ #define paramEntityParsing (((Parser *)parser)->m_paramEntityParsing)
++#define hash_secret_salt (((Parser *)parser)->m_hash_secret_salt)
+ 
+ 
+ 
+@@ -564,6 +570,39 @@
+   return pool->start;
+ }
+ 
++static unsigned long
++generate_hash_secret_salt(void)
++{
++  unsigned int seed = time(NULL) % UINT_MAX;
++  srand(seed);
++  return rand();
++}
++
++static int  /* only valid for root parser */
++startParsing(XML_Parser parser)
++{
++static
++const XML_Char implicitContext[] = {
++XML_T('x'), XML_T('m'), XML_T('l'), XML_T('='),
++XML_T('h'), XML_T('t'), XML_T('t'), XML_T('p'), XML_T(':'),
++XML_T('/'), XML_T('/'), XML_T('w'), XML_T('w'), XML_T('w'),
++XML_T('.'), XML_T('w'), XML_T('3'),
++XML_T('.'), XML_T('o'), XML_T('r'), XML_T('g'),
++XML_T('/'), XML_T('X'), XML_T('M'), XML_T('L'),
++XML_T('/'), XML_T('1'), XML_T('9'), XML_T('9'), XML_T('8'),
++XML_T('/'), XML_T('n'), XML_T('a'), XML_T('m'), XML_T('e'),
++XML_T('s'), XML_T('p'), XML_T('a'), XML_T('c'), XML_T('e'),
++XML_T('\0')
++};
++
++  

Bug#686277: GeForce 8300 and 8400 GS non-functional since 285 driver

[Andres Cimmarusti]

found nvidia-graphics-drivers/304.48-1
thanks

Just tested version 304.48 of the nvidia binary drivers and the
problem is still present. I've attached the nvidia-bug-report.

> Did you check the nvidia forum whether anyone has reported a similar problem 
> or create a new thread there? 
> http://www.nvnews.net/vbulletin/showthread.php?t=46678

Of course I checked the forum. I found an oldish post about it. I
added a reply, but no one has provided any solutions. I've also found
reports from the Arch linux forums. I'm puzzled by this question,
since you forwarded this debian bug report to precisely the thread in
the NVIDIA forums dealing with this issue.

No response so far from NVIDIA either...


nvidia-bug-report.log.gz
Description: GNU Zip compressed data

Bug#682329: [xmlrpc-api-utils] This package should depend on libxmlrpc-c++4

[Tyler Hicks]

Package: xmlrpc-c
Version: 1.16.33-3.1
Followup-For: Bug #682329
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu quantal ubuntu-patch

Dear Maintainer,

In Ubuntu, the attached patch was applied to achieve the following:

  * Fix dependencies of xmlrpc-api-utils
- debian/control: xml-rcp-api2cpp needs libxmlrpc_cpp.so.4, so depend on
  libxmlrpc-c++4

Thanks for considering the patch.


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

Kernel: Linux 3.5.0-14-generic (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -u xmlrpc-c-1.16.33/debian/control xmlrpc-c-1.16.33/debian/control
--- xmlrpc-c-1.16.33/debian/control
+++ xmlrpc-c-1.16.33/debian/control
@@ -1,8 +1,7 @@
 Source: xmlrpc-c
 Priority: optional
 Section: libs
-Maintainer: Ubuntu Developers 
-XSBC-Original-Maintainer: Sean Finney 
+Maintainer: Sean Finney 
 Build-Depends: autotools-dev, debhelper (>= 5), libcurl4-openssl-dev (>= 7.22.0) | libcurl3-openssl-dev (>= 7.22.0), quilt
 Homepage: http://xmlrpc-c.sourceforge.net
 Standards-Version: 3.9.1
@@ -103,8 +102,9 @@
 Replaces: xml-rpc-api2cpp, xml-rpc-api2txt
 Architecture: any
 Section: devel
-Depends: libxmlrpc-core-c3 (= ${binary:Version}), libc6-dev,
- libfrontier-rpc-perl, ${misc:Depends}
+Depends: libxmlrpc-core-c3 (= ${binary:Version}),
+ libxmlrpc-c++4 (= ${binary:Version}), libc6-dev, libfrontier-rpc-perl,
+ ${misc:Depends}
 Description: Generate C++ wrapper classes for XML-RPC servers
  XML-RPC is a quick-and-easy way to make procedure calls over the Internet.
  It converts the procedure call into an XML document, sends it to a remote

Bug#682080: deluge-console doesn't like deluged running as another user

[Robert de Bath]

Unfortunatly, neither is wrong.

Deluge-gtk will run in 'classic' mode where it automatically starts it's 
own torrent engine.


Deluge-console only connects to the demon, it never runs in classic mode.

To get the link to the daemon working you need to disable classic mode for 
the deluge-gtk and make sure the 'auth' file in "$HOME/.config/deluge/" 
contains a matching user and password for both of them (and the web UI).


As deluged can now be started by an initscript it will probably be 
necessary for the user and password for the daemon running under 
debian-deluged to be configurable on install.


The same would be true for the deluged-web interface; after all it 
probably needs an initscript too and to know both the user&pass for the 
daemon and have a password configured to allow access to itself.



--
Rob.  (Robert de Bath )
 


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

Bug#654764: Apache and BEAST

[Christoph Anton Mitterer]

Hi.

I wondered about the status of the BEAST attack in Debian, especially:

1) Can I use any cipher suite and still be secure (e.g. use AES and
disable RC4; the later which is often claimed to secure things... while
there are however sources on the web claiming it would be even more
vulnerable than AES)?

2) I know most browsers mitigate it already on their side,.. but I guess
just by not selecting CBC ciphers if possible (???)... what however if I
only offer such?


So question is,.. how can I force it on the server side, to be secure
against BEAST.


I also found these:
http://security.stackexchange.com/questions/17080/is-there-a-way-to-mitigate-beast-without-disabling-aes-completely
http://blogs.cisco.com/security/beat-the-beast-with-tls/

which claim openssl fixed the problem already on a protocol level (even
for TLS 1.0).


So can we verify whether in Debian's openssl that
SSL_OP_DONT_INSERT_EMPTY_FRAGMENTS is set?


Cheers,
Chris.


smime.p7s
Description: S/MIME cryptographic signature

Bug#677931: installation-report: testing image does not boot on QNAP TS-212 (armel) / stable works

[Samuel Thibault]

Control: reassign 677931 localechooser
Control: clone 677931
Control: retitle 677931 Should enable non-latin1 on ssh installs.
Control: retitle -1 Should detect from ssh's LANG the remote charset and thus 
supported language level
Control: tags 677931 + pending

Samuel Thibault, le Tue 11 Sep 2012 14:02:28 +0200, a écrit :
> We can however assume UTF-8 for now (thus raise languagelevel for the
> ssh console, which is better than the current state anyway), and keep
> as TODO (if anybody feels about implementing it) using LANG from the
> client.

I have pushed that.

Samuel


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

Bug#687670: dget: infinite loop when .changes/.dsc file references itself

[Raphael Geissert]

Package: devscripts
Tags: patch
User: devscri...@packages.debian.org
Usertags: dget

Hi,

A specially crafter .changes or .dsc file can trigger an infinite loop in 
dget. Due to system resource limits, it will usually be broken without 
incurring into a real DoS.

Attached patch fixes it.

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


dget-loop.mbox
Description: application/mbox

Bug#687669: pdftk seems to fail to operate on freshly generated using pdflatex PDF 1.5 but works on PDF 1.4

[Yaroslav Halchenko]

/babel/english.ldf
(/usr/share/texlive/texmf-dist/tex/generic/babel/babel.def)))
(../sty/beamer-debian.tex
(/usr/share/texmf/tex/latex/beamer/base/themes/theme/beamerthemeBoadilla.sty
(/usr/share/texmf/tex/latex/beamer/base/themes/color/beamercolorthemerose.sty)
(/usr/share/texmf/tex/latex/beamer/base/themes/inner/beamerinnerthemerounded.st
y)
(/usr/share/texmf/tex/latex/beamer/base/themes/color/beamercolorthemedolphin.st
y)
(/usr/share/texmf/tex/latex/beamer/base/themes/outer/beamerouterthemeinfolines.
sty))
(/usr/share/texmf/tex/latex/beamer/base/themes/color/beamercolorthemebeaver.sty
)
(/usr/share/texmf/tex/latex/beamer/base/themes/inner/beamerinnerthemerectangles
.sty)) (/usr/share/texlive/texmf-dist/tex/latex/tools/tabularx.sty)
(./s-common.tex (/usr/share/texlive/texmf-dist/tex/latex/psnfss/times.sty)
(/usr/share/texlive/texmf-dist/tex/latex/units/units.sty
(/usr/share/texlive/texmf-dist/tex/latex/base/ifthen.sty)
(/usr/share/texlive/texmf-dist/tex/latex/units/nicefrac.sty))
(/usr/share/texlive/texmf-dist/tex/latex/textpos/textpos.sty
Package: textpos 2012/06/01 1.7h, absolute positioning of text on the page
Grid set 16 x 16 = 22.7622pt x 17.07166pt
TextBlockOrigin set to 0pt x 0pt
) (/usr/share/texlive/texmf-dist/tex/latex/tools/verbatim.sty)
(/usr/share/texlive/texmf-dist/tex/generic/ulem/ulem.sty)
(/usr/share/texlive/texmf-dist/tex/latex/fancyvrb/fancyvrb.sty
Style option: `fancyvrb' v2.7a, with DG/SPQR fixes, and firstline=lastline fix 
<2008/02/07> (tvz))
(/usr/share/texlive/texmf-dist/tex/latex/listings/listings.sty
(/usr/share/texlive/texmf-dist/tex/latex/listings/lstmisc.sty)
(/usr/share/texlive/texmf-dist/tex/latex/listings/listings.cfg))
(/usr/share/texlive/texmf-dist/tex/latex/listings/lstlang1.sty)
(/usr/share/texlive/texmf-dist/tex/latex/apacite/apacite.sty)
(/usr/share/texlive/texmf-dist/tex/latex/natbib/natbib.sty)
(/usr/share/texlive/texmf-dist/tex/latex/natbib/bibentry.sty)
\bibdata{pymvpa}
No file s.bbl.
) (./s.aux (./s-ack2.aux))
(/usr/share/texlive/texmf-dist/tex/latex/psnfss/ot1phv.fd)
*geometry* driver: auto-detecting
*geometry* detected driver: pdftex
(/usr/share/texlive/texmf-dist/tex/context/base/supp-pdf.mkii
[Loading MPS to PDF converter (version 2006.09.02).]
) (/usr/share/texlive/texmf-dist/tex/latex/oberdiek/epstopdf-base.sty
(/usr/share/texlive/texmf-dist/tex/latex/oberdiek/grfext.sty)
(/usr/share/texlive/texmf-dist/tex/latex/latexconfig/epstopdf-sys.cfg))
ABD: EveryShipout initializing macros
(/usr/share/texlive/texmf-dist/tex/latex/hyperref/nameref.sty
(/usr/share/texlive/texmf-dist/tex/generic/oberdiek/gettitlestring.sty))
(./s.out) (./s.out)
(/usr/share/texmf/tex/latex/beamer/base/translator/dicts/translator-basic-dicti
onary/translator-basic-dictionary-English.dict)
(/usr/share/texmf/tex/latex/beamer/base/translator/dicts/translator-bibliograph
y-dictionary/translator-bibliography-dictionary-English.dict)
(/usr/share/texmf/tex/latex/beamer/base/translator/dicts/translator-environment
-dictionary/translator-environment-dictionary-English.dict)
(/usr/share/texmf/tex/latex/beamer/base/translator/dicts/translator-months-dict
ionary/translator-months-dictionary-English.dict)
(/usr/share/texmf/tex/latex/beamer/base/translator/dicts/translator-numbers-dic
tionary/translator-numbers-dictionary-English.dict)
(/usr/share/texmf/tex/latex/beamer/base/translator/dicts/translator-theorem-dic
tionary/translator-theorem-dictionary-English.dict)
(/usr/share/texlive/texmf-dist/tex/latex/apacite/english.apc) (./s.nav)
(/usr/share/texlive/texmf-dist/tex/latex/amsfonts/umsa.fd)
(/usr/share/texlive/texmf-dist/tex/latex/amsfonts/umsb.fd)
<../pics/ndpymvpa-letterhead.png, id=27, 545.8794pt x 85.2786pt>
 [1{/var/lib/texmf/fonts/map/pdftex/updmap
/pdftex.map} <../pics/ndpymvpa-letterhead.png>]
<../pics/neurodebian_logo_tuned/all.pdf, id=43, 401.0866pt x 276.84328pt>
 [2 <../pics/neurodebian_logo_tuned
/all.pdf>]
<../pics/neurodebian_logo_tuned/dim.pdf, id=52, 401.0866pt x 276.84328pt>
 [3 <../pics/neurodebian_logo_tuned
/dim.pdf>] <../pics/debian_name.pdf, id=79, 87.33267pt x 29.25731pt>

<../pics/debian_swirl.pdf, id=80, 58.17732pt x 72.41132pt>

<../pics/neurodebian_name.pdf, id=81, 123.67142pt x 20.38434pt>

<../pics/neurodebian_logo.pdf, id=82, 401.5pt x 277.035pt>

Overfull \vbox (6.89009pt too high) detected at line 172
 [4 <../pics/debian_name.pdf> <../p
ics/debian_swirl.pdf

pdfTeX warning: pdflatex (file ../pics/debian_swirl.pdf): PDF inclusion: multip
le pdfs with page group included in a single page
> <../pics/neurodebian_name.pdf

pdfTeX warning: pdflatex (file ../pics/neurodebian_name.pdf): PDF inclusion: mu
ltiple pdfs with page group included in a single page
> <../pics/neurodebian_logo.pdf

pdfTeX warning: pdflatex (file ../pics/neurodebian_logo.pdf): PDF inclusion: mu
ltiple pdfs with page group included in a single page
>]  
 
Overfull \vbox (6.89009pt too high) detected at line 1

Bug#588507: I would also appreciate the new version of avra in Debian

[Виталий Филиппов]

I would also appreciate the new version of avra in Debian.
Please update it :-)

Bug#687619: [Pkg-iscsi-maintainers] Bug#687619: iscsitarget restart fail if more than 32 session try reconnect

[Laszlo Fekete]

On 2012. September 15. 01:06:27 Ritesh Raj Sarraf wrote:
> On Friday 14 September 2012 09:07 PM, Laszlo Fekete wrote:
> >> Is there an error message/code ?
> > 
> > This is in the initiator logs:
> > Sep 13 14:40:09 mail01 iscsid: Kernel reported iSCSI connection 4:0 error
> > (1020) state (3)
> > Sep 13 14:40:20 mail01 iscsid: connection4:0 is operational after recovery
> > (2 attempts)
> 
> So the connection did recover.
Yes, it recovers because of 1-5 another iscsi target restart after the first 
failed restart just the initiator don't see any change if the target restart 
failed.
The connection recovers only after a sucessful restart but not all restart 
sucessful if there is more than 32 sessions try to recover in a short time.

> 
> >> Why do you change it to 1 ? That's a very low value and will just flood
> >> the target.
> > 
> > As I said, using multipath, so want a fast response if there is a
> > connection/session error to change to the other path. That's why I'm using
> 
> The multipath path checker loop triggers every 5 seconds.
> 
> > these values:
> > node.session.timeo.replacement_timeout = 5
> > node.session.err_timeo.abort_timeout = 5
> > node.session.err_timeo.lu_reset_timeout = 5
> > node.session.err_timeo.host_reset_timeout = 60
> > node.session.iscsi.FastAbort = Yes
> > node.session.iscsi.InitialR2T = No
> > node.session.iscsi.ImmediateData = Yes
> > node.session.iscsi.FirstBurstLength = 262144
> > node.session.iscsi.MaxBurstLength = 16776192
> > node.conn[0].timeo.logout_timeout = 5
> > node.conn[0].timeo.login_timeout = 5
> > node.conn[0].timeo.auth_timeout = 45
> > node.conn[0].timeo.noop_out_interval = 1
> > node.conn[0].timeo.noop_out_timeout = 1
> > 
> > But as I said, this also affected to that initiators which don't use
> > multipath and had the default open-iscsi values.
> > 
> > 
> > There is an INCOMING_MAX 32 limit in the source, that wrote few minutes
> > before your last mail, hope you got that, I think that will be the
> > problem and will check it next week.
> 
> Okay!! Let me know what your findings are. From what you have shared up
> till now, I don't see much a problem with IET or open-iscsi.

The problem is if there are more than 32 active connections when restart iscsi 
target it may fail and don't see any error in the logs, just the initiators 
try to reconnect.

You can tell to raise the timeouts, but that's still like lottery. If I have 
80 sessions when restarting the target and 35 of them try to reconnect in the 
same time it will also fail and there is nothing error message.


I hope increasing the default INCOMING_MAX 32 setting in the source code will 
solve the problem. (Next week I'm going to test this.)

If you say this isn't a bug, that's fine because this is a limit in the source 
code (if really it's the problem) and can't be configured dinamically.
But this wasn't clear for me and spent 4 days with debugging to suspect only 
that maybe there is a 32 limit somewhere.

So maybe a warning message would be helpful about that in the init script if 
there are more than 32 active sessions or create an error log entry that 
reached the incoming_max limit.


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

Bug#687608: open-axiom: should not use -m32/-m64 flags in CXXFLAGS/LDFLAGS

[Игорь Пашев]

Well, that makes sense. Thanks!

2012/9/14, Konstantinos Margaritis :
> On Fri, 14 Sep 2012 19:50:25 +0400
> Игорь Пашев  wrote:
>
>> Hi, Konstantinos
>>
>> Could you please provide configure and build log, so I could see
>> what's wrong.
>>
>> This issue is a little curious, because OpenAxiom was successfully
>> compiled on amd64, i368 and freebsd-amd64.
>
> Exactly, on those platforms it works because gcc supports those flags.
> But on most other platforms, -m32/-m64 are not available as compiler
> flags. So configure fails.
>
> Regards
>
> Konstantinos
>


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

Bug#646704: debian-installer: installer doesn't write /etc/crypttab for crypt+LVM

[Florian Schlichting]

reassign 646704 live-installer
retitle 646704 live-installer: installer doesn't write /etc/crypttab for 
crypt+LVM
tags 646704 +confirmed
thanks


Hi,

I was able to reproduce this issue with the current stable live cd,
debian-live-6.0.4-amd64-rescue.iso, however it does not occur with
debian-wheezy-DI-b2-amd64-netinst.iso or debian-6.0.5-amd64-CD-1.iso, so
I am confident this bug is specific to installations from the live cd.

I was unable to find a live cd for wheezy or sid, though, so I am not
sure about the status of this bug wrt. the upcoming release.

I tested the installation using KVM virtual machines, the "Graphical
Install" option, and the standard "Guided - use entire disk and set up
encrypted LVM" partitioning method without further customisation. In the
"Finish the installation" step, when asked to eject the cd and reboot,
changing to a virtual console and doing

cat /target/etc/crypttab

showed 

# 

(as created by cryptsetup.preinst) instead of something along the lines
of 

vda5_crypt UUID=2f8ebff7-f096-47f8-8aae-65fee3129a2f none luks

Please reassign as appropriate,
Florian


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

Bug#669314: No Reply From Alexander Viro

[Chris Hiestand]

Just an update, I emailed Alexander Viro twice and I haven't heard back from 
Alexander Viro or anyone on the kernel development mailing lists.

I am surprised that this issue is being ignored.

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

Bug#687668: bonnie++: zcav -c 3 segfaults

[Martin Konrad]

Package: bonnie++
Version: 1.96
Severity: normal

zcav dies after running quite a while with a segfault:

root@db1:~# zcav -f /dev/sdd -c 3 > sdd.zcav
# Finished loop 1, on device /dev/sdd at 21:46:30
Segmentation fault

The file sdd.zcav is empty. This happened 3 times (seems to be reproducable). 
The device is a 300 GB hard disk connected to a hardware RAID controller 
(single disk "array").

I rebuilt the package with debugging symbols and got the following backtrace:

root@db1:~# gdb zcav core
GNU gdb (GDB) 7.0.1-debian
Copyright (C) 2009 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/sbin/zcav...(no debugging symbols found)...done.
[New Thread 20964]

warning: Can't read pathname for load map: Input/output error.
Reading symbols from /lib/libpthread.so.0...(no debugging symbols found)...done.
Loaded symbols for /lib/libpthread.so.0
Reading symbols from /usr/lib/libstdc++.so.6...(no debugging symbols 
found)...done.
Loaded symbols for /usr/lib/libstdc++.so.6
Reading symbols from /lib/libm.so.6...(no debugging symbols found)...done.
Loaded symbols for /lib/libm.so.6
Reading symbols from /lib/libgcc_s.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/libgcc_s.so.1
Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib64/ld-linux-x86-64.so.2...(no debugging symbols 
found)...done.
Loaded symbols for /lib64/ld-linux-x86-64.so.2
Core was generated by `zcav -f /dev/sdd -c 3'.
Program terminated with signal 11, Segmentation fault.
#0  0x00403620 in ZcavRead::Read(int, int, int, int, int) ()
(gdb) thread apply all bt 

Thread 2 (Thread 20964):
#0  0x7f578d7e914d in read () from /lib/libpthread.so.0
#1  0x00402980 in Thread::Read(void*, int, int) ()
#2  0x00401a5f in MultiZcav::runit() ()
#3  0x00402206 in main ()

Thread 1 (Thread 20965):
#0  0x00403620 in ZcavRead::Read(int, int, int, int, int) ()
#1  0x0040163a in MultiZcav::action(void*) ()
#2  0x00402c14 in thread_func(void*) ()
#3  0x7f578d7e18ca in start_thread () from /lib/libpthread.so.0
#4  0x7f578cd9c92d in clone () from /lib/libc.so.6
#5  0x in ?? ()


-- System Information:
Debian Release: 6.0.5
  APT prefers stable
  APT policy: (900, 'stable'), (100, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/16 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 bonnie++ depends on:
ii  libc6 2.11.3-3   Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.4.5-8  GCC support library
ii  libstdc++64.4.5-8The GNU Standard C++ Library v3

bonnie++ recommends no packages.

bonnie++ 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#687667: lintian: check dpkg version for "-Sextreme" option

[Hideki Yamane]

Package: lintian
Version: 2.5.10.1
Severity: normal

Hi,

 As Bug#677003, package building (dh_builddeb) with "-Sextreme" option
 needs newer dpkg version than 1.16.2~ . see http://bugs.debian.org/677003

 I hope lintian would warn this.


-- 
Regards,

 Hideki Yamane henrich @ debian.or.jp/org
 http://wiki.debian.org/HidekiYamane


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

Bug#617613: freecad: links with both GPL-licensed and GPL-incompatible libraries

[Francesco Poli]

On Fri, 14 Sep 2012 16:31:21 -0400 Andres Cimmarusti wrote:

> On Thu, Apr 19, 2012 at 8:38 AM, Andres Cimmarusti
>  wrote:
> >> Fortunately Kongsberg, the company behind Coin3D, send a letter to all its 
> >> paying customer that they decided to discontinue the commercial Version 
> >> and plan to release the source under BSD. This switch and the removal of 
> >> smaller libs (e.g. PyQt) will remove all GPL dependencies of FreeCAD.
> >
> > This may be true, but their website still shows the paid and GPL
> > version. Is there any updates regarding this? It's been months since
> > this 'news'.
> 
> This change has been finally carried out!
> 
> https://bitbucket.org/Coin3D/coin/wiki/Home

Interesting news!
Thanks for informing us.

> 
> Can this bug now be closed? or do we need to wait for freecad 0.13?

I think the bug should stay open with severity serious, until a freecad
package that is actually unaffected by this issue is uploaded to the
Debian archive.
As far as I can see:

 * a new version of Coin3D, released under the terms of the 3-clause
BSD license, needs to be packaged and uploaded to the Debian archive
(relevant Debian source packages: soqt, coin3)

 * a new version of FreeCAD, without any included GPL-licensed part and
not linking with any GPL-licensed library, needs to be packaged with a
dependency on the BSD-licensed Coin3D packages and uploaded to the
Debian archive

The latter package will close this bug report in its changelog.


Maybe, in the meanwhile, the freecad Debian package maintainers may ask
the release managers to grant a wheezy-ignore tag for this bug report...


I hope this clarifies my opinion.
Thanks for your time!

Bye.

-- 
 http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt
 New GnuPG key, see the transition document!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpaUdeGdUfzM.pgp
Description: PGP signature

Bug#687607: isync: Recursive folder retrieving

[Oswald Buddenhagen]

On Fri, Sep 14, 2012 at 09:32:11AM +0100, Jan Keymeulen wrote:
> There is a patch available to enable recursive folder retrieving,
>
better test mbsync master. i plan to make a release tomorrow or the day
after.


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

Bug#687062: wine64-bin: missing copyright file

[Stephen Kitt]

Hi,

On Fri, Sep 14, 2012 at 10:57:15PM +0200, Tobias Bengfort wrote:
> I am not completely sure, but I guess the file is missing for all
> packages created from the wine source package.
> 
> I had a look at the code, but I unfortunately do not really understand
> it. I guess debian/doclink.sh is important for this bug.

The file is shipped in the libwine package, and all wine packages have
a /usr/share/doc/${package} link to /usr/share/doc/libwine. This
doesn't work for wine64-bin though since it doesn't depend (directly
or indirectly) on libwine...

Regards,

Stephen


signature.asc
Description: Digital signature

Bug#687062: wine64-bin: missing copyright file

[Tobias Bengfort]

I am not completely sure, but I guess the file is missing for all
packages created from the wine source package.

I had a look at the code, but I unfortunately do not really understand
it. I guess debian/doclink.sh is important for this bug.



signature.asc
Description: OpenPGP digital signature

Bug#687598: [Pkg-libvirt-maintainers] Bug#687598: libvirt: CVE-2012-4423

[Guido Günther]

On Fri, Sep 14, 2012 at 08:25:34AM +0200, Moritz Muehlenhoff wrote:
> Package: libvirt
> Severity: grave
> Tags: security
> Justification: user security hole
> 
> This has been assigned CVE-2012-4423:
> https://www.redhat.com/archives/libvir-list/2012-September/msg00843.html

According to 
https://www.redhat.com/archives/libvir-list/2012-September/msg00928.html
the regression was introduced in 0.9.3 so stable isn't affected. Build
for wheezy is forthcomming.
Cheers,
 -- Guido

> 
> Cheers,
> Moritz
> 
> ___
> Pkg-libvirt-maintainers mailing list
> pkg-libvirt-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-libvirt-maintainers
> 


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

Bug#669278: (no subject)

[Lisandro Damián Nicanor Pérez Meyer]

Control: reassign -1 libqt4-dbus
Control: tag -1 pending

The real cause of this problem is the circular dependency of qdbus and libqt4-
dbus.

The root of this problem comes from the switch to multiarch of Qt4. qdbus (an 
application) used to be part of the libqt4-dbus package, which also included 
the library itself.

When the switch to M-A was done, qdbus had to be packaged in a separate 
package. There are some apps that depend on libqt4-dbus in order to have qdbus 
at hand (and a lot of them just got qdbus because they linked against libqt4-
dbus). In order to avoid a transition, which we could not do in time for the 
freeze, we made libqt4-dbus depend on qdbus. But qdbus itself links against 
libqt4-dbus, and so the circular dependency appeared.

At first there seemed to be no problems at all, as the upgrades in Sid/Wheezy 
went smooth. But it turned out that apt in Squeeze can't handle this cleanly, 
thus generating this bug.

We have fixed the circular dependency by adding another package (more details 
in qt4-x11's changelog to come).

I will now send an unblock pre-approval mail to the RT to see if they would 
accept this change and get this bug solved.

Kinds regards, Lisandro.

-- 
La ciencia sin la religión es renga, la religión sin la ciencia es ciega.
 Albert Einstein

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#687665: alacarte - cannot move menu items

[Dietmar]

Package: alacarte

$ dpkg --status alacarte
Package: alacarte
Status: install ok installed
Priority: optional
Section: utils
Installed-Size: 286
Maintainer: Debian GNOME Maintainers

Architecture: all
Version: 3.5.3-1
Depends: python (>= 2.6.6-7~), python-gi (>= 3.0), gir1.2-gtk-3.0,
gir1.2-gmenu-3.0, gir1.2-glib-2.0, gir1.2-gdkpixbuf-2.0
Recommends: gnome-panel

System: Wheezy with up to date packages

Repeat bug: 
Start alacarte
select an entry in the menu (right half of panel)
press shift up (or down)
result: nothing done
error messages:

Traceback (most recent call last):
  File "/usr/share/alacarte/Alacarte/MainWindow.py", line 440, in
on_move_up_button_clicked
self.editor.moveItem(item.get_parent(), item, before=before)
  File "/usr/share/alacarte/Alacarte/MenuEditor.py", line 499, in
moveItem
self.positionItem(parent, item, before=before, after=after)
  File "/usr/share/alacarte/Alacarte/MenuEditor.py", line 507, in
positionItem
index = contents.index(before)
ValueError:  is not in list


PS: reportbug does not work (bugs already reported)


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

Bug#687664: devscripts-licensecheck: Does not recognize MPL 2.0

[Ryan Pavlik]

Package: devscripts
Version: 2.10.61ubuntu5.1
Severity: wishlist
Tags: patch

Running the latest Git master of licensecheck.pl against the upstream Eigen 
source, I noticed it was report "UNKNOWN" for the MPL 2.0 licensed files. A 
small change to the regex made it possible to recognize 2.0 as well as 1.1, 
etc. I am including a patch along with tests.


-- Package-specific info:

--- /etc/devscripts.conf ---

--- ~/.devscripts ---
DEBUILD_DPKG_BUILDPACKAGE_OPTS="-i -I"

-- System Information:
Debian Release: squeeze/sid
  APT prefers lucid-updates
  APT policy: (500, 'lucid-updates'), (500, 'lucid-security'), (500, 
'lucid-backports'), (500, 'lucid'), (50, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-42-generic (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 devscripts depends on:
ii  dpkg-dev 1.16.1.2ubuntu5~ppa1~lucid1 Debian package development tools
ii  libc62.11.1-0ubuntu7.10  Embedded GNU C Library: Shared lib
ii  perl 5.10.1-8ubuntu2.1   Larry Wall's Practical Extraction 

Versions of packages devscripts recommends:
ii  at3.1.11-1ubuntu5.1  Delayed job execution and batch pr
ii  bsd-mailx 8.1.2-0.20090911cvs-2ubuntu1   simple mail user agent
ii  bzr   2.1.4-0ubuntu1 easy to use distributed version co
ii  curl  7.19.7-1ubuntu1.1  Get a file from an HTTP, HTTPS or 
ii  cvs   1:1.12.13-12ubuntu1.10.04.1Concurrent Versions System
ii  dctrl-too 2.14   Command-line tools to process Debi
ii  dput  0.9.5.1ubuntu1 Debian package upload tool
ii  fakeroot  1.14.4-1ubuntu1Gives a fake root environment
ii  firefox [ 15.0.1+build1-0ubuntu0.10.04.1 Safe and easy web browser from Moz
ii  git [git- 1:1.7.11.3-0ppa1~lucid1fast, scalable, distributed revisi
ii  git-core  1:1.7.11.3-0ppa1~lucid1fast, scalable, distributed revisi
ii  gnupg 1.4.10-2ubuntu1GNU privacy guard - a free PGP rep
ii  google-ch 21.0.1180.89-r154005   The web browser from Google
ii  libauthen 2.13-1 Authen::SASL - SASL Authentication
ii  libparse- 2.005-2Easy OO parsing of Debian control-
ii  libterm-s 0.2-4build3Perl extension for retrieving term
ii  libtimeda 1.1900-1   Time and date functions for Perl
ii  liburi-pe 1.52-1 module to manipulate and access UR
ii  libwww-pe 5.834-1ubuntu0.1   Perl HTTP/WWW client/server librar
ii  lintian   2.4.3ubuntu1~lucid1Debian package checker
ii  lsb-relea 4.0-0ubuntu8   Linux Standard Base version report
ii  lzma  4.43-14ubuntu2 Compression method of 7z format in
ii  man-db2.5.7-2ubuntu1 on-line manual pager
ii  mercurial 2.3.1-0ppa2~lucid1 easy-to-use, scalable distributed 
ii  openssh-c 1:5.3p1-3ubuntu7   secure shell (SSH) client, for sec
ii  patch 2.6.1-3Apply a diff file to an original
ii  patchutil 0.3.1-2build1  Utilities to work with patches
ii  sensible- 0.0.1ubuntu3   Utilities for sensible alternative
ii  strace4.5.19-2   A system call tracer
ii  subversio 1.6.6dfsg-2ubuntu1.3   Advanced version control system
ii  unzip 6.0-1build1De-archiver for .zip files
ii  w3m [www- 0.5.2-2.1ubuntu1.2 WWW browsable pager with excellent
ii  wdiff 0.5-19 Compares two files word by word
ii  wget  1.12-1.1ubuntu2.1  retrieves files from the web

Versions of packages devscripts suggests:
ii  build-essenti 11.4build1 Informational list of build-essent
pn  cvs-buildpack  (no description available)
ii  debian-keyrin 2009.11.04 GnuPG (and obsolete PGP) keys of D
pn  devscripts-el  (no description available)
pn  equivs (no description available)
ii  gnuplot   4.4.3-0ubuntu2~ppa1~lucid1 A command-line driven interactive 
pn  libcrypt-ssle  (no description available)
pn  libfile-deskt  (no description available)
ii  libnet-smtp-s 1.01-2 SSL support for Net::SMTP
pn  libsoap-lite-  (no description available)
ii  libyaml-syck- 1.07-1build1   fast, lightweight YAML loader and 
pn  mutt   (no description available)
ii  svn-buildpack 0.7.1  helper programs to maintain Debian
ii  ubuntu-dev-to 0.99.1 useful tools for Ubuntu developers
ii  w3m   0.5.2-2.1ubuntu1.2 WWW browsable pager with excellent

-- no debconf information
>From 041f90cb124128cf74dc7db90185ffd36

Bug#617613: freecad: links with both GPL-licensed and GPL-incompatible libraries

[Andres Cimmarusti]

On Thu, Apr 19, 2012 at 8:38 AM, Andres Cimmarusti
 wrote:
>> Fortunately Kongsberg, the company behind Coin3D, send a letter to all its 
>> paying customer that they decided to discontinue the commercial Version and 
>> plan to release the source under BSD. This switch and the removal of smaller 
>> libs (e.g. PyQt) will remove all GPL dependencies of FreeCAD.
>
> This may be true, but their website still shows the paid and GPL
> version. Is there any updates regarding this? It's been months since
> this 'news'.

This change has been finally carried out!

https://bitbucket.org/Coin3D/coin/wiki/Home

Can this bug now be closed? or do we need to wait for freecad 0.13?

Andres


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

Bug#678786: Build successful

[Kai Lüke]

Same here. It worked well. Lucas, can you say if later there was an
other rebuild of the archive that worked well with the current version?
(afaik nothing changed)

Maybe this bug should be closed now.
Greets


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

Bug#687656: dpkg fails to build due to test suite if DPKG_MAINTSCRIPT_PACKAGE set.

[Len Sorensen]

On Fri, Sep 14, 2012 at 03:10:45PM -0400, Guillem Jover wrote:
> Yeah, I'll sanitize the environment for the test suite locally, and
> will decide if this is worth to be included for 1.16.x or 1.17.x (but
> most probably the latter).

Sounds good to me.

> In any case for something like a build daemon it seems pretty bad to
> not sanitize the environment before running the daemon or the childs.
> At least all DPKG_ variables might have “interesting” effects on the
> builds.

We are looking into that too.  This is the first time I actually
encountered one of these interesting effects.

I did flag it wishlist after all, since deciding to ignore it could be
a valid choice.  It does seem unfortunate to have the test suite get
confused by outside things setting variables the code cares about.

-- 
Len Sorensen


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

Bug#681834: Call for votes on network-manager, gnome

[Andreas Barth]

* Ian Jackson (ijack...@chiark.greenend.org.uk) [120911 15:10]:
> Russ Allbery writes ("Re: Bug#681834: network-manager, gnome, Recommends vs 
> Depends"):
> > Here's what I now have:
> 
> I asked for comments and no-one had any.  So I hereby call for votes
> on the resolution below.
> 
> The options are:
>   A. Recommends not Depends (overrule maintainers).  3:1 required.
>   F. Further Discussion.
> 
> The full resolution text, unchanged from Russ's proposal, is below.

I vote AF.


Andi


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

Bug#687663: g15daemon: Fail to install - /dev/input/uinput not found

[Nikolay Kachanov]

Package: g15daemon
Version: 1.9.5.3-8.2
Severity: normal

Dear Maintainer,

The post-installation script failed to find /dev/input/uinput
and left the package in partially installed state.
Uinput module was loaded and available at /dev/uinput.



Package manager output:

Setting up g15daemon (1.9.5.3-8.2) ...
Starting g15daemon: .../dev/input/uinput not found ...invoke-rc.d:
initscript g15daemon, action "start" failed.
dpkg: error processing g15daemon (--configure):
 subprocess installed post-installation script returned error exit
status 1 Errors were encountered while processing:
 g15daemon
E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install.  Trying to recover:
Setting up g15daemon (1.9.5.3-8.2) ...
Starting g15daemon: .../dev/input/uinput not found ...invoke-rc.d:
initscript g15daemon, action "start" failed.
dpkg: error processing g15daemon (--configure):
 subprocess installed post-installation script returned error exit
status 1 Errors were encountered while processing:
 g15daemon



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

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

Versions of packages g15daemon depends on:
ii  libc6 2.13-35
ii  libg15-1  1.2.7-2
ii  libg15daemon-client1  1.9.5.3-8.2
ii  libg15render1 1.3.0~svn316-2.2

Versions of packages g15daemon recommends:
ii  xkb-data  2.5.1-2

g15daemon suggests no packages.

-- Configuration Files:
/etc/default/g15daemon changed [not included]

-- 
Nikolay Kachanov
mailto:nikolay.kacha...@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#687662: sslscan: Please move the Homepage header to debian/control's source section

[Axel Beckert]

Package: sslscan
Version: 1.8.2-2
Severity: wishlist

Dear Maintainer,

please move the Homepage header in debian/control to the source section,
so that it also shows up as link on
http://packages.debian.org/source/unstable/sslscan and
http://packages.qa.debian.org/s/sslscan.html

The homepage links related to the binary package are not affected by
this change, because the Homepage header in the source section is also
the default value for non-existent Homepage headers in the binary
section.

BTW, any reason why the SF project is used instead of
https://www.titania-security.com/labs/sslscan?

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (900, 'testing'), (600, 'stable'), (200, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.5-trunk-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 sslscan depends on:
ii  libc62.13-35
ii  libssl1.0.0  1.0.1c-4

sslscan recommends no packages.

sslscan 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#687661: [L10N,DE] git-stuff: initial german debconf translation

[Holger Wansing]

Package: git-stuff
Severity: wishlist
Tags: patch,l10n


Hi,
attached you get the initial german debconf translation
for git-stuff, version 11-2.
Please include it in your package.

Thanks for your i18n efforts.

So long
Holger

-- 
= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
Created with Sylpheed 3.0.2
under DEBIAN GNU/LINUX 6.0 - S q u e e z e 
Registered LinuxUser #311290 - http://counter.li.org/
= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =


git-stuff_11-2.po.gz
Description: Binary data

Bug#681834: Call for votes on network-manager, gnome

[Philipp Kern]

On Tue, Sep 11, 2012 at 09:32:32PM -0400, Chris Knadle wrote:
> - I experienced breakages on NM on upgrades on several occasions, whereby
>   I switched to wicd.

But then sadly NM is the only network connection management tool for laptop
users in wheezy that handles IPv6 properly. Hence I turned away from wicd
on all my machines.

And I did not experience network breakage during upgrade bugs recently. I think
the LAN ports just stick around and I don't do upgrades over wi-fi.

Kind regards
Philipp Kern


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

Bug#686648: ioquake3: consider disallowing auto-downloading in wheezy

[Markus Koschany]

On Fri, 14. Sep 10:47 Simon McVittie  wrote:
[snip]
> It's a pity there isn't a distinction between executable and non-executable
> game content - if you could auto-download PK3s, but those PK3s were flagged
> as "not to be searched for QVMs" somehow, then everything would be secure -
> but there isn't, and realistically, this isn't going to change before
> wheezy.

I agree. I think this should be a feature request for upstream but is
nothing someone can change in Debian.

[snip]

> > For example Ubuntu players are playing with version 0.8.5 at the moment
> > and my Debian server is running 0.8.8. If cl_allowDownload was
> > permanently disabled all players which run an older version wouldn't be
> > able to join my server although they only had to download the
> > pak6-patch088.pk3.
> 
> As far as I can see, my proposal would not break this. Auto-downloading is
> possible if the server has sv_allowDownload true and the client has
> cl_allowDownload true: my proposal was to knock out cl_allowDownload, but
> leave sv_allowDownload working. Older clients could still download your
> pak6-patch088.pk3, but Debian clients on a future 0.9.0 server would not
> auto-download.

True. I already had future clients in mind. I wanted to express that, if
we had had a similar situation like today, then the players would have been
unable to download the pk3 file.

[snip]
 
>  /  Auto-download?  \
>  \ YES/NO   /
> 
> WARNING: this is a security risk.
> More information: 
> 
> I've uploaded 0.8.8-7 to experimental with this change. If you (for
> plural values of "you") can improve on this UI or the wording on the
> referenced wiki page, please do!

I took the liberty to download the experimental version and i think the
solution is good. The only thing i noticed was, that if cl_allowDownload
was already set to 1 the warning wouldn't be visible, no matter how many
times you switch between enabled and disabled. You have to restart
OpenArena with auto-downloading set to 0 first and then the warning
appears every time you switch between 0 to 1. Anyway i guess it's not a big
deal because the warning is meant for new players.

The wiki page entry was to the point. I added a german translation, too.

Regards
Markus


signature.asc
Description: Digital signature

Bug#687619: [Pkg-iscsi-maintainers] Bug#687619: iscsitarget restart fail if more than 32 session try reconnect

[Ritesh Raj Sarraf]

On Friday 14 September 2012 09:07 PM, Laszlo Fekete wrote:
>> Is there an error message/code ?
> This is in the initiator logs:
> Sep 13 14:40:09 mail01 iscsid: Kernel reported iSCSI connection 4:0 error 
> (1020) state (3)
> Sep 13 14:40:20 mail01 iscsid: connection4:0 is operational after recovery (2 
> attempts)
> 

So the connection did recover.


>> Why do you change it to 1 ? That's a very low value and will just flood
>> the target.
> As I said, using multipath, so want a fast response if there is a 
> connection/session error to change to the other path. That's why I'm using 

The multipath path checker loop triggers every 5 seconds.

> these values:
> node.session.timeo.replacement_timeout = 5
>   
>   
> 
> node.session.err_timeo.abort_timeout = 5  
>   
>   
> 
> node.session.err_timeo.lu_reset_timeout = 5   
>   
>   
> 
> node.session.err_timeo.host_reset_timeout = 60
>   
>   
> 
> node.session.iscsi.FastAbort = Yes
>   
>   
> 
> node.session.iscsi.InitialR2T = No
>   
>   
> 
> node.session.iscsi.ImmediateData = Yes
>   
>   
> 
> node.session.iscsi.FirstBurstLength = 262144  
>   
>   
> 
> node.session.iscsi.MaxBurstLength = 16776192  
>   
>   
> 
> node.conn[0].timeo.logout_timeout = 5
> node.conn[0].timeo.login_timeout = 5
> node.conn[0].timeo.auth_timeout = 45
> node.conn[0].timeo.noop_out_interval = 1
> node.conn[0].timeo.noop_out_timeout = 1
> 
> But as I said, this also affected to that initiators which don't use 
> multipath 
> and had the default open-iscsi values.
> 
> 
> There is an INCOMING_MAX 32 limit in the source, that wrote few minutes 
> before 
> your last mail, hope you got that, I think that will be the problem and will 
> check it next week.
> 

Okay!! Let me know what your findings are. From what you have shared up
till now, I don't see much a problem with IET or open-iscsi.


-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System



signature.asc
Description: OpenPGP digital signature

Bug#687659: dput does not handle whitespace in path when validating gpg signature

[Ansgar Burchardt]

Package: dput
Version: 0.9.6.3
Severity: normal
File: /usr/bin/dput

Running dput in "/media/STORE N GO/webkit" gives an error when trying to
check the signature:

% dput -s *.changes
Checking signature on .changes
gpg: can't open `/media/STORE'
gpg: verify signatures failed: file open error
Error in finding signature verification status.
[...]

The same is true for running "dput -s '/media/STORE N GO/webkit/'*.changes"

Ansgar

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

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

Versions of packages dput depends on:
ii  gnupg   1.4.12-4+b1
ii  python  2.7.3~rc2-1

dput recommends no packages.

Versions of packages dput suggests:
ii  lintian 2.5.10.1
pn  mini-dinstall   
ii  openssh-client  1:6.0p1-3
ii  rsync   3.0.9-3

-- 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#627508: conflicting binary path for dconf and d-conf

[Kai Lüke]

As far as only one file is causing the conflict, I think we would have a
possible solution without renaming the whole package.
Because confdumper doesn't start with dconf it might confuse old dconf
users. So what about dconf.py? (Yes, it's ugly.) Or maybe dconfig is better?
But this would also need renaming the "which('dconf')" part and usage
info in the python file as well as the Make file and manpage.
Any complains?
Greetings,
Kai


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

Bug#687658: [yash] Error in documentation man.

[populus tremula]

Package: yash
Version: 2.30-2
Severity: minor



In the documentation "man" is written, and I quote:


[]
   -h, --help
  Show this help message and exit
[...]
   -h --hashondef
  When a function is defined, all the commands in the function are
  registered in the command path cache.




For two different options is given the same value "-h".
If you run "yash -h" to help will not be shown, 
but will be set to "hashondef".

Please remove the "-h" from before the "--help".



-- System Information:
Debian Release: 6.0.5
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

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

Versions of packages yash depends on:
ii  libc6 2.11.3-3   Embedded GNU C Library: Shared lib
ii  libncurses5   5.7+20100313-5 shared libraries for terminal hand

yash recommends no packages.

yash 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#687656: dpkg fails to build due to test suite if DPKG_MAINTSCRIPT_PACKAGE set.

[Guillem Jover]

Hi!

On Fri, 2012-09-14 at 14:48:44 -0400, Len Sorensen wrote:
> Package: dpkg
> Version: 1.16.8
> Severity: wishlist

> We happen to have a small build daemon of our own that runs sbuild for
> packages we submit.  Since it is in a package itself, when it is upgraded
> the environment variable DPKG_MAINTSCRIPT_PACKAGE is set when the daemon
> is restarted, which is then inherited by sbuild, and then dpkg fails 11
> test cases because of using that environment.
> 
> It would be handy if the test suite would make sure to unset
> DPKG_MAINTSCRIPT_PACKAGE before running the test to avoid this.

Yeah, I'll sanitize the environment for the test suite locally, and
will decide if this is worth to be included for 1.16.x or 1.17.x (but
most probably the latter).

> It sure was an interesting couple of hours to track that down.
> 
> To reproduce simply do:
> 
> export DPKG_MAINTSCRIPT_PACKAGE=externalbuilddaemonname
> dpkg-buildpackage -b (in dpkg source)

In any case for something like a build daemon it seems pretty bad to
not sanitize the environment before running the daemon or the childs.
At least all DPKG_ variables might have “interesting” effects on the
builds.

thanks,
guillem


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

Bug#687657: vlc: copyright file missing after squeeze->wheezy upgrade

[Andreas Beckmann]

Package: vlc
Version: 2.0.3-2
Severity: serious
Justification: Policy 12.5
User: debian...@lists.debian.org
Usertags: piuparts
Control: found -1 vlc/2.0.3-2

Hi,

during a test with piuparts I noticed that the copyright file of your
package is missing after an upgrade from squeeze to wheezy.


Andreas


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

Bug#687608: open-axiom: should not use -m32/-m64 flags in CXXFLAGS/LDFLAGS

[Konstantinos Margaritis]

On Fri, 14 Sep 2012 19:50:25 +0400
Игорь Пашев  wrote:

> Hi, Konstantinos
> 
> Could you please provide configure and build log, so I could see
> what's wrong.
> 
> This issue is a little curious, because OpenAxiom was successfully
> compiled on amd64, i368 and freebsd-amd64.

Exactly, on those platforms it works because gcc supports those flags.
But on most other platforms, -m32/-m64 are not available as compiler
flags. So configure fails.

Regards

Konstantinos


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

Bug#687656: dpkg fails to build due to test suite if DPKG_MAINTSCRIPT_PACKAGE set.

[Len Sorensen]

Package: dpkg
Version: 1.16.8
Severity: wishlist

We happen to have a small build daemon of our own that runs sbuild for
packages we submit.  Since it is in a package itself, when it is upgraded
the environment variable DPKG_MAINTSCRIPT_PACKAGE is set when the daemon
is restarted, which is then inherited by sbuild, and then dpkg fails 11
test cases because of using that environment.

It would be handy if the test suite would make sure to unset
DPKG_MAINTSCRIPT_PACKAGE before running the test to avoid this.

It sure was an interesting couple of hours to track that down.

To reproduce simply do:

export DPKG_MAINTSCRIPT_PACKAGE=externalbuilddaemonname
dpkg-buildpackage -b (in dpkg source)

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

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

Versions of packages dpkg depends on:
ii  libbz2-1.0   1.0.6-4
ii  libc62.13-35
ii  liblzma5 5.1.1alpha+20120614-1
ii  libselinux1  2.1.9-5
ii  tar  1.26-4
ii  zlib1g   1:1.2.7.dfsg-13

dpkg recommends no packages.

Versions of packages dpkg suggests:
ii  apt  0.9.7.4

-- 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#687655: [INTL: it] Italian translation of debconf messages - ipvsadm

[Beatrice Torracca]

Package: ipvsadm
Severity: wishlist
Tags: l10n patch

Hi.
Please find attached the Italian translation of ipvsadm debconf messages
proofread by the Italian localization team.

Please include it in your next upload.

Thanks,
Beatrice
# Italian description of ipvsadm debconf messages.
# Copyright (C) 2012, Beatrice Torracca
# This file is distributed under the same license as the ipvsadm package.
# Beatrice Torracca , 2012.
msgid ""
msgstr ""
"Project-Id-Version: ipvsadm\n"
"Report-Msgid-Bugs-To: ipvs...@packages.debian.org\n"
"POT-Creation-Date: 2012-09-10 07:29+0200\n"
"PO-Revision-Date: 2012-09-14 20:50+0200\n"
"Last-Translator: Beatrice Torracca \n"
"Language-Team: Italian \n"
"Language: it\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"
"X-Generator: Virtaal 0.7.1\n"

#. Type: select
#. Choices
#: ../ipvsadm.templates:2001
msgid "none"
msgstr "nessuno"

#. Type: select
#. Choices
#: ../ipvsadm.templates:2001
msgid "master"
msgstr "master"

#. Type: select
#. Choices
#: ../ipvsadm.templates:2001
msgid "backup"
msgstr "backup"

#. Type: select
#. Choices
#: ../ipvsadm.templates:2001
msgid "both"
msgstr "entrambi"

#. Type: select
#. Description
#: ../ipvsadm.templates:2002
msgid "Daemon method:"
msgstr "Metodo per il demone:"

#. Type: select
#. Description
#: ../ipvsadm.templates:2002
msgid ""
"ipvsadm can activate the IPVS synchronization daemon. \"master\" starts this "
"daemon in master mode, \"backup\" starts it in backup mode, and \"both\" "
"uses master and backup modes at the same time. \"none\" disables the daemon."
msgstr ""
"ipvsadm può attivare il demone di sincronizzazione IPVS. «master» avvia "
"questo demone in modalità master, «backup» lo avvia in modalità backup e "
"«entrambi» usa contemporaneamente le modalità master e backup. «none» "
"disabilita il demone."

#. Type: select
#. Description
#: ../ipvsadm.templates:2002
msgid "See the ipvsadm(8) man page for more details."
msgstr "Vedere la pagina di manuale ipvsadm(8) per ulteriori dettagli."

#. Type: error
#. Description
#: ../ipvsadm.templates:3001
msgid "Kernel does not support IPVS"
msgstr "Il kernel non supporta IPVS"

#. Type: error
#. Description
#: ../ipvsadm.templates:3001
msgid ""
"ipvsadm is useless with this kernel, since it has been built with "
"CONFIG_IP_VS=n. Please use a kernel compiled with IPVS support."
msgstr ""
"ipvsadm è inutile con questo kernel dato che è stato compilato con "
"CONFIG_IP_VS=n. Usare un kernel compilato con il supporto IPVS."

#. Type: boolean
#. Description
#: ../ipvsadm.templates:4001
msgid "Do you want to automatically load IPVS rules on boot?"
msgstr "Caricare automaticamente le regole IPVS all'avvio?"

#. Type: boolean
#. Description
#: ../ipvsadm.templates:4001
msgid ""
"If you choose this option, IPVS rules will be loaded from /etc/ipvsadm.rules "
"automatically on boot."
msgstr ""
"Se si sceglie questa opzione, le regole IPVS verranno caricate "
"automaticamente da /etc/ipvsadm.rules all'avvio."

#. Type: string
#. Description
#: ../ipvsadm.templates:5001
msgid "Multicast interface for ipvsadm:"
msgstr "Interfaccia multicast per ipvsadm:"

#. Type: string
#. Description
#: ../ipvsadm.templates:5001
msgid ""
"Please specify the multicast interface to be used by the synchronization "
"daemon."
msgstr ""
"Specificare l'interfaccia multicast che deve essere usata dal demone di "
"sincronizzazione."

Bug#683282: nvtt on other platform

[Vincent Cheng]

On Fri, Sep 14, 2012 at 9:48 AM, Fabio Pedretti  wrote:
> Note that, eventually, 0 A.D. can be built without nvtt, see:
> http://trac.wildfiregames.com/changeset/12127
>

The problem is that 0 A.D. would still FTBFS on non-{i386,amd64}
architectures regardless, e.g. 0 A.D. on powerpc FTBFS when building
collada. In addition, upstream isn't interested in supporting ppc or
any other arch other than i386 and amd64, as far as I'm aware.

I'm not sure if the Android port is still alive or not, but I suppose
building 0 A.D. on armel/armhf might be a possibility. I don't have
any arm hardware for testing, however.

Regards,
Vincent


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

Bug#687594: Please document how to turn off a filter enabled in ~/.mplayer/config

[Reimar Döffinger]

On Thu, Sep 13, 2012 at 07:26:05PM -0700, Josh Triplett wrote:
> At the moment, I have to do so by editing ~/.mplayer/config, removing
> af=scaletempo, re-running mplayer, and seeking to that point.  I haven't
> found any way to disable a filter either from the command line or from
> the UI.  Ideally, I'd love to have a "disable filters" key;

Bind a key to "af_clr" (see DOCS/tech/slave.txt - in MPlayer SVN,
it seems Debian doesn't install that, it might be worth including it
even though it is mostly targeted at frontend developers).

> in the
> absence of that, I'd love to have a command-line option to disable an
> audio or video filter, so that I can override the config file rather
> than editing it.

-af-clr, and that one is documented in the MPlayer man-page, right
at the start of the "AUDIO FILTERS" section.
Disclaimer: I did not test that they actually work, but if not
that should be a bug.


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

Bug#687276: mirror listing update for debian.panafon.org

[Simon Paillard]

Hello,

Copying to bug tracker as this is best way to track progress on accepting your
mirror.

When you add comments to the mail, please do this on a new line, or color
syntax doesn't work in most email clients.

Thanks for mirroring Debian, and see remaining items to be fixed below.

On Thu, Sep 13, 2012 at 11:51:47PM +0200, Simon Paillard wrote:
> On Wed, Sep 12, 2012 at 02:04:52PM +0200, Simon Paillard wrote:
> > On Tue, Sep 11, 2012 at 12:03:46PM +, Costas Constantinou wrote:
> > > Site: debian.panafon.org
> > 
> > Thanks for mirroring Debian.
> > Before we can include your mirror in the network of mirrors, there are a few
> > items that should be fixed.
> > 
> > > Type: leaf
> > > Archive-architecture: amd64 i386 
> > 
> > http://debian.panafon.org/debian/dists/unstable/ lists way more 
> > architectures
> > than amd64 and i386.
> 
> So you submitted an update for that, thanks.
> 
> > Could you please use ftpsync tool as recommended ? It improves mirror
> > consistency during the sync, so that users don't experience issues.
> 
> Could you please take a look at this too ?
> Please see http://www.debian.org/mirror/ftpmirror#how

ftpsync is very much recommended.
 
> > > Archive-ftp: /debian/
> > > Archive-http: /debian/
> > > Archive-rsync: debian/
> > 
> > Connection to your rsync daemon timeouts, can you check firewall ? 
> 
> Same issue.

Please notice us when fixed (or if you don't plan to open it)

> > > IPv6: no
> > > Archive-upstream: ftp.de.debian.org
> > > Updates: lessoften
> > 
> > We recommend at least one update per day (best is 4 / day)

Can you confirm ?

> > > Maintainer: Costas Constantinou 
> > > Country: CY Cyprus
> > > Location: Nicosia
> > > Sponsor: Panafon Telecommunications Ltd http://www.panafon.org
> > 
> > How much bandwidth is available ?
> 
> Do you have some info regarding this ?

? 

-- 
Simon Paillard


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

Bug#686635: libticonv: wrong license information in debian/copyright

[Tobias Bengfort]

I converted the debian/copyright file to the new machiene readable dep5
format and added per-file copyright information.

diff is attached
diff -u libticonv-1.1.0/debian/copyright libticonv-1.1.0/debian/copyright
--- libticonv-1.1.0/debian/copyright
+++ libticonv-1.1.0/debian/copyright
@@ -1,16 +1,33 @@
-This package was created by Romain LIEVIN  on
-Sun, 14 Jul 2002 11:58:51 +0200.
+Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
+Upstream-Name: libticonv
+Upstream-Contact: Romain Liévin 
+Source: http://sourceforge.net/project/showfiles.php?group_id=18378
 
-It was downloaded from
-http://sourceforge.net/project/showfiles.php?group_id=18378
+Files: *
+Copyright: 1999-2006 TiLP team 
+License: GPL-2
 
-Upstream Author: Romain LIEVIN 
+Files: src/charset.c src/filename.c src/tokens.c src/ticonv.c
+Copyright: 2006 Romain Lievin and Kevin Kofler
+License: GPL-2+
 
-Copyright:
+Files: src/charset.h
+Copyright: 2006 Kevin Kofler
+License: GPL-2+
 
-This software is copyright (c) 2007 by Romain LIEVIN.
+Files: src/export4.h
+Copyright: 1999-2005 Romain Lievin
+License: GPL-2+
 
-You are free to distribute this software under the terms of the GNU Lesser
-General Public License.
-On Debian systems, the complete text of the GNU Lesser General Public License
-can be found in /usr/share/common-licenses/LGPL file.
+Files: src/stdints4.h
+Copyright: 1999-2005  Romain Lievin
+   2006 Tyler Cassidy
+License: GPL-2+
+
+Files: src/ticonv.h
+Copyright: 1999-2006 Romain Lievin and Kevin Kofler
+License: GPL-2+
+
+Files: debian/*
+Copyright: Copyright 2012 Krzysztof Burghardt 
+License: GPL-2+
diff -u libticonv-1.1.0/debian/changelog libticonv-1.1.0/debian/changelog
--- libticonv-1.1.0/debian/changelog
+++ libticonv-1.1.0/debian/changelog
@@ -1,3 +1,10 @@
+libticonv (1.1.0-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Fix debian/copyright and update it to dep5 (Closes: #686635)
+
+ -- Tobias Bengfort   Fri, 14 Sep 2012 19:08:19 +0200
+
 libticonv (1.1.0-1) unstable; urgency=low
 
   * Initial release. (Closes: #503103)

Bug#687654: xmame-sdl,xmame-x: copyright file missing after squeeze->wheezy upgrade

[Andreas Beckmann]

Package: xmame-sdl,xmame-x
Version: 0.146-2
Severity: serious
Justification: Policy 12.5
User: debian...@lists.debian.org
Usertags: piuparts
Control: found -1 mame/0.146-2

Hi,

during a test with piuparts I noticed that the copyright file of your
package is missing after an upgrade from squeeze to wheezy.


Andreas


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

Bug#687653: unblock: manpages/3.42-1

[Simon Paillard]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package manpages, pure documentation package.
Thanks in advance.

unblock manpages/3.42-1

manpages (3.42-1) unstable; urgency=low

  [ Simon Paillard ]
  * Add myself to Uploaders
  * Imported Upstream version 3.42:
. new manpages: get_robust_list.2 mallinfo.3 malloc_info.3 malloc_stats.3
. remove outdated links: path_resolution.2 epoll.4 fifo.4 futex.4
  complex.5 environ.5
. Fix repeated word in memchr.3 (Closes: #679498)
. isgreater.3: arguments must be real-floating (Closes: #609033)
. utf-8.7: clarifications (Closes: #538641)
. getaddrinfo.3: note that AI_ADDRCONFIG is not affected by loopback
  addresses (Closes: #660479)
. Fix "rtnetlink(7): Line in table too long" (Closes: #674051)
. Fix "netlink(7): Line in table is too long" (Closes: #673875)
. Fix "netdevice(7): Line in table too long" (Closes: #673873)
. Fix "suffixes(7): Warnings from "grotty"" (Closes: #673436)
. Fix "ioctl_list(2): table wider than line width" (Closes: #671515)
. Fix groff warnings console_codes(4) (Closes: #671514)
. netlink.7: *_pid fields are not process but port id (Closes: #383296)
  * Drop obsolete formatting patch: gettimeofday.2 wprintf.3 setnetgrent.3
  * Drop patch getgid.2, getuid.2: now documented by upstream credentials(7)
  * Drop inconsistent coding style patch: bsearch.3 qsort.3
  * iconv.3: remove Debian patch, accepted upstream and moved to NOTES
  * Remove old links added 10y ago due to debian specific man-db
  * fclose.3: drop debian patches, mark the remaining as rejected upstream
  * Remove mallinfo.3 from missing.7, added in upstream 3.41
  * Drop outdated debian/readme
  * getifaddrs.3, rtnetlink.7: stats interface is struct rtnl_link_stats, not
net_device_stats (Closes: #526778) - thanks to Julien Cristau

 -- Simon Paillard   Thu, 23 Aug 2012 21:50:38 +0200

-- 
Simon Paillard


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

Bug#685806: pdns-backend-pgsql: README.Debian refers to removed /usr/share/doc/pdns-backend-pgsql/pgsql.sql

[Robert Specht]

 > Doesn't the package create the database automatically on installation?
On demand the package creates the database on installation.

I suggest to provide details for manually configuration.

pdns-backend-pgsql promises Details:

# apt-get install pdns-backend-pgsql 
...
 Package configuration
...
If you are an advanced database administrator and know that you want to
perform this configuration manually, or if your database has already
been installed and configured, you should refuse this option.  Details
on what needs to be done should most likely be provided in
/usr/share/doc/pdns-backend-pgsql.
...

Or provide a link to http://doc.powerdns.com/
or http://doc.powerdns.com/generic-mypgsql-backends.html
...
(missing pdns-doc package in wheezy).

Greetings
Robert


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

Bug#673576: s390 DVD-1 Release file broken

[a . benveniste]

Hello Steve

My apologies too. I met several bugs with our Windows FTP server and z/VM ftp 
server.  Now everything is resolved at work to test in the "real" world.

I used the very last installer from the beta version and here is what i 
received in the BusyBox log: 

Sep 14 10:42:07 choose-mirror[378]: DEBUG: command: wget -q 
ftp://192.200.2.196/debian/dists/oldsta$
Sep 14 10:42:07 choose-mirror[378]: DEBUG: command: wget -q 
ftp://192.200.2.196/debian/dists/stable$
Sep 14 10:42:08 choose-mirror[378]: DEBUG: command: wget -q 
ftp://192.200.2.196/debian/dists/testin$
Sep 14 10:42:09 choose-mirror[378]: DEBUG: command: wget -q 
ftp://192.200.2.196/debian/dists/unstab$
Sep 14 10:42:10 choose-mirror[378]: INFO: mirror does not have any suite 
symlinks
Sep 14 10:42:10 choose-mirror[378]: DEBUG: command: wget -q 
ftp://192.200.2.196/debian/dists/unstab$
Sep 14 10:42:11 choose-mirror[378]: WARNING **: mirror does not support the 
specified release (unst$
Sep 14 10:42:14 main-menu[258]: (process:372): wget: bad response to RETR: 550 
command fails; LINK command returned 109; directory remains BFS: 
/../VMBFS:DWSYS:FTPSERVE/
Sep 14 10:42:14 main-menu[258]: (process:372): wget: bad response to RETR: 550 
command fails; LINK command returned 109; directory remains BFS: 
/../VMBFS:DWSYS:FTPSERVE/
Sep 14 10:42:14 main-menu[258]: (process:372): wget: bad response to RETR: 550 
command fails; LINK command returned 109; directory remains BFS: 
/../VMBFS:DWSYS:FTPSERVE/
Sep 14 10:42:14 main-menu[258]: (process:372): wget: bad response to RETR: 550 
command fails; LINK command returned 109; directory remains BFS: 
/../VMBFS:DWSYS:FTPSERVE/
Sep 14 10:42:14 main-menu[258]: (process:372): wget: bad response to RETR: 550 
command fails; LINK command returned 109; directory remains BFS: 
/../VMBFS:DWSYS:FTPSERVE/
Sep 14 10:42:14 main-menu[258]: INFO: Menu item 'download-installer' succeeded 
but requested to be $
Sep 14 10:42:14 main-menu[258]: DEBUG: resolver (libc6-udeb): package doesn't 
exist (ignored)
Sep 14 10:42:17 main-menu[258]: INFO: Menu item 'di-utils-shell' selected


Thanks
Alain



Expéditeur: Steve McIntyre < st...@einval.com > 
Date: 8 juillet 2012 01:30:21 HAEC 
Destinataire: Alain Benvéniste < a.benveni...@free.fr > 
Cc: "J.A. Bezemer" < j.a.beze...@opensourcepartners.nl >, " 
673...@bugs.debian.org " < 673...@bugs.debian.org > 
Objet: Rép : Bug#673576: s390 DVD-1 Release file broken 





On Sat, Jul 07, 2012 at 11:43:15PM +0100, Steve McIntyre wrote: 


On Thu, Jun 21, 2012 at 09:08:33PM +0200, Alain Benvéniste wrote: 




Hi 









Do you know if a resolution is in progress about this issue ? 





Hi Alain, 





Apologies, I've been busy and unable to look at this for a 


while. Digging down all the way, it seems that nobody ever set things 


up properly in debian-cd for the s390 installer udebs to be 


installed. Next level up, that means that no Packages.gz is generated 


for the installer udebs -> so not mentioned in the Release file. I'm 


looking at fixing this now... 

I have a fix committed now, which *hopefully* should do the right 
thing now. Alain, on Monday when the next full weekly build of testing 
happens could you please test the s390 CD to check that the installer 
works for you? If so, then I'll be able to apply the same fix to the 
Squeeze code. 

-- 
Steve McIntyre, Cambridge, UK. st...@einval.com 
"We're the technical experts. We were hired so that management could 
ignore our recommendations and tell us how to do our jobs." -- Mike Andrews 


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

Bug#687033: nmu: xz compression for some GNOME and KDE packages

[Philipp Kern]

On Tue, Sep 11, 2012 at 09:42:58PM +0200, Ansgar Burchardt wrote:
> nmu gdm3_3.4.1-2 . ALL . -m "Rebuild with xz compression."
>  - gdm3 716
> nmu shared-mime-info_1.0-1 . ALL . -m "Rebuild with xz compression."
>  - shared-mime-info 450
> nmu gnome-search-tool_3.4.0-2 . ALL . -m "Rebuild with xz compression."
>  - gnome-search-tool 338
> nmu yelp_3.4.2-1 . ALL . -m "Rebuild with xz compression."
>  - yelp 183
> nmu vino_3.4.2-1 . ALL . -m "Rebuild with xz compression."
>  - vino 183

Done, thanks.

Kind regards,
Philipp Kern 


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

Bug#673724: Package

[Jonathan Carter]

Is there a package I could try out somewhere? I need it as a
build-dependency for twitter-bootstrap. Let me know if I can help out.


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

Bug#687508: chktex: CFLAGS hardening flags missing

[Thorsten Alteholz]

Great, thanks alot for the patch.
This allowed it to compile with CXXFLAGS (otherwise lintian would still 
complain about some hardening stuff).


  Thorsten


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

Bug#687652: gksu segmentation fault

[Alfredo Di Maria]

Package: gksu
Version: 2.0.2-5
Severity: important

While I'm using gnome and Chrome browser:

[ 1302.750108] generic-usb 0003:192F:0916.0002: input,hidraw0: USB HID v1.11
Mouse [USB Optical Mouse] on usb-:00:1a.0-1.2/input0
[ 1697.159392] atkbd.c: Unknown key pressed (translated set 2, code 0x55 on
isa0060/serio0).
[ 1697.159402] atkbd.c: Use 'setkeycodes 55 ' to make it known.
[ 1697.370596] atkbd.c: Unknown key released (translated set 2, code 0x55 on
isa0060/serio0).
[ 1697.370607] atkbd.c: Use 'setkeycodes 55 ' to make it known.
[ 1706.471385] atkbd.c: Unknown key pressed (translated set 2, code 0x55 on
isa0060/serio0).
[ 1706.471395] atkbd.c: Use 'setkeycodes 55 ' to make it known.
[ 1706.580170] atkbd.c: Unknown key released (translated set 2, code 0x55 on
isa0060/serio0).
[ 1706.580181] atkbd.c: Use 'setkeycodes 55 ' to make it known.
[ 1706.681978] atkbd.c: Unknown key pressed (translated set 2, code 0x55 on
isa0060/serio0).
[ 1706.681988] atkbd.c: Use 'setkeycodes 55 ' to make it known.
[ 1706.771820] atkbd.c: Unknown key released (translated set 2, code 0x55 on
isa0060/serio0).
[ 1706.771830] atkbd.c: Use 'setkeycodes 55 ' to make it known.
[ 1963.104264] gksu[3618]: segfault at 50088 ip 7f0c05a61f10 sp
7fffc3383090 error 4 in libgdk-x11-2.0.so.0.2000.1[7f0c05a3f000+a8000]



-- System Information:
Debian Release: 6.0.5
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

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

Versions of packages gksu depends on:
ii  libatk1.0-0  1.30.0-1The ATK accessibility toolkit
ii  libc62.11.3-3Embedded GNU C Library: Shared lib
ii  libcairo21.8.10-6The Cairo 2D vector graphics libra
ii  libfontconfig1   2.8.0-2.1   generic font configuration library
ii  libfreetype6 2.4.2-2.1+squeeze4  FreeType 2 font engine, shared lib
ii  libgconf2-4  2.28.1-6GNOME configuration database syste
ii  libgksu2-0   2.0.13~pre1-3   library providing su and sudo func
ii  libglib2.0-0 2.24.2-1The GLib library of C routines
ii  libgnome-keyring02.30.1-1GNOME keyring services library
ii  libgtk2.0-0  2.20.1-2The GTK+ graphical user interface 
ii  libpango1.0-01.28.3-1+squeeze2   Layout and rendering of internatio
ii  libstartup-notificat 0.10-1  library for program launch feedbac
ii  sudo 1.7.4p4-2.squeeze.3 Provide limited super user privile

Versions of packages gksu recommends:
ii  gnome-keyring 2.30.3-5   GNOME keyring services (daemon and

gksu 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#687611: debian-archive-keyring: /usr/share/keyrings/debian-archive-removed-keys.gpg gets modified during squeeze->wheezy upgrade

[David Kalnischkies]

On Fri, Sep 14, 2012 at 5:36 PM, Philipp Kern  wrote:
> Is it fine after a fresh squeeze installation? The only script that
> touches that keyring (and I see the same as you on squeeze→wheezy) is
> apt-key. And only if being called as «apt-key update». But I don't see
> how the read-only access would modify the keyring and a subsequent «apt-key
> update» call with wheezy's apt does not touch it. Maybe gpg does strange
> things. Copying deity@.

apt-key shouldn't modify this keyring; it is only ever "touched" to --list-keys
in it, so it must be gpg doing things here. See #662948 which should probably
be merged with this one.
This report mentions as a result of 'apt-key update':
…
gpg: WARNING: digest algorithm MD5 is deprecated
gpg: please see http://www.gnupg.org/faq/weak-digest-algos.html for
more information
gpg: no ultimately trusted keys found
…

Maybe it is gpg auto-updating the digest even in --list-* commands;
or something completely different. I gave up after being unable to reproduce it.
(Not that I would have a solution, now that I know how to reproduce it …)


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#686587: ResourceWarnings in dh_python3 and py3clean because of unclosed files

[Dmitry Shachnev]

Control: retitle -1 ResourceWarnings in dh_python3 and py3clean because of 
unclosed files

There are some unclosed files in dh_python3, too:

/usr/share/python3/debpython/debhelper.py:140: ResourceWarning: 
unclosed file <_io.TextIOWrapper name='debian/python3-markdown.substvars' 
mode='r' encoding='UTF-8'>
  data = open(fn, 'r').read()
/usr/share/python3/debpython/debhelper.py:105: ResourceWarning: 
unclosed file <_io.TextIOWrapper name='debian/python3-markdown.prerm.debhelper' 
mode='r' encoding='UTF-8'>
  data = open(fn, 'r').read()
/usr/share/python3/debpython/debhelper.py:117: ResourceWarning: 
unclosed file <_io.TextIOWrapper 
name='/usr/share/debhelper/autoscripts/prerm-py3clean' mode='r' 
encoding='UTF-8'>
  tpl = open(fpath, 'r').read()
/usr/share/python3/debpython/debhelper.py:105: ResourceWarning: 
unclosed file <_io.TextIOWrapper 
name='debian/python3-markdown.postinst.debhelper' mode='r' encoding='UTF-8'>
  data = open(fn, 'r').read()
/usr/share/python3/debpython/debhelper.py:117: ResourceWarning: 
unclosed file <_io.TextIOWrapper 
name='/usr/share/debhelper/autoscripts/postinst-py3compile' mode='r' 
encoding='UTF-8'>
  tpl = open(fpath, 'r').read()

Updated patch that fixes these warnings is attached.

--
Dmitry Shachnev
Author: Dmitry Shachnev 
Description: Fix some ResourceWarnings caused by unclosed files
Bug: http://bugs.debian.org/686587
=== modified file 'debian/py3versions.py'
--- debian/py3versions.py	2012-06-30 19:15:05 +
+++ debian/py3versions.py	2012-09-14 16:37:00 +
@@ -193,6 +193,7 @@
 if section != 'Source':
 raise ValueError('attribute X-Python3-Version not in Source section')
 sversion = line.split(':', 1)[1].strip()
+fn.close()
 if section == None:
 raise ControlFileValueError('not a control file')
 if pkg == 'Source':

=== modified file 'debpython/debhelper.py'
--- debpython/debhelper.py	2012-08-02 21:43:51 +
+++ debpython/debhelper.py	2012-09-14 16:37:00 +
@@ -24,6 +24,11 @@
 
 log = logging.getLogger(__name__)
 
+def _read_from_file(filename):
+fileobj = open(filename, "r")
+text = fileobj.read()
+fileobj.close()
+return text
 
 class DebHelper:
 """Reinvents the wheel / some dh functionality (Perl is ugly ;-P)"""
@@ -102,7 +107,7 @@
 for when, templates in autoscripts.items():
 fn = "debian/%s.%s.debhelper" % (package, when)
 if exists(fn):
-data = open(fn, 'r').read()
+data = _read_from_file(fn)
 else:
 data = ''
 
@@ -114,7 +119,7 @@
  "autoscripts/%s" % tpl_name)
 if not exists(fpath):
 fpath = "/usr/share/debhelper/autoscripts/%s" % tpl_name
-tpl = open(fpath, 'r').read()
+tpl = _read_from_file(fpath)
 if self.options.compile_all and args:
 # TODO: should args be checked to contain dir name?
 tpl = tpl.replace('#PACKAGE#', '')
@@ -137,7 +142,7 @@
 continue
 fn = "debian/%s.substvars" % package
 if exists(fn):
-data = open(fn, 'r').read()
+data = _read_from_file(fn)
 else:
 data = ''
 for name, values in substvars.items():

Bug#687651: dose3 source does not clean properly so cannot be built twice

[Wookey]

Source:dose3
Version:3.1

After building dose3 with dpkg-buildpackage -uc -us, a second attempt
to build will fail with:

dpkg-source: info: building dose3 using existing ./dose3_3.1.orig.tar.gz
dpkg-source: error: cannot represent change to 
doc/debcheck-primer/debcheck-primer.dvi: binary file contents changed
dpkg-source: error: add doc/debcheck-primer/debcheck-primer.dvi in  
debian/source/include-binaries if you want to store the modified binary in the 
debian tarball
dpkg-source: error: unrepresentable changes to source
dpkg-buildpackage: error: dpkg-source -b dose3-3.1 gave error exit status 2

The doc/debcheck-primer/ dir contains a load of files that the
Makefile clean rules looks like it should have tidied up, but they are
still there:
debcheck-primer.{dvi,log,haux,html,toc,bbl,blg} 

Even though the makefiles says:
clean:
  -rm -f $(MAIN).{dvi,aux,toc,haux,htoc,log,bbl,blg} version.tex

clearly this isn't get run.

And it can't be run at this stage because the top-level
../../Makefile.config _has_ been removed.

The clean rule seems to be $(OCAMLBUILD) -clean which is beyond my ken
so I can't easily debug this further. 

Wookey
-- 
Principal hats:  Linaro, Emdebian, Wookware, Balloonboard, ARM
http://wookware.org/


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

Bug#652084: RC fixed gosmore package in mentors.debian.net

[Kai Lüke]

Hello,
here at bug squashing in Berlin (
http://wiki.debian.org/BSP/2012/09/de/Berlin ) we have uploaded the
corrected package (as fixed by Julian Taylor in Ubuntu) to
mentors.debian.net: https://mentors.debian.net/package/gosmore
If a sponsor is found, it would close this release critical bug.
I hope that the critisism about code quality has been forwared to upstream?
Thanks in advance,
Kai


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

Bug#658572: blueman: Blueman fails to connect to NAP on an iPhone 4S

[Peter Palfrader]

Dear Christopher,

On Wed, 29 Aug 2012, Thomas Maass wrote:

> I got the same error with an Android device. I found a patch which solves
> the problem.

Ping?  Any chance this could be fixed in wheezy?

> You can find it here:
> https://launchpadlibrarian.net/108461147/blueman-1.23.patch

-- 
   |  .''`.   ** Debian **
  Peter Palfrader  | : :' :  The  universal
 http://www.palfrader.org/ | `. `'  Operating System
   |   `-http://www.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#683282: nvtt on other platform

[Fabio Pedretti]

Note that, eventually, 0 A.D. can be built without nvtt, see:
http://trac.wildfiregames.com/changeset/12127


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

Bug#687650: picard: New upstream version

[Mika Tiainen]

Package: picard
Version: 1.0-1
Severity: wishlist

Hi,

1.1 has been released: http://blog.musicbrainz.org/?p=1553

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

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

Versions of packages picard depends on:
ii  libavcodec536:0.8.3-7
ii  libavformat53   6:0.8.3-7
ii  libc6   2.13-35
ii  libdiscid0  0.2.2-3
ii  libfftw3-3  3.3.2-3.1
ii  libgcc1 1:4.7.1-8
ii  libofa0 0.9.3-5
ii  libstdc++6  4.7.1-8
ii  python  2.7.3-2
ii  python-mutagen  1.20-1
ii  python-qt4  4.9.3-4
ii  python2.7   2.7.3-4

picard recommends no packages.

picard suggests no packages.

-- no debconf information

-- debsums errors found:
debsums: can't check picard file /usr/share/doc/picard/changelog.Debian.gz 
(Wide character in subroutine entry)
debsums: can't check picard file 
/usr/share/icons/hicolor/128x128/apps/picard.png (Wide character in subroutine 
entry)
debsums: can't check picard file /usr/share/icons/hicolor/16x16/apps/picard.png 
(Wide character in subroutine entry)
debsums: can't check picard file /usr/share/icons/hicolor/22x22/apps/picard.png 
(Wide character in subroutine entry)
debsums: can't check picard file /usr/share/icons/hicolor/24x24/apps/picard.png 
(Wide character in subroutine entry)
debsums: can't check picard file 
/usr/share/icons/hicolor/256x256/apps/picard.png (Wide character in subroutine 
entry)
debsums: can't check picard file /usr/share/icons/hicolor/32x32/apps/picard.png 
(Wide character in subroutine entry)
debsums: can't check picard file /usr/share/icons/hicolor/48x48/apps/picard.png 
(Wide character in subroutine entry)
debsums: can't check picard file /usr/share/locale/de/LC_MESSAGES/picard.mo 
(Wide character in subroutine entry)
debsums: can't check picard file /usr/share/locale/en/LC_MESSAGES/picard.mo 
(Wide character in subroutine entry)
debsums: can't check picard file /usr/share/locale/en_CA/LC_MESSAGES/picard.mo 
(Wide character in subroutine entry)
debsums: can't check picard file /usr/share/locale/en_GB/LC_MESSAGES/picard.mo 
(Wide character in subroutine entry)
debsums: can't check picard file /usr/share/locale/es/LC_MESSAGES/picard.mo 
(Wide character in subroutine entry)
debsums: can't check picard file /usr/share/locale/et/LC_MESSAGES/picard.mo 
(Wide character in subroutine entry)
debsums: can't check picard file /usr/share/locale/fi/LC_MESSAGES/picard.mo 
(Wide character in subroutine entry)
debsums: can't check picard file /usr/share/locale/fr/LC_MESSAGES/picard.mo 
(Wide character in subroutine entry)
debsums: can't check picard file /usr/share/locale/it/LC_MESSAGES/picard.mo 
(Wide character in subroutine entry)
debsums: can't check picard file /usr/share/locale/nl/LC_MESSAGES/picard.mo 
(Wide character in subroutine entry)
debsums: can't check picard file /usr/share/locale/pl/LC_MESSAGES/picard.mo 
(Wide character in subroutine entry)
debsums: can't check picard file /usr/share/locale/pt_BR/LC_MESSAGES/picard.mo 
(Wide character in subroutine entry)
debsums: can't check picard file /usr/share/locale/sv/LC_MESSAGES/picard.mo 
(Wide character in subroutine entry)
debsums: can't check picard file /usr/share/man/man1/picard.1.gz (Wide 
character in subroutine entry)


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

Bug#332311: [Patch] Fixes the bug.

[namor_debian]

The bug was a bit weird. The option "-f/--follow" wasn't parsed at all, but 
given as a plain string instead of the AptPkg::Deb::* enumeration. (Maybe 
AptPkg API changed in 2005...?)

~~patch attached
diff -u apt-rdepends-1.3.0/apt-rdepends apt-rdepends-1.3.0/apt-rdepends
--- apt-rdepends-1.3.0/apt-rdepends
+++ apt-rdepends-1.3.0/apt-rdepends
@@ -132,13 +132,47 @@
 close(OLDOUT);
 select(STDOUT); $| = 0;
 
+# Converts a string like "Depends" to the corresponding AptPkg::Dep::* enum.
+sub depstr_to_enum {
+  my $depstr = shift(@_);
+  if ($depstr eq "Depends") {
+return AptPkg::Dep::Depends;
+  }
+  if ($depstr eq "PreDepends") {
+return AptPkg::Dep::PreDepends;
+  }
+  if ($depstr eq "Suggests") {
+return AptPkg::Dep::Suggests;
+  }
+  if ($depstr eq "Recommends") {
+return AptPkg::Dep::Recommends;
+  }
+  if ($depstr eq "Conflicts") {
+return AptPkg::Dep::Conflicts;
+  }
+  if ($depstr eq "Replaces") {
+return AptPkg::Dep::Replaces;
+  }
+  if ($depstr eq "Obsoletes") {
+return AptPkg::Dep::Obsoletes;
+  }
+  print(STDERR "invalid argument given to -f (--follow): ${depstr}\n");
+  exit 101;
+}
+
 # Set defaults if they weren't defined on the command line.
 if ($builddep) {
   @follow = ("Build-Depends", "Build-Depends-Indep") unless (@follow);
   @show = ("Build-Depends", "Build-Depends-Indep") unless (@show);
 }
 else {
-  @follow = (AptPkg::Dep::Depends, AptPkg::Dep::PreDepends) unless (@follow);
+  unless(@follow) {
+@follow = (AptPkg::Dep::Depends, AptPkg::Dep::PreDepends);
+  }
+  else {
+@follow = map{depstr_to_enum($_)}(@follow);
+  }
+
   @show = (AptPkg::Dep::Depends, AptPkg::Dep::PreDepends) unless (@show);
 }
 my %deptype_dict;
diff -u apt-rdepends-1.3.0/debian/changelog apt-rdepends-1.3.0/debian/changelog
--- apt-rdepends-1.3.0/debian/changelog
+++ apt-rdepends-1.3.0/debian/changelog
@@ -1,3 +1,11 @@
+apt-rdepends (1.3.0-3) UNRELEASED; urgency=low
+
+  * QA upload.
+  * Fixes (adds) parsing of the -f/--follow option. (closes #332311), 
+thanks for help to kuroi
+
+ -- Roman Naumann   Fri, 14 Sep 2012 17:47:13 +0200
+
 apt-rdepends (1.3.0-2) unstable; urgency=low
 
   * QA upload.

Bug#687202: initscripts: /run/lock has perms 0755 instead of 1777

['Alan Dennis']

Hi, 

Sorry, but I think this might not actually be an initscripts bug after all.
I'm also using flashybrid and in my mind I'd eliminated that as the source
of the problem, but I disabled it just to double check and when rebooted,
/run/lock had the correct permissions. I suspect that flashybrid can't cope
with /run in some way - I'll get back to you with more information when/if
I've figured out what's happening.

Cheers, 
Alan. 


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

Bug#687298: Fan speed freezes, and hotkeys stop working. Laptop Lenovo Thinkpad L512 (2597AB2)

[evol]

please tell me where do I redirect this bug.
I do not know which package is this bug.

--
evol mail


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

Bug#615614: take over of ITP: setuptools-git -- setuptools revision control system plugin for git

[Yannick Gingras]

On 09/14/2012 05:55 AM, Laszlo Boszormenyi (GCS) wrote:

Hi!

I will take over this ITP on Monday if no one objects. The original ITP
is open for a while without any visible activity. I've a package ready
to upload. It is based on the work of Chuck Short, but builds the
Python3 variant as well.


Go for it!

--
Yannick Gingras


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

Bug#687624: ITP: libdvdcss-pkg -- automated installer for libdvdcss

[Jon Dowland]

On Fri, Sep 14, 2012 at 01:26:19PM +0100, Simon McVittie wrote:
> game-data-packager, although that one is a bit different: it supports a
> relatively large number of game-data packages, and most of the data it
> works on is not freely downloadable, so it often has to support building
> "the same" package from various different releases (American vs.
> European publisher, original version vs. budget re-release, etc.) in
> order to support the particular disk/CD/DVD that a user owns.

Indeed - I had envisaged game-data-packager growing into 'data-packager' at
some point.

The design was initially inspired by java-package, which IMHO was a better
solution than run-as-root postinst (the flash installer method, and the one
OP is proposing in this ITP).  java-package since disappeared, as the sun
java's could be packaged; that situation has sadly regressed so perhaps
there's call for java support in (game-)data-packager once again.

In this case, however, it seems as easy to install libdvdcss from
debian-multimedia than to have hacks to build it from source. The hacky
package would have to live in contrib anyway, so it's still not in Debian.


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

Bug#687649: postgresql-client-8.4: psql "\set" command handles starting quotes inconsistently

[Jean-Pierre Tosoni]

Package: postgresql-client-8.4
Version: 8.4.13-0squeeze1
Severity: normal

According to http://www.postgresql.org/docs/8.4/static/app-psql.html :

"The value of the variable is copied literally, so it can even contain 
unbalanced quotes or backslash commands."

Quote and backslash handling is inconsistent in psql variable values, here are 
some examples.


Example 1: cannot set a value starting with a single quote:
 metaguide=> \set var a'aa \echo :var
 a'aa   -- correct (but see example #3)
 metaguide=> \set var aaa' \echo :var
 aaa'   -- correct
 metaguide=> \set var 'aaa \echo :var
 unterminated quoted string -- should display 'aaa


Example 2: matching quotes dropped if the first one is at the beginning:
 metaguide=> \set var a'aa' \echo :var
 a'aa'  -- correct
 metaguide=> \set var 'aa'a \echo :var
 aaa-- should display 'aa'a
 metaguide=> \set var 'aaa' \echo :var
 aaa-- should display 'aaa'


Example 3: cannot set a backslash command in a variable:
 metaguide=> \set var \echo toto
 toto   -- should not display anything
 metaguide=> \echo :var
-- should display "\echo toto"
 metaguide=> \set var a\Qaa 
 Commande \Qaa invalide. Essayez \? pour l'aide-mémoire.
-- should accept setting var to a\Qaa


-- System Information:
Debian Release: 6.0.5
  APT prefers proposed-updates
  APT policy: (500, 'proposed-updates'), (500, 'stable')
Architecture: i386 (i686)

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

Versions of packages postgresql-client-8.4 depends on:
ii  libc6  2.11.3-4  Embedded GNU C Library: Shared lib
ii  libedit2   2.11-20080614-2   BSD editline and history libraries
ii  libpq5 8.4.13-0squeeze1  PostgreSQL C client library
ii  libssl0.9.80.9.8o-4squeeze13 SSL shared libraries
ii  postgresql-client-comm 130~bpo60+2   manager for multiple PostgreSQL cl
ii  zlib1g 1:1.2.3.4.dfsg-3  compression library - runtime

postgresql-client-8.4 recommends no packages.

Versions of packages postgresql-client-8.4 suggests:
ii  postgresql-8.4  8.4.13-0squeeze1 object-relational SQL database, ve
ii  postgresql-doc-8.4  8.4.13-0squeeze1 documentation for the PostgreSQL d

-- 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#686524: qemu-kvm: guests won't start until input to console is made

[Michael Tokarev]

[fixing the subject]

On 14.09.2012 16:41, Timo Weingärtner wrote:
[]
> 2012-09-14 um 14:07:44 schriebst Du:
>> On 14.09.2012 16:00, Debian Bug Tracking System wrote:
>>> Processing commands for cont...@bugs.debian.org:
 found 686524 1.1.2+dfsg-1
>>>
>>> Bug #686524 {Done: Michael Tokarev } [qemu-kvm] qemu-kvm:
>>> guests with -nographic -serial pty won't start until input to console is
>>> made
>>
>> Timo, care to send some explanations too?
>>
>> >From my side it looks like the bug is fixed in 1.1.2,
>>> I especially verified that using your reproducer.
> 
> I just tested on the server and on my notebook with
> 
> kvm -nographic -nodefaults -kernel /boot/vmlinuz-3.2.0-3-amd64 -append 
> 'console=ttyS0' -serial pty
> 
> and had the buggy behaviour.

Okay.  It indeed is not fixed.  The "problem" with reproducing
it was due to the need to have proper timings -- if you connect
to the pty console "too soon" the bug wont be visible.  It also
behaves slightly different in kvm and tcg (plain qemu) modes -
ie, it needs a bit different amount of time to wait before
connecting to the pty.

So finally, the patch I thought fixes that issue does actually
not fix it.

I did a git bisect run and determined a commit which went into
1.1.0 which introduces this bad behavour --

 http://git.qemu.org/?p=qemu.git;h=67c5322d7000fd105a926eec44bc1765b7d70bdd

So I asked the author (in the thread mentioned on top of this
bugreport) for some help about this issue.  Will see were it
wents to.  Meanwhile you can just revert this commit - it is
quite small - so that your guests will start working fine.

Pity it isn't fixed - this means headaches for users continues,
and new upload is in order too, which means more coordination
with the release team is needed.

Thank you for your patience.  Much apprecated!

/mjt


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

Bug#685998: RFS: 0install/1.11-1

[Thomas Leonard]

On 7 September 2012 16:44, Thomas Leonard  wrote:
> On 7 September 2012 16:38, Bart Martens  wrote:
[...]
>> Hi Thomas,
>>
>> The upstream source package name is still zeroinstall-injector.
>> http://0install.net/install-source.html
>> http://downloads.sf.net/project/zero-install/injector/1.11/zeroinstall-injector-1.11.tar.bz2
>>
>> I have not yet looked any further than that.
>
> I can rename it if necessary (1.12 will have the new name upstream),
> but I don't think this needs to hold up the Debian package split, does
> it?
>
> Note that this bug is linked from the front page of
> http://0install.net ("we need a sponsor from Debian to approve the
> change") if you need confirmation that upstream agrees with the
> rename.

Hi Bart,

Just to clarify: are you dealing with this package rename request, or
do I need to ask on the mentors list?

Thanks,


-- 
Dr Thomas Leonardhttp://0install.net/
GPG: 9242 9807 C985 3C07 44A6  8B9A AE07 8280 59A5 3CC1
GPG: DA98 25AE CAD0 8975 7CDA  BD8E 0713 3F96 CA74 D8BA


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

Bug#687608: open-axiom: should not use -m32/-m64 flags in CXXFLAGS/LDFLAGS

[Игорь Пашев]

Hi, Konstantinos

Could you please provide configure and build log, so I could see what's wrong.

This issue is a little curious, because OpenAxiom was successfully compiled
on amd64, i368 and freebsd-amd64.

2012/9/14 Konstantinos Margaritis :
> Package: open-axiom
> Version: 1.4.1+svn~2626-2
> Severity: Important
> Tags: patch
>
> The package fails to build on many arches, because configure
> erroneously tries to add -m32/-m64 in CXXFLAGS/LDFLAGS.
> This should be left out, IMHO, as after some quick tests,
> host_lisp_precision was equal to the architecture bitsize (i.e. 64-bits
> on 64-bit systems, and 32-bits on 32-bit systems). Commenting this part
> in config/open-axiom.m4 enabled the successful build of the package on
> both amd64 and armhf (those I could test).
>
> Unless there is an important reason to leave the explicit -m32/-m64 in
> there I'd suggest it's commented out.
>
> Regards
>
> Konstantinos


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