Bug#466360: Please set the timestamp of patched files to guard against timestamp skews

2012-12-27 Thread Raphael Hertzog
Hi,

On Thu, 27 Dec 2012, Martin Quinson wrote:
> You mean that when a patch is pushed, the same timestamp (which one,
> actually?) must be set on all modified files?

Yes.

> It seems rather improbable that anything else happens, doesn't it? I
> mean all these files are modified automatically, and it seems very
> probable to me that they all get the same mtime. But I may well be wrong
> on this.

Indeed, you are wrong. mtime is precise up to nanoseconds with recent
filesystems and it's unlikely that the mtime matches even when the files
are modified in a single patch call.

> Or maybe you mean that the files timestamps should be restored to their
> old value when the patch is removed? 

I don't think so.

> Anyway, the timestamp handling improved a lot in quilt in the last four
> years (!), and I would appreciate if you could double-check that the
> faulty behavior is still there while elaborating what the right behavior
> should be.

I think that the problem is still here. I don't see anything in
quilt/push.in that would reset the mtime after the patch has been applied.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Get the Debian Administrator's Handbook:
→ http://debian-handbook.info/get/


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



Bug#248397: Subject: Re: GRUB 2 RFH

2012-12-27 Thread Colin Watson
On Wed, Dec 12, 2012 at 11:53:54AM +, Martin Naughton wrote:
> Do you still need help. Me and another guy are interested
> in helping. Can you indicate if you still need help. We are not DD yet but
> we are learning. We can help with the testing of grub and fix bugs while
> you can develop the application. If not help is needed can the ticket be
> closed?

GRUB package maintenance in Debian still certainly needs help; while
we've generally managed to keep one primary maintainer (I came along
well after this RFH was initially filed, and have been the most active
on the team for the last couple of years), Debian really ought to be
able to manage a team with a higher bus factor for its principal boot
loader.  We suffered from that this summer when I had some temporary
motivation problems; if another developer had been sufficiently active
and able to step in it's possible that we'd be shipping wheezy with GRUB
2.00 rather than 1.99.

You can certainly help out with testing and fixing individual bugs
without having to ask in advance (as long as you don't actually close
bugs without asking) - just mail the BTS as appropriate.  I do think we
need more DDs involved, though.

Jonathan is right that we need some kind of wiki documentation here.
I'll see if I can carve out some time soon to write up a skeleton of
such a thing ...

-- 
Colin Watson   [cjwat...@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#696465: /etc/bash_completion.d/grub wastes 35 ms running sed "s,x,x," 12 times

2012-12-27 Thread Colin Watson
tags 696465 fixed-upstream
thanks

On Fri, Dec 21, 2012 at 02:29:53AM -0500, Anders Kaseorg wrote:
> After fixing the worst offender (#695811), I found that about 15% of my 
> bash’s startup time is spent in /etc/bash_completion.d/grub forking and 
> execing sed "s,x,x," 12 times.  The patch below reduces the time it takes 
> to source /etc/bash_completion.d/grub from 42 ms to 7 ms, saving 35 ms on 
> startup of every interactive bash.  This stuff adds up!
> 
> This sed call comes from @program_transform_name@; for Debian we can 
> safely assume that functionality is not used.  Perhaps upstream should 
> consider refactoring to perform this transformation at build time.

I've done the refactoring you suggest upstream.

2012-12-28  Colin Watson  

Apply program name transformations at build-time rather than at
run-time.  Fixes Debian bug #696465.

* acinclude.m4 (grub_TRANSFORM): New macro.
* configure.ac: Create output variables with transformed names for
most programs.
* util/bash-completion.d/grub-completion.bash.in: Use
pre-transformed variables for program names.
* util/grub-install.in: Likewise.
* util/grub-kbdcomp.in: Likewise.
* util/grub-mkconfig.in: Likewise.
* util/grub-mkconfig_lib.in: Likewise.
* util/grub-mknetdir.in: Likewise.
* util/grub-mkrescue.in: Likewise.
* util/grub-mkstandalone.in: Likewise.
* util/grub-reboot.in: Likewise.
* util/grub-set-default.in: Likewise.
* util/powerpc/ieee1275/grub-mkrescue.in: Likewise.
* tests/util/grub-shell-tester.in: Remove unused assignment.
* tests/util/grub-shell.in: Likewise.
* util/grub.d/00_header.in: Likewise.

-- 
Colin Watson   [cjwat...@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#696849: unblock: liferea/1.8.6-1.1

2012-12-27 Thread David Smith

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-CC: elb...@debian.org


Please unblock package liferea/1.8.6-1.1

All of the changes to the application's code comes from upstream. 
Liferea is ranked rather high in popularity 
(http://qa.debian.org/popcon.php?package=liferea), and I put in a lot of 
effort to make sure that the package is ready for Wheezy.


Thanks for your time.

liferea (1.8.6-1.1) unstable; urgency=low

  * Non-maintainer upload.
  * Fixed crash when dragging Google Reader feeds to parent node.
(Closes: #692526)
  * Fixed crash when removing folders in Google Reader feeds.
(Closes: #692525)
  * Fixed crash when opening empty links in feeds. (Closes: #692272)
  * Fixed crash when network online status changes. (Closes: #692270)
  * Fixed bug where web browser doesn't launch or the wrong web browser is
launched. (Closes: #668197)
  * Replaced build-depends on transitional package libwebkit-dev with
libwebkitgtk-dev. (Closes: #677749)
  * Added hardening build flags since liferea has a parser and should be
built with hardening. (Closes: #692527)
  * Added build dependency on dpkg-dev (>= 1.16.1~) to enable build flags
with hardening.

 -- David Smith   Sat, 15 Dec 2012 16:35:23 +0800


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



Bug#696848: general: USB flash drive unmount problems (both squeeze/wheezy)

2012-12-27 Thread Eugene
Package: general
Severity: normal

Working both in squeeze/xfce/thunar and wheezy/lxde/pcmanfm (both up-to-date).
Three computers: Old 1.3GHz/i386, New 2x2.2GHz/amd64 and eeepc 0.9GHz.
Tested on Transcend jetflash 4Gb and Kingston DataTraveler 4Gb.
When I eject the USB flash drive (by right-clicking and selecting menu option) 
the system says the "device is safe to be removed", thou if I remove the USB 
flash drive it results in error in the last file written (not always, but often 
- almost 100% if the file was written few seconds before).
I've noticed the flash drive led flashing a few times after about 5 seconds 
after unmounting.
When I wait for 10 seconds after "safe to be removed" message there are 
regularily no errors.
This problem also appeared with external HDD 750Gb and internal 500Gb HDD 
through USB to SATA bridge, thou far less often (1 event for each per about 
50-100 write operations compared to ~50% for USB flash drive).

It seems that the cache doesn't appear to be properly finished to be written on 
the flash drive. 

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

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


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



Bug#696847: gscan2pdf: First page is not included in a scan with an ADF

2012-12-27 Thread Vincent Lhote
Package: gscan2pdf
Version: 1.0.4-5
Severity: important

Dear Maintainer,

While using a ScanSnap, a scanner with an automatic document feeder (ADF), in 
duplex mode and scanning one or more sheet, the first page is never imported, 
it starts at the back of the first sheet, skipping the first page. I expect it 
to be included.

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

Kernel: Linux 3.2.0-4-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/dash

Versions of packages gscan2pdf depends on:
ii  imagemagick  8:6.7.7.10-5
ii  libconfig-general-perl   2.50-1
ii  libgoo-canvas-perl   0.06-1+b2
ii  libgtk2-ex-simple-list-perl  0.50-2
ii  libgtk2-imageview-perl   0.05-1+b2
ii  libhtml-parser-perl  3.69-2
ii  liblocale-gettext-perl   1.05-7+b1
ii  liblog-log4perl-perl 1.29-1
ii  libpdf-api2-perl 2.019-1
ii  libproc-processtable-perl0.45-3+b1
ii  libreadonly-perl 1.03-4
ii  librsvg2-common  2.36.1-1
ii  libsane-perl 0.05-2
ii  libset-intspan-perl  1.16-1
ii  libtiff-tools4.0.2-5
ii  perlmagick   8:6.7.7.10-5
ii  sane-utils   1.0.22-7.4

Versions of packages gscan2pdf recommends:
ii  djvulibre-bin  3.5.25.3-1
ii  gocr   0.49-1
ii  libgtk2-ex-podviewer-perl  0.18-1
ii  sane   1.0.14-9
ii  unpaper0.4.2-1
ii  xdg-utils  1.1.0~rc1+git20111210-6

gscan2pdf 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#696833: ITP: i18nspector -- checking tool for gettext POT, PO and MO files

2012-12-27 Thread Christian PERRIER
Quoting Stuart Prescott (stu...@debian.org):
> Package: wnpp
> Severity: wishlist
> Owner: Stuart Prescott 
> 
> * Package name: i18nspector
>   Version : 0.6
>   Upstream Author : Jakub Wilk 
> * URL : http://jwilk.net/software/i18nspector
> * License : Expat
>   Programming Lang: python
>   Description : checking tool for gettext POT, PO and MO files

\o/

There are definitely good things to do with that gem. I'm still
(slowly) processing errors found by Jakub while running it on the
entire archive and would love finding a way to have it
running/reporting on the i18n infrastructure.




signature.asc
Description: Digital signature


Bug#696846: pulseaudio: please default resample-method to speex-fixed-3 or ffmpeg on non-FPU architectures like armel

2012-12-27 Thread Daniel Kahn Gillmor
Package: pulseaudio
Version: 2.0-6
Severity: normal

many armel machines do not have hardware floating point units.  On this 
platform (as well as on other platforms known to lack an FPU), 
pulseaudio's default resample-method should not be speex-float-3.  It 
should be a fixed-point calculation; either speex-fixed-3 or ffmpeg 
seems like it would be reasonable.

According to Alexander E. Patrakov, that choice is in 
src/pulsecore/resampler.c, search for "PA_RESAMPLER_SPEEX_FLOAT_BASE + 
3"

--dkg

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

Kernel: Linux 3.2.0-4-ixp4xx
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash

Versions of packages pulseaudio depends on:
ii  adduser   3.113+nmu3
ii  consolekit0.4.5-3.1
ii  libasound21.0.25-4
pn  libasound2-plugins
ii  libc6 2.13-37
ii  libcap2   1:2.22-1.2
ii  libdbus-1-3   1.6.8-1
ii  libfftw3-33.3.2-3.1
ii  libgcc1   1:4.7.2-4
ii  libice6   2:1.0.8-2
ii  libltdl7  2.4.2-1.1
ii  liborc-0.4-0  1:0.4.16-2
ii  libpulse0 2.0-6
ii  libsamplerate00.1.8-5
ii  libsm62:1.2.1-2
ii  libsndfile1   1.0.25-5
ii  libspeexdsp1  1.2~rc1-7
ii  libstdc++64.7.2-4
ii  libsystemd-daemon044-5
ii  libsystemd-login0 44-5
ii  libtdb1   1.2.10-2
ii  libudev0  175-7
ii  libwebrtc-audio-processing-0  0.1-2
ii  libx11-6  2:1.5.0-1
ii  libx11-xcb1   2:1.5.0-1
ii  libxcb1   1.8.1-2
ii  libxtst6  2:1.2.1-1
ii  lsb-base  4.1+Debian8
ii  udev  175-7

Versions of packages pulseaudio recommends:
pn  gstreamer0.10-pulseaudio  
pn  pulseaudio-module-x11 
pn  rtkit 

Versions of packages pulseaudio suggests:
pn  paman 
pn  paprefs   
pn  pavucontrol   
pn  pavumeter 
pn  pulseaudio-utils  


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



Bug#687681: grub2: Finnish localisation patch

2012-12-27 Thread Colin Watson
On Thu, Dec 20, 2012 at 09:09:18PM +0200, Martin-Éric Racine wrote:
> > On Sat, Sep 15, 2012 at 07:43:12AM +0300, Martin-Éric Racine wrote:
> >> 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.
> 
> I noticed that  the1.99-23.1 that entered Testing today still has the
> broken localisation. Can this please be fixed before Wheezy is
> released? Thanks!

Could you please answer my question addressed to you in this message:

  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=687681#10

If this is correct then I can backport it.

-- 
Colin Watson   [cjwat...@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#696845: dovecot-core: adding 15-mailboxes.conf can break existing configuration

2012-12-27 Thread Gedalya

Package: dovecot-core
Version: 1:2.1.7-6
Severity: important

Hi,

I've just upgraded from 2.1.7-2 to 2.1.7-6.
Adding 15-mailboxes.conf with namespace inbox { } doesn't work too well 
if my existing 10-mail.conf file didn't have a namespace inbox { } section:


Dec 27 22:55:25 mail dovecot: lda(geda...@gedalya.net): Fatal: Invalid 
user settings. Refer to server log for more information.
Dec 27 23:07:05 mail dovecot: lda(geda...@gedalya.net): Error: user 
geda...@gedalya.net: Initialization failed: namespace configuration 
error: inbox=yes namespace missing
Dec 27 23:10:39 mail dovecot: imap(geda...@gedalya.net): Error: Invalid 
user settings. Refer to server log for more information.
Dec 27 23:10:39 mail dovecot: imap(geda...@gedalya.net): Error: user 
geda...@gedalya.net: Initialization failed: namespace configuration 
error: inbox=yes namespace missing


Renaming to 15-mailboxes.conf.disable fixes the problem, as does adding 
a proper namespace inbox section with inbox=yes, but of course it is not 
possible to just overwrite 10-mail.conf during the package upgrade, and 
adding 15-mailboxes.conf is unconditional, so effectively the upgrade 
breaks dovecot and makes mailboxes inaccessible.


At the very least, the following line from 15-mailboxes.conf should be 
in the NEWS file

# NOTE: Assumes "namespace inbox" has been defined in 10-mail.conf.

Thanks,

Gedalya


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



Bug#696844: pmw: FTBFS due to pointer, integer and sign bit confusion (argh!)

2012-12-27 Thread Thorsten Glaser
Source: pmw
Version: 1:4.24-1
Severity: serious
Justification: doing nonportable things with pointers can lead to data 
corruption

Hi,

I’ve found out the reason for the FTBFS from:
http://buildd.debian-ports.org/status/fetch.php?pkg=pmw&arch=m68k&ver=1%3A4.24-1&stamp=1356646278

Unfunnily, this smells evil: the following patch fixes it…

--- /var/cache/pbuilder/build/cow.32073/tmp/buildd/pmw-4.24/src/ps.c~   
2012-12-28 03:16:27.39004 +
+++ /var/cache/pbuilder/build/cow.32073/tmp/buildd/pmw-4.24/src/ps.c
2012-12-28 03:16:47.35004 +
@@ -894,7 +894,7 @@ uschar s[10];
 
 /* One-to-one mappings are represented by small integers */
 
-if ((long int)p < 256)
+if ((unsigned long int)p < 256)
   {
   s[misc_ord2utf8((long int)p, s)] = 0;
   ps_basic_string(s, font_mf, pointsize, TRUE, x, y, 0);

… but the build fails later on with…

../src/pmw -F ../fontmetrics -H ../PSheader -eps -nowidechars -o 
postscript/music53 examples/ex53
sdop -S . spec.xml
GS_FONTPATH=/tmp/buildd/pmw-4.24/doc/../psfonts ps2pdf spec.ps spec.pdf
Error: /syntaxerror in --%ztokenexec_continue--
Operand stack:
   ST
Execution stack:
   %interp_exit   .runexec2   --nostringval--   --nostringval--   
--nostringval--   2   %stopped_push   --nostringval--   --nostringval--   
--nostringval--   false   1   %stopped_push   1910   1   3   %oparray_pop   
1909   1   3   %oparray_pop   1893   1   3   %oparray_pop   1787   1   3   
%oparray_pop   --nostringval--   %errorexec_pop   .runexec2   --nostringval--   
--nostringval--   --nostringval--   2   %stopped_push   --nostringval--
Dictionary stack:
   --dict:1173/1684(ro)(G)--   --dict:0/20(G)--   --dict:182/200(L)--
Current allocation mode is local
Last OS error: No such file or directory
GPL Ghostscript 9.05: Unrecoverable error, exit code 1
GPL Ghostscript 9.05: ERROR: A pdfmark destination page 191 points beyond the 
last page 131.
make[2]: *** [spec.pdf] Error 1

… which is probably just another manifestation of the same thing.


A bit of explanation: p is a *pointer*, retrieved from a table
whose C type is “array of pointer to struct mfstr”. Then, it’s
cast to an *integral type* hoping it fits (usually the case in
Debian) and checked if it’s a “small value”.

However, gdb shows it’s not really small:

(gdb) print p
$4 = (mfstr *) 0x800465d0

Although, reinterpreting 0x800465d0 as (signed!) long int sure
is smaller than 256, as it’s negative.

This is a subtle bug, possibly leading to data corruption, and
to add insult to injury, ASLR dependent. It may always fail or
always pass on some architectures, and differ per run on others.

Anyway, here's at least a patch for the first issue ;-) in case
you really want to maintain this…

bye,
//mirabilos
-- 
I want one of these. They cost 720 € though… good they don’t have the HD hole,
which indicates 3½″ floppies with double capacity… still. A tad too much, atm.
‣ http://www.floppytable.com/floppytable-images-1.html


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



Bug#696817: dovecot destroys user ssl configuration

2012-12-27 Thread Gedalya

Yes, I just hit this problem too.
My config was pointing to my own certificate and was changed to point to 
the self-signed cetificate.



I'm not quite sure what is the intended purpose of the following code in 
postinst?


  OLD_SSL_CERT="/etc/ssl/certs/dovecot.pem"
  OLD_SSL_KEY="/etc/ssl/private/dovecot.pem"

.

  if [ -e $OLD_SSL_CERT ] || [ -e $OLD_SSL_KEY ]; then
  echo "You already have ssl certs for dovecot."
  echo "However you should move them out of /etc/ssl"
  echo "and into /etc/dovecot and update the configuration"
  echo "in /etc/dovecot/conf.d/10-ssl.conf accordingly."
  echo "See /usr/share/doc/dovecot-core/NEWS.Debian.gz for details."
perl -i -nE "
if (/^\w*?ssl_cert/) {
say 'ssl_cert = <$OLD_SSL_CERT'
}
elsif (/^\w*?ssl_key/) {
say 'ssl_key = <$OLD_SSL_KEY'
} else {
print;
}" /etc/dovecot/conf.d/10-ssl.conf

First, why should you ever modify the conf file at all? And without 
informing the user and without keeping a backup?
And why do this just because dovecot's generated certificate files 
happen to exist?


Thanks,

Gedalya


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



Bug#696843: wine: Non japanese characters are not displayed correctly

2012-12-27 Thread Vincent Lhote
Package: wine
Version: 1.4.1-4
Severity: important

Dear Maintainer,

I’m trying to install a japanese software. While doing so, if I don’t use 
LANG=ja_JP.utf8, the kanji (japanese characters) are not displayed correctly 
(mojibake). If I use it, the kanji are displayed correctly, but the roman 
letter (a-z etc.) are not displayed correctly, instead empty squares are 
displayed.

The problem can be reproduced simply with running “env LANG=ja_JP.utf8 
WINEPREFIX=~/wine_japanese winecfg”. When doing that, the winecfg window roman 
letters are also not displayed correctly.

On another computer using Ubuntu 12.04, with wine 1.5, this problem doesn’t 
exist. I tryed removing mscorefont from this other computer to see if the 
problem would appear and it did not, winecfg window (and the software) fonts 
are displayed correctly. I have no idea if this was fixed in wine 1.5 branch at 
some point. Another point, my system LANG is fr_FR.utf8 while this other 
computer’s is ja_JP.utf8.

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

Kernel: Linux 3.2.0-4-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/dash

Versions of packages wine depends on:
ii  wine-bin  1.4.1-4

wine recommends no packages.

wine 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#696842: pulseaudio: please do not ship /etc/init.d/pulseaudio -- system mode is actively discouraged by upstream

2012-12-27 Thread Daniel Kahn Gillmor
Package: pulseaudio
Version: 2.0-6
Severity: normal

the pulseaudio package ships /etc/init.d/pulseaudio, which (by
default) prints a warning every time the system boots:

PulseAudio configured for per-user sessions (warning)

This makes it sound like it is recommended to run pulseaudio in system
mode.  But upstream makes it quite clear that system mode is
unsupported:

http://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/User/WhatIsWrongWithSystemWide

This includes the following quote:

---
But my distro is shipping an init script for PA!

Ignore that. It's stupid. They shouldn't be doing this. 
---

If we really want to ship an initscript for PA to run in system mode,
that should be done in a separate package (e.g. something like
pulseaudio-system-daemon), not in the default pulseaudio package.
This will make system boot less noisy, and avoid actively encouraging
debian users to do things that upstream doesn't want to support.

Regards,

--dkg

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

Kernel: Linux 3.2.0-4-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 pulseaudio depends on:
ii  adduser   3.113+nmu3
ii  consolekit0.4.5-3.1
ii  libasound21.0.25-4
ii  libasound2-plugins1.0.25-2
ii  libc6 2.13-37
ii  libcap2   1:2.22-1.2
ii  libdbus-1-3   1.6.8-1
ii  libfftw3-33.3.2-3.1
ii  libgcc1   1:4.7.2-4
ii  libice6   2:1.0.8-2
ii  libltdl7  2.4.2-1.1
ii  liborc-0.4-0  1:0.4.16-2
ii  libpulse0 2.0-6
ii  libsamplerate00.1.8-5
ii  libsm62:1.2.1-2
ii  libsndfile1   1.0.25-5
ii  libspeexdsp1  1.2~rc1-7
ii  libstdc++64.7.2-4
ii  libsystemd-daemon044-5
ii  libsystemd-login0 44-5
ii  libtdb1   1.2.10-2
ii  libudev0  175-7
ii  libwebrtc-audio-processing-0  0.1-2
ii  libx11-6  2:1.5.0-1
ii  libx11-xcb1   2:1.5.0-1
ii  libxcb1   1.8.1-2
ii  libxtst6  2:1.2.1-1
ii  lsb-base  4.1+Debian8
ii  udev  175-7

Versions of packages pulseaudio recommends:
ii  gstreamer0.10-pulseaudio  0.10.31-3+nmu1
ii  pulseaudio-module-x11 2.0-6
pn  rtkit 

Versions of packages pulseaudio suggests:
ii  paman 0.9.4-1
ii  paprefs   0.9.10-1
ii  pavucontrol   1.0-1
ii  pavumeter 0.9.3-4
ii  pulseaudio-utils  2.0-6

-- 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#649530: [copyright-format] clearer definitions and more consistent License: stanza specification

2012-12-27 Thread Russ Allbery
Jonathan Nieder  writes:
> Charles Plessy wrote:

>> Sorry for the confusion between new field and new paragraph.  Still, I
>> think that we are spending a lot of time discussing refinements that
>> need to demonstrate their usefulness by being adopted independantly by
>> a broad number of package maintainers.

> Stepping back a little, do I understand correctly that you mean "No, I
> do not think License-Exception paragraphs would be useful"?

> That's useful feedback and surprising to me.  More details would be
> welcome.

I don't think they're particularly useful, mostly because I don't see a
serious problem with the current syntax and therefore don't see a good
reason to make it more complicated.

There is an annoying corner case (multiple licenses that use the same
exception but which aren't in common-licenses and therefore have to be
quoted in their entirety) where not having this feature could result in
serious copyright file bloat.  However, I think this is rare.  Most
license exceptions are used with the GPL, which is in common-licenses, so
the License blocks are short and duplicating them is not much wasted
space.

The argument against them is that a license with a license exception is
only two separable components if the license says that it is.  In most
cases (such as GPL v2 with an exception), it's really a brand new license
that happens to share a lot of characteristics with the base license.
Separating out the language so that it's presented in separate paragraphs,
which I think is the key point of having this feature, runs the risk of
not correctly reproducing the *actual* license text in the copyright file.

-- 
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#696836: RFP: libmath-pari-perl -- Perl bindings for PARI

2012-12-27 Thread Daniel Kahn Gillmor
On 12/27/2012 08:41 PM, gregor herrmann wrote:
> On Fri, 28 Dec 2012 00:28:30 +, brian m. carlson wrote:
> 
>> * Package name: libmath-pari-perl
>>   Version : 2.01080605
>>   Upstream Author : Ilya Zakharevich
>> * URL : 
>> http://search.cpan.org/~ilyaz/Math-Pari-2.01080605/Pari.pm
>> * License : Perl (Artistic | GPL-1+)
>>   Programming Lang: Perl
>>   Description : Perl bindings for PARI
> 
>> I'm interested in this primarily as an indirect dependency for
>> Crypt::OpenPGP, and building it by hand is non-trivial if I want it to
>> link to Debian's libpari.
> 
> Ack.
> 
> The last ITP for this package (#440527) was also closed after some
> time because it's somewhere between untrivial and impossible ...
> 
> After a quick glance at the old bug report it would need something
> like libpari-source ...
> 
> AFAICS there was no reply from the libpari maintainer, and upstream
> in https://rt.cpan.org/Ticket/Display.html?id=30552 also didn't
> follow up on Gunnar's request.
> 
> INSTALL mentions some ways about using a pre-built libpari but this
> doesn't sound very encouraging ... (And the hint with LIBPARI= also
> doesn't seem to work for me.)

Having looked at this in the past for other modules that depend on
Math::PARI (Crypt::OpenPGP in particular), I echo gregor's sentiments.
Upstream seems to be (passively or actively) averse to the idea that
Math::PARI might be installed or maintained via a binary distribution
like debian.  Note the admonitions about needing perl itself to have
been built on "this machine" in the latest README:

  https://metacpan.org/source/ILYAZ/Math-Pari-2.01080605/README

Fortunately for my own Crypt::OpenPGP goals, recent work on Math::Prime
and Crypt::RSA might relieve us of some Math::PARI dependencies, which
could clear the way forward for Crypt::OpenPGP (finally!) by jessie.

brian, what in particular do you want or need Math::PARI for?  Maybe
there's another route that would help you get to your goal?

Regards,

--dkg


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



Bug#696841: libsbuild-perl: fails to parse configuration: uses undef as HASH ref (MAILTO_HASH)

2012-12-27 Thread Thorsten Glaser
Package: libsbuild-perl
Version: 0.63.2-1.1
Severity: grave
Tags: patch
Justification: renders package unusable

Hi,

without the patch below, sbuild/buildd fail to run
after writing a configuration file, with the error:

Starting Debian package autobuilder: buildd Error reading configuration: Can't 
use an undefined value as a HASH reference at 
/usr/share/perl5/Sbuild/ConfBase.pm line 83.

It exits with errorlevel 2 then, and buildd-mail also
spews lots of errors.

The patch below fixes this. Feel free to downgrade the
severity if this doesn't affect the majority of users,
but seeing as the official Debian buildds do not dogfood
the buildd suite in unstable, I am not so sure about that…

--- ConfBase.pm~
+++ ConfBase.pm
@@ -84,6 +84,7 @@ sub init_allowed_keys {
   $conf->get('MAILTO_HASH')->{$value})
if ($value &&
$conf->get('DISTRIBUTION') &&
+   $conf->get('MAILTO_HASH') &&
$conf->get('MAILTO_HASH')->{$value});
 };
 


-- System Information:
Debian Release: 7.0
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: m68k

Kernel: Linux 3.2.0-4-atari
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/mksh-static

Versions of packages libsbuild-perl depends on:
ii  adduser 3.113+nmu3
ii  apt 0.9.7.7
ii  apt-utils   0.9.7.7
ii  dctrl-tools 2.22.2
ii  devscripts  2.12.6
ii  dpkg-dev1.16.9
ii  libdpkg-perl1.16.9
ii  libexception-class-perl 1.32-1
ii  libfilesys-df-perl  0.92-4+b1
ii  libmime-lite-perl   3.028-1
ii  perl5.14.2-16
ii  perl-modules [libio-zlib-perl]  5.14.2-16
ii  postfix [mail-transport-agent]  2.9.5-1
ii  schroot 1.6.4-4

libsbuild-perl recommends no packages.

libsbuild-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#696840: buildd: ships broken sample configuration and documentation ($distributions)

2012-12-27 Thread Thorsten Glaser
Package: buildd
Version: 0.63.2-1.1
Severity: important

Hi,

the default configuration and documentation says to use
$distributions = [ … ];
but that leads to a not working buildd setup:

distribution list is empty, aborting. at /usr/share/perl5/Buildd/Daemon.pm line 
95.

Changing it to
@distributions = ( … );
makes it work.

Not using RC severity, but you really might want to
fix the sample configuration.


-- System Information:
Debian Release: 7.0
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: m68k

Kernel: Linux 3.2.0-4-atari
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/mksh-static

Versions of packages buildd depends on:
ii  adduser 3.113+nmu3
ii  cron3.0pl1-124
ii  dupload 2.7.0
ii  libsbuild-perl  0.63.2-1.1
ii  libyaml-tiny-perl   1.51-1
ii  perl5.14.2-16
ii  postfix [mail-transport-agent]  2.9.5-1
ii  sbuild  0.63.2-1.1

buildd recommends no packages.

Versions of packages buildd suggests:
pn  wanna-build  

-- Configuration Files:
/etc/cron.d/buildd changed [not included]

-- 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#649530: [copyright-format] clearer definitions and more consistent License: stanza specification

2012-12-27 Thread Jonathan Nieder
Charles Plessy wrote:

> Sorry for the confusion between new field and new paragraph.  Still, I think
> that we are spending a lot of time discussing refinements that need to
> demonstrate their usefulness by being adopted independantly by a broad number
> of package maintainers.

Stepping back a little, do I understand correctly that you mean "No, I
do not think License-Exception paragraphs would be useful"?

That's useful feedback and surprising to me.  More details would be welcome.

Context: I have no interest in diverging from the standard
copyright-format in packages I maintain. But I would use a
License-Exception construct if it existed, and at least one copyright
file would become shorter.

Thanks,
Jonathan


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



Bug#696836: RFP: libmath-pari-perl -- Perl bindings for PARI

2012-12-27 Thread gregor herrmann
On Fri, 28 Dec 2012 00:28:30 +, brian m. carlson wrote:

> * Package name: libmath-pari-perl
>   Version : 2.01080605
>   Upstream Author : Ilya Zakharevich
> * URL : http://search.cpan.org/~ilyaz/Math-Pari-2.01080605/Pari.pm
> * License : Perl (Artistic | GPL-1+)
>   Programming Lang: Perl
>   Description : Perl bindings for PARI

> I'm interested in this primarily as an indirect dependency for
> Crypt::OpenPGP, and building it by hand is non-trivial if I want it to
> link to Debian's libpari.

Ack.

The last ITP for this package (#440527) was also closed after some
time because it's somewhere between untrivial and impossible ...

After a quick glance at the old bug report it would need something
like libpari-source ...

AFAICS there was no reply from the libpari maintainer, and upstream
in https://rt.cpan.org/Ticket/Display.html?id=30552 also didn't
follow up on Gunnar's request.

INSTALL mentions some ways about using a pre-built libpari but this
doesn't sound very encouraging ... (And the hint with LIBPARI= also
doesn't seem to work for me.)

Cheers,
gregor
 
-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Various Artists: The Island


signature.asc
Description: Digital signature


Bug#696563: [Pkg-openldap-devel] Bug#696563: slapd not ready when start script exits, plase add sleep in starting script

2012-12-27 Thread Steve Langasek
On Sun, Dec 23, 2012 at 12:09:08PM -0800, Quanah Gibson-Mount wrote:
> --On Saturday, December 22, 2012 3:54 PM -0800 Steve Langasek
>  wrote:

> >This is absolutely not an acceptable fix for this bug.  A 'sleep' only
> >reduces the frequency of a race, it does not eliminate it.  We need to
> >find out why the parent slapd process is again exiting before it's ready
> >to listen for connections - this is a regression, for a bug that was very
> >specifically supposed to have been fixed upstream in 2.4.28.  See bug
> ># 589915 for the history.

> >The source files that were being patched for this haven't changed upstream
> >since 2.4.28, so I'm not sure what will have gone wrong.

> I suggest reading followup #2 in
> , the upstream
> ITS dealing with this.  It is specifically noted that on a heavily
> loaded system, this can still occur.



> The real solution is to switch to back-mdb from back-bdb/hdb, which
> doesn't have the heavy startup load that BDB based backends do.

No, the *real* solution is to have a properly sequenced daemon startup.

 1) listen on the sockets
 2) exit the parent process, detaching from the terminal
 3) properly handle all connections made after 2)

This is Daemon Design 101.  Why is slapd *not* starting the listener thread
before detaching?  Am I missing some reason this is a problem?

Of course, improving slapd's overall efficiency is a good thing, but a
faster startup time here only masks the bug, it doesn't eliminate it.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: Digital signature


Bug#696838: samba4: Error loading module '/usr/lib/x86_64-linux-gnu/samba//vfs/acl_xattr.so': No such file or directory

2012-12-27 Thread Bruno Bigras
Package: samba4
Version: 4.0.0+dfsg1-1
Severity: important

Dear Maintainer,

When I try to install Samba 4, I got :
smbd_vfs_init: vfs_init_custom failed for acl_xattr
Error loading module '/usr/lib/x86_64-linux-gnu/samba//vfs/acl_xattr.so': 
/usr/lib/x86_64-linux-gnu/samba//vfs/acl_xattr.so: cannot open shared object 
file: No such file or directory

I have the same problem on Ubuntu. See 
https://bugs.launchpad.net/ubuntu/+source/samba4/+bug/1091348


Here's what I did :

bbigras@debian:~$ env LANG=C sudo apt-get -t experimental install samba4
Reading package lists... Done
Building dependency tree
Reading state information... Done
Suggested packages:
  phpldapadmin samba-gtk swat2 ntp
The following NEW packages will be installed:
  samba4
0 upgraded, 1 newly installed, 0 to remove and 42 not upgraded.
Need to get 0 B/1722 kB of archives.
After this operation, 11.2 MB of additional disk space will be used.
Preconfiguring packages ...
Selecting previously unselected package samba4.
(Reading database ... 27263 files and directories currently installed.)
Unpacking samba4 (from .../samba4_4.0.0+dfsg1-1_amd64.deb) ...
Processing triggers for man-db ...
Setting up samba4 (4.0.0+dfsg1-1) ...
Administrator password will be set randomly!
Looking up IPv4 addresses
Looking up IPv6 addresses
No IPv6 address will be assigned
Error loading module '/usr/lib/x86_64-linux-gnu/samba//vfs/acl_xattr.so': 
/usr/lib/x86_64-linux-gnu/samba//vfs/acl_xattr.so: cannot open shared object 
file: No such file or directory
error probing vfs module 'acl_xattr': NT_STATUS_UNSUCCESSFUL
smbd_vfs_init: vfs_init_custom failed for acl_xattr
Error loading module '/usr/lib/x86_64-linux-gnu/samba//vfs/acl_xattr.so': 
/usr/lib/x86_64-linux-gnu/samba//vfs/acl_xattr.so: cannot open shared object 
file: No such file or directory
error probing vfs module 'acl_xattr': NT_STATUS_UNSUCCESSFUL
smbd_vfs_init: vfs_init_custom failed for acl_xattr
Setting up share.ldb
Setting up secrets.ldb
Setting up the registry
Setting up the privileges database
Setting up idmap db
Setting up SAM db
Setting up sam.ldb partitions and settings
Setting up sam.ldb rootDSE
Pre-loading the Samba 4 and AD schema
Adding DomainDN: DC=localdomain
Adding configuration container
Setting up sam.ldb schema
Setting up sam.ldb configuration data
Setting up display specifiers
Adding users container
Modifying users container
Adding computers container
Modifying computers container
Setting up sam.ldb data
Setting up well known security principals
Setting up sam.ldb users and groups
Setting up self join
Error loading module '/usr/lib/x86_64-linux-gnu/samba//vfs/acl_xattr.so': 
/usr/lib/x86_64-linux-gnu/samba//vfs/acl_xattr.so: cannot open shared object 
file: No such file or directory
error probing vfs module 'acl_xattr': NT_STATUS_UNSUCCESSFUL
smbd_vfs_init: vfs_init_custom failed for acl_xattr
Error loading module '/usr/lib/x86_64-linux-gnu/samba//vfs/acl_xattr.so': 
/usr/lib/x86_64-linux-gnu/samba//vfs/acl_xattr.so: cannot open shared object 
file: No such file or directory
error probing vfs module 'acl_xattr': NT_STATUS_UNSUCCESSFUL
smbd_vfs_init: vfs_init_custom failed for acl_xattr
Error loading module '/usr/lib/x86_64-linux-gnu/samba//vfs/acl_xattr.so': 
/usr/lib/x86_64-linux-gnu/samba//vfs/acl_xattr.so: cannot open shared object 
file: No such file or directory
error probing vfs module 'acl_xattr': NT_STATUS_UNSUCCESSFUL
smbd_vfs_init: vfs_init_custom failed for acl_xattr
Error loading module '/usr/lib/x86_64-linux-gnu/samba//vfs/acl_xattr.so': 
/usr/lib/x86_64-linux-gnu/samba//vfs/acl_xattr.so: cannot open shared object 
file: No such file or directory
error probing vfs module 'acl_xattr': NT_STATUS_UNSUCCESSFUL
smbd_vfs_init: vfs_init_custom failed for acl_xattr
Error loading module '/usr/lib/x86_64-linux-gnu/samba//vfs/acl_xattr.so': 
/usr/lib/x86_64-linux-gnu/samba//vfs/acl_xattr.so: cannot open shared object 
file: No such file or directory
error probing vfs module 'acl_xattr': NT_STATUS_UNSUCCESSFUL
smbd_vfs_init: vfs_init_custom failed for acl_xattr
Error loading module '/usr/lib/x86_64-linux-gnu/samba//vfs/acl_xattr.so': 
/usr/lib/x86_64-linux-gnu/samba//vfs/acl_xattr.so: cannot open shared object 
file: No such file or directory
error probing vfs module 'acl_xattr': NT_STATUS_UNSUCCESSFUL
smbd_vfs_init: vfs_init_custom failed for acl_xattr
Error loading module '/usr/lib/x86_64-linux-gnu/samba//vfs/acl_xattr.so': 
/usr/lib/x86_64-linux-gnu/samba//vfs/acl_xattr.so: cannot open shared object 
file: No such file or directory
error probing vfs module 'acl_xattr': NT_STATUS_UNSUCCESSFUL
smbd_vfs_init: vfs_init_custom failed for acl_xattr
Error loading module '/usr/lib/x86_64-linux-gnu/samba//vfs/acl_xattr.so': 
/usr/lib/x86_64-linux-gnu/samba//vfs/acl_xattr.so: cannot open shared object 
file: No such file or directory
error probing vfs module 'acl_xattr': NT_STATUS_UNSUCCESSFUL
smbd_vfs_init: vfs_init_custom failed for acl_xattr
Error loading module '/usr/lib/x86_64-linux-gnu/

Bug#696837: Missing Depends on python-libtorrent, fails to start

2012-12-27 Thread Moritz Muehlenhoff
Package: deluge-gtk
Version: 1.3.3-2
Severity: grave

After "apt-get install deluge-gtk" Deluge failed to start with the following
traceback:

Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/deluge/ui/gtkui/gtkui.py", line 299, 
in _on_reactor_start
client.start_classic_mode()
  File "/usr/lib/python2.7/dist-packages/deluge/ui/client.py", line 559, in 
start_classic_mode
self._daemon_proxy = DaemonClassicProxy(self.__event_handlers)
  File "/usr/lib/python2.7/dist-packages/deluge/ui/client.py", line 432, in 
__init__
self.__daemon = deluge.core.daemon.Daemon(classic=True)
  File "/usr/lib/python2.7/dist-packages/deluge/core/daemon.py", line 136, in 
__init__
from deluge.core.core import Core
  File "/usr/lib/python2.7/dist-packages/deluge/core/core.py", line 36, in 

from deluge._libtorrent import lt
  File "/usr/lib/python2.7/dist-packages/deluge/_libtorrent.py", line 59, in 

import libtorrent as lt
ImportError: No module named libtorrent

deluge-gtk needs a Depends on python-libtorrent. Installing it fixes it.

Cheers,
Moritz

-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages deluge-gtk depends on:
ii  deluge-common1.3.3-2
ii  librsvg2-common  2.36.1-1
ii  python   2.7.3-3
ii  python-glade22.24.0-3
pn  python-notify
ii  python2.62.6.8-1
ii  python2.72.7.3-5
ii  xdg-utils1.1.0~rc1+git20111210-6
ii  xfce4-notifyd [notification-daemon]  0.2.2-2

Versions of packages deluge-gtk recommends:
ii  python-pygame  1.9.1release+dfsg-7

deluge-gtk 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#692974: howto reproduce this bug

2012-12-27 Thread Luc Novales

I can't reproduce the bug with examples files.
Some information to reproduce with attached file at
http://www.dailymotion.com/video/k65w7FDYsdacB93FiFH

Attached crash report with gdb

Luc.



segfault_synfigstudio-gdb.log.gz
Description: GNU Zip compressed data


Bug#649530: [copyright-format] clearer definitions and more consistent License: stanza specification

2012-12-27 Thread Steve Langasek
On Thu, Dec 27, 2012 at 08:00:33AM +0900, Charles Plessy wrote:
> > Unfortunately that would involve violating the spec. The current
> > specification requires that every paragraph be a header paragraph, a
> > Files paragraph, or a License paragraph.  License-Exception paragraphs
> > are not allowed.  Besides, when the License field in a Files paragraph
> > refers to a license exception, either the field must include the full
> > text of the license or a pointer to common-licenses or the short name
> > followed by a license exception must be defined in a License paragraph
> > --- defining the short name and license exception in separate
> > standalone paragraphs is not allowed.

> Sorry for the confusion between new field and new paragraph.  Still, I think
> that we are spending a lot of time discussing refinements that need to
> demonstrate their usefulness by being adopted independantly by a broad number
> of package maintainers.

> If experimentations are blocked because the current specification does not
> allow unspecified types of paragraphs, how about considering to relax it ?
> We already had the same issue for proposed paragraphs about removed files.

There's no reason experimenting should be blocked.  You can put anything you
want to in debian/copyright, in any format you like - you just can't call it
copyright-format 1.0.  Changing the header to not claim that it *is*
copyright-format 1.0 is a simple requirement.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: Digital signature


Bug#696836: RFP: libmath-pari-perl -- Perl bindings for PARI

2012-12-27 Thread brian m. carlson
Package: wnpp
Severity: wishlist

* Package name: libmath-pari-perl
  Version : 2.01080605
  Upstream Author : Ilya Zakharevich
* URL : http://search.cpan.org/~ilyaz/Math-Pari-2.01080605/Pari.pm
* License : Perl (Artistic | GPL-1+)
  Programming Lang: Perl
  Description : Perl bindings for PARI

Math::Pari is a Perl interface to the famous library PARI for numerical,
scientific, and number-theoretic calculations. It allows the use of most
PARI functions in Perl, and (almost) seamless merging of PARI and Perl
data.

The description is slightly modified from the upstream description.

I'm interested in this primarily as an indirect dependency for
Crypt::OpenPGP, and building it by hand is non-trivial if I want it to
link to Debian's libpari.

-- 
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187


signature.asc
Description: Digital signature


Bug#696833: ITP: i18nspector -- checking tool for gettext POT, PO and MO files

2012-12-27 Thread Stuart Prescott
> How does it compare with msgfmt? Translators usually use msgfmt to
> check for errors right now.

Indeed,... and a run of i18nspector over po files in the archive shows lots of 
problems. i18nspector tests much more than msgfmt -- it simply catches lots of 
problems that msgfmt misses. Perhaps the easiest thing to do is to show what 
the two tools say about a couple of random .po files I have here from another 
project:

$ msgfmt -c reports.po 
reports.po:7: header field `Project-Id-Version' still has the initial default 
value

$ i18nspector reports.po 
W: reports.po: boilerplate-in-project-id-version 'PACKAGE VERSION'
W: reports.po: invalid-last-translator 'Automatic <>'
W: reports.po: boilerplate-in-language-team 'LANGUAGE '
W: reports.po: unusual-character-in-translation U+009F control character APC: 
'Ã\x9f'

(where reports.po was UTF-8 encoded but the header claimed it to be 
ISO-8859-1)

cheers
Stuart

-- 
Stuart Prescotthttp://www.nanonanonano.net/   stu...@nanonanonano.net
Debian Developer   http://www.debian.org/ stu...@debian.org
GPG fingerprintBE65 FD1E F4EA 08F3 23D4 3C6D 9FE8 B8CD 71C5 D1A8
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7


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



Bug#696835: newer (0.9.3) upstream version available

2012-12-27 Thread Sylwester Arabas

Package: gnudatalanguage
Version: 0.9.2

A newer version of GDL is available: 0.9.3.
Best regards,
Sylwester


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



Bug#696834: ruby-haml: should depend on ruby-hpricot

2012-12-27 Thread Dmitry Kurochkin
Package: ruby-haml
Version: 3.1.6-1
Severity: normal

Dear Maintainer,

html2haml requires hpricot and fails to run without it:

> html2haml --trace index.html index.haml 
/usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require': cannot load 
such file -- hpricot (LoadError)
from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require'
from /home/dikk/.gem/ruby/1.9.1/gems/haml-3.1.7/lib/haml/html.rb:6:in 
`'
from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require'
from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require'
from /home/dikk/.gem/ruby/1.9.1/gems/haml-3.1.7/lib/haml/exec.rb:345:in 
`process_result'
from /home/dikk/.gem/ruby/1.9.1/gems/haml-3.1.7/lib/haml/exec.rb:41:in 
`parse'
from /home/dikk/.gem/ruby/1.9.1/gems/haml-3.1.7/lib/haml/exec.rb:21:in 
`parse!'
from /home/dikk/.gem/ruby/1.9.1/gems/haml-3.1.7/bin/html2haml:7:in 
`'
from /home/dikk/.gem/ruby/1.9.1/bin/html2haml:23:in `load'
from /home/dikk/.gem/ruby/1.9.1/bin/html2haml:23:in `'

Ruby-haml package should depend on ruby-hpricot.

Regards,
  Dmitry

-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages ruby-haml depends on:
ii  ruby  4.9
ii  ruby1.9.1 [ruby-interpreter]  1.9.3.194-5

Versions of packages ruby-haml recommends:
pn  ruby-sass  

Versions of packages ruby-haml suggests:
pn  rails  

-- 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#696833: ITP: i18nspector -- checking tool for gettext POT, PO and MO files

2012-12-27 Thread Aron Xu
On Fri, Dec 28, 2012 at 7:45 AM, Stuart Prescott  wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Stuart Prescott 
>
> * Package name: i18nspector
>   Version : 0.6
>   Upstream Author : Jakub Wilk 
> * URL : http://jwilk.net/software/i18nspector
> * License : Expat
>   Programming Lang: python
>   Description : checking tool for gettext POT, PO and MO files
>
> i18nspector is a tool for checking translation templates (POT), message
> catalogues (PO) and compiled message catalogues (MO) files for common 
> problems.
> These files are used by the GNU gettext translation functions and tools in 
> many
> different development environments.
>
> Checks include: incorrect or inconsistent character encoding, missing headers,
> incorrect language codes and improper plural forms.
>
> This tool was formerly known as gettext-inspector.
>

How does it compare with msgfmt? Translators usually use msgfmt to
check for errors right now.


-- 
Regards,
Aron Xu


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



Bug#696833: ITP: i18nspector -- checking tool for gettext POT, PO and MO files

2012-12-27 Thread Stuart Prescott
Package: wnpp
Severity: wishlist
Owner: Stuart Prescott 

* Package name: i18nspector
  Version : 0.6
  Upstream Author : Jakub Wilk 
* URL : http://jwilk.net/software/i18nspector
* License : Expat
  Programming Lang: python
  Description : checking tool for gettext POT, PO and MO files

i18nspector is a tool for checking translation templates (POT), message
catalogues (PO) and compiled message catalogues (MO) files for common problems.
These files are used by the GNU gettext translation functions and tools in many
different development environments.

Checks include: incorrect or inconsistent character encoding, missing headers,
incorrect language codes and improper plural forms.

This tool was formerly known as gettext-inspector.


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



Bug#689147: unblock: gajim/0.15.1-1

2012-12-27 Thread Yann Leboulanger

On 12/28/2012 12:05 AM, intrigeri wrote:

Hi,

Yann Leboulanger wrote (27 Dec 2012 22:02:54 GMT) :

On 12/27/2012 10:48 PM, intrigeri wrote:

I'm absolutely not sure what is the best thing to do now:

   1. unblock the embedded python-gnupg copy to the "current copy of
  Wheezy's python-gnupg + small change that supposedly improves
  things": take the risk to see a regression in gajim due to changes
  brought by the library update;

Have you seen the diff?

I haven't: it's quite big, and most big changes have some potential
for regression during freeze time. I'm not saying the probability is
high, I'm just stating that a risk does exist, so that the release
team can take it into account when they make a decision.


I'm talking about gnupg diff that I attached in my previous mail. it's a 
5 line diff or something like that.

But without it, Gajim can traceback, that is a fact.

I'm sorry I missed this important piece of information.

Where was I supposed to learn about it? (Not a rhetorical question,
I've genuinely searched, and failed to find it in the unblock
request -related set of messages. I guess it might be #670243 that is
related to GnuPG support, but it's unclear to me if that one was fixed
by the modifications made to the embedded pythong-gnupg copy, or by
the upgrade thereof.)


I would not have modified it if that didn't fix a bug in the library. It 
does not handle all messages that GPG can raise. So I added some that 
Gajim users already encoutered. See https://trac.gajim.org/ticket/7151
I'm sorry about that. Please note the fix to this specific bug was 
ACK'd by a Release Team member mid-October, so it could have been 
pretty smoothly fixed in Wheezy, had it not been bundled with a bunch 
of other changes that were less easy to decide upon, by requiring 
additional information or other changes from your side. I'm sorry the 
Release Team is overwhelmed with unblock requests, so their delays in 
replying to this bug report were quite long sometimes: every 
back'n'forth round-trip then takes time, so the best way to ensure 
such an unblock request is treated quickly is to only include changes 
that are evidently freeze-compliant, and document them very well at 
unblock request time, when this not done in debian/changelog yet. I 
hope it may help next time! :) Cheers, 


I don't blame release team nor anyone else. I know they do their best.
I don't understand if you ask me to fix only bugs reported in Gajim or 
all known bugs in Gajim. I did the second by making this 0.15.1 package, 
thinking it was the better way to do. It's a minor release, so only a 
bugfix release. I also asked release team if that was a good idea BEFORE 
doing the package and got a positive reply.


I don't think there will be a next time. After this package will be 
accepted, I'll find another maintainer. But I finish what I started 
before, and that's another problem.



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



Bug#696554: System freezes and lockups

2012-12-27 Thread Mar Mel
- Original Message -

> From: Steven Chamberlain 
> To: Mar Mel ; 696...@bugs.debian.org
> Cc: Sven Joachim 
> Sent: Thursday, December 27, 2012 5:44 PM
> Subject: Re: Bug#696554: System freezes and lockups
>
> The reason I ask - is that I can reproduce immediate freezes that way,
> and errors that resemble the ones from your kernel logs (see attached
> excerpt).  gnome-shell also triggers these often, which I thought was
> related to acceleration or VBlank;  the xfce4 desktop doesn't trigger it
> at all.
> 
> So I thought you could maybe try xfce4 for a while just to see if it is
> any more stable (it can be installed alongside gnome-shell;  your login
> manager should give you a choice of what session to log into).
> 
> I'd been wondering for some time if our issues had the same cause, as we
> both have NV50-family cards, but my 8800 GT is a G92 chipset whereas
> yours is a NVA0/GT200 chipset.  So I'm not sure how 'similar' they
> really are in terms of the driver code.
> 
> Regards,
> -- 
> Steven Chamberlain
> ste...@pyro.eu.org
>

I had no idea that you also were experiencing this, or a very similar issue.
That's good to know.

For testing purposes, I've installed xfce4 and will hang out in it for a while
to see if indeed these freezes are specific to gnome only. I specifically chose
debian for my desktop to have the most stable gnome shell experience, so
it'll be a real bummer if it turns out to be unusable!



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



Bug#696832: fastjar: hangs when extracting a jar file downloaded from interactivebrokers

2012-12-27 Thread Anonymous
Package: fastjar
Version: 2:0.98-3
Severity: normal

Jar files from interactivebrokers.com cannot be extracted or listed.

e.g.

  wget https://www.interactivebrokers.com/download/unixmacosx.jar

  fastjar -x unixmacosx.jar

fastjar hangs without extracting any files, and must be killed w/
control-c.

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

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 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 fastjar depends on:
ii  dpkg1.15.8.13Debian package management system
ii  install-info4.13a.dfsg.1-6   Manage installed documentation in 
ii  libc6   2.11.3-4 Embedded GNU C Library: Shared lib
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

fastjar recommends no packages.

fastjar 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#689147: unblock: gajim/0.15.1-1

2012-12-27 Thread intrigeri
Hi,

Yann Leboulanger wrote (27 Dec 2012 22:02:54 GMT) :
> On 12/27/2012 10:48 PM, intrigeri wrote:
>> I'm absolutely not sure what is the best thing to do now:
>>
>>   1. unblock the embedded python-gnupg copy to the "current copy of
>>  Wheezy's python-gnupg + small change that supposedly improves
>>  things": take the risk to see a regression in gajim due to changes
>>  brought by the library update;

> Have you seen the diff?

I haven't: it's quite big, and most big changes have some potential
for regression during freeze time. I'm not saying the probability is
high, I'm just stating that a risk does exist, so that the release
team can take it into account when they make a decision.

> I don't see what security issue it could cause.

I did not mention anything related to security in the #1 option.

(And even if I had, guess what: people generally don't see what
security issue they introduce, at the time they do. Sorry for
the nitpicking ;)

> But without it, Gajim can traceback, that is a fact.

I'm sorry I missed this important piece of information.

Where was I supposed to learn about it? (Not a rhetorical question,
I've genuinely searched, and failed to find it in the unblock
request -related set of messages. I guess it might be #670243 that is
related to GnuPG support, but it's unclear to me if that one was fixed
by the modifications made to the embedded pythong-gnupg copy, or by
the upgrade thereof.)

>> Note that, even if this unblock is granted, gajim remains RC-buggy in
>> Wheezy and unstable due to the #693048 security issue.

> [...] So do what you want, remove Gajim from Debian because of this
> security issue if you want.

I think the worst that can happen as a result from this security issue
is certainly not removing Gajim from Debian altogether: it's not
shipping Gajim in Wheezy, if no package deemed suitable for release is
ready on time. I would find it pretty sad, but stable backports are
here to fill the hole in such situations.

> Just note that it's now 3 monthes that debian testing users cannot
> use video in Gajim because 0.15.1 is still blocked.

I'm sorry about that. Please note the fix to this specific bug was
ACK'd by a Release Team member mid-October, so it could have been
pretty smoothly fixed in Wheezy, had it not been bundled with a bunch
of other changes that were less easy to decide upon, by requiring
additional information or other changes from your side.

I'm sorry the Release Team is overwhelmed with unblock requests, so
their delays in replying to this bug report were quite long sometimes:
every back'n'forth round-trip then takes time, so the best way to
ensure such an unblock request is treated quickly is to only include
changes that are evidently freeze-compliant, and document them very
well at unblock request time, when this not done in debian/changelog
yet. I hope it may help next time! :)

Cheers,
-- 
  intrigeri
  | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
  | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc


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



Bug#696831: No vocative for certain names in -us

2012-12-27 Thread Urmas
Package: myspell-cs
Version: 20040229-5

Use a dictionary with entry: Anthus/D
The vocative of it, Anthe, will be marked as wrong.
 

Bug#695934: unblock: redhat-cluster/3.0.12-3.2+deb7u1 (TPU pre-approval)

2012-12-27 Thread Julien Cristau
On Fri, Dec 14, 2012 at 16:07:06 +0100, Ivo De Decker wrote:

> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: unblock
> 
> Hi,
> 
> I would like to ask pre-approval for a TPU upload of redhat-cluster. It
> removes files from the rgmanager package, because they are in resource-agents
> (bug #649068). This fix is taken from the fix for this bug in unstable.
> 
Go ahead, thanks.  (Make sure to build in a wheezy environment, etc.)

Cheers,
Julien


signature.asc
Description: Digital signature


Bug#696768: Pending fixes for bugs in the libconfig-model-dpkg-perl package

2012-12-27 Thread pkg-perl-maintainers
tag 696768 + pending
thanks

Some bugs in the libconfig-model-dpkg-perl package are closed in
revision a77cd4df97d98b186f410ff75d0f61f6ce007610 in branch 'master'
by Salvatore Bonaccorso

The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libconfig-model-dpkg-perl.git;a=commitdiff;h=a77cd4d

Commit message:

Add support for Built-Using field

Closes: #696768


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



Bug#696554: System freezes and lockups

2012-12-27 Thread Steven Chamberlain
On 27/12/12 22:25, Mar Mel wrote:
> I've pinned a glxgears window for an hour while playing video at the same time
> without triggering the freeze. As I've said, it seems comletely independent 
> of 
> the load on the GPU.
> 
>> $ mplayer -nosound -vo xv -dr -fs somefile.avi

Okay, thanks for checking.

The reason I ask - is that I can reproduce immediate freezes that way,
and errors that resemble the ones from your kernel logs (see attached
excerpt).  gnome-shell also triggers these often, which I thought was
related to acceleration or VBlank;  the xfce4 desktop doesn't trigger it
at all.

So I thought you could maybe try xfce4 for a while just to see if it is
any more stable (it can be installed alongside gnome-shell;  your login
manager should give you a choice of what session to log into).

I'd been wondering for some time if our issues had the same cause, as we
both have NV50-family cards, but my 8800 GT is a G92 chipset whereas
yours is a NVA0/GT200 chipset.  So I'm not sure how 'similar' they
really are in terms of the driver code.

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org
[2062021.556517] [drm] nouveau :18:00.0: PGRAPH_TRAP_TPDMA_2D - TP 0 - 
Unknown fault at address 0022f3b000
[2062021.556526] [drm] nouveau :18:00.0: PGRAPH_TRAP_TPDMA_2D - TP 0 - e0c: 
, e18: , e1c: , e20: 0011, e24: 0c03
[2062021.556536] [drm] nouveau :18:00.0: PGRAPH - TRAP
[2062021.556543] [drm] nouveau :18:00.0: PGRAPH - ch 2 (0x95) subc 
2 class 0x502d mthd 0x060c data 0x001d
[2062021.556555] [drm] nouveau :18:00.0: VM: trapped write at 0x0022f3b000 
on ch 2 [0x0950] PGRAPH/PROP/DST2D reason: PAGE_NOT_PRESENT
[2062021.556576] [drm] nouveau :18:00.0: PGRAPH_TRAP_TPDMA_RT - TP 0 - 
Unknown fault at address 0022f3b000
[2062021.556582] [drm] nouveau :18:00.0: PGRAPH_TRAP_TPDMA_RT - TP 0 - e0c: 
, e18: , e1c: 0002, e20: 1100, e24: 0003
[2062021.556594] [drm] nouveau :18:00.0: PGRAPH_TRAP_TPDMA_RT - TP 1 - 
Unknown fault at address 0022f3b800
[2062021.556600] [drm] nouveau :18:00.0: PGRAPH_TRAP_TPDMA_RT - TP 1 - e0c: 
, e18: , e1c: 0010, e20: 1100, e24: 0003
[2062021.556612] [drm] nouveau :18:00.0: PGRAPH_TRAP_TPDMA_RT - TP 2 - 
Unknown fault at address 0022f3c000
[2062021.556617] [drm] nouveau :18:00.0: PGRAPH_TRAP_TPDMA_RT - TP 2 - e0c: 
, e18: , e1c: 0020, e20: 1100, e24: 0003
[2062021.556630] [drm] nouveau :18:00.0: PGRAPH_TRAP_TPDMA_RT - TP 3 - 
Unknown fault at address 0022f3c800
[2062021.556635] [drm] nouveau :18:00.0: PGRAPH_TRAP_TPDMA_RT - TP 3 - e0c: 
, e18: , e1c: 0030, e20: 1100, e24: 0003
[2062021.556647] [drm] nouveau :18:00.0: PGRAPH_TRAP_TPDMA_RT - TP 4 - 
Unknown fault at address 0022f3d000
[2062021.556653] [drm] nouveau :18:00.0: PGRAPH_TRAP_TPDMA_RT - TP 4 - e0c: 
, e18: , e1c: 0046, e20: 1100, e24: 0003
[2062021.556664] [drm] nouveau :18:00.0: PGRAPH_TRAP_TPDMA_RT - TP 5 - 
Unknown fault at address 0022f3d800
[2062021.556670] [drm] nouveau :18:00.0: PGRAPH_TRAP_TPDMA_RT - TP 5 - e0c: 
, e18: , e1c: 00020050, e20: 1100, e24: 0003
[2062021.556681] [drm] nouveau :18:00.0: PGRAPH_TRAP_TPDMA_RT - TP 6 - 
Unknown fault at address 0022f3e000
[2062021.556687] [drm] nouveau :18:00.0: PGRAPH_TRAP_TPDMA_RT - TP 6 - e0c: 
, e18: , e1c: 00020060, e20: 1100, e24: 0003
[2062021.556692] [drm] nouveau :18:00.0: PGRAPH - TRAP
[2062021.556698] [drm] nouveau :18:00.0: PGRAPH - ch 2 (0x95) subc 
7 class 0x8297 mthd 0x15e0 data 0x
[2062021.556708] [drm] nouveau :18:00.0: VM: trapped write at 0x0022f44100 
on ch 2 [0x0950] PGRAPH/PROP/RT0 reason: PAGE_NOT_PRESENT
[2062021.556721] [drm] nouveau :18:00.0: magic set 0:
[2062021.556725] [drm] nouveau :18:00.0:0x00408904: 0x2008010f
[2062021.556729] [drm] nouveau :18:00.0:0x00408908: 0x0022f3ee
[2062021.556734] [drm] nouveau :18:00.0:0x0040890c: 0x4e04
[2062021.556738] [drm] nouveau :18:00.0:0x00408910: 0xf3b0
[2062021.556742] [drm] nouveau :18:00.0: PGRAPH - TRAP_TEXTURE - TP0: 
Unhandled ustatus 0x0003
[2062021.556747] [drm] nouveau :18:00.0: magic set 1:
[2062021.556751] [drm] nouveau :18:00.0:0x00409904: 0x20086a0a
[2062021.556755] [drm] nouveau :18:00.0:0x00409908: 0x0022f423
[2062021.556760] [drm] nouveau :18:00.0:0x0040990c: 0x4e04
[2062021.556764] [drm] nouveau :18:00.0:0x00409910: 0xf3b0
[2062021.556768] [drm] nouveau :18:00.0: PGRAPH - TRAP_TEXTURE - TP1: 
Unhandled ustatus 0x0003
[2062021.556773] [drm] nouveau :18:00.0: magic set 2:
[2062021.556777] [drm] nouveau :18:00.0:0x0040a904: 0x2008740a
[2062021.556781] [drm] nouveau :18:00.0:0x0040a908: 0x0022f3c4
[2062021.556785] [drm] nouveau :18:00.0:0x0040

Bug#696699: cdebconf-gtk-udeb: Improper display of “info” messages

2012-12-27 Thread Cyril Brulebois
Control: tag -1 pending

Cyril Brulebois  (26/12/2012):
> the display of “info” messages is currently broken. For reference, those
> are set through db_info, by a handful of packages (excluding false
> positives in busybox and cdebconf):
> | ~/debian-installer/packages$ grep db_info -r|egrep -v '^(busybox|cdebconf)/'
> | babelbox/preseed_early:db_info babelbox/info || true
> | lowmem/lowmem_debconf:db_info lowmem/info
> | lowmem/main-menu.d/5lowmem: db_info lowmem/info
> | rescue/main-menu.d/10rescue: db_info rescue/info
> 
> An example of broken banner is attached (rescue mode with French
> selected). It had been on my radar for a while but I hadn't time to
> work on it until now.
> 
> I'm suggesting that we move the info message to the left, and that
> we center it vertically. I'm attaching a patch that implements that
> as well as screenshots with a fixed banner with two different
> languages.

(I meant to say: RTL does work fine.)

> One should note that the 'Sans 12' font is currently hardcoded, we
> should probably look into making gtk-set-font help us pick the right
> font and the right size. If that seems to be a good idea, I'll
> probably suggest that in another bug report; something to fix during
> the jessie release cycle, I'd say.
> 
> Comments?

Samuel seems to like the idea, and pointed out that frontend_data is
our friend to hold frontend-specific data (I initially only looked
into the frontend struct, which wouldn't be the proper way to do
that).

I've added an extra patch to my local branch and verified it was still
working fine; will push to master/upload in a few minutes.

Combined diff against current master attached.

Mraw,
KiBi.
diff --git a/debian/changelog b/debian/changelog
index eebc79d..a508216 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,12 @@
+cdebconf (0.181) UNRELEASED; urgency=low
+
+  * Fix the display of info messages (e.g. “Rescue mode”) by aligning them
+on the left (rather than on the right, on top of either the “debian”
+or the Debian swirl), also centering them vertically, getting rid of
+magic numbers in the process.
+
+ -- Cyril Brulebois   Tue, 25 Dec 2012 23:59:38 +0100
+
 cdebconf (0.180) unstable; urgency=low
 
   [ Updated translations ]
diff --git a/src/modules/frontend/gtk/fe_data.h b/src/modules/frontend/gtk/fe_data.h
index 701577e..7ea5ad3 100644
--- a/src/modules/frontend/gtk/fe_data.h
+++ b/src/modules/frontend/gtk/fe_data.h
@@ -59,6 +59,14 @@ struct frontend_data
  */
 GtkWidget * title;
 
+/** Logo size, used to display info messages.
+ *
+ * @see create_banner()
+ * @see handle_exposed_banner()
+ */
+int logo_width;
+int logo_height;
+
 /** Internal data of the handler of progress commands.
  *
  * @see progress.c
diff --git a/src/modules/frontend/gtk/ui.c b/src/modules/frontend/gtk/ui.c
index 86272a0..6d94d6b 100644
--- a/src/modules/frontend/gtk/ui.c
+++ b/src/modules/frontend/gtk/ui.c
@@ -93,7 +93,6 @@ static gboolean handle_exposed_banner(GtkWidget * widget,
   struct frontend * fe)
 {
 struct frontend_data * fe_data = fe->data;
-GdkScreen * screen;
 GdkWindow * window;
 PangoFontDescription * font;
 PangoLayout * layout;
@@ -112,12 +111,12 @@ static gboolean handle_exposed_banner(GtkWidget * widget,
 font = pango_font_description_from_string("Sans 12");
 pango_layout_set_font_description(layout, font);
 pango_layout_get_pixel_size(layout, &text_width, &text_height);
-screen = gtk_window_get_screen(GTK_WINDOW(fe_data->window));
 window = gtk_widget_get_window(widget);
-/* XXX: damn magic numbers */
+/* Left-align, vertically-center */
 gdk_draw_layout(window, gdk_gc_new(window),
-gdk_screen_get_width(screen) - text_width - 4
-- DEFAULT_PADDING * 2, 4, layout);
+DEFAULT_PADDING * 2,
+(fe_data->logo_height - text_height) / 2,
+layout);
 g_object_unref(layout);
 pango_font_description_free(font);
 g_free(message);
@@ -136,8 +135,10 @@ static gboolean handle_exposed_banner(GtkWidget * widget,
  */
 static void create_banner(struct frontend * fe, GtkWidget * container)
 {
+struct frontend_data * fe_data = fe->data;
 GtkWidget * banner;
 GtkWidget * logo;
+GdkPixbuf * pixbuf;
 
 /* XXX: check NULL! */
 banner = gtk_event_box_new();
@@ -146,6 +147,11 @@ static void create_banner(struct frontend * fe, GtkWidget * container)
 gtk_misc_set_padding(GTK_MISC(logo), 0, 0);
 gtk_container_add(GTK_CONTAINER(banner), logo);
 
+/* Remember the logo size: */
+pixbuf = gtk_image_get_pixbuf(GTK_IMAGE(logo));
+fe_data->logo_width = gdk_pixbuf_get_width(pixbuf);
+fe_data->logo_height = gdk_pixbuf_get_height(pixbuf);
+
 g_signal_connect_after(G_OBJECT(banner), "expose_event",
G_C

Bug#689748: More info

2012-12-27 Thread The Eclectic One

Hello again,

As of December 26, 2012, with up-to-the-minute wheezy, installed xtide,
which is available in a wheezy package.  It has the same illegible font
problem as gbuffy (as reported in the previous bug report addendum).

So, this is not a gbuffy or old library problem...  Any further test
anyone suggests, I'd be happy to run.

Thanks!


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



Bug#696713: tpu: fuse/2.9.0-2+deb7u1 (pre-approval)

2012-12-27 Thread intrigeri
Hi,

Salvatore Bonaccorso wrote (26 Dec 2012 09:58:31 GMT) :
> unblock fuse/2.9.0-2+deb7u1

Looks good to me.

Cheers,
-- 
  intrigeri


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



Bug#696554: System freezes and lockups

2012-12-27 Thread Mar Mel
- Original Message -
> From: Steven Chamberlain 
> To: Mar Mel ; 696...@bugs.debian.org
> Cc: Sven Joachim 
> Sent: Thursday, December 27, 2012 3:27 PM
> Subject: Re: Bug#696554: System freezes and lockups
> 
>Thanks for the logs.
> 
> Do you have a dual monitor setup?

No I only have a single monitor.

>  If so, set glxgears running on one of
> them where you'll be able to see it.  Then please try this from a
> terminal window on the other monitor:

I've pinned a glxgears window for an hour while playing video at the same time
without triggering the freeze. As I've said, it seems comletely independent of 
the load on the GPU.

> $ mplayer -nosound -vo xv -dr -fs somefile.avi
> 
> (Any video file should be okay as long as it's at least 10 seconds long.)

I can sometimes play HD (.mkv, .mts) video for hours without fail. The complete
system freeze takes up to a full day's useage to happen, or it can happen within
minutes of booting.

> This is just to see if it can trigger the freezes on demand.

Last night I thought I'd found a trigger by syncing package database in 
Synaptic.
I had two consecutive full freeze/lockups while the progress bar was displayed.
Unfortunately, I cannot reproduce it reliably. Must have been coincidental.
Twice now, I've had a hard lockup while _only_ running Synaptic. Last night was
one of the quickest @2410 seconds (see below) uptime. I waited for a while to 
see
if it would thaw by itself, but it was locked up hard.

1) I was unable to switch virtual consoles
2) Could not toggle NumLock/CapsLock keys
3) Mouse pointer still moved (as always)
4) Required magic sysrq to reboot
5) There was no suspend/resume cycle before the lockup, so at least I've ruled
that out as a culprit.

Dec 27 01:38:14 humonculux kernel: [    9.370761] e1000e: eth0 NIC Link is Up 
1000 Mbps Full Duplex, Flow Control: Rx/Tx
Dec 27 01:38:14 humonculux kernel: [    9.371048] ADDRCONF(NETDEV_CHANGE): 
eth0: link becomes ready
Dec 27 01:38:14 humonculux dhclient: Internet Systems Consortium DHCP Client 
4.2.2
Dec 27 01:38:14 humonculux dhclient: Copyright 2004-2011 Internet Systems 
Consortium.
Dec 27 01:38:14 humonculux dhclient: All rights reserved.
Dec 27 01:38:14 humonculux dhclient: For info, please visit 
https://www.isc.org/software/dhcp/
Dec 27 01:38:14 humonculux dhclient: 
Dec 27 01:38:14 humonculux NetworkManager[3154]:  (eth0): DHCPv4 state 
changed nbi -> preinit
Dec 27 01:38:14 humonculux dhclient: Listening on LPF/eth0/38:60:77:5a:01:9b
Dec 27 01:38:14 humonculux dhclient: Sending on   LPF/eth0/38:60:77:5a:01:9b
Dec 27 01:38:14 humonculux dhclient: Sending on   Socket/fallback
Dec 27 01:38:14 humonculux dhclient: DHCPREQUEST on eth0 to 255.255.255.255 
port 67
Dec 27 01:38:14 humonculux dhclient: DHCPACK from 192.168.0.1
Dec 27 01:38:14 humonculux NetworkManager[3154]:  (eth0): DHCPv4 state 
changed preinit -> reboot
Dec 27 01:38:14 humonculux dhclient: bound to 192.168.0.100 -- renewal in 
2147483648 seconds.
Dec 27 01:38:14 humonculux NetworkManager[3154]:    address 192.168.0.100
Dec 27 01:38:14 humonculux NetworkManager[3154]:    prefix 24 
(255.255.255.0)
Dec 27 01:38:14 humonculux NetworkManager[3154]:    gateway 192.168.0.1
Dec 27 01:38:14 humonculux NetworkManager[3154]:    nameserver 
'192.168.0.1'
Dec 27 01:38:14 humonculux NetworkManager[3154]:  Activation (eth0) Stage 
5 of 5 (IPv4 Configure Commit) scheduled...
Dec 27 01:38:14 humonculux NetworkManager[3154]:  Activation (eth0) Stage 
5 of 5 (IPv4 Commit) started...
Dec 27 01:38:14 humonculux avahi-daemon[3085]: Joining mDNS multicast group on 
interface eth0.IPv4 with address 192.168.0.100.
Dec 27 01:38:14 humonculux avahi-daemon[3085]: New relevant interface eth0.IPv4 
for mDNS.
Dec 27 01:38:14 humonculux avahi-daemon[3085]: Registering new address record 
for 192.168.0.100 on eth0.IPv4.
Dec 27 01:38:15 humonculux avahi-daemon[3085]: Joining mDNS multicast group on 
interface eth0.IPv6 with address fe80::3a60:77ff:fe5a:19b.
Dec 27 01:38:15 humonculux avahi-daemon[3085]: New relevant interface eth0.IPv6 
for mDNS.
Dec 27 01:38:15 humonculux avahi-daemon[3085]: Registering new address record 
for fe80::3a60:77ff:fe5a:19b on eth0.*.
Dec 27 01:38:15 humonculux NetworkManager[3154]:  (eth0): device state 
change: ip-config -> activated (reason 'none') [70 100 0]
Dec 27 01:38:15 humonculux NetworkManager[3154]:  Policy set 'MetroCast 
Cable' (eth0) as default for IPv4 routing and DNS.
Dec 27 01:38:15 humonculux NetworkManager[3154]:  Activation (eth0) 
successful, device activated.
Dec 27 01:38:15 humonculux NetworkManager[3154]:  Activation (eth0) Stage 
5 of 5 (IPv4 Commit) complete.
Dec 27 01:38:15 humonculux dbus[2893]: [system] Activating service 
name='org.freedesktop.nm_dispatcher' (using servicehelper)
Dec 27 01:38:15 humonculux dbus[2893]: [system] Successfully activated service 
'org.freedesktop.nm_dispatcher'
Dec 27 01:38:16 humonculux acpid: client connected from 2558[0:0]
Dec 27 01:38:16 humonculux acpid: 1 client rul

Bug#696426: RFS: python-kmod/0.9-2 (#696403)

2012-12-27 Thread Jakub Wilk

(I don't intend to sponsor this package.)

* Oz Nahum Tiram , 2012-12-20, 17:28:

http://mentors.debian.net/debian/pool/main/p/python-kmod/python-kmod_0.9-2.dsc


It FTBFS here:
|dh_auto_clean -O--buildsystem=python_distutils
| Traceback (most recent call last):
|   File "setup.py", line 23, in 
| from Cython.Distutils import build_ext as _build_ext
| ImportError: No module named Cython.Distutils
| dh_auto_clean: python setup.py clean -a returned exit code 1

lintian emits:
W: python-kmod source: out-of-date-standards-version 3.9.3 (current is 3.9.4)
P: python-kmod: no-upstream-changelog

lintian4python emits:
i: python-kmod source: python-stdeb-boilerplate debian/rules:3 "This file was 
automatically generated by stdeb 0.6.0+git"

AFAICT you don't need --buildsystem=python_distutils in debian/rules; dh 
will detect it automatically.


Vcs-* fields are supposed to point to VCS with Debian packaging, not to 
the upstream VCS.


License information in debian/copyright doesn't seem to be correct. It 
says the license is GPL-2+, but the source contains the following 
notices: "python-kmod is free software: you can redistribute it and/or 
modify it under the terms of the GNU Lesser General Public License 
version 2.1"


The watch file doesn't work:
| $ uscan --report --verbose
| -- Scanning for watchfiles in .
| -- Found watchfile in ./python-kmod-0.9/debian
| -- In debian/watch, processing watchfile line:
|http://githubredir.debian.net/github/agrover/python-kmod/v(.*).tar.gz
| uscan warning: In watchfile debian/watch, reading webpage
|   http://githubredir.debian.net/github/agrover/python-kmod/ failed: 500 
Internal Server Error
| -- Scan finished

The package needs Python 2.6 or later, so please declare it in the 
X-Python-Version header (see Python Policy §2.3).


Could you get your package description reviewed by 
debian-l10n-english@lists.d.o?


--
Jakub Wilk


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



Bug#694790: upload (pre-approval): munin/2.0.6-2

2012-12-27 Thread intrigeri
Hi,

Holger Levsen wrote (23 Dec 2012 17:12:57 GMT) :
> I've finally uploaded 2.0.6-2 to sid, the full debdiff to 2.0.6-1
> is attached.

Holger: thanks!

Release team: I closely monitored this update, as in bug triaging,
testing patches, pointing Holger to the stuff I felt was needed and
acceptable for Wheezy and checking the resulting Git commits, so I can
vouch for it.

However, I did not review it entirely again, and given my involvement
in preparing this update, I'm on the edge of a conflict of interest
situation, so this probably does not count as one of my "usual"
unblock request reviews.

Cheers,
-- 
  intrigeri
  | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
  | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc


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



Bug#689147: unblock: gajim/0.15.1-1

2012-12-27 Thread Yann Leboulanger

On 12/27/2012 10:48 PM, intrigeri wrote:

Control: tag -1 - moreinfo

Hi,

Yann Leboulanger wrote (12 Dec 2012 16:53:48 GMT) :

On 12/12/2012 03:41 PM, intrigeri wrote:

Which means we can now get back to why this update of an embedded
library should be unblocked. Why is this update needed? Is the version
embedded in testing / in unstable (based on) the same as the one
packaged in python-gnupg?

this version of Gajim doesn't only fix this embedded library
But the version embedded fixes some unhandeled errors, as I told you in the 
previous
mail. Full diff against python-gnupg-0.3.0 attached

Thanks for the additional information, I think we now have everything
needed to make a well-informed decision!

I'm absolutely not sure what is the best thing to do now:

  1. unblock the embedded python-gnupg copy to the "current copy of
 Wheezy's python-gnupg + small change that supposedly improves
 things": take the risk to see a regression in gajim due to changes
 brought by the library update;


Have you seen the diff? I don't see what security issue it could cause. 
But without it, Gajim can traceback, that is a fact.

  2. revert the embedded python-gnupg copy update: take the risk to
 make it harder to support serious bugs or security issues that may
 be found in python-gnupg in the future.

I'm slightly lending towards #1, but not too satisfied with it,
so I'll let the Release Team make their own opinion on this matter
(not that I could do differently, anyway :)

Note that, even if this unblock is granted, gajim remains RC-buggy in
Wheezy and unstable due to the #693048 security issue.


As all other Gajim versions. Bug is fixed upstream, but not enough 
tested to be included for the moment. So do what you want, remove Gajim 
from Debian because of this security issue if you want.


Just note that it's now 3 monthes that debian testing users cannot use 
video in Gajim because 0.15.1 is still blocked.


--
Yann


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



Bug#695934: unblock: redhat-cluster/3.0.12-3.2+deb7u1 (TPU pre-approval)

2012-12-27 Thread intrigeri
Hi,

Ivo De Decker wrote (14 Dec 2012 15:07:06 GMT) :
> I would like to ask pre-approval for a TPU upload of redhat-cluster.

I did not check the exact files list is correct,
but otherwise the diff looks good.


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



Bug#693045: tudu: wrong homepage in package description

2012-12-27 Thread Ruben Pollan
New version 0.8.2 of tudu uploaded that fixed this bug.

close 693045 0.8.2-1


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



Bug#696830: isdnlog: isdnlog: segmentation fault on HUP, including "reload"

2012-12-27 Thread Christoph Biedl
Package: isdnlog
Version: 1:3.25+dfsg1-3wheezy1
Severity: normal

Dear Maintainer,

isdnlog on i386 dies with a segmentation fault when handling a HUP
signal. To repeat, just do "/etc/init.d/isdnutils-common reload
isdnlog". This happens in both squeeze and wheezy.

backtrace (line numbers may be slightly different)

#0  0xb7f36f68 in select () from /lib/libc.so.6
#1  0x0804a6af in loop () at isdnlog/isdnlog.c:700
#2  0x0804d861 in main (argc=3, argv=0xb7e4, envp=0xb7f4) at 
isdnlog/isdnlog.c:1831

According to strace, the HUP handler seems to destroy context needed
by select().

select(8, [5 7], NULL, [], NULL) = ? ERESTARTNOHAND (To be restarted)
--- SIGHUP (Hangup) @ 0 (0) ---
time(NULL)= 1356551326
send(4, "<30>Dec 26 20:48:46 isdnlog: restarting /usr/sbin/isdnlog\n\0", 
59, MSG_NOSIGNAL) = 59
write(6, "restarting /usr/sbin/isdnlog\n", 29) = 29
write(3, "restarting /usr/sbin/isdnlog\n", 29) = 29
time(NULL)= 1356551326
send(4, "<30>Dec 26 20:48:46 isdnlog: exit now -9\n\0", 42, MSG_NOSIGNAL) = 
42
write(6, "exit now -9\n", 12) = 12
write(3, "exit now -9\n", 12) = 12
close(5)  = 0
close(7)  = 0
close(4)  = 0
close(3)  = 0
munmap(0xb7703000, 4096) = 0
rename("/etc/isdn/charge.dat", "/etc/isdn/charge.dat.old") = 0
open("/etc/isdn/charge.dat", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 3
close(3)  = 0
open("/var/run/isdnlog.isdnctrl0.pid", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=6, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7703000
read(3, "18006\n", 4096) = 6
unlink("/var/run/isdnlog.isdnctrl0.pid") = 0
time(NULL)= 1356551326
socket(PF_FILE, SOCK_DGRAM|SOCK_CLOEXEC, 0) = 4
connect(4, {sa_family=AF_FILE, path="/dev/log"}, 110) = -1 EPROTOTYPE 
(Protocol wrong type for socket)
close(4)  = 0
socket(PF_FILE, SOCK_STREAM|SOCK_CLOEXEC, 0) = 4
connect(4, {sa_family=AF_FILE, path="/dev/log"}, 110) = 0
send(4, "<30>Dec 26 20:48:46 isdnlog: File /var/run/isdnlog.isdnctrl0.pid 
removed!\n\0", 75, MSG_NOSIGNAL) = 75
write(6, "File /var/run/isdnlog.isdnctrl0.pid removed!\n", 45) = 45
close(3)  = 0
munmap(0xb7703000, 4096) = 0
open("/var/lock/LCK..isdnctrl0", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=11, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb7703000
read(3, " 18006\n", 4096) = 11
unlink("/var/lock/LCK..isdnctrl0") = 0
time(NULL)= 1356551326
send(4, "<30>Dec 26 20:48:46 isdnlog: File /var/lock/LCK..isdnctrl0 
removed!\n\0", 69, MSG_NOSIGNAL) = 69
write(6, "File /var/lock/LCK..isdnctrl0 removed!\n", 39) = 39
mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb770
--- SIGSEGV (Segmentation fault) @ 0 (0) ---

It seems the last write statement from handle_runfiles in isdntools.c
triggers the segmentation fault since following debug print_msg calls
were not executed. I suspect using *printf in a signal handler is not
safe, it might work until a certain amount of bytes were written.
Adding more print_msg calls causes the segfault to happen earlier or
results in other abort messages like "*** glibc detected ***
/usr/bin/isdnlog: malloc(): smallbin double linked list corrupted:
0x08e28668 ***"

Severity left to normal since, as far as I can see, this is not
exploitable.

How to fix: Well, besides fixing the root cause which might take some
time, there's hope since the HUP handler basically restarts isdnlog.
So at least the "reload" in /etc/init.d/isdnutils-common can easily be
changed to stop and start isdnlog instead of sending the signal.

Cheers,

Christoph


signature.asc
Description: Digital signature


Bug#689147: unblock: gajim/0.15.1-1

2012-12-27 Thread intrigeri
Control: tag -1 - moreinfo

Hi,

Yann Leboulanger wrote (12 Dec 2012 16:53:48 GMT) :
> On 12/12/2012 03:41 PM, intrigeri wrote:
>> Which means we can now get back to why this update of an embedded
>> library should be unblocked. Why is this update needed? Is the version
>> embedded in testing / in unstable (based on) the same as the one
>> packaged in python-gnupg?

> this version of Gajim doesn't only fix this embedded library
> But the version embedded fixes some unhandeled errors, as I told you in the 
> previous
> mail. Full diff against python-gnupg-0.3.0 attached

Thanks for the additional information, I think we now have everything
needed to make a well-informed decision!

I'm absolutely not sure what is the best thing to do now:

 1. unblock the embedded python-gnupg copy to the "current copy of
Wheezy's python-gnupg + small change that supposedly improves
things": take the risk to see a regression in gajim due to changes
brought by the library update;

 2. revert the embedded python-gnupg copy update: take the risk to
make it harder to support serious bugs or security issues that may
be found in python-gnupg in the future.

I'm slightly lending towards #1, but not too satisfied with it,
so I'll let the Release Team make their own opinion on this matter
(not that I could do differently, anyway :)

Note that, even if this unblock is granted, gajim remains RC-buggy in
Wheezy and unstable due to the #693048 security issue.

Cheers,
-- 
  intrigeri
  | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
  | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc


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



Bug#696737: Info received (Bug#696737: installation-reports: my pc is rc950. when i cat ISO image > /dev/myUSBstick (dd'd before with /dev/zero) then after sync and eject and reboot ivgot syslinux.bin

2012-12-27 Thread dbd

Hello there

Im experimented with syslinux on my USB stick. As result, nothing new. 
But im choosen grub2 instead of syslinux. I am installed grub2 on my USB 
stick, created grub.cfg with next:

menuentry "debian-6.0.6-amd64-i386-netinst.iso" {
  loopback loop /debian-6.0.6-amd64-i386-netinst.iso
  linux (loop)/install.386/vmlinuz
  initrd (loop)/install.386/initrd.gz
}

and happily booted installer from USB! Hurray!!!

P.S.

links:
* 
http://www.linuxquestions.org/questions/linux-software-2/booting-from-usb-drive-but-only-in-fat16-4175432257/

* http://aptosid.com/index.php?name=PNphpBB2&file=printview&t=1826&start=0
* 
http://www.wallix.org/2011/11/02/automatic-installation-of-debian-squeeze-from-a-usb-flash-drive/

* http://www.panticz.de/MultiBootUSB

instructions how to create a MultiBootUSB with grub2 and any debian ISO:
1. insert your USB stick
2. check 'dmesg' output for info about your USB stick
3. type in console # fdisk /dev/sdb (last label is depend on your 
'dmesg' output)
4. in fdisk: d, n, p, 1, 200, enter, w (200 is a space in begin of your 
USB stick for grub2)

5. in console: mkfs.vfat -E 32 /dev/sdb (as root)
6. create folder /mnt/1, mount /dev/sdb1 /mnt/1
7. in console: grub-install --force --root-directory=/mnt/1 --no-floppy
8. nano /mnt/1/boot/grub/grub.cfg
9. put this:
menuentry "debian-6.0.6-amd64-i386-netinst.iso" {
  loopback loop /debian-6.0.6-amd64-i386-netinst.iso
  linux (loop)/install.386/vmlinuz
  initrd (loop)/install.386/initrd.gz
}
10. save (Ctrl+o, enter, Ctrl+c)
11. copy debian-6.0.6-amd64-i386-netinst.iso to /mnt/1
12. umount /dev/sdb1
13. ready! u can test result by typing in console: qemu /dev/sdb (only 
if qemu installed)


thanks

dmitry


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



Bug#691896: [87ea161] Fix for Bug#691896 committed to git

2012-12-27 Thread Anton Gladky

tags 691896 + pending
thanks

Hello,

 The following change has been committed for this bug by
 Anton Gladky  on Wed, 31 Oct 2012 08:16:42 +0100.
 The fix will be in the next upload. 

Minor fixes in README.Debian. (Closes: #691896)




You can check the diff of the fix at:

;a=commitdiff;h=87ea161


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



Bug#606395: [G-I][squeeze-d-i-beta2] wrong keyboard layout in console (correct in X)

2012-12-27 Thread Cyril Brulebois
Control: reassign -1 rootskel 1.101
Control: tag -1 patch pending

Samuel Thibault  (27/12/2012):
> Cyril Brulebois, le Thu 27 Dec 2012 22:06:01 +0100, a écrit :
> > Oh, right. Tested that:
> > ,---[ ~/.profile ]---
> > | if [ -f /etc/default/keyboard ]; then
> > |   setupcon >/dev/null 2>&1
> > | fi
> > 
> > and that seems to work fine without any other modifications, thanks!
> > 
> > If others agree this is an appropriate change, any ideas where to ship
> > that little file?
> 
> Actually we already have almost that, in rootskel/src/etc/profile. It
> seems we just need to fix s/console-setup/keyboard/ there.

Yoohoo. Thank you! Reassigning to rootskel, already on its way to the
archive after successful tests here.

Mraw,
KiBi.


signature.asc
Description: Digital signature


Bug#593689: closed by Phillip Susi ()

2012-12-27 Thread Marc Haber

On Wed, Dec 26, 2012 at 08:39:06PM +, Debian Bug Tracking System wrote:
> This is intended behavior.  Specifying units of mb allows rounding
> within +/- 0.5 mb to achieve other constraints.

Just to check whether I am understanding correctly: 1 MB +/- 0.5 MB is
something in between 0.5 MB and 1.5 MB, right?

If so, I'd like to claim that 63 sectors is well outside that interval.

And it is misaligned, which imposes a significant performance penalty
on many of today's disks.

Is this really the intention?

Greetings
Marc

-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany  |  lose things."Winona Ryder | Fon: *49 621 31958061
Nordisch by Nature |  How to make an American Quilt | Fax: *49 621 31958062


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



Bug#696722: unblock: maint-guide/1.2.31

2012-12-27 Thread intrigeri
Control: tag -1 + moreinfo

Hi,

Osamu Aoki wrote (26 Dec 2012 13:13:26 GMT) :
> Please unblock package maint-guide
> maint-guide (1.2.31) unstable; urgency=low

Thank you for this update.

Could you please attach the proposed debdiff to this bug report?

Bonus points if the diff has the noisy indentation changes filtered
out. These, and a few others changes I noticed while having a first
glance at the diff, are not documented in debian/changelog.
This makes the reviewers life quite harder.

Cheers!
-- 
  intrigeri


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



Bug#607058: keyboard-configuration: [lenny->squeeze] prompt twice during upgrade

2012-12-27 Thread Cyril Brulebois
Luca Capello  (27/12/2012):
> It would make sense for documentation and also because there is an
> "upstream" bug (#352697), but given that after a bit more than 2
> years no one has reported anything new, I would say that I was the
> only one interested there.
> 
> Moreover, the question is now asked once in a fresh squeeze chroot
> (1.68+squeeze2) and it is then not asked again during a
> squeeze->wheezy upgrade (1.88).  Given that on a fresh wheezy chroot
> (still 1.88 ;-) ) the behavior is similar, I consider it fixed, thus
> closing it with the squeeze version.

Thank you very much for the quick follow-up.

Mraw,
KiBi.


signature.asc
Description: Digital signature


Bug#696773: console-setup: Probable lack of update-initramfs in postinst

2012-12-27 Thread Anton Zinoviev
On Thu, Dec 27, 2012 at 12:16:40AM +0100, Cyril Brulebois wrote:
> 
> as discussed in #694156, it would be nice if console-setup would call
> update-initramfs once installed/updated/reconfigured (one might want to
> change some settings like the configured keymap for example).

This is simply an example case of a more general issue: currently 
console-setup lacks the ability to tell the interested software 
components when the keyboard configuration changes.  For example lots of 
people have suggested that X should update its configuration when 
keyboard-configuration is reconfigured or changes in 
/etc/default/keyboard are detected.

In order to have this ability we can create a directory where any 
interested package can install a script to be triggered by console-setup.

With this I am not suggesting that the X people have to implement 
keyboard reconfiguration on the fly.  I am merely stating that from the 
point of view of console-setup it will be clearer to call commands such 
as update-initramfs by means of a script provided by another package 
rather than directly.

Anton Zinoviev


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



Bug#696786: please adjust MFSROOT_LIMIT; adjust lowmem thresholds

2012-12-27 Thread Steven Chamberlain
Hi,

I've tested and have numbers for kfreebsd-i386 now.  Please find patches
attached for this, and an explanation below.


> But the MFSROOT_LIMIT for 32-bit is already at its maximum, [...]

Under normal circumstances the highest usage I've seen is ~37 MiB, so
MFSROOT_LIMIT := 42m is fine for now.

I did notice netcfg coredump once and this is a problem (DNS was
unconfigured and it leaves no ramdisk space)...

> For the lowmem figures, I imagined kfreebsd-i386 might work with lower
> thresholds, on systems with less RAM (around 64 to 96 MiB)

low=23 (qemu -m 80) since devd may crash in early initscripts otherwise.

We don't want the level1/level2 thresholds to be set too high as it
forces the installer to run in English.

level1 and level2=39 (qemu -m 96) is high enough so that ZFS probes
don't cause a problem.  A non-ZFS install can proceed after that.

We don't support ZFS installs on such small systems;  partman-zfs warns
(and we should also mention in the install guide) that *at least* 512
MiB is needed for that;  kernel panics are expected otherwise.


For the install guide then, minimum_memory=80.  GTK installers aren't
built for 32-bit, but if they were, would need minimum_memory_gtk=192
currently due to the calculation in rootskel S60frontend.

Thank you,
Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org
diff --git a/debian-installer-startup.d/S15lowmem b/debian-installer-startup.d/S15lowmem
index 23006f5..4ef5fe2 100644
--- a/debian-installer-startup.d/S15lowmem
+++ b/debian-installer-startup.d/S15lowmem
@@ -67,14 +67,16 @@ else
 			min=28
 		;;
 		kfreebsd-amd64)
+		# Please see #696786 for how these were chosen
 			level1=134 # MT=138136, qemu: -m 224
 			level2=134 # MT=138136, qemu: -m 224
 			min=38 # MT=39444,  qemu: -m 128
 		;;
 		kfreebsd-i386)
-			level1=167 # MT=171480, qemu: -m 224
-			level2=167 # MT=171480, qemu: -m 224
-			min=72 # MT=73176,  qemu: -m 128
+		# Please see #696786 for how these were chosen
+			level1=39 # MT=40020, qemu: -m 96
+			level2=39 # MT=40020, qemu: -m 96
+			min=23# MT=23636, qemu: -m 80
 		;;
 		hurd-i386)
 			level1=349 # MT=358392, qemu: -m 350
Index: build/arch-options/kfreebsd-i386
===
--- build/arch-options/kfreebsd-i386	(revision 68419)
+++ build/arch-options/kfreebsd-i386	(working copy)
@@ -6,9 +6,9 @@
 arch_listname="bsd"
 arch_porturl="kfreebsd-gnu"
 # This is also in the lowmem package
-minimum_memory=128
+minimum_memory=80
 # This is also in the rootskel package, S60frontend
-minimum_memory_gtk=224
+minimum_memory_gtk=192
 # These two options should be set if condition 'smp' is set below
 # TODO: update
 smp_config_section="Processor type and features"


Bug#696829: isdnutils-base: Old /etc/init.d/isdnutils is not purged during upgrade from squeeze

2012-12-27 Thread Christoph Biedl
Package: isdnlog
Version: 1:3.25+dfsg1-3wheezy1
Severity: minor

Dear Maintainer,

the squeeze version of isdnutils-base installed /etc/init.d/isdnutils
and created the rc.d symlinks. In wheezy, that script was renamed to
/etc/init.d/isdnutils-base but in an upgrade, the old init script, as
being a conffile, is not purged automatically.

Therefore, after an squeeze to wheezy upgrade, there are both
/etc/init.d/isdnutils and /etc/init.d/isdnutils-base, and also the rc
symlinks.

This /should/ do no harm as they are virtually identical and have to
be idempotent. Severity set to minor therefore but please fix that
when convenient, the postinst attached worked for me.

Cheers,

Christoph

commit 727e6c82f8bfdb289608cd17f3a14657c1ef2e8e
Author: Christoph Biedl 
Date:   Wed Dec 26 21:07:57 2012 +0100

Remove legacy isdnutils init script and symlinks

diff --git a/debian/isdnutils-base.postinst b/debian/isdnutils-base.postinst
new file mode 100644
index 000..c8f3fdf
--- /dev/null
+++ b/debian/isdnutils-base.postinst
@@ -0,0 +1,25 @@
+#!/bin/sh
+
+set -e
+
+case "$1" in
+configure)
+if \
+dpkg --compare-versions "$2" '<=' '1:3.25+dfsg1-3wheezy1' &&
+test -x /etc/init.d/isdnutils
+then
+echo "I: Remove legacy init script 'isdnutils' and symlinks"
+update-rc.d isdnutils remove >/dev/null
+rm -f /etc/init.d/isdnutils
+fi
+;;
+abort-upgrade|abort-remove|abort-deconfigure)
+;;
+*)
+echo "postinst called with unknown argument \`$1'" >&2
+exit 1
+;;
+esac
+
+#DEBHELPER#
+exit 0


signature.asc
Description: Digital signature


Bug#696828: k3b should depend on or suggest kde-config-cddb

2012-12-27 Thread Helmar Gerloni
Package: k3b
Version: 2.0.2-6
Severity: normal

Dear Maintainer,

without kde-config-cddb the dialog "Settings - Configure K3b... - CDDB" only 
says "Unable to load KCDDB configuration module.". After installing kde-
config-cddb the dialog is available.

Regards,Helmar.

-- Package-specific info:
Device was not specified. Trying to find an appropriate drive...
Detected CD-R drive: /dev/sr0
Device type: Removable CD-ROM
Version: 5
Response Format: 2
Capabilities   : 
Vendor_info: 'NECVMWar'
Identification : 'VMware IDE CDR10'
Revision   : '1.00'
Device seems to be: Generic mmc2 DVD-R/DVD-RW.
Using generic SCSI-3/mmc   CD-R/CD-RW driver (mmc_cdr).
Driver flags   : MMC-3 SWABAUDIO BURNFREE 
Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R

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

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

Versions of packages k3b depends on:
ii  cdparanoia 3.10.2+debian-10.1
ii  cdrdao 1:1.2.3-0.3
ii  genisoimage9:1.1.11-2
ii  k3b-data   2.0.2-6
ii  kde-runtime4:4.8.4-2
ii  libc6  2.13-37
ii  libgcc11:4.7.2-4
ii  libk3b62.0.2-6
ii  libkcddb4  4:4.8.4-2
ii  libkcmutils4   4:4.8.4-4
ii  libkde3support44:4.8.4-4
ii  libkdecore54:4.8.4-4
ii  libkdeui5  4:4.8.4-4
ii  libkfile4  4:4.8.4-4
ii  libkio54:4.8.4-4
ii  libknotifyconfig4  4:4.8.4-4
ii  libqt4-qt3support  4:4.8.2+dfsg-2
ii  libqt4-xml 4:4.8.2+dfsg-2
ii  libqtcore4 4:4.8.2+dfsg-2
ii  libqtgui4  4:4.8.2+dfsg-2
ii  libqtwebkit4   2.2.1-5
ii  libsolid4  4:4.8.4-4
ii  libstdc++6 4.7.2-4
ii  wodim  9:1.1.11-2

Versions of packages k3b recommends:
ii  dvd+rw-tools 7.1-10
ii  libk3b6-extracodecs  2.0.2-6
ii  vcdimager0.7.24-1+b1

Versions of packages k3b suggests:
pn  k3b-extrathemes  
ii  k3b-i18n 2.0.2-6
pn  movixmaker-2 
pn  normalize-audio  
pn  sox  

-- 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#696827: grub-efi-amd64: Debian Wheezy EFI install locks out access to UEFI

2012-12-27 Thread Lauri Vuojolahti
Package: grub-efi-amd64
Version: 1.99-23.1
Severity: important
Tags: d-i

Installin Debian Wheezy to Fujitsu Lifebook AH532 locks out access to UEFI.
After installing Debian it's not possible to access UEFI during boot up by
pressing F2. Also boot menu (F12)  shows Debian as the only boot option, this
makes it impossible to boot livecd, usb stick or anything other than Debian
installation on the hard drive.

To be able to access UEFI again I had to open the laptop and short CL1 and CL2
pins on the motherboard. Then I was able to boot to usb stick containing
FreeDos and flash the "BIOS". After all that I had access to UEFI settings
again but booting to Debian installation on the hard drive didn't work anymore.
To be able to boot to Debian again I started Debian netinstall rescue mode and
ran dpkg-reconfigure grub-efi-amd64, this made my Debian installation work
again, but now I'm back to square one without access to UEFI settings or
ability to boot anything other than Debian.



-- Package-specific info:

*** BEGIN /proc/mounts
/dev/disk/by-uuid/71d48443-979b-4899-b79d-7de3a63d1ac8 / ext4 
rw,relatime,errors=remount-ro,data=ordered 0 0
/dev/sda1 /boot/efi vfat 
rw,relatime,fmask=0022,dmask=0022,codepage=cp437,iocharset=utf8,shortname=mixed,errors=remount-ro
 0 0
*** END /proc/mounts

*** BEGIN /boot/grub/device.map
(hd0)   /dev/disk/by-id/ata-TOSHIBA_MK3276GSX_62G3C0OHT
(hd1)   /dev/disk/by-id/usb-ADATA_USB_Flash_Drive_11B0414192330043-0:0
*** END /boot/grub/device.map

*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  load_env
fi
set default="0"
if [ "${prev_saved_entry}" ]; then
  set saved_entry="${prev_saved_entry}"
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z "${boot_once}" ]; then
saved_entry="${chosen}"
save_env saved_entry
  fi
}

function load_video {
  insmod efi_gop
  insmod efi_uga
  insmod video_bochs
  insmod video_cirrus
}

insmod part_gpt
insmod ext2
set root='(hd0,gpt2)'
search --no-floppy --fs-uuid --set=root 71d48443-979b-4899-b79d-7de3a63d1ac8
if loadfont /usr/share/grub/unicode.pf2 ; then
  set gfxmode=640x480
  load_video
  insmod gfxterm
  insmod part_gpt
  insmod ext2
  set root='(hd0,gpt2)'
  search --no-floppy --fs-uuid --set=root 71d48443-979b-4899-b79d-7de3a63d1ac8
  set locale_dir=($root)/boot/grub/locale
  set lang=C
  insmod gettext
fi
terminal_output gfxterm
set timeout=5
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
insmod part_gpt
insmod ext2
set root='(hd0,gpt2)'
search --no-floppy --fs-uuid --set=root 71d48443-979b-4899-b79d-7de3a63d1ac8
insmod png
if background_image /usr/share/images/desktop-base/joy-grub.png; then
  set color_normal=white/black
  set color_highlight=black/white
else
  set menu_color_normal=cyan/blue
  set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
menuentry 'Debian GNU/Linux, with Linux 3.7.1-24122012' --class debian --class 
gnu-linux --class gnu --class os {
insmod gzio
insmod part_gpt
insmod ext2
set root='(hd0,gpt2)'
search --no-floppy --fs-uuid --set=root 
71d48443-979b-4899-b79d-7de3a63d1ac8
echo'Loading Linux 3.7.1-24122012 ...'
linux   /boot/vmlinuz-3.7.1-24122012 
root=UUID=71d48443-979b-4899-b79d-7de3a63d1ac8 ro  quiet
echo'Loading initial ramdisk ...'
initrd  /boot/initrd.img-3.7.1-24122012
}
menuentry 'Debian GNU/Linux, with Linux 3.7.1-24122012 (recovery mode)' --class 
debian --class gnu-linux --class gnu --class os {
insmod gzio
insmod part_gpt
insmod ext2
set root='(hd0,gpt2)'
search --no-floppy --fs-uuid --set=root 
71d48443-979b-4899-b79d-7de3a63d1ac8
echo'Loading Linux 3.7.1-24122012 ...'
linux   /boot/vmlinuz-3.7.1-24122012 
root=UUID=71d48443-979b-4899-b79d-7de3a63d1ac8 ro single 
echo'Loading initial ramdisk ...'
initrd  /boot/initrd.img-3.7.1-24122012
}
menuentry 'Debian GNU/Linux, with Linux 3.2.0-4-amd64' --class debian --class 
gnu-linux --class gnu --class os {
insmod gzio
insmod part_gpt
insmod ext2
set root='(hd0,gpt2)'
search --no-floppy --fs-uuid --set=root 
71d48443-979b-4899-b79d-7de3a63d1ac8
echo'Loading Linux 3.2.0-4-amd64 ...'
linux   /boot/vmlinuz-3.2.0-4-amd64 
root=UUID=71d48443-979b-4899-b79d-7de3a63d1ac8 ro  quiet
echo'Loading initial ramdisk ...'
initrd  /boot/initrd.img-3.2.0-4-amd64
}
menuentry 'Debian GNU/Linux, with Linux 3.2.0-4-amd64 (recovery mode)' --class 
debian --class gnu-linux

Bug#689706: unblock: gpa/0.9.3-1

2012-12-27 Thread intrigeri
Hi,

intrigeri wrote (25 Nov 2012 08:39:49 GMT) :
> intrigeri wrote (10 Nov 2012 15:27:12 GMT) :
>> How hard would it be to backport the --disable-x509 option into
>> current testing's gpa?

It seems that this is part of upstream Git commit 61e00549 [1].
I'm not fluent at C, but the relevant part of the patch seems
pretty small. No idea how easy to backport it would be, though.

Daniel, what are your plans regarding this unblock request?

  [1] 
http://git.gnupg.org/cgi-bin/gitweb.cgi?p=gpa.git;a=commit;h=61e00549baf8992983b1fc9bff9f492429ec64c8

Cheers,
--
  intrigeri
  | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
  | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc


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



Bug#686502: pxz produces archives broken for busybox's unxz

2012-12-27 Thread Abou Al Montacir
On Thu, 2012-12-27 at 08:38 -0800, Jonathan Nieder wrote:
> Abou Al Montacir wrote:
> 
> > Hover, I assume we can save this extra code as soon as we don't loose
> > data.
> 
> That's fine with me.  All you'd need to do is error out if there is
> anything after the first stream.  That would make it a conformant
> decoder and prevent silent data loss, though it would mean busybox
> couldn't read the XZ files pxz produces.
Sure,

> (Context: the spec permits single-stream decoders because there are
> decoders in the wild that need to be very simple, like the one built
> into the Linux kernel that unpacks the kernel and initramfs.)
> 
> On the other hand, if busybox is to start decoding concatenated
> streams (imitating the standard "xz" command), then the spec requires
> also correctly implementing padding.  This might sound rigid, but it
> is important for interoperability --- without such requirements,
> whenever you share XZ files there would be a lot of confusion about
> whether it is valid and which implementations can and can't decode it.
Agree

> I think busybox upstream would agree that the spec shouldn't just be
> ignored.
You convinced me here. I admit you're right the we should either conform
to spec or conform to spec, no choice there.

I've fixed my patch and think that know it should really be conformant.
I also attached some short samples to be tested. One of them only should
fail to decode.

I really thank you for your support and review as well as for your sense
of details. I admit I've learned from you many things.

Thanks,
Author: Abou Al Montacir 
Purpose: Fix decompression of multi stream XZ compressed files
 (Closes: bug#686502)

--- busybox-1.20.0/archival/libarchive/decompress_unxz.c	2012-04-22 03:33:23.0 +0200
+++ busybox-1.20.0/debian/build/deb/archival/libarchive/decompress_unxz.c	2012-12-27 21:58:49.0 +0100
@@ -44,6 +44,7 @@
 	struct xz_dec *state;
 	unsigned char *membuf;
 	IF_DESKTOP(long long) int total = 0;
+	enum xz_ret r;
 
 	if (!global_crc32_table)
 		global_crc32_table = crc32_filltable(NULL, /*endian:*/ 0);
@@ -59,12 +60,11 @@
 		strcpy((char*)membuf, HEADER_MAGIC);
 		iobuf.in_size = HEADER_MAGIC_SIZE;
 	} /* else: let xz code read & check it */
-
-	/* Limit memory usage to about 64 MiB. */
+	/* First stream is identical to starting a new stream after finishing decoding an old one */
 	state = xz_dec_init(XZ_DYNALLOC, 64*1024*1024);
+	r = XZ_OK;
 
 	while (1) {
-		enum xz_ret r;
 
 		if (iobuf.in_pos == iobuf.in_size) {
 			int rd = safe_read(src_fd, membuf, BUFSIZ);
@@ -73,12 +73,36 @@
 total = -1;
 break;
 			}
+			/* No more bytes in stream. Stop */
+			if (rd == 0) {
+break;
+			}
 			iobuf.in_size = rd;
 			iobuf.in_pos = 0;
 		}
+		if (r == XZ_STREAM_END) {
+			/* Eat padding. Stream never starts with zeros, and padding is 32 aligned */
+			while ((iobuf.in_pos < iobuf.in_size) && (iobuf.in[iobuf.in_pos] == 0)) {
+	iobuf.in_pos += 1;
+			}
+			/* Reached end of buffer. Fill it again from stream */
+			if (iobuf.in_pos == iobuf.in_size) {
+continue;
+			}
+			if(iobuf.in_pos % 4){
+r = XZ_DATA_ERROR;
+			}
+		}
 //		bb_error_msg(">in pos:%d size:%d out pos:%d size:%d",
 //iobuf.in_pos, iobuf.in_size, iobuf.out_pos, iobuf.out_size);
-		r = xz_dec_run(state, &iobuf);
+			/* Initialize decoder for new stream. Limit memory usage to about 64 MiB. */
+		if (r == XZ_STREAM_END) {
+			state = xz_dec_init(XZ_DYNALLOC, 64*1024*1024);
+			r = XZ_OK;
+		}
+		if ((r == XZ_OK) || (r == XZ_UNSUPPORTED_CHECK)){
+			r = xz_dec_run(state, &iobuf);
+		}
 //		bb_error_msg("

hel.xz
Description: application/xz


hel000lo.xz
Description: application/xz


hello.xz
Description: application/xz


hello.xz
Description: application/xz


hello1.xz
Description: application/xz


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


Bug#606395: [G-I][squeeze-d-i-beta2] wrong keyboard layout in console (correct in X)

2012-12-27 Thread Samuel Thibault
Cyril Brulebois, le Thu 27 Dec 2012 22:06:01 +0100, a écrit :
> Anton Zinoviev  (27/12/2012):
> > Isn't it possible to create a ~/.profile or /etc/profile script calling
> > setupcon?  This would be clearer and easier to maintain.  The profile
> > script could easily test for the existence of /etc/default/keyboard.
> 
> Oh, right. Tested that:
> ,---[ ~/.profile ]---
> | if [ -f /etc/default/keyboard ]; then
> |   setupcon >/dev/null 2>&1
> | fi
> 
> and that seems to work fine without any other modifications, thanks!
> 
> If others agree this is an appropriate change, any ideas where to ship
> that little file?

Actually we already have almost that, in rootskel/src/etc/profile. It
seems we just need to fix s/console-setup/keyboard/ there.

Samuel


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



Bug#696826: gpa: obsolete Homepage control field

2012-12-27 Thread intrigeri
Package: gpa
Severity: minor

Upstream homepage has moved to
http://www.gnupg.org/related_software/gpa/,
and the old one 404's.
Please update the Homepage control field accordingly.

Thanks for maintaining GPA 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#687485: update

2012-12-27 Thread Moritz Mühlenhoff
severity 687485 important
thanks

On Sat, Oct 13, 2012 at 10:00:01AM +0100, Nicholas Bamber wrote:
> On 10/10/12 23:27, Nicholas Bamber wrote:
> > The patch did not compile as expected. I've been bogged down with other
> > packages. However I expect to have another go next week and look at
> > fixing the compilation errors. I find it hard to feel in a hurry as I am
> > in doubt whether the patch will be accepted in the end anyway.
> 
> I have fixed the compilation issue. One of the bits of the patches that
> needed manually adjusted was not correct. Now it compiles but a test
> fails. Looking at the failure it is probably the same issue.

I'm downgrading the severity. We will pull in the fix anyway once Oracle
has fixed it through the next CPU update (where we will need to update to
the next upstream anyway).

Cheers,
Moritz


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



Bug#606395: [G-I][squeeze-d-i-beta2] wrong keyboard layout in console (correct in X)

2012-12-27 Thread Cyril Brulebois
Anton Zinoviev  (27/12/2012):
> Isn't it possible to create a ~/.profile or /etc/profile script calling
> setupcon?  This would be clearer and easier to maintain.  The profile
> script could easily test for the existence of /etc/default/keyboard.

Oh, right. Tested that:
,---[ ~/.profile ]---
| if [ -f /etc/default/keyboard ]; then
|   setupcon >/dev/null 2>&1
| fi

and that seems to work fine without any other modifications, thanks!

If others agree this is an appropriate change, any ideas where to ship
that little file?

Mraw,
KiBi.


signature.asc
Description: Digital signature


Bug#688966: Review midgard2-core package

2012-12-27 Thread intrigeri
Control: tags -1 - moreinfo

Hi,

Piotr Pokora wrote (03 Oct 2012 11:02:22 GMT) :
>> We do not have access to NEW. Hence you'd need to provide us with
>> a debdiff for us to voice our opinion about it.

> Attached.

The patch was too big, so it did not make it to the list, but it is
attached to the bug report, so removing the moreinfo tag: next thing
to do is to review the patch, not to wait for the bug submitter.


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



Bug#688574: Bug#691115: unblock libdvdread/4.2.0+20120521-3

2012-12-27 Thread intrigeri
Hi Daniel!

(Trying to make Wheezy better.)

Dmitry Smirnov wrote (15 Dec 2012 10:57:10 GMT) :
> I don't need to -- the original bug reporter (#688574) was not aware
> of similar cases. He had a perfect example of a problem and I just
> had a misfortune to discover another case of similar crash.

Two questions here:

1. Do you think #688574 is serious enough to be worth fixing in
   Wheezy? (If so, perhaps the bug priority should be revisited. Also,
   given you've uploaded a new upstream version to unstable, a fix
   would probably have to go through t-p-u.)

2. Any comment on Adam's reasoning about how the fix is sub-optimal,
   and about his suggestions to improve it? (Related question: what's
   the upstream status of this patch, by the way?)

Cheers,
--
  intrigeri
  | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
  | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc


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



Bug#606395: [G-I][squeeze-d-i-beta2] wrong keyboard layout in console (correct in X)

2012-12-27 Thread Anton Zinoviev
On Thu, Dec 27, 2012 at 01:10:58AM +0100, Cyril Brulebois wrote:
> 
> I guess we could indeed make busybox call “setupcon” (maybe with the
> -k flag?) before spawning a shell, if that file exists? (possibly with
> its stderr redirected to /dev/null to avoid the gzip-related message?)

Isn't it possible to create a ~/.profile or /etc/profile script calling 
setupcon?  This would be clearer and easier to maintain.  The profile 
script could easily test for the existence of /etc/default/keyboard.

Anton Zinoviev


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



Bug#696825: AttributeError: 'module' object has no attribute 'FlowImages'

2012-12-27 Thread Christine Spang
Package: calibre
Version: 0.9.0+dfsg-1
Severity: grave

I get the following traceback when I try starting up a fresh install of
calibre on my laptop running debian sid:

spang@shawangunk:~/share/books> calibre 
  
(git)-[master] 
/usr/lib/calibre/calibre/ebooks/metadata/opf2.py:14: RuntimeWarning: 
compiletime version 2.6 of module 'lxml.etree' does not match runtime version 
2.7
  from lxml import etree
Traceback (most recent call last):
  File "/usr/bin/calibre", line 20, in 
sys.exit(main())
  File "/usr/lib/calibre/calibre/gui2/main.py", line 400, in main
app, opts, args, actions = init_qt(args)
  File "/usr/lib/calibre/calibre/gui2/main.py", line 85, in init_qt
from calibre.gui2.ui import Main
  File "/usr/lib/calibre/calibre/gui2/ui.py", line 30, in 
from calibre.gui2.cover_flow import CoverFlowMixin
  File "/usr/lib/calibre/calibre/gui2/cover_flow.py", line 23, in 
class EmptyImageList(pictureflow.FlowImages):
AttributeError: 'module' object has no attribute 'FlowImages'

I do wonder if it's related to the state of python in unstable right now, but
it sure does make calibre unusable.

cheers,
Christine

-- System Information:
Debian Release: 7.0
  APT prefers unstable
  APT policy: (800, 'unstable'), (700, 'testing'), (100, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-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 calibre depends on:
ii  calibre-bin   0.9.0+dfsg-1
ii  fonts-liberation  1.07.2-6
ii  imagemagick   8:6.7.7.10-5
ii  poppler-utils 0.18.4-4
ii  python-beautifulsoup  3.2.1-1
ii  python-chardet2.0.1-2
ii  python-cherrypy3  3.2.2-2
ii  python-cssutils   0.9.10~b1-1
ii  python-dateutil   1.5+dfsg-0.1
ii  python-dbus   1.1.1-1
ii  python-feedparser 5.1.2-1
ii  python-imaging1.1.7-4
ii  python-lxml   2.3.5-1
ii  python-mechanize  1:0.2.5-3
ii  python-netifaces  0.8-2
ii  python-pkg-resources  0.6.24-1
ii  python-pyparsing  1.5.6+dfsg1-2
ii  python-qt44.9.3-4
ii  python-routes 1.13-2
ii  python2.7 2.7.3-5
ii  xdg-utils 1.1.0~rc1+git20111210-6

Versions of packages calibre recommends:
ii  python-dnspython  1.10.0-1

calibre 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#693385: expecting no as an answer to unblock: bind9/1:9.8.4.dfsg-1

2012-12-27 Thread Moritz Mühlenhoff
On Tue, Dec 25, 2012 at 11:57:56AM +0100, Paul Gevers wrote:
> Hi,
> 
> I am touching on this bug as part of the request by the RT [1].
> 
> Reading through the discussion of a later CVE bug in bind9 [2], my
> expectation regarding the unblock bind9/1:9.8.4.dfsg-1 request is that
> the answer will be no, due to:
> 
> """
> And then we're talking about a version that does this over the version
> in testing:
> 
> 2248 files changed, 71094 insertions(+), 36757 deletions(-)
> 
> And about software whose bug tracking system and VCS are both
> proprietary. So one cannot even sanely review it as the context
> information from the RT tickets is not publicly available.
> """ [typo corrected]

Agreed, we can proceed with backporting further security fixes
for Wheezy based on 9.8.1.

Cheers,
Moritz


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



Bug#696815: qcontrol: Please add armhf to your arch list

2012-12-27 Thread Ian Campbell
On Thu, 2012-12-27 at 17:32 +, Martin Michlmayr wrote:
> * Cyril Brulebois  [2012-12-27 17:07]:
> > thanks for your handling of qcontrol via t-p-u; unfortunately we
> > lost the architecture update from sid in the process, meaning we
> > only have qcontrol on armel (and not armhf) in testing.
> 
> I'm not the maintainer but: none of the devices currently supported by
> qcontrol work with armhf, so I don't think this is a show stopper.

Me neither, which is why I hadn't pushed for this in Wheezy.

I was in two minds about doing it in Sid even, but it seemed harmless
enough.

Ian.


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



Bug#696732: installation-guide: Section 6.3.5.1. Configuring apt: Removal of references to 'volatile'

2012-12-27 Thread Philipp Kern
On Thu, Dec 27, 2012 at 08:08:23PM +, Brian Potkin wrote:
> On Thu 27 Dec 2012 at 17:43:00 +0100, Philipp Kern wrote:
> > > > +Release updates provide more current versions for software that changes
> > > > +relatively frequently and where not having the latest version could
> > 
> > s/and/,/
> > 
> > > > +reduce the usability of the software. It also provides regression 
> > > > fixes.
> > 
> > s/software./ and fixes of security issues with minor severity./
> > 
> > 
> > > > +This service is only available for stable and oldstable releases.
> 
> As a matter of interest, the quoted text (> > >) was taken from the
> apt-setup templates file to provide some continuity between the Guide
> and the d-i screen message.

Contrary to the guide the debconf template files are frozen for a long
time and we often fail to update them in time for translators to catch up.
Hence it might be easier if the guide moves and debconf translations
follow suit. ;-)

Kind regards
Philipp Kern


signature.asc
Description: Digital signature


Bug#696554: System freezes and lockups

2012-12-27 Thread Steven Chamberlain
Thanks for the logs.

Do you have a dual monitor setup?  If so, set glxgears running on one of
them where you'll be able to see it.  Then please try this from a
terminal window on the other monitor:

$ mplayer -nosound -vo xv -dr -fs somefile.avi

(Any video file should be okay as long as it's at least 10 seconds long.)

This is just to see if it can trigger the freezes on demand.  If it
does, pressing 'q' and waving the mouse around should hopefully get you
out of MPlayer within a few seconds, and your system will hopefully
recover from freezing.

Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org


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



Bug#695764: partial review of unblock: packagekit/0.7.6-2

2012-12-27 Thread Julien Cristau
On Tue, Dec 25, 2012 at 15:33:36 +0100, Paul Gevers wrote:

> Hi,
> 
> I am touching on this bug as part of the request by the RT [1].
> 
You might want to:
- send your review to the submitter/package maintainer so they can
  comment/reply
- reply to the original thread instead of creating a new one.

Thanks,
Julien


signature.asc
Description: Digital signature


Bug#696519: llvm-gcc-4.6: undefined reference to signbit when using boost's sign function

2012-12-27 Thread Ben Goodrich

Quoting Sylvestre Ledru :


Hello,

On 22/12/2012 09:04, Ben Goodrich wrote:

Package: llvm-gcc-4.6
Version: 3.2-1~exp1
Severity: normal

When attempting to compile a file that utilizes boost's sign function,
such as


Did you try with gcc 4.7 ?


Yes, the behavior is essentially the same with llvm-g++-4.7:

goodrich@CYBERPOWERPC:/tmp$ cat sign.cpp
#include 
#include 
int main() {
  std::cout << "expect 1, get " << boost::math::sign(10.0) << std::endl;
  std::cout << "expect 0, get " << boost::math::sign(0.0) << std::endl;
  std::cout << "expect -1, get " << boost::math::sign(-5.0) << std::endl;
  std::cout << "do not know what to expect " << boost::math::sign(0.0  
/ 0.0) << std::endl;

  return 0;
}

goodrich@CYBERPOWERPC:/tmp$ llvm-g++-4.7 -v sign.cpp
Using built-in specs.
COLLECT_GCC=g++-4.7
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.7/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian  
4.7.2-15' --with-bugurl=file:///usr/share/doc/gcc-4.7/README.Bugs  
--enable-languages=c,c++,go,fortran,objc,obj-c++ --prefix=/usr  
--program-suffix=-4.7 --enable-shared --enable-linker-build-id  
--with-system-zlib --libexecdir=/usr/lib --without-included-gettext  
--enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.7  
--libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu  
--enable-libstdcxx-debug --enable-libstdcxx-time=yes  
--enable-gnu-unique-object --enable-plugin --enable-objc-gc  
--enable-multiarch --with-arch-32=i586 --with-abi=m64  
--with-multilib-list=m32,m64,mx32 --with-tune=generic  
--enable-checking=release --build=x86_64-linux-gnu  
--host=x86_64-linux-gnu --target=x86_64-linux-gnu

Thread model: posix
gcc version 4.7.2 (Debian 4.7.2-15)
COLLECT_GCC_OPTIONS='-fplugin=/usr/lib/gcc/x86_64-linux-gnu/4.7/plugin/dragonegg.so' '-v' '-shared-libgcc' '-mtune=generic'  
'-march=x86-64'
 /usr/lib/gcc/x86_64-linux-gnu/4.7/cc1plus -quiet -v -imultilib .  
-imultiarch x86_64-linux-gnu  
-iplugindir=/usr/lib/gcc/x86_64-linux-gnu/4.7/plugin -D_GNU_SOURCE  
sign.cpp -iplugindir=/usr/lib/gcc/x86_64-linux-gnu/4.7/plugin -quiet  
-dumpbase sign.cpp -mtune=generic -march=x86-64 -auxbase sign -version  
-fplugin=/usr/lib/gcc/x86_64-linux-gnu/4.7/plugin/dragonegg.so -o  
/tmp/ccN9Fa5I.s

GNU C++ (Debian 4.7.2-15) version 4.7.2 (x86_64-linux-gnu)
compiled by GNU C version 4.7.2, GMP version 5.0.5, MPFR  
version 3.1.0-p10, MPC version 0.9

GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Versions of loaded plugins:
 dragonegg: 3.2
ignoring duplicate directory "/usr/include/x86_64-linux-gnu/c++/4.7"
ignoring nonexistent directory "/usr/local/include/x86_64-linux-gnu"
ignoring nonexistent directory  
"/usr/lib/gcc/x86_64-linux-gnu/4.7/../../../../x86_64-linux-gnu/include"

#include "..." search starts here:
#include <...> search starts here:
 /usr/include/c++/4.7
 /usr/include/x86_64-linux-gnu/c++/4.7/.
 /usr/include/c++/4.7/backward
 /usr/lib/gcc/x86_64-linux-gnu/4.7/include
 /usr/local/include
 /usr/lib/gcc/x86_64-linux-gnu/4.7/include-fixed
 /usr/include/x86_64-linux-gnu
 /usr/include
End of search list.
GNU C++ (Debian 4.7.2-15) version 4.7.2 (x86_64-linux-gnu)
compiled by GNU C version 4.7.2, GMP version 5.0.5, MPFR  
version 3.1.0-p10, MPC version 0.9

GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Versions of loaded plugins:
 dragonegg: 3.2
Compiler executable checksum: 851519e7af57e4424f649c87aa6fe655
COLLECT_GCC_OPTIONS='-fplugin=/usr/lib/gcc/x86_64-linux-gnu/4.7/plugin/dragonegg.so' '-v' '-shared-libgcc' '-mtune=generic'  
'-march=x86-64'

 as -v --64 -o /tmp/ccg12jab.o /tmp/ccN9Fa5I.s
GNU assembler version 2.22 (x86_64-linux-gnu) using BFD version (GNU  
Binutils for Debian) 2.22

COMPILER_PATH=/usr/lib/gcc/x86_64-linux-gnu/4.7/:/usr/lib/gcc/x86_64-linux-gnu/4.7/:/usr/lib/gcc/x86_64-linux-gnu/:/usr/lib/gcc/x86_64-linux-gnu/4.7/:/usr/lib/gcc/x86_64-linux-gnu/
LIBRARY_PATH=/usr/lib/gcc/x86_64-linux-gnu/4.7/:/usr/lib/gcc/x86_64-linux-gnu/4.7/../../../x86_64-linux-gnu/:/usr/lib/gcc/x86_64-linux-gnu/4.7/../../../../lib/:/lib/x86_64-linux-gnu/:/lib/../lib/:/usr/lib/x86_64-linux-gnu/:/usr/lib/../lib/:/usr/lib/gcc/x86_64-linux-gnu/4.7/../../../:/lib/:/usr/lib/
COLLECT_GCC_OPTIONS='-fplugin=/usr/lib/gcc/x86_64-linux-gnu/4.7/plugin/dragonegg.so' '-v' '-shared-libgcc' '-mtune=generic'  
'-march=x86-64'
 /usr/lib/gcc/x86_64-linux-gnu/4.7/collect2 --sysroot=/ --build-id  
--eh-frame-hdr -m elf_x86_64 --hash-style=both -dynamic-linker  
/lib64/ld-linux-x86-64.so.2  
/usr/lib/gcc/x86_64-linux-gnu/4.7/../../../x86_64-linux-gnu/crt1.o  
/usr/lib/gcc/x86_64-linux-gnu/4.7/../../../x86_64-linux-gnu/crti.o  
/usr/lib/gcc/x86_64-linux-gnu/4.7/crtbegin.o  
-L/usr/lib/gcc/x86_64-linux-gnu/4.7  
-L/usr/lib/gcc/x86_64-linux-gnu/4.7/../../../x86_64-linux-gnu  
-L/usr/lib/gcc/x86_64-linux-gnu/4.7/../../../../lib  
-L/lib/x86_64-linux-gnu -L/lib/../lib -L/usr/lib/x86_64-linux-gnu  
-L/u

Bug#593464: Bug #593464 proxychains: doesn't work with i386 binaries on amd64 platform

2012-12-27 Thread Aron Xu
Uploaded an improved version for unstable (lintian clean, etc).

-- 
Regards,
Aron Xu


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



Bug#696732: installation-guide: Section 6.3.5.1. Configuring apt: Removal of references to 'volatile'

2012-12-27 Thread Brian Potkin
On Thu 27 Dec 2012 at 17:43:00 +0100, Philipp Kern wrote:

> > > +Release updates provide more current versions for software that changes
> > > +relatively frequently and where not having the latest version could
> 
> s/and/,/
> 
> > > +reduce the usability of the software. It also provides regression fixes.
> 
> s/software./ and fixes of security issues with minor severity./
> 
> 
> > > +This service is only available for stable and oldstable releases.

As a matter of interest, the quoted text (> > >) was taken from the
apt-setup templates file to provide some continuity between the Guide
and the d-i screen message.


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



Bug#692649: trousers: CVE-2012-0698

2012-12-27 Thread Moritz Mühlenhoff
On Thu, Nov 08, 2012 at 10:40:19PM +0100, Pierre Chifflier wrote:
> On Thu, Nov 08, 2012 at 08:03:35AM +0100, Moritz Muehlenhoff wrote:
> > Package: trousers
> > Severity: grave
> > Tags: security
> > Justification: user security hole
> > 
> > Please see here for details:
> > https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2012-0698
> > 
> > Cheers,
> > Moritz
> > 
> 
> Hi Moritz,
> 
> I have tested with the python script referenced in the sourceforge
> ticket [1], and testing/unstable version is not affected.
> 
> Version in squeeze seems affected, so I have prepared an upload with the
> fix from upstream [2]. I am attaching the diff to this email, can you
> confirm me if it is fine, and if I can upload it ?

Sorry for the late reply. This seems to have fallen through the cracks
and I'm currently catching up with old mail.

I think this doesn't warrant a DSA, but could you fix this through
a stable point update?
http://www.debian.org/doc/manuals/developers-reference/pkgs.html#upload-stable

(Adding Jonathan, the stable point update security coordinator to CC)

Cheers,
Moritz


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



Bug#690836: partial review of unblock: fcitx/4.2.4.2-1

2012-12-27 Thread Paul Gevers
Hi,

I am touching on this bug as part of the request by the RT [1].

Some remarks:
- I suggest explaining in more detail why this version of the package
  deserves a freeze exception [2]. I don't see any RC or important bugs
  fixed, or release goals achieved, so I DON'T expect the RT to grant
  the unblock.
- If I understand correctly, at least, that is how I reproduced it,
  your code.diff is the difference of the 4.2.4.1-7 versus the
  4.2.4.2-1 package with the patches applied, showing only the "new"
  code.
- I wonder if you could explain in more detail what the changes
  are about. The changes are not minor (see below) and not easily
  understandable to an outsider (such as me).

$ diffstat code.diff
 CMakeLists.txt |2
 src/frontend/gtk2/fcitximcontext-gio.c |  139
-
 src/frontend/gtk2/fcitximcontext.c |  134
++-
 src/lib/fcitx-gclient/fcitxclient.c|   81 ++-
 src/module/lua/luawrap.c   |2
 src/module/xkb/xkb.c   |2
 6 files changed, 231 insertions(+), 129 deletions(-)

Paul

[1] https://lists.debian.org/debian-devel-announce/2012/11/msg3.html
[ Unblocks and Freeze Policy ]
[2] http://release.debian.org/wheezy/freeze_policy.html



signature.asc
Description: OpenPGP digital signature


Bug#692791: #692791: CVE-2012-5519 Security update towards Squeeze ?

2012-12-27 Thread Moritz Mühlenhoff
On Sat, Dec 08, 2012 at 11:32:57AM +0100, Didier Raboud wrote:
> Le samedi, 8 décembre 2012 09.12:20, Yves-Alexis Perez a écrit :
> > On sam., 2012-12-08 at 01:58 +0100, Didier 'OdyX' Raboud wrote:
> > > 
> > > I propose to get CVE-2012-5519 (#692791) fixed with the attached debdiff.
> > > 
> > To be honest, considering how invasive the patch is, I'd like it to stay
> > a bit in unstable. There already have been few correction in sid, so in
> > case there are more, it's better to include the relevant bits at first.
> 
> Sure! My intent was just to make the 1.4.4 backport of the patch public, not 
> necessarily to have it released immediately.
> 
> That said, who triggers the re-examination of the patch for security release? 

AFAICS can there haven't been any regressions, can we should go ahead with
the update now.

Didier, can you upload to security-master, please?

Cheers,
Moritz


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



Bug#696824: tcm: FTBFS on non-linux archs

2012-12-27 Thread Samuel Thibault
Package: tcm
Version: 2.20+TSQD-4.2
Severity: important

Hello,

tcm currently FTBFS on non-linux archs, apparently due to a non-matching
patch, see for instance

https://buildd.debian.org/status/fetch.php?pkg=tcm&arch=kfreebsd-amd64&ver=2.20%2BTSQD-4.2&stamp=1255935290

-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

-- 
Samuel
J'ai beaucoup de mal a lire fcola quand il y a toutes les annonces de howto :
les annonces interessantes sont noyees dans les howto. Ca serait pas mal
de degager toute cette pollution dans un autre groupe.
  JLM in Guide du linuxien pervers : "Cachez ces doc que je ne saurais voir"


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



Bug#694613: pidgin-sipe Debian package maintainership

2012-12-27 Thread Jakub Adam

Hi Anibal,

could you please comment on the Debian bug #694613 [1], as he MIA team is 
concerned
with your recent inactivity.

If you don't want or can't care about the package right now, I would be willing 
to
step up as a new Maintainer. You can come back anytime to help with the 
package, if
you will wish to.

Regards,

Jakub

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=694613


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



Bug#279888: pegasos 2 ?

2012-12-27 Thread Mathieu Malaterre
tags 279888 moreinfo
thanks

So what is the status of this bug ? You mentioned:

> I will probably
> contribute to this myself next week too.

Thanks


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



Bug#696554: System freezes and lockups

2012-12-27 Thread Steven Chamberlain
On 27/12/12 19:02, Mar Mel wrote:
> I have completely purged virtualbox and all kernel headers. 
> Yes, I can reproduce the nouveaux driver errors with the 3.2.0-4 wheezy
> kernel without vbox modules loaded.
> 
> Currently no modules taint the kernel. Upon further investigation, truecrypt
> uses the built-in crypto module, so that is not affecting this issue.

Would you mind sharing the complete dmesg output from startup, up to and
including the nouveau error messages?  If I do a side-by-side comparison
with my own system I may be able to spot something.

Thanks,
Regards,
-- 
Steven Chamberlain
ste...@pyro.eu.org


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



Bug#687583: unblock: altos/1.1-1

2012-12-27 Thread Bdale Garbee
Ivo De Decker  writes:

> Based on your report, I think the only possibility is to remove altos from
> wheezy.

I'm not happy about it, but that would be a better choice than shipping
wheezy with 1.0.3. 

Bdale


pgpwuFIhjsURl.pgp
Description: PGP signature


Bug#696735: pu: package xen/4.0.1-5.5 -> -5.6 (fix for Xen clock bug: #599161)

2012-12-27 Thread Adam D. Barratt
Control: tags -1 + squeeze confirmed

On Wed, 2012-12-26 at 23:30 +0800, Thomas Goirand wrote:
> I have prepared an update for Xen for Stable, with the previous agreement
> of Guido, who takes care of Xen updates in Debian Stable (Waldi doesn't
> seem to care about Debian stable). The debdiff is here:
> http://archive.gplhost.com/debian/pool/squeeze/main/x/xen/xen_4.0.1-5.6.debdiff
> 
> This fixes #599161 which is a 2 years lasting entry in our BTS.

+xen (4.0.1-5.6) stable-proposed-updates; urgency=low
+
+  * Non-maintainer upload, previously discussed with Guido.
+  * Fixes Xen clock long standing issue, eg: fix scale_delta() inline assembly,
+  causing domU offset and possibly leading to crashes (Closes: #599161). Thanks
+  to Ian Campbell  for forwarding the patch to the Debian
+  BTS, and Jan Beulich  for working on an upstream patch.

The indentation's somewhat odd there; generally the second and
subsequent lines would be in line with "Fixes" rather than the asterisk.
In any case, please go ahead; thanks.

Regards,

Adam


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



Bug#696823: trap action is not executed in shall exit error

2012-12-27 Thread Thorsten Glaser
Jonny dixit:

>following code:
> #!/bin/sh
> trap 'echo 0' EXIT
> unset v
> ${v?}
>
>bash and dash will run the "echo 0", mksh does not perform.
>Is this the intended behavior?

Hrm.

POSIX says:
   ${parameter:?[word]}
  Indicate Error if Null or Unset. If parameter is unset or
  null, the expansion of word (or a message indicating it is
  unset if word is omitted) shall be written to standard error
  and the shell exits with a non-zero exit status. Otherwise,
  the value of parameter shall be substituted. An interactive
  shell need not exit.

Also, the trap command description is not explicit about that here.
So it may actually be deliberate, but I do not know.

I’ve used the following test script:

trap 'echo EXtrap' EXIT
trap 'echo ERtrap' ERR
set -e
print -r -- "and run $1"
eval $1
echo and out

AT&T ksh runs the ERR trap, then the EXIT trap,
both when called with 'false' and '${v?}' as $1
argument.

mksh until R29g inclusive runs the ERR trap, then
the EXIT trap, when passed 'false'; mksh R30 and up
runs the ERR trap twice (bug?) then the EXIT trap.

For '${v?}', R21 was the last one to run the EXIT
trap; the ERR trap was never run.


This is neither documented nor specified somewhere.

I believe running the ERR trap once, then the EXIT
trap, may be the desired behaviour though, so I’ll
keep this open as a bug. It will most likely be fixed
in mksh R41b, if I can figure out a fix that is ;-)
as it may be tricky. If you want to get it fixed in
wheezy, please take it up with the release team yourself
once I’ve got a fix, which I’ll announce here.

Thanks for the discovery,
//mirabilos
-- 
08:05⎜ mika: Does grml have an tool to read Apple
 ⎜System Log (asl) files? :)
08:08⎜ yeah. /bin/rm. ;)   08:09⎜ hexdump -C
08:31⎜ ft, mrud: *g*


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



Bug#696554: System freezes and lockups

2012-12-27 Thread Mar Mel
- Original Message -

> From: Sven Joachim 
> To: Mar Mel 
> Cc: 696...@bugs.debian.org; Steven Chamberlain 
> Sent: Thursday, December 27, 2012 1:32 PM
> Subject: Re: Bug#696554: System freezes and lockups
> 
> On 2012-12-27 18:48 +0100, Mar Mel wrote:
> 
>>  Yes, thanks for the kernel suggestion. I was planning to install 3.6.9 from
>>  experimental today but first I wanted to give the latest LTS kernel 3.4.x 
> series
>>  a shot. Last night after having another full freeze, I installed the 3.4.23
>>  kernel, but met with the same results of constant nouveaux syslog errors.
>> 
>>  I've installed 3.7.1 from experimental today, and so far (30 min) have 
> not had a
>>  single nouveaux message or freeze. I will continue using this kernel for 
> the 
>>  next several days if it is problem-free.
>> 
>>  One issue I have is I can't seem to install the headers I need for 
> Virtualbox to
>>  run.
> 
> Yes, that is not possible.  However, loading the virtualbox kernel
> module invalidates your warranty on the kernel anyway.  Have you tried
> to reproduce the problem with the 3.2 kernel and vboxdrv.ko _not_ loaded?

I have completely purged virtualbox and all kernel headers. 
Yes, I can reproduce the nouveaux driver errors with the 3.2.0-4 wheezy
kernel without vbox modules loaded.

Currently no modules taint the kernel. Upon further investigation, truecrypt
uses the built-in crypto module, so that is not affecting this issue.



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



Bug#696154: cloud.debian.org: Please install 'less' by default on official Debian AMIs.

2012-12-27 Thread Anders Ingemann
On 27 December 2012 11:28, Charles Plessy  wrote:
> Le Tue, Dec 18, 2012 at 03:14:02PM +0100, Stefano Zacchiroli a écrit :
>> On Mon, Dec 17, 2012 at 02:11:52PM -0800, Clint Byrum wrote:
>> > How is it a slippery slope if it is driven by data?
>> >
>> > Seriously, figure out a way to ask users what they want. popcon isn't
>> > going to be all that useful here becuase of the wild diversity of systems
>> > that exist in popcon. But you can certainly just ask users to list any
>> > optional packages that they'd like to see on images. Or have a subset
>> > of popcon just for cloud images.
>>
>> Data is always good to have so, sure, let's find out ways to do that.
>> But I urge to figure out how to gather data that distinguish the wishes
>> that are cloud-specific wrt the others.
>>
>> For everything that is not cloud specific, I think we should strive to
>> make the corresponding improvements where they belong, i.e. in Debian
>> default installation choices. And I'm sure there is room for
>> improvements there, because there is always room for improvement :-)
>>
>> Here, I think we should be mostly concerned for cloud-specific needs
>> and, sure enough, we should add them to the pre-built images we offer.
>
> Hi all,
>
> I think that the Debian defaults should be based on common practice.  In that
> sense, I think that we should first work out a package list that suits our
> needs, and only after, if we can demonstrate that it is of general interest,
> propose that it may be reflected on Debian's standards.
>
> It would be tempting to use package priorities, with "important" representing
> the "bare minimum" discussed earlier, and "standard" representing the images
> that are ready to use for some simple tasks.  However, this would mean 
> downgrading
> the priority of exim4 and raising the priority of openssh.  I do not 
> volunteer to
> lead this discussion...
>
> I think that this rules out bothering debian-b...@lists.debian.org until we
> have a good record of providing images that are used broadly, except perhaps 
> to
> propose a new "tasksel" task (or more if relevant).
>
> We therefore need a good definition of what is minimal, in terms of packages
> and in terms of image size.  For instance, on the Amazon cloud, the size of
> instances is defined in gigabytes, and our images are currently configured to
> use 8 Gb volumes by default.
>
> For the cloud-specific part, the defintion of what is minimal also needs some
> arguments, that can for instance justify why we ship systems with ssh by
> default and not other packages, as it is equally easy to install them with
> user metadata.
>
> Lastly, there are packages like "less", or "psmisc" (/usr/bin/killall), that
> have a neglectable footprint in terms of cost and security.  I understand the
> argument of slippery slope, but if we consider the 8 Gb images discussed 
> above,
> there is enough space to install some of them.  If we all agree that the
> contents of the images is not set on stone (that is, we can remove "less" when
> it proves to be deleterious to some users), why not satisfying our current
> users (including myself), instead of focusing on the leanest solution, that I
> think is likely to attract less users.
>
> Cheers,
>
> --
> Charles Plessy
> Tsurumi, Kanagawa, Japan
>
>
> --
> To UNSUBSCRIBE, email to debian-cloud-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> Archive: http://lists.debian.org/20121227102816.ga12...@falafel.plessy.net
>
Up until this instance the counter arguments had me swayed, but you do
make some good points. I am currently writing my master thesis, so I
do not have the time to participate in any discussions right now, I
will follow the discussions though and happily implement whatever you
guys decide :-)


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



Bug#696805: cloud.debian.org: startpar: service(s) returned failure: hostname.sh ... failed!

2012-12-27 Thread Anders Ingemann
On 27 December 2012 12:26, Charles Plessy  wrote:
>
> Package: cloud.debian.org
> Severity: normal
>
> Hi all,
>
> there is one "failed" error message in the boot messages of our official
> instances ran on the AWS.
>
>   startpar: service(s) returned failure: hostname.sh ... failed!
>
> I am not sure if it has practical consequences...
>
> --
> Charles
>
>
> --
> To UNSUBSCRIBE, email to debian-cloud-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> Archive: http://lists.debian.org/20121227112640.gc12...@falafel.plessy.net
>
I know, I know :-) :
https://github.com/andsens/ec2debian-build-ami/issues/21
It annoys me so much, but I can't do anything about it unfortunately,
it's a bug in the script, a workaround would become quite awkward. I
am not sure whether it is fixed in wheezy.


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



Bug#696803: cloud.debian.org: Please set a default locale.

2012-12-27 Thread Anders Ingemann
On 27 December 2012 12:08, Charles Plessy  wrote:
> Package: cloud.debian.org
> Severity: normal
>
> Dear James and Anders,
>
> Our official images are configured with the en_US.UTF-8 locale generated, but
> on the other hand there is no default.  As a consequence, when I log in by 
> SSH,
> the locale of my remote computer is used, and since it is not English, it
> triggers problems such as error messages and crashes (tracd).
>
> Since en_US.UTF-8 is already on the system, maybe the most straightforward way
> is to make it the default ?  (I heard about C.UTF-8 on #522776, but it does 
> not
> seem to be available in /etc/locale.gen).
>
> Have a nice day,
>
> --
> Charles Plessy
> Illkirch-Graffenstaden, France
>
>
> --
> To UNSUBSCRIBE, email to debian-cloud-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> Archive: http://lists.debian.org/20121227110802.gb12...@falafel.plessy.net
>

I was not aware that I did not set the default. I guess my terminal
transmits the one I generate, so I never encountered the error. How do
I do that?


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



Bug#696820: Acknowledgement (Error: open(/var/mail/USER) failed: Permission denied)

2012-12-27 Thread Norbert Veber
Hi,

So I downgraded to version -5 but the problem was still there.

Next I restored my old config files and found the following difference:
pyre:/etc# diff -r dovecot/ dovecot.restored/dovecot/
diff -r dovecot/conf.d/10-mail.conf
dovecot.restored/dovecot/conf.d/10-mail.conf
30c30
< mail_location = mbox:~/mail:INBOX=/var/mail/%u
---
> #mail_location =

So it seems my config had no mail_location set, and worked fine that
way.  Then when I installed -6 it decided to set one causing it to stop
working.  Once I comment out that line everythign works fine again.

I see README.Debian mentions something about this, but its supposed to
be a non-fatal error.  It seems it isnt?

On my system I use /home/user/Maildir maildir directories to store users
mail.

Thanks,

Norbert


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



Bug#695945: quik-installer returns error during debian-installer

2012-12-27 Thread Risto Suominen
Hi,

> Ed Swierk  (14/12/2012):
>> Dec 14 02:17:16 main-menu[190]: (process:1505): ofpath: Driver pata_macio
>> is not supported

If this is the reason for the failure, then it's probably harmless. My
memory tells me that oldworld booting didn't need any OF path
parameters to be set. Thus, there would be no need to run ofpath.

Risto


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



Bug#696631: libconfig-model-dpkg-perl: '+' is allowed in package names

2012-12-27 Thread Dominique Dumont
Le Wednesday 26 December 2012 23:45:24, Salvatore Bonaccorso a écrit :
> I have commited a tentative fix for this to our git repo, but would be
> good if Dominique Dumont can have a look at it before releasing.

The patch is fine with me.

Thanks for the help

Dominique


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


Bug#696554: System freezes and lockups

2012-12-27 Thread Sven Joachim
On 2012-12-27 18:48 +0100, Mar Mel wrote:

> Yes, thanks for the kernel suggestion. I was planning to install 3.6.9 from
> experimental today but first I wanted to give the latest LTS kernel 3.4.x 
> series
> a shot. Last night after having another full freeze, I installed the 3.4.23
> kernel, but met with the same results of constant nouveaux syslog errors.
>
> I've installed 3.7.1 from experimental today, and so far (30 min) have not 
> had a
> single nouveaux message or freeze. I will continue using this kernel for the 
> next several days if it is problem-free.
>
> One issue I have is I can't seem to install the headers I need for Virtualbox 
> to
> run.

Yes, that is not possible.  However, loading the virtualbox kernel
module invalidates your warranty on the kernel anyway.  Have you tried
to reproduce the problem with the 3.2 kernel and vboxdrv.ko _not_ loaded?

> It seems the linux-kbuild-3.7 package is not in the experimental repository.
> Could you please advise how I might get the needed headers installed?

Build your own kernel from source (e.g. with "make deb-pkg").  There
might be other ways, but I don't know them.

Cheers,
   Sven


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



Bug#696823: trap action is not executed in shall exit error

2012-12-27 Thread Jonny
Package: mksh
Version: 40.9.20120630-4

Hi,

following code:
 #!/bin/sh
 trap 'echo 0' EXIT
 unset v
 ${v?}

bash and dash will run the "echo 0", mksh does not perform.
Is this the intended behavior?


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



Bug#696554: System freezes and lockups

2012-12-27 Thread Mar Mel
- Original Message -

> From: Steven Chamberlain 
> To: Mar Mel 
> Cc: Sven Joachim ; "696...@bugs.debian.org" 
> <696...@bugs.debian.org>
> Sent: Thursday, December 27, 2012 1:10 PM
> Subject: Re: Bug#696554: System freezes and lockups
> 
> On 27/12/12 17:48, Mar Mel wrote:
>>  One issue I have is I can't seem to install the headers I need for 
> Virtualbox to
>>  run.
> 
> Even if you had the headers, I'm not sure VBox as packaged right now can
> compile against them.  See http://bugs.debian.org/696011

I have virtualbox 4.1.24 installed locally. On my laptop (arch linux), the vbox 
kernel modules build
successfully against all kernel series thus far, though I'm still at 3.6.10 
there, so haven't tried 3.7.x.
series yet.

Is there something obvious I'm overlooking in installing the headers for 3.7.1 
from experimental?
One of my vm's is a critical need. 
 
> This raises a new question though:
> 
> Besides the kernel, what else is different about your setup now since
> yesterday?  It seems the virtualbox modules will not be loaded now.

The kernel is the only change since yesterday. I'm not aware of any other 
non-free modules other
than virtualbox and truecrypt. 

The vbox modules were loaded yesterday with the stock wheezy 3.2.0-4 and 
vanilla 3.4.23.
They are not loaded now since I can't build them due to the header installation 
issue.
 
> Also you mentioned truecrypt before - that has non-free kernel modules I
> think?  Were those modules loaded yesterday;  are they loaded now?

Truecrypt module has been loaded in all instances, including the current 
3.7.1 kernel running  now.

> Anything else in the kernel yesterday, especially non-free modules?  I'm
> not sure how to show the kernel taint status, or get the list of modules
> (as seen in a kernel Oops) where non-free modules are tagged...

Not that I know of.

I do have a serious _new_ problem though. One of the first things I tested with 
this new kernel
is the suspen/resume function. When the system resumes, the GPU fan runs at 
full speed! I've
verified after multiple reboots and suspend/resume cycles.

Any thoughts on how to remedy this problem?


In summary:

1) the 3.7.1 kernel from experimental seems to solve this bug. I won't be able 
to confirm this
until at least several days of nouveaux-problem-free uptime.

2) I need to install the matching kernel headers. Help please?

3) After resume, GPU fan runs 100% speed. Help please?

Thanks Steven and Sven for followuping up on this so diligently.


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



Bug#696822: installation-reports

2012-12-27 Thread Dyego Cantu
Package: installation-reports
Severity: wishlist



-- Package-specific info:

Boot method: pen drive
Image version: 
http://cdimage.debian.org/debian-cd/6.0.6/amd64/iso-cd/debian-6.0.6-amd64-netinst.iso
Date: 2012-12-27 16:00:00

Machine: sony vaio vgn-fw550f
Partitions: $ df -Tl
Sist. Arq.Tipo   1K-blocos  Usad Dispon.   Uso% Montado em
/dev/sda1 ext448060296   3503212  42115716   8% /
tmpfstmpfs 1029072 0   1029072   0% /lib/init/rw
udev tmpfs 1024232   264   1023968   1% /dev
tmpfstmpfs 1029072 0   1029072   0% /dev/shm
/dev/sda5 ext4   236463864218692 224233500   1% /home


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

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

Comments/Problems:




-- 

Please make sure that the hardware-summary log file, and any other
installation logs that you think would be useful are attached to this
report. Please compress large files using gzip.

Once you have filled out this report, mail it to sub...@bugs.debian.org.

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION="Debian GNU/Linux installer"
DISTRIB_RELEASE="6.0 (squeeze) - installer build 20110106+squeeze4+b2"
X_INSTALLATION_MEDIUM=cdrom

==
Installer hardware-summary:
==
uname -a: Linux zion 2.6.32-5-amd64 #1 SMP Sun Sep 23 10:07:46 UTC 2012 x86_64 
GNU/Linux
lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Mobile 4 Series 
Chipset Memory Controller Hub [8086:2a40] (rev 07)
lspci -knn: Subsystem: Sony Corporation Device [104d:9035]
lspci -knn: 00:01.0 PCI bridge [0604]: Intel Corporation Mobile 4 Series 
Chipset PCI Express Graphics Port [8086:2a41] (rev 07)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1a.0 USB Controller [0c03]: Intel Corporation 82801I (ICH9 
Family) USB UHCI Controller #4 [8086:2937] (rev 03)
lspci -knn: Subsystem: Sony Corporation Device [104d:9035]
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: 00:1a.1 USB Controller [0c03]: Intel Corporation 82801I (ICH9 
Family) USB UHCI Controller #5 [8086:2938] (rev 03)
lspci -knn: Subsystem: Sony Corporation Device [104d:9035]
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: 00:1a.2 USB Controller [0c03]: Intel Corporation 82801I (ICH9 
Family) USB UHCI Controller #6 [8086:2939] (rev 03)
lspci -knn: Subsystem: Sony Corporation Device [104d:9035]
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: 00:1a.7 USB Controller [0c03]: Intel Corporation 82801I (ICH9 
Family) USB2 EHCI Controller #2 [8086:293c] (rev 03)
lspci -knn: Subsystem: Sony Corporation Device [104d:9035]
lspci -knn: Kernel driver in use: ehci_hcd
lspci -knn: 00:1b.0 Audio device [0403]: Intel Corporation 82801I (ICH9 Family) 
HD Audio Controller [8086:293e] (rev 03)
lspci -knn: Subsystem: Sony Corporation Device [104d:9035]
lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) 
PCI Express Port 1 [8086:2940] (rev 03)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1c.1 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) 
PCI Express Port 2 [8086:2942] (rev 03)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1c.3 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) 
PCI Express Port 4 [8086:2946] (rev 03)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1c.4 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) 
PCI Express Port 5 [8086:2948] (rev 03)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1d.0 USB Controller [0c03]: Intel Corporation 82801I (ICH9 
Family) USB UHCI Controller #1 [8086:2934] (rev 03)
lspci -knn: Subsystem: Sony Corporation Device [104d:9035]
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: 00:1d.1 USB Controller [0c03]: Intel Corporation 82801I (ICH9 
Family) USB UHCI Controller #2 [8086:2935] (rev 03)
lspci -knn: Subsystem: Sony Corporation Device [104d:9035]
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: 00:1d.2 USB Controller [0c03]: Intel Corporation 82801I (ICH9 
Family) USB UHCI Controller #3 [8086:2936] (rev 03)
lspci -knn: Subsystem: Sony Corporation Device [104d:9035]
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: 00:1d.7 USB Controller [0c03]: Intel Corporation 82801I (ICH9 
Family) USB2 EHCI Controller #1 [8086:293a] (rev 03)
lspci -knn: Subsystem: Sony Corporation Device [104d:9035]
lspci -knn:   

  1   2   3   >