Bug#690202: mirror submission for mirror.proserve.nl

[Maarten van der Ster]

Package: mirrors
Severity: wishlist

Submission-Type: new
Site: mirror.proserve.nl
Type: leaf
Archive-architecture: ALL amd64 armel armhf hurd-i386 i386 ia64 kfreebsd-amd64 
kfreebsd-i386 mips mipsel powerpc s390 s390x sparc 
Archive-ftp: /debian/
Archive-http: /debian/
IPv6: no
Archive-upstream: ftp.nl.debian.org
Updates: four
Maintainer: Maarten van der Ster 
Country: NL Netherlands
Location: Alblasserdam, Netherlands
Sponsor: Proserve http://www.proserve.nl


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

Bug#690201: xine-ui: xine --enqueue can't cope with filename with comma "," in it

[Tim Connors]

Package: xine-ui
Version: 0.99.6-1
Severity: normal

xine --enqueue splits any filename provided on the commandline if they
have a comma in the filename.

It does this because --enqueue gets transformed in main.c:main() to
allocate a session_argv array with mrl=%s and passes that off to the
session code to interpret in session.c:session_handle_subopt, which
just stupidly blindly splits every string at every "," via getsubopt()
right at the top of session_handle_subopt().  There is no way around
this - you can't even escape commas in the filename with "\" or the
like.  Seems someone forgot that mrls get passed through getsubopt and
can of course be arbitrary strings so no character should be entitled
to act as delimeter.  The mrl case should be handled via some other
means - probably via a separate array since ideally you should be able
to even handle a filename that looks like "token=value".  It should be
easy - only interpret tokens provided via
S=token1,token2,token3,token4=value,token5 etc, and all other options
parsed through getopt(), but any other argument should be interpreted
as a filename.

Continue to support "xine -S mrl=..." for backwards compatibility by
all means, but xine -S ... --enqueue ... ... should be the preferred
method.

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

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

Versions of packages xine-ui depends on:
ii  libc6  2.13-10   Embedded GNU C Library: Shared lib
ii  libcurl3-gnutls7.25.0-1  easy-to-use client-side URL transf
ii  liblircclient0 0.8.3-5   infra-red remote control support -
ii  libpng12-0 1.2.44-1+squeeze4 PNG library - runtime
ii  libreadline6   6.1-3 GNU readline and history libraries
ii  libx11-6   2:1.4.99.901-2X11 client-side library
ii  libxext6   2:1.3.0-3 X11 miscellaneous extension librar
ii  libxft22.1.14-2  FreeType-based font drawing librar
ii  libxine1   1:1.1.20-0.1  Xine video/media player library, m
ii  libxine1-ffmpeg1:1.1.20-0.1  MPEG-related plugins for libxine1
ii  libxine1-x 1:1.1.20-0.1  X desktop video output plugins for
ii  libxinerama1   2:1.1.1-3 X11 Xinerama extension library
ii  libxtst6   2:1.1.0-3 X11 Testing -- Record extension li
ii  libxv1 2:1.0.5-1 X11 Video extension library
ii  libxxf86vm11:1.1.0-2 X11 XFree86 video mode extension l

Versions of packages xine-ui recommends:
ii  xdg-utils1.0.2+cvs20100307-2 desktop integration utilities from

xine-ui suggests no packages.

-- no debconf information

-- debsums errors found:
debsums: changed file /var/lib/xine/xine.desktop (from xine-ui package)


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

Bug#688229: Burning data DVD looks successful but mounting fails

[Thomas Schmitt]

Hi,

> I am also going to print out the sector size. (Or just use GDB.)

The loop condition (read_bytes == sector_size) suggests that
it must be 2048. Only this alignment is guaranteed for the
output of libisofs.

(Actually it would be a good reason for the 50 % bug if libisofs
 would not obey this alignment. But i am sure it does.)


> BraseroBurn: (at burn-libburn-common.c:218) BraseroLibburn Premature
> end of input encountered. Missing: 2048 bytes

This is a message of libburn.
Obviously the image size was pre-announced to libburn and it
noticed a shortage when the input stream ended.

Regrettably the number 2048 might not be an indication of the exact
missing amount.
It should be exact if libburn-1.2.4 is in use.
Earlier versions always reported 2048.

Fixed by http://libburnia-project.org/changeset/4762

Libburn version can be inquired by
  cdrskin -version
libburn-1.2.4 should be installed as
 libburn.so.4.77.0


> $ dd if=/tmp/my_emulated_drive bs=2048 skip=16 count=1 | od -c
>000 377 330 377 340  \0 020   J   F   I   F  \0 001 001 001  \0 H

This looks like the data start of a JPEG file.
The data blocks of file content come after the trees.
So this time the burn seems to have skipped even more blocks than
with the original run.


> $ dd if=/tmp/my_emulated_drive bs=30720 count=1 | od -c
> 004 002   C   D   0   0   1 001  \0  \0  \0  \0  \0 

This is the Joliet Volume Descriptor.
It should sit at block 17.

So it looks like we lose 17 blocks at start.
If the image does not contain only very few files, then we
seem to lose further blocks inbetween.


Have a nice day :)

Thomas


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

Bug#690200: ogre: incomplete debian/copyright

[Bart Martens]

Package: ogre
Version: 1.7.4-5
Severity: serious

Bug 690199 is also in ogre, see for example "Copyright 1998-2002 by Neil
Hodgson" in
Tools/MaterialEditor/wxscintilla_1.69.2/src/scintilla/src/LexPython.cxx.


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

Bug#690199: ogre-1.8: incomplete debian/copyright

[Bart Martens]

Package: ogre-1.8
Severity: serious
Version: 1.7.4-5

On Wed, Oct 10, 2012 at 10:32:45PM +0100, Manuel A. Fernandez Montecelo wrote:
> Hello,
> 
> I need permissions to upload from now on the packages from this team
> that I maintain since several years ago (ogre and ogre-1.8)
...
> If somebody could do this, I would be thankful.

Hi Manuel,

You ask to renew your upload permissions, but debian/copyright in ogre-1.8 is
not complete, see for example "Copyright 1998-2002 by Neil Hodgson" in
Tools/MaterialEditor/wxscintilla_1.69.2/src/scintilla/src/LexPython.cxx.

Regards,

Bart Martens


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

Bug#689829: I would second this request

[Paul C. Bryan]

Dear maintainers:

I would also like to add my voice to this request to replace iceweasel
as the browser that gnome-core depends on. It's not a GNOME subproject,
nor does it seem to recognize GNOME's system settings, for example the
default mail application.

Paul


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

Bug#690183: ITP: apt-fast -- shellscript wrapper for apt-get or aptitude

[Marco d'Itri]

On Oct 11, Hideki Yamane  wrote:

> > apt-fast is a shellscript wrapper for apt-get that can drastically improve 
> > apt
> > download times by downloading packages in parallel, with multiple 
> > connections
> > per package.
>  well, isn't it huge load for repository servers?
As a mirror operator I consider this antisocial.
As a developer, I doubt that this can provide significant speed 
improvements other than for pathological cases.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#690198: linux-image-3.2.0-4-686-pae: [drm][i915] Screen corruption and flickering on acer aspire s5

[Holger Freyther]

Package: src:linux
Version: 3.2.30-1
Severity: normal

Dear Maintainer,

the upgrade from linux-image-3.2.0-3-686-pae to linux-image-3.2.0-4-686-pae
introduced screen corruption. Once the i915.ko drm module is loaded the text
console begins to flicker, once X/gdm starts the colors are corrupted and not
the entire display is shown. Suspend/resume is fixing this configuration.

I bisected a different kernel branch and found a commit, it has been backported
to the v3.2 stable branch as 8147cc255b1ab84cdb0d4b28cccf7fe59103dcee. Reverting
the change is fixing the corruption.



-- Package-specific info:
** Kernel log: boot messages should be attached

** Model information
not available

** PCI devices:
00:00.0 Host bridge [0600]: Intel Corporation 3rd Gen Core processor DRAM 
Controller [8086:0154] (rev 09)
Subsystem: Acer Incorporated [ALI] Device [1025:0704]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 

00:02.0 VGA compatible controller [0300]: Intel Corporation 3rd Gen Core 
processor Graphics Controller [8086:0166] (rev 09) (prog-if 00 [VGA controller])
Subsystem: Acer Incorporated [ALI] Device [1025:0704]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR-  [disabled]
Capabilities: 
Kernel driver in use: i915

00:14.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series Chipset 
Family USB xHCI Host Controller [8086:1e31] (rev 04) (prog-if 30 [XHCI])
Subsystem: Acer Incorporated [ALI] Device [1025:0704]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
SERR- 
Kernel driver in use: xhci_hcd

00:16.0 Communication controller [0780]: Intel Corporation 7 Series/C210 Series 
Chipset Family MEI Controller #1 [8086:1e3a] (rev 04)
Subsystem: Acer Incorporated [ALI] Device [1025:0704]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 

00:1a.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series Chipset 
Family USB Enhanced Host Controller #2 [8086:1e2d] (rev 04) (prog-if 20 [EHCI])
Subsystem: Acer Incorporated [ALI] Device [1025:0704]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
SERR- 
Kernel driver in use: ehci_hcd

00:1b.0 Audio device [0403]: Intel Corporation 7 Series/C210 Series Chipset 
Family High Definition Audio Controller [8086:1e20] (rev 04)
Subsystem: Acer Incorporated [ALI] Device [1025:0704]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: snd_hda_intel

00:1c.0 PCI bridge [0604]: Intel Corporation 7 Series/C210 Series Chipset 
Family PCI Express Root Port 1 [8086:1e10] (rev c4) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport

00:1c.1 PCI bridge [0604]: Intel Corporation 7 Series/C210 Series Chipset 
Family PCI Express Root Port 2 [8086:1e12] (rev c4) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport

00:1c.4 PCI bridge [0604]: Intel Corporation 7 Series/C210 Series Chipset 
Family PCI Express Root Port 5 [8086:1e18] (rev c4) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport

00:1d.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series Chipset 
Family USB Enhanced Host Controller #1 [8086:1e26] (rev 04) (prog-if 20 [EHCI])
Subsystem: Acer Incorporated [ALI] Device [1025:0704]
Control: I/

Bug#517874: apt-cacher: apt-get update fails with "Hash Sum mismatch"

[Mark Hindley]

- Original message -
> Package: apt-cacher
> Followup-For: Bug #517874
> 
> Hallo Mark,
> 
> Any news on thie, as I see that issue too: (however both with apt-get
> and aptitude)
> 
> W: Failed to fetch
> http://thecus:3142/mirror.1und1.de/debian/dists/testing/non-free/binary-amd64/PackagesIndex
>   MD5Sum mismatch
> 
> But the files it chokes changes with evey invocation of apt-get

Hi. I am pretty sure this is unrelated to #517874, although the client error is 
the same.

Could you start a new report and include the error.log with debugging enabled. 

What is in your sources.lst? Does it only happen with this upstream server?

Mark


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

Bug#689580: splitting lmodern fonts

[Norbert Preining]

On Mi, 10 Okt 2012, Fabian Greffrath wrote:
> However, I would go with all static debian/*.links files and add rules  
> to debian/rules to re-create them when needed. But that's personal 
> choice.

Done, also copyright is now pregenerated. And source lintian override
gone. And compat level 9, and rules file simplified ;-)

Usual place, ~3. No need to really test - nothing has seriously changed.

Best wishes

Norbert

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

TODBER (n.)
One whose idea of a good time is to stand behind his front hedge and
give surly nods to people he doesn't know.
--- Douglas Adams, The Meaning of Liff


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

Bug#690076: fails to decrypt PDF 1.7 files

[martin f krafft]

also sprach martin f krafft  [2012.10.09.2035 +0200]:
> I have asked the person to create a document that I can share, in
> the hope that it will help.

Attached a test file, password is 'abc123'.

-- 
 .''`.   martin f. krafft   Related projects:
: :'  :  proud Debian developer   http://debiansystem.info
`. `'`   http://people.debian.org/~madduckhttp://vcs-pkg.org
  `-  Debian - when you have better things to do than fixing systems
 
"life is what happens to you while you're busy making other plans."
-- john lennon


test.pdf
Description: Adobe PDF document


digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#688590: patch confuses me

[Christian Grothoff]

On 10/10/2012 09:30 PM, Bertrand Marc wrote:
> Dear Christian,
> 
> Thank you for checking all these Debian bugs, it is really appreciated.
> 
> Yes my patch would place the NSS library in /usr/lib, I thought it was
> ok. And my Debian scripting expect it in /usr/lib because that is where
> it ends up on my amd64 box. 

Now _that_ is strange.  I had specifically modified our Makefiles so
that it would not end up in /usr/lib.  Now, I don't recall in which
version I fixed that and I also don't know which one you tested on your
box, but SVN HEAD AFAIK goes to /lib (if it can).

> It also built fine on a lot of Debian arch
> since 0.9 with this scripting. 

Build OK or also installed to /lib as-it-should?

> In fact I don't understand how the NSS
> library could end up in 2 different locations with the same GNUnet
> version and the same packaging.

That I also don't know.

> I'll fix my package so the packaging will expect the NSS library in
> /lib. But how could I be sure that the NSS library will end up there ?

I think the answer is here:

if HAVE_SUDO
nssdir = /lib/
else
nssdir = $(libdir)
endif

So the /lib/ installation happens if "HAVE_SUDO" is set.  That was done
because if a normal user runs 'make install' (say with prefix of $HOME),
then we cannot install the nss lib to /lib/.  Note that the test for
'HAVE_SUDO' in configure includes the ability to write to '/' as an
alternative:
AM_CONDITIONAL([HAVE_SUDO], [test "x$SUDO_BINARY" != "x" -o -w /])

So either run configure as 'root' or give it --with-sudo.

I hope this helps!

Christian


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

Bug#689825: unblock: pymongo/2.2-2

[Bart Martens]

On Wed, Oct 10, 2012 at 11:59:35PM +0100, Federico Ceratto wrote:
> Hi Bart, thanks for your answer.
> 
> > I have reopened bug 689283, because the bug is not fully solved in 2.2-3.  
> > So I
> > suggest debian-release to wait with the unblock for now.
> 
> Hello Bart, thanks for your help.
> You mentioned that the bug 689283 is not fully solved, could you tell
> me in what way?

Yes :
http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=14;bug=689283

Regards,

Bart Martens


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

Bug#658958: Bug#658958: wineconsole: please use curses backend when DISPLAY is not set

[Austin English]

On Wed, Oct 3, 2012 at 6:27 AM, Bill Allombert
 wrote:
> On Thu, Sep 13, 2012 at 11:14:05AM -0700, Austin English wrote:
>> On Mon, Sep 10, 2012 at 5:36 PM, Austin English  
>> wrote:
>> > forwarded 658958 http://bugs.winehq.org/show_bug.cgi?id=31670
>>
>> fixed 658958 1.4.1-2
>
> Indeed this version fix the problem, but there no mention in the changelog.
> What was the issue ?

It was fixed by:
commit 359cd00982e86d899bbdb5a14a69a398de646c3c
Author: Kirill K. Smirnov 
Date:   Sat Aug 2 21:03:05 2008 +0400

wineconsole: Check return value of CreateWindow() for errors, do
not rely upon callback function.

diff --git a/programs/wineconsole/user.c b/programs/wineconsole/user.c
index 6ded183..03157aa 100644
--- a/programs/wineconsole/user.c
+++ b/programs/wineconsole/user.c
@@ -1434,7 +1434,7 @@ enum init_return WCUSER_InitBackend(struct
inner_data* data)

 RegisterClass(&wndclass);

-CreateWindow(wndclass.lpszClassName, NULL,
+data->hWnd = CreateWindow(wndclass.lpszClassName, NULL,

WS_OVERLAPPED|WS_CAPTION|WS_SYSMENU|WS_THICKFRAME|WS_MINIMIZEBOX|WS_HSCROLL|WS_VSCROLL,
 CW_USEDEFAULT, CW_USEDEFAULT, 0, 0, 0, 0,
wndclass.hInstance, data);
 if (!data->hWnd) return init_not_supported;

essentially Wine wasn't checking if the windows creation succeeded.
After this commit it does, then falls back to curses.

The first version with the fix was wine-1.1.3.

-- 
-Austin


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

Bug#690010: RFS: sweethome3d-furniture-editor/1.8-1 [ITP]

[tony mancill]

On 10/08/2012 04:25 PM, Gabriele Giacone wrote:
> Package: sponsorship-requests
> Severity: wishlist
> Control: block 689980 by -1
> 
> Dear mentors,
> 
>   I am looking for a sponsor for my package "sweethome3d-furniture-editor"

Hi Gabriele,

I am reviewing this package and will sponsor an upload once I have finished.

Thank you,
tony





signature.asc
Description: OpenPGP digital signature

Bug#690125: texlive-fonts-recommended contains four strange duplicates of the Type 1 font files for Nimbus Sans

[Norbert Preining]

Hi Karl, hi all

On Mi, 10 Okt 2012, Fabian Greffrath wrote:
> the texlive-fonts-recommended package contains four strange duplicates  

TeX Live package "helvetic", contained in collection-fontsrecommend

> of the Type 1 font files for URW's Helvetica clone Nimbus Sans. The  
> files are not among the fonts hosted on CTAN and seem to be ancient  
> versions of the condensed fonts with the letter 'c' indicating  
> "condensed" in the file name at a different position:

The following additional files are here:
uhvbrc8a.pfb
uhvboc8a.pfb
uhvrrc8a.pfb
uhvroc8a.pfb

Looking at the pfb converted fonts I see that they seem to be old
versions of fonts we ship. In the following list the fonts starting
with "??" seem to be the superfluous ones:

uhvb8ac.pfa:/Copyright (Copyright (URW)++,Copyright 1999 by (URW)++ Design & 
Development) readonly def
uhvb8ac.pfa:/FullName (Nimbus Sans L Bold Condensed) readonly def
??uhvbrc8a.pfa:/Copyright (Copyright URW Software, Copyright 1994 by URW) 
readonly def
??uhvbrc8a.pfa:/FullName (Nimbus Sans L Bold Condensed) readonly def

uhvbo8ac.pfa:/Copyright (Copyright (URW)++,Copyright 1999 by (URW)++ Design & 
Development) readonly def
uhvbo8ac.pfa:/FullName (Nimbus Sans L Bold Condensed Italic) readonly def
??uhvboc8a.pfa:/Copyright (Copyright URW Software, Copyright 1994 by URW) 
readonly def
??uhvboc8a.pfa:/FullName (Nimbus Sans L Bold Condensed Italic) readonly def

uhvr8ac.pfa:/Copyright (Copyright (URW)++,Copyright 1999 by (URW)++ Design & 
Development) readonly def
uhvr8ac.pfa:/FullName (Nimbus Sans L Regular Condensed) readonly def
??uhvrrc8a.pfa:/Copyright (Copyright URW Software, Copyright 1994 by URW) 
readonly def
??uhvrrc8a.pfa:/FullName (Nimbus Sans L Regular Condensed) readonly def

uhvro8ac.pfa:/Copyright (Copyright (URW)++,Copyright 1999 by (URW)++ Design & 
Development) readonly def
uhvro8ac.pfa:/FullName (Nimbus Sans L Regular Condensed Italic) readonly def
??uhvroc8a.pfa:/Copyright (Copyright URW Software, Copyright 1994 by URW) 
readonly def
??uhvroc8a.pfa:/FullName (Nimbus Sans L Regular Condensed Italic) readonly def

WHich shows that the versions we are actually using and have accompanying
afm files etc, are form 1999.

But there are some left overs from 94. And also seem not to be present on
CTAN.

Karl, what about removing them?


Best wishes

Norbert

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

What the hell, he thought, you're only young once, and
threw himself out of the window. That would at least keep
the element of surprise on his side.
 --- Ford outwitting a Vogon with a rocket launcher by going
 --- into another certain death situation.
 --- Douglas Adams, The Hitchhikers Guide to the Galaxy


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

Bug#683184: RFS: suckless-tools/39-1 [ITA]

[Vasudev Kamath]

On Thu, Oct 11, 2012 at 1:40 AM, Jakub Wilk  wrote:
>
> "Converted to..." doesn't usually play well with the freeze policy. But in
> this case the required changes are small enough that hopefully the Release
> Team won't mind.

Do you think I should change the Phrase like added the Format:
Upstream-Name: and Source field instead?

> I noticed another flaw of the current copyright file: the license for st/*
> is wrong. Please fix this, too.

Ok I will fix this tonight!.

>
>> Along with closing the bug I added myself as maintainer
>
>
> That should be okay.
>
>
>> but I didn't change standards version.
>
>
> Very well.
>
>
>> Additionally I gave new repository name as suckless-tools-wheezy.git I've
>> not created it yet on collab just would like to know if name is okay or you
>> can suggest me better name ;)
>
>
> I'm not a git expert, but isn't it usual to keep multiple branches in a
> single repository?

We can keep if we had the previous history in Git but in my case the
suckless-tools is a fresh repository from 39-1 and previous maintainer
had his own repository in his own domain. So its kinda messy situation
that I can't hold this package history in existing suckless-tools.git.
Or better I host it some where else than collab like github or
gitorious with same name as suckless-tools.git what do you think?


>
>> There is also a patch for removing FTBFS on Gnu/hurd but this is fixed in
>> new version of dmenu do you think it is good to add this patch [1]
>
>
> Hurd is not a release architecture, so I'm pretty sure Release Team won't be
> happy about such a change.

OK I won't apply it since its any how fixed in new version of dmenu

-- 

Vasudev Kamath
http://copyninja.info
copyninja@{frndk.de|vasudev.homelinux.net}


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

Bug#551802: gdm3 also fails to manage remote utmp records correctly

[paul . szabo]

I have now reported this same bug against gdm3:
http://bugs.debian.org/690197

Cheers, Paul

Paul Szabo   p...@maths.usyd.edu.au   http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics   University of SydneyAustralia


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

Bug#690197: gdm3: fails to correctly add XDMCP user's session to utmp

[Paul Szabo]

Package: gdm3
Version: 3.4.1-3
Severity: normal
Tags: upstream patch


This bug has previously been reported for package GDM in
http://bugs.debian.org/551802
Please see there for history and details. Briefly quoting:

  ... All users are given the id that corresponds to the first
  4 characters of the host, which taking into account that no
  resolution is used, tends to be "192.". Since this id is
  supposed to be unique, all users are registered with the
  same id, and only one is shown.
  ...
  ... gdm tries to manage the utmp record setting the id of
  the record to be the first part of display name, the id is
  defined to be 4 bytes long, and the display name for xdmcp
  clients is of the form ip:display_number, so, xdmcp users in
  the same /8 network end up overwriting the other user utmp
  record.

This bug has been forwarded upstream:
https://bugzilla.gnome.org/show_bug.cgi?id=599103
I have just posted an as-yet-untested patch there, attached here also.

Cheers, Paul

Paul Szabo   p...@maths.usyd.edu.au   http://www.maths.usyd.edu.au/u/psz/
School of Mathematics and Statistics   University of SydneyAustralia


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

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

Versions of packages gdm3 depends on:
ii  accountsservice 0.6.21-6
ii  adduser 3.113+nmu3
ii  dconf-gsettings-backend 0.12.1-2
ii  dconf-tools 0.12.1-2
ii  debconf [debconf-2.0]   1.5.46
ii  dpkg1.16.8
ii  gir1.2-freedesktop  1.32.1-1
ii  gir1.2-glib-2.0 1.32.1-1
ii  gnome-session [x-session-manager]   3.4.2.1-2
ii  gnome-session-bin   3.4.2.1-2
ii  gnome-session-fallback [x-session-manager]  3.4.2.1-2
ii  gnome-settings-daemon   3.4.2-5
ii  gnome-terminal [x-terminal-emulator]3.4.1.1-1+build1
ii  gsettings-desktop-schemas   3.4.2-1
ii  libaccountsservice0 0.6.21-6
ii  libatk1.0-0 2.4.0-2
ii  libattr11:2.4.46-8
ii  libaudit0   1:1.7.18-1.1
ii  libc6   2.13-35
ii  libcairo-gobject2   1.12.2-2
ii  libcairo2   1.12.2-2
ii  libcanberra-gtk3-0  0.28-5
ii  libcanberra00.28-5
ii  libdbus-1-3 1.6.0-1
ii  libdbus-glib-1-20.100-1
ii  libfontconfig1  2.9.0-7
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.32.3-1
ii  libglib2.0-bin  2.32.3-1
ii  libgtk-3-0  3.4.2-3
ii  libpam-modules  1.1.3-7.1
ii  libpam-runtime  1.1.3-7.1
ii  libpam0g1.1.3-7.1
ii  libpango1.0-0   1.30.0-1
ii  librsvg2-common 2.36.1-1
ii  libselinux1 2.1.9-5
ii  libupower-glib1 0.9.17-1
ii  libwrap07.6.q-24
ii  libx11-62:1.5.0-1
ii  libxau6 1:1.0.7-1
ii  libxdmcp6   1:1.1.1-1
ii  libxklavier16   5.2.1-1
ii  libxrandr2  2:1.3.2-2
ii  lsb-base4.1+Debian7
ii  metacity [x-window-manager] 1:2.34.3-3
ii  policykit-1-gnome   0.105-2
ii  sawfish [x-window-manager]  1:1.5.3-2.1+b1
ii  upower  0.9.17-1
ii  x11-common  1:7.7+1
ii  x11-xserver-utils   7.7~3
ii  xfce4-session [x-session-manager]   4.8.3-2+b1
ii  xfwm4 [x-window-manager]4.8.3-2
ii  xterm [x-terminal-emulator] 278-2

Versions of packages gdm3 recommends:
ii  at-spi2-core   2.5.3-1
ii  desktop-base   7.0.3
ii  gnome-icon-theme   3.4.0-2
ii  gnome-icon-theme-symbolic  3.4.0-2
ii  x11-xkb-utils  7.7~1
ii  xserver-xephyr 2:1.12.3.902-1
ii  xserver-xorg   1:7.7+1
ii  zenity 3.4.0-2

Versions of packages gdm3 suggests:
pn  gnome-orca
ii  gnome-shell   3.4.2-1
pn  gok   
ii  libpam-gnome-keyring  3.4.1-5

-

Bug#690152: bsaf: FTBFS: Test org.jdesktop.application.TaskMonitorTest failed

[Miguel Landaeta]

On Wed, Oct 10, 2012 at 04:22:11PM +0200, Lucas Nussbaum wrote:
> Source: bsaf
> Version: 1.9-3
> Severity: serious
> Tags: wheezy sid
> User: debian...@lists.debian.org
> Usertags: qa-ftbfs-20121010 qa-ftbfs
> Justification: FTBFS in wheezy on amd64
> 
> Hi,
> 
> During a rebuild of all packages in *wheezy*, your package failed to
> build on amd64.

I couldn't reproduce this in wheezy or sid, but I was only using pbuilder to 
test.

-- 
Miguel Landaeta, miguel at miguel.cc
secure email with PGP 0x6E608B637D8967E9 available at http://keyserver.pgp.com/
"Faith means not wanting to know what is true." -- Nietzsche


signature.asc
Description: Digital signature

Bug#663916: New phonetisaurus package available

[Giulio Paci]

Il 10/10/2012 22:59, Jakub Wilk ha scritto:
> * Giulio Paci , 2012-10-09, 02:16:
>> git://git.debian.org/git/collab-maint/phonetisaurus.git.
> 
> The ugly hack in debian/rules is indeed ugly. :)

I definitively agree.
I found a cleaner way to do that and applied it (by setting DEB_CLEAN_EXCLUDE 
in debian/rules).

> Last but not least, why do you need to recover this file? It looks like it 
> shouldn't have been included in the upstream tarball in the first place.

Just because it was in the original tarball and I want that a "debian/rules 
clean" results in the same content of the original tarball.
I already contacted the author and the file will go away with next releases 
(and so the ugly hack).

> Oh, and Google sparse hash implemented is already packaged in Debian. Please 
> build-depend on libsparsehash-dev and make sure that the system-wide copy is 
> used, not the
> bundled one.
> 
> Packaging the UTF-8 library (currently in src/3rdparty/utf8/) might be also 
> worth considering, in order to comply with Policy §4.13.

As we are not talking about shared libraries, but about a few headers files, I 
do not understand the benefits of doing so.
I see only disadvantages:
1) using system wide files will prevent me to easily know the source code used 
to compile the phonetisaurus debian package;
2) fixes in sparsehash will not be available to phonetisaurus unless 
phonetisaurus is recompiled;
3) I will need to maintain patches to use the system-wide copy;
4) an additional dependency is introduced;
5) If I will package UTF-8 I will need to invest time maintaining a new package 
that I do not care about and that contains just 4 headers files.

Do you think that policy §4.13 apply in this case? I seems to me that it is 
more related to shared libraries than static ones and headers.
Moreover I think that the last part of the following sentence applies:
"Debian packages should not make use of these convenience copies unless the 
included package is explicitly intended to be used in this way".

Bests,
Giulio.


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

Bug#690195: unblock: vim-scripts/20121007

[James McCoy]

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

Please unblock package vim-scripts

This upload adds support for svn 1.7 to the vcscommand plugin and
xz-compressed debs to debPlugin.  Both patches are pretty minimal.
Debdiff attached.

unblock vim-scripts/20121007

-- 
James
GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy 
diff -Naur vim-scripts-20110813/debian/changelog 
vim-scripts-20121007/debian/changelog
--- vim-scripts-20110813/debian/changelog   2011-08-13 23:11:50.0 
-0400
+++ vim-scripts-20121007/debian/changelog   2012-10-07 11:16:17.0 
-0400
@@ -1,3 +1,13 @@
+vim-scripts (20121007) unstable; urgency=low
+
+  * Update Vcs-* URLs.
+  * vcscommand: Backport patch from upstream to handle svn 1.7.  (Closes:
+#688093)
+  * debPlugin: Add support for xz compressed debs.  Thanks to Jakub Wilk for
+the patch.  (Closes: #644172)
+
+ -- James McCoy   Sun, 07 Oct 2012 11:15:37 -0400
+
 vim-scripts (20110813) unstable; urgency=low
 
   * Rename "colors sampler pack" to "colors-sampler-pack" so it's easier to
diff -Naur vim-scripts-20110813/debian/control 
vim-scripts-20121007/debian/control
--- vim-scripts-20110813/debian/control 2011-08-13 23:11:50.0 -0400
+++ vim-scripts-20121007/debian/control 2012-10-07 11:16:17.0 -0400
@@ -2,13 +2,13 @@
 Section: editors
 Priority: optional
 Maintainer: Debian Vim Maintainers 

-Uploaders: Michael Piefel , James Vega 
+Uploaders: Michael Piefel , James McCoy 

 Build-Depends: cdbs, debhelper (>> 5.0.0), quilt
 Build-Depends-Indep: xsltproc, docbook-xsl
 Standards-Version: 3.9.2.0
 Homepage: http://www.vim.org/scripts/
-Vcs-Git: git://git.debian.org/git/pkg-vim/vim-scripts.git
-Vcs-Browser: http://git.debian.org/?p=pkg-vim/vim-scripts.git
+Vcs-Git: git://anonscm.debian.org/pkg-vim/vim-scripts.git
+Vcs-Browser: http://anonscm.debian.org/gitweb/?p=pkg-vim/vim-scripts.git
 
 Package: vim-scripts
 Architecture: all
diff -Naur vim-scripts-20110813/debian/patches/deb.vim-xz.diff 
vim-scripts-20121007/debian/patches/deb.vim-xz.diff
--- vim-scripts-20110813/debian/patches/deb.vim-xz.diff 1969-12-31 
19:00:00.0 -0500
+++ vim-scripts-20121007/debian/patches/deb.vim-xz.diff 2012-10-07 
11:16:17.0 -0400
@@ -0,0 +1,25 @@
+Subject: Add support for xz-compressed debs
+Author: Jakub Wilk 
+Bug-Debian: http://bugs.debian.org/644172
+
+diff --git a/autoload/deb.vim b/autoload/deb.vim
+--- a/autoload/deb.vim
 b/autoload/deb.vim
+@@ -32,6 +32,8 @@
+ let l:unpcmp = "tar zxfO "
+ elseif l:archmember == "data.tar.bz2"
+ let l:unpcmp = "tar jxfO "
++elseif l:archmember == "data.tar.xz"
++  let l:unpcmp = "tar JxfO "
+ elseif l:archmember == "data.tar.lzma"
+ if !s:hascmd("lzma")
+ return
+@@ -230,7 +232,7 @@
+ " return data file name for debian package. This can be either data.tar.gz,
+ " data.tar.bz2 or data.tar.lzma
+ fun s:dataFileName(deb)
+-for fn in ["data.tar.gz", "data.tar.bz2", "data.tar.lzma", "data.tar"]
++for fn in ["data.tar.gz", "data.tar.bz2", "data.tar.lzma", "data.tar.xz", 
"data.tar"]
+ " [0:-2] is to remove trailing null character from command output
+ if (system("ar t " . "'" . a:deb . "'" . " " . fn))[0:-2] == fn
+ return fn
diff -Naur vim-scripts-20110813/debian/patches/series 
vim-scripts-20121007/debian/patches/series
--- vim-scripts-20110813/debian/patches/series  2011-08-13 23:11:50.0 
-0400
+++ vim-scripts-20121007/debian/patches/series  2012-10-07 11:16:17.0 
-0400
@@ -18,3 +18,5 @@
 lbdbq-query.diff
 lbdbq-detect-lbdbq.diff
 disabledby-doxygentoolkit.diff
+vcscommand-svn1.7.diff
+deb.vim-xz.diff
diff -Naur vim-scripts-20110813/debian/patches/vcscommand-svn1.7.diff 
vim-scripts-20121007/debian/patches/vcscommand-svn1.7.diff
--- vim-scripts-20110813/debian/patches/vcscommand-svn1.7.diff  1969-12-31 
19:00:00.0 -0500
+++ vim-scripts-20121007/debian/patches/vcscommand-svn1.7.diff  2012-10-07 
11:16:17.0 -0400
@@ -0,0 +1,44 @@
+commit f0750a4e0b1606e51807d7157759b3a5e1e9760d
+Author: Bob Hiestand 
+Date:   Tue Oct 18 10:50:12 2011 -0500
+
+identify via 'svn info'
+
+don't look for .svn directories as svn 1.7 breaks that method
+
+--- a/plugin/vcssvn.vim
 b/plugin/vcssvn.vim
+@@ -90,22 +90,17 @@
+ 
+ " Function: s:svnFunctions.Identify(buffer) {{{2
+ function! s:svnFunctions.Identify(buffer)
+-  let fileName = resolve(bufname(a:buffer))
+-  if isdirectory(fileName)
+-  let directoryName = fileName
+-  else
+-  let directoryName = fnamemodify(fileName, ':h')
+-  endif
+-  if strlen(directoryName) > 0
+-  let svnDir = directoryName . '/.svn'
+-  else
+-  let svnDir = '.svn'
+-  endif
+-  if isdirectory(svnDir)
+-  return 1
+-  else
+-  return 0
+-  endif
++  let oldCwd = 
VCSCommandChangeToCurrentFile

Bug#690183: ITP: apt-fast -- shellscript wrapper for apt-get or aptitude

[Hideki Yamane]

On Wed, 10 Oct 2012 23:53:31 +0200
Dominique Lasserre  wrote:
> * Package name: apt-fast

> apt-fast is a shellscript wrapper for apt-get that can drastically improve apt
> download times by downloading packages in parallel, with multiple connections
> per package.

 well, isn't it huge load for repository servers?


-- 
Regards,

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


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

Bug#658728: How test builds work (Re: patch_realtek: no more sound on HP Compaq dx2200 MT)

[Jonathan Nieder]

A. Costa wrote:

> Off topic, sort of:  would something like 'ksplice'[1] help here, or in
> similar cases, the better to ease the user burden of bandwidth &
> recompiling?

Not really.  ksplice requires a lot of manual work.  Its only purpose
is to avoid rebooting.

What would help is PPAs (that is, using donated build machines to
build test packages so developers do not have to use their private
machines) and debdelta (which automatically compresses package
updates).  Especially the former would be helpful.

In the meantime, we have had to rely on individual testers to build
when there is a patch to try, except in lucky cases where we can just
rebuild an individual driver and send the resulting kernel module.  As
a side-benefit it makes it easier to work directly with upstream, but
the up-front cost of downloading the source and doing the initial
build (the usual makefile machinery makes builds fast after that) is
indeed a downside.

Hoping that clarifies,
Jonathan


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

Bug#688772: gnome Depends network-manager-gnome

[Don Armstrong]

On Fri, 05 Oct 2012, Don Armstrong wrote:
> From what I understand, nm and wicd are not capable of
> co-existing.[1] Furthermore, nm does not always catch that other
> systems (such as ifupdown) are configuring the interfaces, and may
> lead to broken behavior on upgrade (such as #656584 and #688355,
> just glancing at it).

Assuming that

1) we decide that failures of NM to detect basic ifupdown
configurations and avoid overriding them are bugs, possibly of RC
severity

2) given the gnome maintainer's desire to have NM installed by default
from the gnome metapackage

allowing gnome to Depends: nm | wicd; would deal with the most
concerning form of breakage for me.

Does this work for anyone else?


Don Armstrong

-- 
It was a very familiar voice. [...] It was a voice you could have used
to open a bottle of whine.
 -- Terry Pratchett _The Last Continent_ p270

http://www.donarmstrong.com  http://rzlab.ucr.edu


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

Bug#684656: gnome-terminal: F10 becomes mouse right click

[Drew Parsons]

Package: gnome-terminal
Followup-For: Bug #684656

This bug is the same as #656685,#658392 and was recently fixed by
xkb-data 2.5.1-2.1, libgtk-3-0 3.4.2-4.

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

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

Versions of packages gnome-terminal depends on:
ii  gconf-service  3.2.5-1+build1
ii  gnome-terminal-data3.4.1.1-1+build1
ii  gsettings-desktop-schemas  3.4.2-1
ii  libatk1.0-02.4.0-2
ii  libc6  2.13-35
ii  libgconf-2-4   3.2.5-1+build1
ii  libgdk-pixbuf2.0-0 2.26.1-1
ii  libglib2.0-0   2.33.12+really2.32.4-2
ii  libgtk-3-0 3.4.2-4
ii  libice62:1.0.8-2
ii  libpango1.0-0  1.30.0-1
ii  libsm6 2:1.2.1-2
ii  libvte-2.90-9  1:0.32.2-1
ii  libx11-6   2:1.5.0-1

Versions of packages gnome-terminal recommends:
ii  gvfs  1.12.3-1+b1
ii  yelp  3.4.2-1+b1

gnome-terminal 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#684240: lenovo t61 laptop fails to shutdown

[Luis Mochan]

On Wed, Oct 10, 2012 at 05:32:59PM -0700, Jonathan Nieder wrote:
> Luis Mochan wrote:
> 
> > Thanks for your comments and advice. I'll get back to you when I find 
> > some more time...
> 
> Thanks for the update, and no problem.  Do you mind if I forward your
> message to the bug log?
Of course not. I forgot again!?
Regards,
Luis


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

Bug#690194: crrcsim: FTBFS: src/mod_inputdev/inputdev_parallel/inputdev_parallel.cpp:41:25: fatal error: asm/io.h: No such file or directory

[Nobuhiro Iwamatsu]

Source: crrcsim
Version: 0.9.12-2
Severity: wishlist
Tags: patch
Justification: fails to build from source
User: debian-...@superh.org
Usertags: sh4
X-Debbugs-CC: debian-sup...@lists.debian.org

Hi,

crrcsim FTBFS on Renesas SH4.

 
http://buildd.debian-ports.org/status/fetch.php?pkg=crrcsim&arch=sh4&ver=0.9.12-2&stamp=1349666786

-
[  9%] Building CXX object
src/mod_inputdev/CMakeFiles/mod_inputdev.dir/inputdev_mnav/inputdev_mnav.cpp.o
cd 
/build/buildd-crrcsim_0.9.12-2-sh4-RxvWK4/crrcsim-0.9.12/obj-sh4-linux-gnu/src/mod_inputdev
&& /usr/bin/g++   -Dlinux -DCRRC_DATA_PATH=\"/usr/share/crrcsim\" -g
-O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat
-Werror=format-security -D_FORTIFY_SOURCE=2 -I/usr/include/SDL
-I/build/buildd-crrcsim_0.9.12-2-sh4-RxvWK4/crrcsim-0.9.12/obj-sh4-linux-gnu
   -Wall -frounding-math -o
CMakeFiles/mod_inputdev.dir/inputdev_mnav/inputdev_mnav.cpp.o -c
/build/buildd-crrcsim_0.9.12-2-sh4-RxvWK4/crrcsim-0.9.12/src/mod_inputdev/inputdev_mnav/inputdev_mnav.cpp
/usr/bin/cmake -E cmake_progress_report
/build/buildd-crrcsim_0.9.12-2-sh4-RxvWK4/crrcsim-0.9.12/obj-sh4-linux-gnu/CMakeFiles
[  9%] Building CXX object
src/mod_inputdev/CMakeFiles/mod_inputdev.dir/inputdev_mnav/mnav.cpp.o
cd 
/build/buildd-crrcsim_0.9.12-2-sh4-RxvWK4/crrcsim-0.9.12/obj-sh4-linux-gnu/src/mod_inputdev
&& /usr/bin/g++   -Dlinux -DCRRC_DATA_PATH=\"/usr/share/crrcsim\" -g
-O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat
-Werror=format-security -D_FORTIFY_SOURCE=2 -I/usr/include/SDL
-I/build/buildd-crrcsim_0.9.12-2-sh4-RxvWK4/crrcsim-0.9.12/obj-sh4-linux-gnu
   -Wall -frounding-math -o
CMakeFiles/mod_inputdev.dir/inputdev_mnav/mnav.cpp.o -c
/build/buildd-crrcsim_0.9.12-2-sh4-RxvWK4/crrcsim-0.9.12/src/mod_inputdev/inputdev_mnav/mnav.cpp
/usr/bin/cmake -E cmake_progress_report
/build/buildd-crrcsim_0.9.12-2-sh4-RxvWK4/crrcsim-0.9.12/obj-sh4-linux-gnu/CMakeFiles
63
[ 10%] Building CXX object
src/mod_inputdev/CMakeFiles/mod_inputdev.dir/inputdev_parallel/inputdev_parallel.cpp.o
cd 
/build/buildd-crrcsim_0.9.12-2-sh4-RxvWK4/crrcsim-0.9.12/obj-sh4-linux-gnu/src/mod_inputdev
&& /usr/bin/g++   -Dlinux -DCRRC_DATA_PATH=\"/usr/share/crrcsim\" -g
-O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat
-Werror=format-security -D_FORTIFY_SOURCE=2 -I/usr/include/SDL
-I/build/buildd-crrcsim_0.9.12-2-sh4-RxvWK4/crrcsim-0.9.12/obj-sh4-linux-gnu
   -Wall -frounding-math -o
CMakeFiles/mod_inputdev.dir/inputdev_parallel/inputdev_parallel.cpp.o
-c 
/build/buildd-crrcsim_0.9.12-2-sh4-RxvWK4/crrcsim-0.9.12/src/mod_inputdev/inputdev_parallel/inputdev_parallel.cpp
/build/buildd-crrcsim_0.9.12-2-sh4-RxvWK4/crrcsim-0.9.12/src/mod_inputdev/inputdev_parallel/inputdev_parallel.cpp:41:25:
fatal error: asm/io.h: No such file or directory
compilation terminated.
make[3]: *** 
[src/mod_inputdev/CMakeFiles/mod_inputdev.dir/inputdev_parallel/inputdev_parallel.cpp.o]
Error 1
make[3]: Leaving directory
`/build/buildd-crrcsim_0.9.12-2-sh4-RxvWK4/crrcsim-0.9.12/obj-sh4-linux-gnu'
make[2]: *** [src/mod_inputdev/CMakeFiles/mod_inputdev.dir/all] Error 2
make[2]: Leaving directory
`/build/buildd-crrcsim_0.9.12-2-sh4-RxvWK4/crrcsim-0.9.12/obj-sh4-linux-gnu'
make[1]: *** [all] Error 2
make[1]: Leaving directory
`/build/buildd-crrcsim_0.9.12-2-sh4-RxvWK4/crrcsim-0.9.12/obj-sh4-linux-gnu'
make: *** [debian/stamp-makefile-build] Error 2
dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2
-

I updated 06-sys_io_missing.patch which revise this bug.
Could you apply this?

Best regards,
 Nobuhiro

--
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6


06-sys_io_missing.patch
Description: Binary data

Bug#690193: 'git annex init "name"' fails - git-annex does not read $HOME/.gitconfig

[Raf Czlonka]

Package: git-annex
Version: 3.20121009
Severity: important

Hi Joey,

This is the first time I used git-annex and to my surprise it failed.
I was folowing the walkthrough [0].

-
§ git init
Initialized empty Git repository in /home/rjc/annex/.git/
rjc at thor in [ ~/annex ]
± git annex init "iBook"
init iBook 
*** Please tell me who you are.

Run

  git config --global user.email "y...@example.com"
  git config --global user.name "Your Name"

to set your account's default identity.
Omit --global to set the identity only in this repository.

fatal: empty ident   not allowed

git-annex: user error (git 
["--git-dir=/home/rjc/annex/.git","--work-tree=/home/rjc/annex","commit-tree","4b825dc642cb6eb9a060e54bf8d69288fbee4904"]
 exited 128)
failed
git-annex: init: 1 failed
-

git-annex fails to read $HOME/.gitconfig, which of course contains the
required configuration.

rjc at thor in [ ~/annex ]
± head -n 3 $HOME/.gitconfig
[user]
name = $my_name
email = $my_email

Adding the above to .git/config solves the problem.

[0] http://git-annex.branchable.com/walkthrough/#index1h2

Regards,

rjc

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (999, 'unstable'), (500, 'testing-proposed-updates'), (500, 
'stable-updates'), (500, 'testing'), (1, 'experimental'), (1, 'stable')
Architecture: powerpc (ppc)

Kernel: Linux 3.2.0-4-powerpc
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages git-annex depends on:
ii  curl7.27.0-1
ii  git 1:1.7.10.4-1
ii  libc6   2.13-35
ii  libffi5 3.0.10-3
ii  libgmp102:5.0.5+dfsg-2
ii  libpcre31:8.31-1
ii  libxml2 2.8.0+dfsg1-6
ii  openssh-client  1:6.0p1-3
ii  rsync   3.0.9-3
ii  uuid1.6.2-1.3
ii  wget1.14-1

Versions of packages git-annex recommends:
ii  gnupg  1.4.12-4+b1
ii  lsof   4.86+dfsg-1

Versions of packages git-annex suggests:
ii  bup  0.25~git2011.11.04-5
ii  graphviz 2.26.3-12
ii  libnss-mdns  0.10-3.2

-- no debconf information


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

Bug#690153: jscribble: FTBFS: tests timeout

[Hideki Yamane]

On Wed, 10 Oct 2012 17:46:30 +0200
gregor herrmann  wrote:
> Hrmpf. Obviously it built fine before for Andrew and me (in a sid
> chroot) (and probably Hideki), according to #687406.

 Yes, it built fine for me with 2 different amd64 machine.
 Maybe it's AWS(Xen?) issue (just wild guess without any evidence).


-- 
Regards,

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


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

Bug#690192: python-zookeeper truncates paths with more than 255 characters.

[Paul Dwerryhouse]

Package: python-zookeeper
Version: 3.3.5+dfsg1-2
Severity: normal

There appears to be a problem with python-zookeeper's handling of nodes with
that have a total path length that is greater than 255 characters. It can
be demonstrated with this simple test program, which creates a node with
path length of 302 characters. The return value from zookeeper.create should
be exactly the same, in this case, but instead, it is trucated at 
255 characters:

==
#!/usr/bin/python 

import zookeeper

ZOO_OPEN_ACL_UNSAFE = {"perms":0x1f, "scheme":"world", "id" :"anyone"}
path = "/" + "x" * 300 + "X"
servers="127.0.0.1:2181"

zh = zookeeper.init(servers)
znode = zookeeper.create(zh,path, 'test', [ZOO_OPEN_ACL_UNSAFE], 0)

print path
print znode

zookeeper.delete(zh, znode)
==

# ./ztest.py
/X
/xx
Traceback (most recent call last):
  File "./ztest.py", line 20, in 
zookeeper.delete(zh, lockfile)
zookeeper.NoNodeException: no node

 
Checking in the Zookeeper cli confirms that the node is created successfully,
and it's only the name returned from zookeeper.create that is truncated.

I cannot find any information on what the maximum allowed path length is,
for Zookeeper, but this doesn't really matter, because if paths longer than
256 characters aren't allowed, then it should be throwing an exception at
create time.

I have also checked that it's not just the node-name length that is the 
problem - it's definitely the total length of the path.

Thanks,

Paul


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

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

Versions of packages python-zookeeper depends on:
ii  libc6 2.13-35
ii  libzookeeper-mt2  3.3.5+dfsg1-2
ii  python2.7.3~rc2-1
ii  python2.6 2.6.8-0.2
ii  python2.7 2.7.3~rc2-2.1

python-zookeeper recommends no packages.

python-zookeeper suggests no packages.

-- debconf-show failed


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

Bug#690191: unblock: GCC 4.7.2

[Matthias Klose]

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

Please unblock GCC 4.7.2. This includes

gcc-4.7 4.7.2-4
gcj-4.7 4.7.2-2 (currently building)
gcc-defaults 1.120

On Oct 10, Lucas Nussbaum did two test rebuilds of testing on amd64 with the
gcc-4.7 in testing and with the gcc-4.7 in unstable. The differences are:

eglibc 2.13-35 2.13-35 SAMEVER Failed OK DIFFRES 0 0 SAMETIME XXX - DIFFEXP
gcj-4.7 4.7.1-1 4.7.1-1 SAMEVER OK Failed DIFFRES 0 0 SAMETIME - unsatisfiable
build-dependency: gcc-4.7-source (< 4.7.2) but 4.7.2-4 is to be installed 
DIFFEXP
libapache2-mod-perl2 2.0.7-1 2.0.7-1 SAMEVER OK Failed DIFFRES 0 0 SAMETIME -
XXX DIFFEXP
mksh 40.9.20120630-2 40.9.20120630-2 SAMEVER OK Failed DIFFRES 0 0 SAMETIME - ]
/«PKGBUILDDIR»/builddir/full/conftest.c:1: undefined reference to
`thiswillneverbedefinedIhope' DIFFEXP
rhash 1.2.9-7 1.2.9-7 SAMEVER OK Failed DIFFRES 0 0 SAMETIME -
plug_openssl.c:142: undefined reference to `dlopen' DIFFEXP


 - eglibc: not built with gcc-4.7, ignoring the diff (and it would be
   a progression).

 - gcj-4.7: rebuild artefact, ignore.

 - libapache2-mode-perl2: not reproducible, a manual rebuild does
   succeed.

 - mksh: https://lists.debian.org/debian-gcc/2012/10/msg6.html
   Needs investigation, however a work around exists for mksh.

 - rhash: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=687398
   an issue with parallel builds, which is addressed separately.

Please don't start counting lines of diff ;) Just ping me if I can help with the
review.

Thanks, Matthias


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

Bug#586150: hi there

[karisa]

Hiya ! 
I came across your actual pics on facebook. I'm keen on you a lot.  Why don't 
we chat !
I can send you my pics as well if you want...

One Love,


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

Bug#684240: lenovo t61 laptop fails to shutdown

[Jonathan Nieder]

Jonathan Nieder wrote:

> Do you also have "dmesg" output from a successful boot with the
> nouveau driver, for comparison?

I mean the proprietary nvidia driver here.  Sorry for the noise.

Jonathan


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

Bug#671857: ITP: geary -- lightweight email reader

[Alberto]

Is there any news about this ITP?

-- 
Alberto


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

Bug#658728: closed by Jonathan Nieder (Re: patch_realtek: no more sound on HP Compaq dx2200 MT)

[A. Costa]

Thanks for the civil closing, and sorry about not replying for months.
Lack of time mainly.  Plus a hardware & kernel change since then. The
hardware for #658728 is still here however.  Still the same old hard
disk images, upgraded and copied to ever larger disks since 1998.  

I've also reported other easier (or should that be seemingly easier, or
maybe theoretically easier) Debian bugs, and regret not devoting more
of those bugs time to this bug.

So if I ever get a chance, it'd be nice to complete doing my bit to help
solve #658728...

Off topic, sort of:  would something like 'ksplice'[1] help here, or in
similar cases, the better to ease the user burden of bandwidth &
recompiling?

[1] http://en.wikipedia.org/wiki/Ksplice


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

Bug#690162: mouse/keyboard stop working after s2ram until hid_logitech reloaded

[Jonathan Nieder]

Michael Schmitt wrote:
> Am 11.10.2012 00:23, schrieb Jonathan Nieder:

>>  - What was the first non-working kernel?  If you have time to bisect
>>through the pre-compiled kernels at
>>http://snapshot.debian.org/package/linux/ to find the oldest broken
>>and newest non-broken one, that would be very useful.
>
> Dunno if I got you right there, but I will try to test all kernel-packages
> between the working and non-working one tomorrow which are available at
> snapshot.d.o. What I can tell now: 3.4.1-1~experimental.1 (working);
> 3.5.2-1~experimental.1 (broken). And I realize now the 3.4 was from
> experimental as well and not sid... but I guess that doesn't matter much.

By "bisect" I meant one can try the package halfway between the newest
working and oldest broken version and repeat as necessary, which takes
O(log n) reboots instead of O(n).  But since there are only two
kernels in that range to test the distinction doesn't make a
difference.  So you understood correctly. :)

Thanks for the kernel log.

Ciao,
Jonathan


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

Bug#667517: As far as i'm concerned, switching from the 3.2 kernel version to the 3.5 kernel version solved my problem.

[thibaut bethune]

Hi,

I had the same problem with a clean installation of Debian
GNU/Linux/GNOME Sid 64 bits and an Ivy Bridge CPU (Core i3-3225 with
HD4000)

Switching from the 3.2 kernel version to the 3.5 kernel version solved
my problem.

You may know that Ivy Bridge had some bugs that have been fixed after
the release of the 3.2.0 version of the kernel (see
http://intellinuxgraphics.org/2012.02.html with corresponding patches
("Stability fixes for hard hangs on Ivy Bridge platform: those patches
fix occasional hard-hangs on Ivy Bridge platforms when running GL
workloads:")

Hope it can help

Thanks for your work

Thibaut


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

Bug#687307: Fwd: [php-maint] Updating php5 to 5.4.4-5 broke FastCGI setup on my machine

[Charles Plessy]

> On Sat, Oct 6, 2012 at 9:51 PM, Stefan Fritsch  wrote:
> >
> > This sucks. In hindsight, maybe the mime.types change should have been
> > deferred until we ugrade to apache 2.4 and people have to adjust their
> > configs anyway. But I think it's too late now to go back. And leaving the
> > *.php.foo problem there for yet another release cycle would not have been a
> > good solution either.

Le Mon, Oct 08, 2012 at 03:38:10PM +0200, Ondřej Surý a écrit :
> 
> Just one last question which came to my mind. Would this all be fixed
> if we added non-magic type to mime-support (e.g.
> http://bugs.debian.org/670945) and reverting the changes done in the
> php5-cgi package?
> 
> That I think would justify change in the mime-support package. Too
> much breakage on every front now.

Hello Ondřej, Stefan, and everybody,

Do you think that there is a way to fix #589384 (the *.php.foo problem)
without removing the application/x-httpd-* media types ?

I did not realise before that in the current release cycle, Apache stays at
version 2.2 and that in Jessie, configurations will need to be re-adjusted
anyway.  I think that it is a good argument for a compromise, provided that
#589384 stays solved and that we agree that in Jessie the media types
application/x-httpd-* will be removed from /etc/mime.types.

Of course, it is even better if there is an easy way to adjust the priority of
the SetHandler statement of php5_cgi.conf in a way that does not break FastCGI
configurations. 

What do you think ?

Have a nice day,
 
-- 
Charles Plessy
Tsurumi, Kanagawa, Japan


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

Bug#684240: lenovo t61 laptop fails to shutdown

[Jonathan Nieder]

Hi again,

Luis Mochan wrote:

> but I guess that a previous /var/log/Xorg.n.log and the 
> /var/log/messages of my last failed sessions might help, so I am 
> attaching some of them. As I wrote, several Xorg.n.log files are
> generated one after the other.

That is probably gdm restarting X after X fails to start.  Let's see
what the logs say.

[...]
> [   297.964] (II) [drm] DRM interface version 1.4
> [   297.964] (II) [drm] DRM open master succeeded.
> [   297.964] (--) NOUVEAU(0): Chipset: "NVIDIA NV86"

Sven has the same chipset, I think.  It was supposed to work well at
least in the past.

[...]
> [   299.012] (II) NOUVEAU(0): Output LVDS-1 disconnected
> [   299.012] (II) NOUVEAU(0): Output VGA-1 disconnected
> [   299.012] (II) NOUVEAU(0): Output DVI-D-1 disconnected
> [   299.012] (WW) NOUVEAU(0): Unable to find connected outputs - setting 
> 1024x768 initial framebuffer
[...]
> [   307.870] (II) NOUVEAU(0): EDID vendor "LEN", prod id 16435
> [   307.870] (II) NOUVEAU(0): Printing DDC gathered Modelines:
> [   307.870] (II) NOUVEAU(0): Modeline "1440x900"x0.0   96.50  1440 1522 1576 
> 1706  900 905 914 943 -hsync -vsync (56.6 kHz eP)
> [   307.870] (II) NOUVEAU(0): Modeline "1440x900"x0.0   80.44  1440 1522 1576 
> 1706  900 905 914 943 -hsync -vsync (47.2 kHz e)
> [   319.631] (II) NOUVEAU(0): EDID vendor "LEN", prod id 16435
> [   319.631] (II) NOUVEAU(0): Printing DDC gathered Modelines:
> [   319.631] (II) NOUVEAU(0): Modeline "1440x900"x0.0   96.50  1440 1522 1576 
> 1706  900 905 914 943 -hsync -vsync (56.6 kHz eP)
> [   319.631] (II) NOUVEAU(0): Modeline "1440x900"x0.0   80.44  1440 1522 1576 
> 1706  900 905 914 943 -hsync -vsync (47.2 kHz e)
> [   323.502] (II) NOUVEAU(0): EDID vendor "LEN", prod id 16435
> [   323.502] (II) NOUVEAU(0): Printing DDC gathered Modelines:
> [   323.502] (II) NOUVEAU(0): Modeline "1440x900"x0.0   96.50  1440 1522 1576 
> 1706  900 905 914 943 -hsync -vsync (56.6 kHz eP)
> [   323.502] (II) NOUVEAU(0): Modeline "1440x900"x0.0   80.44  1440 1522 1576 
> 1706  900 905 914 943 -hsync -vsync (47.2 kHz e)
[EOF]

I guess X died at this point.

[...]
> [0.158245] ACPI FADT declares the system doesn't support PCIe ASPM, so 
> disable it
[...]
> [0.302907] pci :01:00.0: BAR 6: can't assign mem pref (size 0x2)

Hm.  A log with CONFIG_PCI_DEBUG enabled might tell more.

[...]
> [3.012903] uvesafb: NVIDIA Corporation, G86 Board - NV_NB8M , Chip Rev   
> , OEM: NVIDIA, VBE v3.0

Not sure why uvesafb is claiming the display instead of nouveaufb.  It
also could be interesting to try blacklisting uvesafb.

I forgot to mention before: you can run "update-initramfs -u -k
$(uname -r)" after any change to /etc/modprobe.d to allow the change
to take effect before the root filesystem is mounted.

[...]
> [   32.791117] [drm] nouveau :01:00.0: Detected an NV50 generation card 
> (0x086900a2)
[...]
> [   32.859358] [drm] nouveau :01:00.0: Bios version 60.86.3e.00
[...]
> [   33.106970] [drm] Initialized nouveau 1.0.0 20120316 for :01:00.0 on 
> minor 0

Good.

[...]
> [   36.586580] vboxdrv: fAsync=1 offMin=0x12d998 offMax=0x12d998

If it's possible to test without the virtualbox drivers in the
future, that would be useful (and it's a prerequisites for taking this
upstream).

[...]
> [   86.134478] gnome-settings-[3737]: segfault at 40 ip adbc96e0 sp bfb1312c 
> error 4 in libmouse.so[adbc7000+9000]

Looks like , probably unrelated.

[...]
> [  369.440076] [drm] nouveau :01:00.0: VM: trapped read at 0x00014d0908 
> on ch 0 [0x0058] BAR/PFIFO_READ/IN reason: PAGE_NOT_PRESENT
> [  489.672946] [drm] nouveau :01:00.0: VM: trapped read at 0x00015e026c 
> on ch 0 [0x0058] BAR/PFIFO_READ/IN reason: PAGE_NOT_PRESENT
> [  557.050120] iwl4965 :03:00.0: iwl4965_tx_agg_start on ra = 
> 90:f6:52:57:d7:06 tid = 0
> [  592.778680] [drm] nouveau :01:00.0: VM: trapped read at 0x00013b8fb8 
> on ch 0 [0x0058] BAR/PFIFO_READ/IN reason: PAGE_NOT_PRESENT

Fallout from the incomplete PCI setup, perhaps.

Do you also have "dmesg" output from a successful boot with the
nouveau driver, for comparison?

After that, what would be most helpful is to see how the kernel from
experimental does, since there have been plenty of changes to nouveau
and the PCI subsystem.  If it is also broken, we can take this
upstream.

Thanks again for your help and patience.

Jonathan


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

Bug#685754: unblock: live-config/3.0.4-1

[Ben Armstrong]

On 10/10/12 05:21 PM, Adam D. Barratt wrote:
> We're now up to 3.0.8, including four uploads within the space of a week
> (one for an entirely pointless standards-version tweak). :-(
> 
> Would it be possible to have a cleaned up version of the diff that skips
> the translation changes and the noise from stuff like the below?
> 
>  scripts/config/1050-kaboom|   43 +++
>  scripts/config/1060-kaboom|   43 ---
>  scripts/config/1060-kde-services  |   82 ++
>  scripts/config/1070-debian-installer-launcher |   52 
>  scripts/config/1070-kde-services  |   83 --
>  scripts/config/1080-debian-installer-launcher |   52 

I'll ask.

Ben


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

Bug#690100: Debian 6.0.6 d-i image fails to see HP RAID controller

[Jonathan McDowell]

On Wed, Oct 10, 2012 at 05:54:35AM +0100, Ben Hutchings wrote:
> On Tue, 2012-10-09 at 16:52 -0700, Jonathan McDowell wrote:
> > Package: src:linux-2.6
> > Version: 2.6.32-46
> > 
> > Tried to do an install on an HP Gen8 blade server today which has a SAS
> > RAID controller. This wasn't detected during d-i; I got at:
> > 
> > hpsa :03:00.0: unrecognized board ID: 0x3355103c, ignoring.
> > 
> > error in dmesg. I flipped to a console and tried:
> > 
> > # modprobe -r hpsa
> > # modprobe hpsa hpsa_allow_any=1
> > 
> > and then was able to see my sda RAID device. lspci info is:
> > 
> > 03:00.0 RAID bus controller [0104]: Hewlett-Packard Company Device 
> > [103c:323b] (rev 01)
> > Subsystem: Hewlett-Packard Company Device [103c:3355]
> > 
> > Upstream kernel revision 9143a9612277abc6e4ddced2bc54a120734834c6 looks
> > appropriate and adds this subsystem ID to the device table.
> 
> There have been a whole lot of bug fixes to this driver since the
> initial backport so I think a larger update is in order.
> 
> Could you test this version backported from 3.2.31:
> http://people.debian.org/~benh/driver-test/hpsa.ko
> (this is built for 2.6.32-5-amd64, which I assume is what you're using).

I can confirm this installs, finds the card and correctly sees the
attached HDD.

J.

-- 
"Save usenet: rmgroup ox.colleges.keble" -- Simon Cozens, ox.test


signature.asc
Description: Digital signature

Bug#685752: unblock: live-tools/3.0.9-1

[Ben Armstrong]

On 10/10/12 05:12 PM, Adam D. Barratt wrote:
> On Fri, 2012-08-24 at 08:17 -0300, Ben Armstrong wrote:
>> Please unblock package live-tools
>>
>> Primarily to fix diversion conflicts. Also includes doc updates and
>> other fixes needed for the release.
> 
> In the meantime, the package is now up to 3.0.12. I'm assuming the
> changes from .10 and .11 would fall under the same request?

Yes, they do.

>(I'm
> ignoring .12 as I'm really not sure why it was uploaded at all.)

Fair enough.

Thanks,
Ben


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

Bug#690190: virt-what fails to detect running on xen domU

[Nick Phillips]

Package: virt-what
Version: 1.2-1
Severity: normal


Running on a domU under a Xen 4.0.1 hypervisor, virt-what gives no output,
indicating that it believes it is running on bare metal.


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

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

Versions of packages virt-what depends on:
ii  dmidecode 2.9-1.2Dump Desktop Management Interface 
ii  libc6 2.11.3-3   Embedded GNU C Library: Shared lib

virt-what recommends no packages.

virt-what 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#689728: mirror listing update for debs.pelotas.ifsul.edu.br

[Raphael Geissert]

Hi,

On Monday 08 October 2012 15:17:58 Rodrigo Abrantes Antunes wrote:
> Yes, please update sponsor too. We have 34mb/s. I just finished the
> configuration of the new ftpsync script and i't is running without errors
> until now.

Thanks. Taking a look at the mirror right now, it seems that it had not 
finished syncing when it received another push (about 6 hours later).

Could you please take a look at whether there is any connectivity issue that 
might be affecting it?

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


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

Bug#690189: uimanager.c:1721: Could not get /ToolbarActions/Voicemail action

[Michael Biebl]

Package: sflphone-gnome
Version: 1.1.0-2+b1
Severity: minor

Hi,

when I start sflphone, I get the following error message on
stdout/stderr:

 uimanager.c:1721: Could not get /ToolbarActions/Voicemail action

Not sure if this is just a debug message or points to a real error, so
filing with severity minor only for now.

Michael

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

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

Versions of packages sflphone-gnome depends on:
ii  gconf-service   3.2.5-1+build1
ii  gconf2  3.2.5-1+build1
ii  libatk1.0-0 2.4.0-2
ii  libc6   2.13-35
ii  libcairo-gobject2   1.12.2-2
ii  libcairo2   1.12.2-2
ii  libdbus-1-3 1.6.8-1
ii  libdbus-glib-1-20.100-1
ii  libgconf-2-43.2.5-1+build1
ii  libgdk-pixbuf2.0-0  2.26.1-1
ii  libglib2.0-02.33.12+really2.32.4-2
ii  libgtk-3-0  3.4.2-4
ii  libjavascriptcoregtk-3.0-0  1.8.1-3.3
ii  libnotify4  0.7.5-1
ii  libpango1.0-0   1.30.0-1
ii  librsvg2-common 2.36.1-1
ii  libsoup2.4-12.38.1-2
ii  libwebkitgtk-3.0-0  1.8.1-3.3
ii  libx11-62:1.5.0-1
ii  sflphone-daemon 1.1.0-2+b1
ii  sflphone-data   1.1.0-2

sflphone-gnome recommends no packages.

sflphone-gnome 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#690188: RFS: apt-fast/1.7.6-1 ITP

[Dominique Lasserre]

Package: sponsorship-requests
Severity: wishlist


Dear mentors,

I am looking for a sponsor for the package "apt-fast".

 * Package name: apt-fast
   Version : 1.7.6-1
   Upstream Authors: Matt Parnell, Dominique Lasserre
 * URL : https://github.com/ilikenwf/apt-fast.git
 * License : GPL-3+
   Section : admin


It builds a single binary package:
  apt-fast   - shellscript wrapper for apt-get or aptitude

To access further information about this package, please visit the
following URL:
  http://mentors.debian.net/package/apt-fast

Alternatively, one can download the package with dget using this command:
  dget -x
http://mentors.debian.net/debian/pool/main/a/apt-fast/apt-fast_1.7.6-1.dsc


The packaged apt-fast comes with debconf interface, meaning you can
configure all those 7 configuration options on installation time (or
just edit config file manually). This is done with Perl. Package doesn't
depend on it explicitly because only builtins from essential perl-base
are used.
debconf dialogs are translated (fully) in 17 and (partially) in 19
languages. Translation is done on Launchpad:
 https://translations.launchpad.net/apt-fast

Two manpages are provided (apt-fast itself (8) and config file (5)) (no
translations).

Bash and Zsh autocompletion is included. They are derived from
distributed apt (apt-get) completions (bash: Ubuntu 10.04 to make it
backwards compatible; zsh: current unstable).

There is no upstream build system, so installation is simply c&p of
relevant files (apt-fast itself has only ~320 lines of code).


You'll find further information on Github homepage (see above) and
Launchpad project:
  https://code.launchpad.net/apt-fast


I would be glad if someone take a look at this package. :)


Regards,
Dominique Lasserre


0xB2E4F4F3.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

Bug#685658: unblock: maildir-utils/0.9.8.5-3

[Norbert Preining]

Hi Adam,

thanks for the prompt reply.

On Mi, 10 Okt 2012, Adam D. Barratt wrote:
> The answer to your second question is in the changelog snippet you
> posted :-) - use "testing", "wheezy" or "testing-proposed-updates" as
> the distribution.

Ok, thanks for teaching me that. I would have expected that this
will be automatically rejected ;-)

> In terms of versions the above would work, although "0.9.8.4-3+deb7u1"
> would more more conventional, to explicitly indicate that the upload was
> made out of series.

Ok, changed the version number to what you suggested.
I am building the package now in a clean testing chroot (cowbuilder)
and will upload after that.

Best wishes

Norbert

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

HASSOP (n.)
The pocket down the back of an armchair used for storing two-shilling
bits and pieces of Lego.
--- Douglas Adams, The Meaning of Liff


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

Bug#685658: unblock: maildir-utils/0.9.8.5-3

[Adam D. Barratt]

Control: tags -1 + confirmed

On Thu, 2012-10-11 at 07:40 +0900, Norbert Preining wrote:
> On Mi, 10 Okt 2012, Julien Cristau wrote:
> > It's not clear to me why you're saying an epoch would be necessary.  The
> > fix you sent could be applied to the version in testing and uploaded
> > there directly.  If you could prepare that upload and send us a final
> > debdiff that would be great.
> 
> Ok, so *how* would I name the new version? ANd how do I upload
> directly to testing?
> 
> I have prepared a package with
>   maildir-utils (0.9.8.4-4) testing; urgency=low
> so the release lies above the version in testing, but still below
> the version in unstable.

The answer to your second question is in the changelog snippet you
posted :-) - use "testing", "wheezy" or "testing-proposed-updates" as
the distribution.

In terms of versions the above would work, although "0.9.8.4-3+deb7u1"
would more more conventional, to explicitly indicate that the upload was
made out of series.

The diff looks okay to me. Please feel free to go ahead with the upload;
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#685658: unblock: maildir-utils/0.9.8.5-3

[Norbert Preining]

Hi Julien, hi all,

On Mi, 10 Okt 2012, Julien Cristau wrote:
> It's not clear to me why you're saying an epoch would be necessary.  The
> fix you sent could be applied to the version in testing and uploaded
> there directly.  If you could prepare that upload and send us a final
> debdiff that would be great.

Ok, so *how* would I name the new version? ANd how do I upload
directly to testing?

I have prepared a package with
maildir-utils (0.9.8.4-4) testing; urgency=low
so the release lies above the version in testing, but still below
the version in unstable.

The full diff between the source package in testing and the one 
prepared is here:
diff --git a/debian/changelog b/debian/changelog
index b848fab..fb202fe 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+maildir-utils (0.9.8.4-4) testing; urgency=low
+
+  * cherry pick git commit 4fa0c57d from upstream that fixes encoding
+problems due to optimizations (Closes: #685472)
+thanks to Olaf Meeuwissen for the detailed analysis)
+
+ -- Norbert Preining   Thu, 11 Oct 2012 07:32:09 +0900
+
 maildir-utils (0.9.8.4-3) unstable; urgency=high
 
   * conflict with mailutils << 1:2.99.97-3 (same files) (Closes: #678484)
diff --git a/debian/patches/series b/debian/patches/series
index 61df53d..8090f3a 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -6,3 +6,4 @@ fix-mug2-build
 fix-manpages
 disable-emacs-compile
 upstream-xapian-ignore-third-digit
+upstream_4fa0c57d_iso-2022-jp
diff --git a/debian/patches/upstream_4fa0c57d_iso-2022-jp 
b/debian/patches/upstream_4fa0c57d_iso-2022-jp
new file mode 100644
index 000..b7dfff2
--- /dev/null
+++ b/debian/patches/upstream_4fa0c57d_iso-2022-jp
@@ -0,0 +1,47 @@
+---
+ src/mu-msg-file.c |   23 +--
+ 1 file changed, 5 insertions(+), 18 deletions(-)
+
+--- maildir-utils.git.orig/src/mu-msg-file.c
 maildir-utils.git/src/mu-msg-file.c
+@@ -468,13 +468,6 @@
+ {
+   GMimeContentType *ctype;
+   const char* charset;
+-  unsigned char *cur;
+-
+-  /* optimization: if the buffer is plain ascii, no conversion
+-   * is done... */
+-  for (cur = (unsigned char*)buffer; *cur && *cur < 0x80; ++cur);
+-  if (*cur == '\0')
+-  return buffer;
+ 
+   ctype = g_mime_object_get_content_type (GMIME_OBJECT(part));
+   g_return_val_if_fail (GMIME_IS_CONTENT_TYPE(ctype), NULL);
+@@ -484,21 +477,15 @@
+   if (charset) {
+   char *utf8;
+   utf8 = mu_str_convert_to_utf8
+-   (buffer,
+-g_mime_charset_iconv_name (charset));
++   (buffer,  g_mime_charset_iconv_name (charset));
+   if (utf8) {
+   g_free (buffer);
+   return utf8;
+   }
+-  } else if (g_utf8_validate (buffer, -1, NULL)) {
+-  /*  check if the buffer is valid utf8, even if it doesn't
+-   *  say so explicitly... if that is the case, return it as-is */
+-
+-  /* nothing to do, buffer is already utf8 */
+-
+-  } else {
+-  /* hmmm no charset at all, or conversion failed; ugly
+-*  hack: replace all non-ascii chars with '.' */
++  } else if (!g_utf8_validate (buffer, -1, NULL)) {
++  /* if it's already utf8, nothing to do otherwise: no
++ charset at all, or conversion failed; ugly * hack:
++ replace all non-ascii chars with '.' */
+   mu_str_asciify_in_place (buffer);
+   }
+ 

I am not sure how to upload this beast, whether the version number
and distribution is fine, so please let me know.

Best wishes

Norbert

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

DORRIDGE (n.)
Technical term for one of the lame excuses written in very small print
on the side of packets of food or washing powder to explain why
there's hardly anything inside. Examples include 'Contents may have
settled in transit' and 'To keep each biscuit fresh they have been
individually wrapped in silver paper and cellophane and separated with
corrugated lining, a cardboard flap, and heavy industrial tyres'.
--- Douglas Adams, The Meaning of Liff


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

Bug#690104: gv: not handling landscape correctly

[Ryo Furue]

Hello Bernhard,

Thank you for your response.

> Does your gv properly show the pdf file? (Just to make
> sure you are not implying gv is misshowing the pdf file,
> too).

Yes.  My gv does properly show the pdf file.

  $ rm sample-landscape.pdf
  $ /usr/bin/ps2pdf sample-landscape.ps
  $ gv sample-landscape.pdf  # <-- Correctly displays it.
  $ gv sample-landscape.ps   # <-- Rotates the text.
  $ type gv
  gv is hashed (/usr/bin/gv)
  $

(I didn't know that gv has the capability of displaying
 PDF files! )

Cheers,
Ryo


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

Bug#688229: Burning data DVD looks successful but mounting fails

[Paul Menzel]

Dear Thomas,


Am Mittwoch, den 10.10.2012, 11:42 +0200 schrieb Thomas Schmitt:

> i think i can spot a byte eating problem in
>   http://git.gnome.org/browse/brasero/commit/?id=5ff86b48
> resp. the master-branch commit
>   
> http://git.gnome.org/browse/brasero/commit/?id=1b8397ee252df2d554682ca2d694d5937fbf6e39
> 
> -
>   @@ -200,6 +198,7 @@ brasero_libisofs_write_image_to_fd_thread 
> (BraseroLibisofs *self)
> brasero_job_get_fd_out (BRASERO_JOB (self), &fd);
> BRASERO_JOB_LOG (self, "Writing to pipe");
>   + read_bytes = priv->libburn_src->read_xt (priv->libburn_src, buf, 
> sector_size);
> while (priv->libburn_src->read_xt (priv->libburn_src, buf, sector_size) 
> == sector_size) {
> if (priv->cancel)
> break;
> -
> 
> Variable read_bytes is set by a call of libisofs' resp. libburn's
> burn_source.read_xt() which consumes data (one sector ?) into buf.
> The call in the while() statement consumes another sector and thus
> overwrites the previously read buffer without having done anything else
> with that first buffer content.
> 
> Further down i see a similar change that looks more plausible
> to me:
> -
> @@ -254,7 +261,8 @@ brasero_libisofs_write_image_to_file_thread 
> (BraseroLibisofs *self)
> priv = BRASERO_LIBISOFS_PRIVATE (self);
> brasero_job_start_progress (BRASERO_JOB (self), FALSE);
>   - while (priv->libburn_src->read_xt (priv->libburn_src, buf, sector_size) 
> == sector_size) {
>   + read_bytes = priv->libburn_src->read_xt (priv->libburn_src, buf, 
> sector_size);
>   + while (read_bytes == sector_size) {
> if (priv->cancel)
> break;
> -

I will try to make that adaptation tomorrow.

> It appears to me that this information is not yet known in
>   https://bugzilla.gnome.org/show_bug.cgi?id=630651
> Feel free to add my technical opinion to that bug report.

I did so right after reading your reply in the morning.

> I will try to contact Philippe Rouquier directly on this issue.

We can just CC him and I am doing so now. Sorry Philippe.

> Swallowing the first sector is enough to make the image not mountable.
> 
> But regrettably a single lost sector does not yet explain the fact
> that we find Joliet data at block 16.
> The normal layout of an ISO 9660 image with Joliet (and no
> El Torito boot equipment) would be
>   Block 16: ISO (660/ECMA-119 Primary Volume Descriptor
>   Block 17: Joliet Volume Descriptor (which would not contain
> names of payload files like IMG_2428.JPG)
>   Block 18: Volume Descriptor Set Terminator
> libisofs will then pad up to 64 KB and first write the
> ISO 9660 + Rock Ridge tree. Several blocks to be expected.
> 
> Only then comes the Joliet directory tree with those entries
> which we found at block 16.
> 
> So we look for a byte eater that swallows at least a few dozen
> sectors and not only the first one.

I am also going to print out the sector size. (Or just use GDB.)

> Nevertheless, the code pieces, where above change was made,
> look much like the place where the emerging damage of an
> ISO 9660 image can be watched ... if it is not caused there.
> A very good starting point for debugging, i'd say.
> 
> Telling from the function names, i would say the change which
> i deem bad is in charge for writing to optical media, whereas
> the good one is in charge for writing image to a file in hard
> disk.
> An according difference in success can be found in several
> Brasero bug reports of the last years.

Thanks for the terrific analysis. I think we can be optimistic for
tomorrow. I know also got a case where even an error is reported and the
image (with the burner hack) is not mountable.

BraseroBurn: (at burn-job.c:1858) BraseroLibburn called 
brasero_job_set_current_action
BraseroBurn: (at burn-libisofs.c:312) BraseroLibisofs Getting out thread
BraseroBurn: (at burn-job.c:1309) BraseroLibisofs called 
brasero_job_get_fd_out
BraseroBurn: (at burn-job.c:1071) BraseroLibisofs Finished track 
successfully
BraseroBurn: (at burn-task-ctx.c:354) No next track to process
BraseroBurn: (at burn-job.c:862) BraseroLibisofs disconnecting 
BraseroLibisofs from BraseroChecksumImage
BraseroBurn: (at burn-job.c:258) BraseroLibisofs deactivating
BraseroBurn: (at burn-job.c:1267) BraseroChecksumImage called 
brasero_job_get_current_track
BraseroBurn: (at burn-checksum-image.c:531) BraseroChecksumImage 
Setting new checksum (type = 2) 75f26d2175cb8d2a6d3370a2b7aa0164 
(file:///tmp/brasero_tmp_JL20LW.md5 before)
BraseroBurn: (at burn-job.c:1071) BraseroChecksumImage Finished track 
successfully
BraseroBurn: (at burn-task-ctx.c:354) 

Bug#687485: update

[Nicholas Bamber]

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.


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

Bug#690164: xserver-xorg-input-evdev: usb headset volume buttons "freezes" gnome-shell

[Samuel Wolf]

2012/10/10 Julien Cristau :
> On Wed, Oct 10, 2012 at 18:36:23 +0200, Samuel Wolf wrote:
>
>> Package: xserver-xorg-input-evdev
>> Version: 1:2.7.0-1+b1
>> Severity: normal
>>
>> If I use my headset for example to watch a youtube or a sip call and press 
>> volume plus/minus the gnome-shell "freezes". I can still change the windows 
>> with ALT+tab but no longer with the mouse.
>> The only way to solve the problem would be to kill the application whitch 
>> gives the sound out.
>>
>> Headset Plantronics C620
>> Bus 005 Device 002: ID 047f:aa00 Plantronics, Inc.
>>
>> Using the volume hotkey on the keyboard works without any trouble.
>>
>> If I press the volume buttons when the headset is _not_ in use, every thing 
>> is o.k.
>>
> What makes you think this is an X driver bug?

I'm not sure it is a X driver bug, but found the following in the log:

[18.552] (**) evdev: Plantronics Plantronics C620: Device:
"/dev/input/event0"
[18.552] (--) evdev: Plantronics Plantronics C620: Vendor 0x47f
Product 0xaa00
[18.552] (--) evdev: Plantronics Plantronics C620: Found 18 mouse buttons
...
[18.552] (II) evdev: Plantronics Plantronics C620: Configuring as mouse
[18.552] (II) evdev: Plantronics Plantronics C620: Configuring as keyboard

And ignore identifier "Plantronics" fix the problem for me:

Section "InputClass"
Identifier  "Plantronics"
MatchProduct"Plantronics"
Option  "Ignore" "true"
EndSection

Samuel

>
> Cheers,
> Julien


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

Bug#690162: mouse/keyboard stop working after s2ram until hid_logitech reloaded

[Jonathan Nieder]

retitle 690162 [3.4->3.5.5 regression] mouse/keyboard stop working after s2ram 
until hid_logitech reloaded
# regression
severity 690162 important
quit

Hi Michael,

Michael Schmitt wrote:

> [Subject: 3.5-trunk-686-pae]

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

[...]
> after resume from s2ram my mouse from a Logitech mouse/keyboard-set does not
> work anymore. Reloading hid_logitech.ko fixes the mouse again. Keyboard
> works always. The former version off linux-image-3.5 from experimental was
> affected too, sids 3.4 did not have that issue.
>
> Device: Bus 002 Device 007: ID 046d:c517 Logitech, Inc. LX710 Cordless 
> Desktop Laser
> Mainboard: Asus P5LD2-SE

Thanks.  Ideas:

 - Can you reproduce this from the console, without X running?

 - How do you suspend?  "echo mem >/sys/power/state" is a good way to
   make the process as simple for people interpreting what happened as
   possible.

 - Please attach full "dmesg" output from booting, suspending, and
   then unloading and reloading the hid_logitech module on a working
   and non-working kernel.

 - What was the first non-working kernel?  If you have time to bisect
   through the pre-compiled kernels at
   http://snapshot.debian.org/package/linux/ to find the oldest broken
   and newest non-broken one, that would be very useful.

Hope that helps,
Jonathan


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

Bug#680116: swi-prolog: seg fault on Sparc and IA64

[Eugeniy Meshcheryakov]

Hello Olivier,

Could you try to build logol with swi-prolog >= 6.2.2-13 (in
experimental). There are quite a lot of fixes for various crashes and
data corruption in this version.

Regards,
Eugeniy Meshcheryakov

1 серпня 2012 о 12:16 +0200 olivier sallou написав(-ла):
> I have uploaded logol to experimental, but it still fails the same way on
> IA64 (same issue).
> 
> New release introduced an errorin my build, I had to patch my code (an
> error that was supported at prolog code load, but now raising an error).


signature.asc
Description: Digital signature

Bug#669280: psi: screws up JIDs containing escape sequences

[Phil Reynolds]

I regret to say that this bug persists in wheezy, and is also still in
psi-plus as well.

-- 
Phil Reynolds
mail: phil-deb...@tinsleyviaduct.com
Web: http://phil.tinsleyviaduct.com/


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

Bug#690187: PyCurl segfault while invoking reset() function multiple times

[Emmanuel Bouthenot]

Package: python-pycurl
Version: 7.19.0-5
Severity: important
Tags: patch

Hi,

PyCurl segfault while invoking reset() function multiple times. Here is
an example on how to reproduce the crash:

$ printf "import pycurl\nc = pycurl.Curl()\nfor i in 
xrange(10):\n\tc.reset()\n" | python

This bug has been fixed upstream for ages[1][2].

Attached is a patch which includes the upstream fix reworked to apply
cleanly on the Debian sources.


Regards,

[1] 
http://sourceforge.net/tracker/?func=detail&aid=2893665&group_id=28236&atid=392777
[2] 
http://pycurl.cvs.sourceforge.net/viewvc/pycurl/pycurl/src/pycurl.c?r1=1.148&r2=1.149


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

Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
>From fd77939ffbd90f43c7749781b2f8ae5c9d86e91d Mon Sep 17 00:00:00 2001
From: Emmanuel Bouthenot 
Date: Wed, 10 Oct 2012 21:56:03 +
Subject: [PATCH] Fix refcount bug/segfault in reset() function

---
 debian/changelog |8 ++
 debian/patches/20_fix_refcount_bug.patch |  159 ++
 debian/patches/series|1 +
 3 files changed, 168 insertions(+)
 create mode 100644 debian/patches/20_fix_refcount_bug.patch

diff --git a/debian/changelog b/debian/changelog
index 0aa84ab..df41cbf 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+pycurl (7.19.0-5.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Add a patch to fix refcount bug in reset() function which leads to
+a segfault in some cases.
+
+ -- Emmanuel Bouthenot   Wed, 10 Oct 2012 21:45:56 +
+
 pycurl (7.19.0-5) unstable; urgency=low
 
   * debian/rules
diff --git a/debian/patches/20_fix_refcount_bug.patch b/debian/patches/20_fix_refcount_bug.patch
new file mode 100644
index 000..000e75e
--- /dev/null
+++ b/debian/patches/20_fix_refcount_bug.patch
@@ -0,0 +1,159 @@
+Description: Fix refcount bug in reset() function which leads to a segfault in some cases
+Forwarded: not-needed
+Origin: upstream, http://pycurl.cvs.sourceforge.net/viewvc/pycurl/pycurl/src/pycurl.c?r1=1.148&r2=1.149
+Bug: http://sourceforge.net/tracker/?func=detail&aid=2893665&group_id=28236&atid=392777
+Author: Emmanuel Bouthenot 
+Last-Update: 2012-10-10
+--- a/src/pycurl.c
 b/src/pycurl.c
+@@ -748,64 +748,84 @@
+ }
+ 
+ 
+-/* constructor - this is a module-level function returning a new instance */
+-static CurlObject *
+-do_curl_new(PyObject *dummy)
++/* initializer - used to intialize curl easy handles for use with pycurl */
++static int
++util_curl_init(CurlObject *self)
+ {
+-CurlObject *self = NULL;
+ int res;
+ char *s = NULL;
+ 
+-UNUSED(dummy);
+-
+-/* Allocate python curl object */
+-self = util_curl_new();
+-if (self == NULL)
+-return NULL;
+-
+-/* Initialize curl handle */
+-self->handle = curl_easy_init();
+-if (self->handle == NULL)
+-goto error;
+-
+ /* Set curl error buffer and zero it */
+ res = curl_easy_setopt(self->handle, CURLOPT_ERRORBUFFER, self->error);
+-if (res != CURLE_OK)
+-goto error;
++if (res != CURLE_OK) {
++return (-1);
++}
+ memset(self->error, 0, sizeof(self->error));
+ 
+ /* Set backreference */
+ res = curl_easy_setopt(self->handle, CURLOPT_PRIVATE, (char *) self);
+-if (res != CURLE_OK)
+-goto error;
++if (res != CURLE_OK) {
++return (-1);
++}
+ 
+ /* Enable NOPROGRESS by default, i.e. no progress output */
+ res = curl_easy_setopt(self->handle, CURLOPT_NOPROGRESS, (long)1);
+-if (res != CURLE_OK)
+-goto error;
++if (res != CURLE_OK) {
++return (-1);
++}
+ 
+ /* Disable VERBOSE by default, i.e. no verbose output */
+ res = curl_easy_setopt(self->handle, CURLOPT_VERBOSE, (long)0);
+-if (res != CURLE_OK)
+-goto error;
++if (res != CURLE_OK) {
++return (-1);
++}
+ 
+ /* Set FTP_ACCOUNT to NULL by default */
+ res = curl_easy_setopt(self->handle, CURLOPT_FTP_ACCOUNT, NULL);
+-if (res != CURLE_OK)
+-goto error;
++if (res != CURLE_OK) {
++return (-1);
++}
+ 
+ /* Set default USERAGENT */
+ s = (char *) malloc(7 + strlen(LIBCURL_VERSION) + 1);
+-if (s == NULL)
+-goto error;
++if (s == NULL) {
++return (-1);
++}
+ strcpy(s, "PycURL/"); strcpy(s+7, LIBCURL_VERSION);
+ res = curl_easy_setopt(self->handle, CURLOPT_USERAGENT, (char *) s);
+ if (res != CURLE_OK) {
+ free(s);
+-goto error;
++return (-1);
+ }
++
+ self->options[ OPT_INDEX(CURLOPT_USERAGENT) ] = s; s = NULL;
+ 
++return (0);
++}
++
++/* constructor - this is a module-level function returning a new instance */
++static CurlObject *
++do_curl_new(PyObj

Bug#690104: gv: not handling landscape correctly

[Bernhard R. Link]

* Ryo Furue  [121010 05:48]:
> When the attached PS file is displayed by /usr/bin/gv,
> the text is rotated 90 degrees clockwise and the window
> is landscape, with its left and right hands sides being
> chopped off.
>
> On the other hand /usr/bin/gs displays it correctly:
> The window is landscape and the text is NOT rotated.
>
> The attached PDF file was generated by /usr/bin/ps2pdf
> (from the ghostscript package) from the PS file.
> Both acroread and mupdf display the file correctly.

Does your gv properly show the pdf file? (Just to make
sure you are not implying gv is misshowing the pdf file,
too).

Bernhard R. Link


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

Bug#690186: digikam-dbg: No debugging info found in /usr/lib/debug/usr/bin/digikam by gdb

[Ingo von Borstel]

Package: digikam-dbg
Version: 4:2.6.0-1+b1
Severity: important

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

   * What led up to the situation?
Digikam crashes reproducably when trying to stich photos. Trying to produce a 
usable
bug-report made me try to get a backtrace as suggested
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
I installed digikam-dbg as suggested and tried both kde's crash reporter to 
obtain
the backtrace as well as gdb by command line:
# file /usr/lib/debug/usr/bin/digikam
/usr/lib/debug/usr/bin/digikam: ELF 64-bit LSB executable, x86-64, version 1 
(SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.26, 
BuildID[sha1]=0x50fa90d44ca8dc854fba50f7eef6095a8979dca6, not stripped

Still, gdb doesn't find any symbols:
ingo@aeolusmaximus:/usr/lib/debug/usr/bin$ gdb digikam 
-se=/usr/lib/debug/usr/bin/digikam
GNU gdb (GDB) 7.4.1-debian
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /usr/lib/debug/usr/bin/digikam...(no debugging symbols 
found)...done.

   * What was the outcome of this action?
See above
   * What outcome did you expect instead?
apt-get install digikam-dgb allowing me to get debugging symbols for digikam


-- 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-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages digikam-dbg depends on:
ii  digikam   4:2.6.0-1+b1
ii  kdelibs5-dbg  4:4.8.4-3
ii  showfoto  4:2.6.0-1+b1

digikam-dbg recommends no packages.

digikam-dbg 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#689825: unblock: pymongo/2.2-2

[Julien Cristau]

Control: tag -1 moreinfo

On Sun, Oct  7, 2012 at 08:38:52 +, Bart Martens wrote:

> Hi Federico,
> 
> On Sat, Oct 06, 2012 at 07:48:17PM +0100, Federico Ceratto wrote:
> > Please unblock package pymongo
> > 
> > Version 2.2-2 is affected by bug #689283 and #688040
> > Version 2.2-3, currently in Unstable, fixes those two bugs (and has no other
> > changes)
> > 
> > Thanks!
> 
> You probably meant to ask an unblock for 2.2-3, not 2.2-2.
> 
> I have reopened bug 689283, because the bug is not fully solved in
> 2.2-3.  So I suggest debian-release to wait with the unblock for now.
> 
Tagging moreinfo then...

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#690185: pulseaudio: PA might stop responding correctly after a while

[Michael Schmitt]

Package: pulseaudio
Version: 2.0-6
Severity: normal

Dear Maintainers,

no real idea how it is triggered, but sometimes after boot, sometimes after
resume from s2ram, sometimes in between hours after boot ANY application trying
to play just hangs. Killing pulseaudio fixes the issue.
I get the following messages in syslog. The latter ones are from the moment I
killed PA:
Oct 10 22:40:04 adrastea rtkit-daemon[5551]: Successfully made thread 2010 of 
process 2010 (/usr/bin/pulseaudio) owned by '1000' high priority at nice level 
-11.
Oct 10 22:40:04 adrastea rtkit-daemon[5551]: Supervising 5 threads of 2 
processes of 1 users.
Oct 10 22:40:04 adrastea pulseaudio[2010]: [pulseaudio] pid.c: Daemon already 
running.
Oct 10 22:40:12 adrastea rtkit-daemon[5551]: Successfully made thread 2016 of 
process 2016 (/usr/bin/pulseaudio) owned by '1000' high priority at nice level 
-11.
Oct 10 22:40:12 adrastea rtkit-daemon[5551]: Supervising 5 threads of 2 
processes of 1 users.
Oct 10 22:40:12 adrastea pulseaudio[2016]: [pulseaudio] pid.c: Daemon already 
running.
Oct 10 22:40:22 adrastea rtkit-daemon[5551]: Successfully made thread 2065 of 
process 2065 (/usr/bin/pulseaudio) owned by '1000' high priority at nice level 
-11.
Oct 10 22:40:22 adrastea rtkit-daemon[5551]: Supervising 5 threads of 2 
processes of 1 users.
Oct 10 22:40:22 adrastea pulseaudio[2065]: [pulseaudio] pid.c: Daemon already 
running.
Oct 10 22:40:30 adrastea rtkit-daemon[5551]: Successfully made thread 2070 of 
process 2070 (/usr/bin/pulseaudio) owned by '1000' high priority at nice level 
-11.
Oct 10 22:40:30 adrastea rtkit-daemon[5551]: Supervising 1 threads of 1 
processes of 1 users.
Oct 10 22:40:30 adrastea pulseaudio[2070]: [pulseaudio] pid.c: Stale PID file, 
overwriting.
Oct 10 22:40:31 adrastea rtkit-daemon[5551]: Successfully made thread 2071 of 
process 2070 (/usr/bin/pulseaudio) owned by '1000' RT at priority 5.
Oct 10 22:40:31 adrastea rtkit-daemon[5551]: Supervising 2 threads of 1 
processes of 1 users.
Oct 10 22:40:31 adrastea rtkit-daemon[5551]: Successfully made thread 2072 of 
process 2070 (/usr/bin/pulseaudio) owned by '1000' RT at priority 5.
Oct 10 22:40:31 adrastea rtkit-daemon[5551]: Supervising 3 threads of 1 
processes of 1 users.
Oct 10 22:40:31 adrastea pulseaudio[2070]: [pulseaudio] module-alsa-card.c: 
Failed to find a working profile.
Oct 10 22:40:31 adrastea pulseaudio[2070]: [pulseaudio] module.c: Failed to 
load module "module-alsa-card" (argument: "device_id="1" name="1" 
card_name="alsa_card.1" namereg_fail=false tsched=yes fixed_latency_range=no 
ignore_dB=no deferred_volume=yes 
card_properties="module-udev-detect.discovered=1""): initialization failed.
Oct 10 22:40:31 adrastea pulseaudio[2070]: [pulseaudio] module.c: 
module-combine is deprecated: Please use module-combine-sink instead of 
module-combine!
Oct 10 22:40:31 adrastea pulseaudio[2070]: [pulseaudio] module-combine.c: We 
will now load module-combine-sink. Please make sure to remove module-combine 
from your configuration.
Oct 10 22:40:31 adrastea rtkit-daemon[5551]: Successfully made thread 2074 of 
process 2070 (/usr/bin/pulseaudio) owned by '1000' RT at priority 6.

As the changelog of PA in experimental does not mention anything even remotely
related, should I try it nevertheless? But kinda tricky to verify afterwards as
no idea how to trigger the issue.

regards
Michael

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

Kernel: Linux 3.5-trunk-686-pae (SMP w/2 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

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-35
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-3
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-6
ii  libstdc++64.7.2-3
ii  libsystemd-daemon044-4
ii  libsystemd-login0 44-4
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-1
ii  libxtst6  2:1.2.1-1
ii  lsb-base  4.1+Debian7
ii  udev   

Bug#686526: unblock: lightdm/1.2.2-4

[Julien Cristau]

On Sun, Sep  2, 2012 at 21:25:49 +0200, Yves-Alexis Perez wrote:

> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: unblock
> 
> Hi release team,
> 
> once again, this is a pre-upload approval request. The upload would fix
> two dependency bugs (#679538 and #684714) which are not really grave (or
> don't really affect Wheezy), but they are mostly harmless.
> 
> The final fixed bug is currently RC, although it's upstart related so
> I'm not sure if the severity is really adequate (especially since the
> fix is to completely remove the upstart job).
> 
> There's a bit of noise into the diff which is made by removing a patch
> not in debian/patches/series. It's harmless too, sorry for the noise.
> 
Looks fine to me.  And 688756 looks like pebcak rather than a package
bug?

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#588200: Bug#609004: cgroup-bin: the kernel configuration file haven't changed yet

[Julien Cristau]

On Sun, Sep  2, 2012 at 22:26:53 +0100, Ben Hutchings wrote:

> On Sat, 2012-09-01 at 15:04 +0400, Alexander V. Kudrevatykh wrote:
> > В Вск, 15/07/2012 в 22:34 -0400, Jon Bernard пишет: 
> > > * Alexander V. Kudrevatykh  wrote:
> > > > Any news? Bug is still present in testing/sid.
> > > 
> > > I've not heard anything. I think the right thing to do is file a bug 
> > > against the
> > > kernel, or perhaps reassign this bug to the linux-image package. I'll 
> > > look into
> > > that this week, if you don't get to it first.
> > > 
> > 
> > Hello. As I can see bug still not assigned to kernel and not cgroup-bin
> > not work with kernel from testing/sid/experimental.
> 
> This is now marked as blocked by #588200, which is assigned to
> src:linux.
> 
> I think we can afford to make the config changes (CONFIG_CONNECTOR=y,
> CONFIG_PROC_EVENTS=y) on all configurations as even the ARM platforms
> with very small partitions for vmlinuz have more than 10K to spare.
> 
> However, making such a configuration change during the freeze would need
> to be approved by the release team.
> 
I think this would be fine.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#690071: ecryptfs: corrupted files on a disk full event

[Jonathan Nieder]

tags 690071 - moreinfo
forwarded 690071 
http://thread.gmane.org/gmane.comp.file-systems.ecryptfs.general/280
quit

Sebastian Heinlein wrote:

> Applying all 5 patches fixed all issues for me.

Thanks; passed upstream.  Hopefully these patches can be included in
kernel.org point releases soon so everyone benefits from them.


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

Bug#690184: unblock: libdatetime-timezone-perl/1:1.49-1+2012f

[Ansgar Burchardt]

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

Please unblock package libdatetime-timezone-perl

unblock libdatetime-timezone-perl/1:1.49-1+2012f

It includes timezone information which is sadly not taken from the
tzdata binary package. (This is also a problem for the package currently
in squeeze.)

I've attached the debdiff minus the actual changes to the *.pm modules
which describe the timezones as these are quite long and mostly boring.

Ansgar
diff -Nru libdatetime-timezone-perl-1.46/Changes libdatetime-timezone-perl-1.49/Changes
--- libdatetime-timezone-perl-1.46/Changes	2012-04-02 16:39:17.0 +0200
+++ libdatetime-timezone-perl-1.49/Changes	2012-09-13 16:09:12.0 +0200
@@ -1,3 +1,21 @@
+1.492012-09-13
+
+- This release is based on version 2012f of the Olson database. This release
+  includes contemporary changes for Fiji.
+
+
+1.482012-08-03
+
+- This release is based on version 2012e of the Olson database. This release
+  includes contemporary changes for Fakaofo.
+
+
+1.472012-07-19
+
+- This release is based on version 2012d of the Olson database. This release
+  includes contemporary changes for Morocco.
+
+
 1.462012-04-02
 
 - This release is based on version 2012c of the Olson database. This release
diff -Nru libdatetime-timezone-perl-1.46/debian/changelog libdatetime-timezone-perl-1.49/debian/changelog
--- libdatetime-timezone-perl-1.46/debian/changelog	2012-04-05 19:06:25.0 +0200
+++ libdatetime-timezone-perl-1.49/debian/changelog	2012-09-14 13:12:13.0 +0200
@@ -1,3 +1,22 @@
+libdatetime-timezone-perl (1:1.49-1+2012f) unstable; urgency=low
+
+  * New upstream release, based on version 2012f of the Olson database.
+
+ -- gregor herrmann   Fri, 14 Sep 2012 13:12:04 +0200
+
+libdatetime-timezone-perl (1:1.48-1+2012e) unstable; urgency=low
+
+  * New upstream release, based on version 2012e of the Olson database.
+
+ -- gregor herrmann   Sat, 18 Aug 2012 14:13:30 +0200
+
+libdatetime-timezone-perl (1:1.47-1+2012d) unstable; urgency=low
+
+  * debian/control: update {versioned,alternative} (build) dependencies.
+  * New upstream release, based on version 2012d of the Olson database.
+
+ -- gregor herrmann   Mon, 30 Jul 2012 22:59:13 +0200
+
 libdatetime-timezone-perl (1:1.46-1+2012c) unstable; urgency=low
 
   * New upstream release, based on version 2012c of the Olson database.
diff -Nru libdatetime-timezone-perl-1.46/debian/control libdatetime-timezone-perl-1.49/debian/control
--- libdatetime-timezone-perl-1.46/debian/control	2012-04-05 19:06:25.0 +0200
+++ libdatetime-timezone-perl-1.49/debian/control	2012-09-14 13:12:13.0 +0200
@@ -1,32 +1,33 @@
 Source: libdatetime-timezone-perl
+Maintainer: Debian Perl Group 
+Uploaders: Krzysztof Krzyżaniak (eloy) ,
+   gregor herrmann ,
+   Jonathan Yu ,
+   Ansgar Burchardt ,
+   Nicholas Bamber 
 Section: perl
 Priority: optional
 Build-Depends: debhelper (>= 8)
 Build-Depends-Indep: perl,
- libclass-load-perl,
- libclass-singleton-perl,
- libdatetime-perl,
- libparams-validate-perl,
- libtest-output-perl,
- perl (>= 5.10.1) | libparent-perl,
- perl (>= 5.10.1) | libtest-simple-perl (>= 0.88)
-Maintainer: Debian Perl Group 
-Uploaders: Krzysztof Krzyżaniak (eloy) ,
- gregor herrmann , Jonathan Yu ,
- Ansgar Burchardt , Nicholas Bamber 
+ libclass-load-perl,
+ libclass-singleton-perl,
+ libdatetime-perl,
+ libparams-validate-perl,
+ libtest-output-perl
 Standards-Version: 3.9.3
-Homepage: http://datetime.perl.org/
-Vcs-Git: git://git.debian.org/pkg-perl/packages/libdatetime-timezone-perl.git
 Vcs-Browser: http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libdatetime-timezone-perl.git
+Vcs-Git: git://git.debian.org/pkg-perl/packages/libdatetime-timezone-perl.git
+Homepage: http://datetime.perl.org/
 
 Package: libdatetime-timezone-perl
 Architecture: all
+Depends: ${misc:Depends},
+ ${perl:Depends},
+ libclass-load-perl,
+ libclass-singleton-perl,
+ libparams-validate-perl,
+ perl
 Pre-Depends: dpkg (>= 1.15.6~)
-Depends: ${misc:Depends}, ${perl:Depends},
- libclass-load-perl,
- libclass-singleton-perl,
- libparams-validate-perl,
- perl (>= 5.10.1) | libparent-perl
 Description: framework exposing the Olson time zone database to Perl
  DateTime::TimeZone is a Perl module framework providing an interface to the
  Olson time zone database. It exposes the database as a set of modules, one
@@ -35,3 +36,4 @@
  .
  The Olson time zone database is the best available source for worldwide time
  zone information and is available from ftp://ftp.iana.org/tz/releases/>.
+
diff -Nru libdatetime-timezone-perl-1.46/tools/update-from-latest-olson libdatetime-timezone-perl-1.49/tools/update-from-latest-olson
--- libdatetime-timezone-perl-1.46/tools/update-from-latest-olson	2012

Bug#690183: ITP: apt-fast -- shellscript wrapper for apt-get or aptitude

[Dominique Lasserre]

Package: wnpp
Severity: wishlist
Owner: Dominique Lasserre 

* Package name: apt-fast
  Version : 0.7.6
  Upstream Authors: Matt Parnell, Dominique Lasserre
* URL : https://github.com/ilikenwf/apt-fast.git
* License : GPL-3+
  Programming Lang: Bash
  Description : shellscript wrapper for apt-get or aptitude

apt-fast is a shellscript wrapper for apt-get that can drastically improve apt
download times by downloading packages in parallel, with multiple connections
per package.
It uses aria2 oder axel as download managers and apt-get --print-uris to get
download URLs.
Bash and Zsh autocompletion included (derived from distributed apt-get).


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

Bug#652908: pulseaudio: Sound randomly gets majorly distorted

[Daniel Andersson]

Package: pulseaudio
Followup-For: Bug #652908

This does not happen on my system any longer, so if anyone else experiences it,
they will have to provide future test cases.

I have a note on my system that it stopped occuring some time before
2012-06-01.



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

Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=sv_SE.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-35
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-6
ii  libstdc++64.7.2-4
ii  libsystemd-daemon044-4
ii  libsystemd-login0 44-4
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-1
ii  libxtst6  2:1.2.1-1
ii  lsb-base  4.1+Debian7
ii  udev  175-7

Versions of packages pulseaudio recommends:
ii  gstreamer0.10-pulseaudio  0.10.31-3
ii  pulseaudio-module-x11 2.0-6
ii  rtkit 0.10-2

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

-- Configuration Files:
/etc/pulse/daemon.conf 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#661527: Apparently a bug in libmount1

[Matthias Großmann]

I think this is a bug in libmount1. The function mnt_chdir_to_parent() in
util-linux-2.20.1/libmount/src/utils.c fails to handle paths of the form 
/dir correctly. The following patch for the source package util-linux should 
fix this:

--- util-linux-2.20.1.orig/libmount/src/utils.c 2011-10-18 07:41:47.0 
+0200
+++ util-linux-2.20.1/libmount/src/utils.c  2012-10-10 21:07:40.559854007 
+0200
@@ -69,7 +69,7 @@
  */
 int mnt_chdir_to_parent(const char *target, char **filename)
 {
-   char *path, *last = NULL;
+   char *path, *path2, *last = NULL;
char cwd[PATH_MAX];
int rc = -EINVAL;
 
@@ -85,11 +85,14 @@
if (!last)
goto err;
}
-   if (!*path)
-   *path = '/';/* root */
 
-   if (chdir(path) == -1) {
-   DBG(UTILS, mnt_debug("failed to chdir to %s: %m", path));
+   if (*path)
+   path2 = path;
+   else
+   path2 = "/";/* root */
+
+   if (chdir(path2) == -1) {
+   DBG(UTILS, mnt_debug("failed to chdir to %s: %m", path2));
rc = -errno;
goto err;
}
@@ -98,12 +101,12 @@
rc = -errno;
goto err;
}
-   if (strcmp(cwd, path) != 0) {
-   DBG(UTILS, mnt_debug("path moved (%s -> %s)", path, cwd));
+   if (strcmp(cwd, path2) != 0) {
+   DBG(UTILS, mnt_debug("path moved (%s -> %s)", path2, cwd));
goto err;
}
 
-   DBG(CXT, mnt_debug("current directory moved to %s", path));
+   DBG(CXT, mnt_debug("current directory moved to %s", path2));
 
*filename = path;
 


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

Bug#690049: RFS: sylkserver/2.1.1-1

[Jakub Wilk]

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

* Daniel Pocock , 2012-10-09, 15:45:

http://mentors.debian.net/debian/pool/main/s/sylkserver/sylkserver_2.1.1-1.dsc


Lintian emits:

P: sylkserver: no-upstream-changelog
P: sylkserver-sounds: no-upstream-changelog
I: sylkserver: init.d-script-does-not-implement-optional-option 
etc/init.d/sylkserver status

Furthermore, lintian4python emits:

i: sylkserver source: debian-pycompat-is-obsolete

I'd use "debhelper (>= 8)" instead of "debhelper (>= 8.0.0)".

Current standards versions is 3.9.4.

The versioned build-dependency on python is insufficient; as per 
dh_python2 manpage it should be at least >= 2.6.6-3~.


The copyright file is not policy-compliant. Please see:
https://lists.debian.org/debian-devel-announce/2006/03/msg00023.html

Are the Python modules this package includes supposed to be used by 
other software? If yes, then the package name should be python-sylk (or 
at the very least it should provide virtual package with such name). 
Otherwise, please move them into a private directory.


The binary package depend on non-existent packages:
- python-backports
- python-eventlet-0.8
- python-sipsimple

I see there's ITP for the last one (#689510); no RFS, though.

--
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#685880: unblock: libpt2.10.4, libopal3.10.4, ekiga

[Eugen Dedu]

On 10/10/12 23:18, Julien Cristau wrote:

Hi Eugen,

On Sat, Aug 25, 2012 at 23:01:48 +0200, Eugen Dedu wrote:


Please let us know what do you think.


We'd need to see a diff before thinking anything (other than "indeed
you're late")...

Although from your list these:
- add support for GNU/Hurd
- add support for powerful H.263+ and H.264 video codecs
- add a pulse audio plugin (only alsa is available currently)
- fix build error with GTK 2.24, binutils-gold, with -Wl,-z,defs, on
   FreeBSD
- replace some deprecated symbols
don't sound appropriate (or necessarily relevant)...


Thanks for the answer.

The diff is very large, hence unuseful, because there are 2 years of 
work in ptlib, opal and ekiga programs.


Maybe this comment from Ekiga author helps: "Ekiga is now up to speed 
again. The 4.0 UI is more modern and is very stable: I'm using it daily 
with our BeIP product range and it works like a charm :)" (from 
https://mail.gnome.org/archives/ekiga-devel-list/2012-September/msg2.html)


--
Eugen


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

Bug#685880: unblock: libpt2.10.4, libopal3.10.4, ekiga

[Eugen Dedu]

On 10/10/12 23:18, Julien Cristau wrote:

Hi Eugen,

On Sat, Aug 25, 2012 at 23:01:48 +0200, Eugen Dedu wrote:


Please let us know what do you think.


We'd need to see a diff before thinking anything (other than "indeed
you're late")...


Or maybe this is useful: http://git.gnome.org/browse/ekiga/plain/NEWS, 
look from top until ekiga 3.3.0 (included) to see briefly what happened 
since 3.2.7, current version in debian.



Although from your list these:
- add support for GNU/Hurd
- add support for powerful H.263+ and H.264 video codecs
- add a pulse audio plugin (only alsa is available currently)
- fix build error with GTK 2.24, binutils-gold, with -Wl,-z,defs, on
   FreeBSD
- replace some deprecated symbols
don't sound appropriate (or necessarily relevant)...


Currently, ekiga is in very bad state in debian.  Either we go back to 
older releases of ptlib, opal, or we update ekiga, as I wrote in my 
initial e-mail.  I think the latter is much better, even in this late 
period of the release.


--
Eugen


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

Bug#690182: RFA: git-cola -- highly caffeinated git GUI

[Iulian Udrea]

Package: wnpp
Severity: normal
X-Debbugs-CC: debian-pyt...@lists.debian.org

Long description:

 Git-cola is a git GUI optimized for working with the git index.
 .
 Git-cola can compare arbitrary commits using standard merge tools.
 With it you can search commit messages, content, authors, paths,
 data ranges etc. and it makes it easy to interactively edit the
 index.

Homepage: http://git-cola.github.com/

Upstream is very active and he is a pleasure to work with.

Iulian

Bug#690181: Backgrounding mount broken with NFS versions <4

[Wolfram Gloger]

Package: nfs-common
Version: 1:1.2.2-4squeeze2
Tags: patch

Assume the following:

An NFS server supports only NFS version <4.
This server is unreachable at a certain time.
A Debian client boots and tries to mount a directory on the server with
the 'bg' option, but without the 'nfsvers' option.
Later, the NFS server comes up.

Result: The client does _not_ mount the directory and the background
mount is silently terminated.  This typically breaks cross-mounted
server scenarios.

[Note that specifying 'nfsvers=3' is NOT a workaround, because then
 failing to connect the portmapper already terminates the mount.nfs
 process and no backgrounding happens at all.  This is a separate
 bug IMHO.]

Analysis:  When first trying an NFSv4 mount, 'vers=4' is appended
to the extra_options string in the mount options.  Then, the next
(background) attempt also happens with vers=4 and consequently,
nfs_try_mount_v3v2() is never called.  The mount fails, even though
the V3 server would now be reachable.

Fix appended.  It looks like this bug is also present in current
Debian nfs-utils git.

Regards,
Wolfram.

--- nfs-utils-1.2.2/utils/mount/stropts.c   2012-10-10 23:12:14.0 
+0200
+++ nfs-utils-1.2.2wg/utils/mount/stropts.c 2012-10-10 23:12:26.0 
+0200
@@ -659,6 +659,7 @@
 {
struct mount_options *options = po_dup(mi->options);
int result = 0;
+   char *extra_opts = NULL;
 
if (!options) {
errno = ENOMEM;
@@ -694,20 +695,26 @@
goto out_fail;
}
 
-   /*
-* Update option string to be recorded in /etc/mtab.
-*/
-   if (po_join(options, mi->extra_opts) == PO_FAILED) {
+   if (po_join(options, &extra_opts) == PO_FAILED) {
errno = ENOMEM;
goto out_fail;
}
 
if (verbose)
printf(_("%s: trying text-based options '%s'\n"),
-   progname, *mi->extra_opts);
+   progname, extra_opts);
 
result = nfs_sys_mount(mi, options);
 
+   /*
+* If success, update option string to be recorded in /etc/mtab.
+*/
+   if (result) {
+   free(*mi->extra_opts);
+   *mi->extra_opts = extra_opts;
+   } else
+   free(extra_opts);
+
 out_fail:
po_destroy(options);
return result;


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

Bug#572072: (no subject)

[Barry Warsaw]

For all intents and purposes, computer-janitor is abandonware.

https://bugs.launchpad.net/ubuntu/+source/computer-janitor/+bug/1050071


signature.asc
Description: PGP signature

Bug#690179: Fglrx kernel module causes system to lock up, requires reboot

[Andreas Beckmann]

Control: severity -1 important
Control: tag -1 moreinfo upstream

does the same happen with the 12-6+point-3 driver in unstable?

On 2012-10-10 22:01, Ryan Kavanagh wrote:
> Oct 10 12:07:09 nu kernel: [110203.842314] KBD BUG in 
> ../../../../../../../../drivers/2d/lnx/fgl/drm/kernel/mc_heap_manager.c at 
> line: 613!

That seems to be your bug, which points to fglrx.ko, so its an upstream bug.

google does not have too many hits for this problem and no solutions

http://phoronix.com/forums/showthread.php?13786-Catalyst-8-11/page3
=> try disabling heap randomization

http://pastebin.com/L1NN4WMg
http://ati.cchtml.com/show_bug.cgi?id=103
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=686723
http://forum.ubuntu-fr.org/viewtopic.php?id=552291
http://forum.ubuntu-it.org/viewtopic.php?t=465404

Try looking at the system configuration at the other reports - is there
some pattern perhaps?

Please report this to http://ati.cchtml.com


Andreas


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

Bug#690179: Fglrx kernel module causes system to lock up, requires reboot

[Michael Gilbert]

control: severity -1 important

> Section "Device"
>   Identifier  "Card0"
>Driver  "fglrx"
>BusID   "PCI:1:0:0"
> EndSection
>
> Section "Device"
>Identifier  "Card1"
>Driver  "intel"
>BusID   "PCI:0:2:0"
> EndSection

Would you mind trying an xorg conf with this second card disabled?
fglrx may be having trouble playing nice with the intel driver or vice
versa.

Anyway, if that fixes it, you'll need to submit an upstream bug report
since we can't change their proprietary code.

Best wishes,
Mike


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

Bug#688151: fwknop: Multiple security issues

[Franck Joncourt]

Le 09/10/2012 23:30, Moritz Muehlenhoff a écrit :

On Fri, Sep 21, 2012 at 01:00:18PM +0200, Moritz Muehlenhoff wrote:

On Thu, Sep 20, 2012 at 08:41:26AM +0200, Franck Joncourt wrote:

Hi Luciano,

Le 19/09/2012 22:40, Luciano Bello a écrit :[...]


The new fwknop fixes many security problems:
http://seclists.org/oss-sec/2012/q3/509

It's fixed in 2.0.3. The link include the patches too.


I have upgraded my working copy with the latest 2.0.3 but I was working
on the perl binding, so I did not upload it by now.

I am going to upload it to fix theses issues.


Since testing is frozen it's better to apply the isolated security fixes
in a 2.0.0rc2-2+deb7u1 upload to testing-proposed-updates to ensure these
are fixed in Wheezy.


Franck,
this is still unfixed in Debian Wheezy since testing is frozen.


Yes, I have not forgotten about wheezy.

I have rebuilt a package for wheezy with patches and I have just 
finished to test it. The patches from upstream have been applied with 
some modifications to make it work properly on the 2.0.0-rc2 release.


I have sent an email to the security team with the debdiff, and I am 
currently waiting for their approval before uploading the package.


Regards,


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

Bug#685880: unblock: libpt2.10.4, libopal3.10.4, ekiga

[Julien Cristau]

Hi Eugen,

On Sat, Aug 25, 2012 at 23:01:48 +0200, Eugen Dedu wrote:

> Please let us know what do you think.
> 
We'd need to see a diff before thinking anything (other than "indeed
you're late")...

Although from your list these:
- add support for GNU/Hurd
- add support for powerful H.263+ and H.264 video codecs
- add a pulse audio plugin (only alsa is available currently)
- fix build error with GTK 2.24, binutils-gold, with -Wl,-z,defs, on
  FreeBSD
- replace some deprecated symbols
don't sound appropriate (or necessarily relevant)...

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#683058: closed by Ansgar Burchardt (Re: ftp.debian.org: please create an empty wheezy-updates repository)

[email . bug]

Am Wed, 10 Oct 2012 21:09:05 +
schrieb ow...@bugs.debian.org (Debian Bug Tracking System):

> wheezy-updates does now exist.

Thanks! Is the creation of the dir now included in the script/procedure
for post wheezy releases?


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

Bug#690176: Updated Czech translation of apt-listbugs

[Francesco Poli]

On Wed, 10 Oct 2012 21:39:56 +0200 Miroslav Kure wrote:

[...]
> in attachement there is updated Czech (cs.po) translation of 
> apt-listbugs. Please include it with the package.
[...]

Hi Miroslav!
I am currently including your translation in apt-listbugs.
Thanks a lot for your contribution!

I have a question, though.
In the cs.po file you attached there's the following part:

[...]
#: lib/apt-listbugs/logic.rb:61
msgid " apt  : Apt mode.\n"
msgstr " apt  : režim pro apt.\n"

#: lib/apt-listbugs/logic.rb:62
msgid " list : List bug reports of the specified packages.\n"
msgstr " list   : k zadaným balíkům vypíše seznam chyb.\n"

#: lib/apt-listbugs/logic.rb:63
msgid " rss  : List bug reports of the specified packages in RSS.\n"
msgstr " rss: k zadaným balíkům vypíše seznam chyb v RSS.\n"
[...]

Is the use of lower-case initial letters in "režim" and "k" intentional?
Or should it be converted in upper-case initial letters ("Režim" and
"K") for consistency with the original English text?

Please let me know.
Thanks for your time!


P.S.: please take into account that I have no idea about Czech rules
about capitalization of initial letters, hence I may well be talking
nonsense!

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


pgpFuh7FqBJtB.pgp
Description: PGP signature

Bug#690164: xserver-xorg-input-evdev: usb headset volume buttons "freezes" gnome-shell

[Julien Cristau]

On Wed, Oct 10, 2012 at 18:36:23 +0200, Samuel Wolf wrote:

> Package: xserver-xorg-input-evdev
> Version: 1:2.7.0-1+b1
> Severity: normal
> 
> If I use my headset for example to watch a youtube or a sip call and press 
> volume plus/minus the gnome-shell "freezes". I can still change the windows 
> with ALT+tab but no longer with the mouse.
> The only way to solve the problem would be to kill the application whitch 
> gives the sound out.
> 
> Headset Plantronics C620
> Bus 005 Device 002: ID 047f:aa00 Plantronics, Inc.
> 
> Using the volume hotkey on the keyboard works without any trouble.
> 
> If I press the volume buttons when the headset is _not_ in use, every thing 
> is o.k.
> 
What makes you think this is an X driver bug?

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#690180: xul-ext-tabmixplus: Breakes back button on Iceweasel 16

[Torquil Macdonald Sørensen]

Package: xul-ext-tabmixplus
Version: 0.4.0.2-1
Severity: important

Hi!

It seems that the Debian Tab Mix Plus package renders the back button
unusable (greyed out) on Iceweasel 16 from Experimental. Tab Mix Plus
was the extension that I had to disable to get my back button working
again.

Best regards
Torquil Sørensen

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

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

Versions of packages xul-ext-tabmixplus depends on:
ii  iceweasel  16.0-1

xul-ext-tabmixplus recommends no packages.

xul-ext-tabmixplus 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#663916: New phonetisaurus package available

[Jakub Wilk]

* Giulio Paci , 2012-10-09, 02:16:

git://git.debian.org/git/collab-maint/phonetisaurus.git.


The ugly hack in debian/rules is indeed ugly. :)

Could you split it into multiple lines? 410 characters is really too 
long.


Why is the filename between two -e expressions?

Last but not least, why do you need to recover this file? It looks like 
it shouldn't have been included in the upstream tarball in the first 
place.


Oh, and Google sparse hash implemented is already packaged in Debian. 
Please build-depend on libsparsehash-dev and make sure that the 
system-wide copy is used, not the bundled one.


Packaging the UTF-8 library (currently in src/3rdparty/utf8/) might be 
also worth considering, in order to comply with Policy §4.13.


--
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#689842: shelldap: RDNs with spaces are handled differently by different commands

[Salvatore Bonaccorso]

Hi Dominik

On Sun, Oct 07, 2012 at 09:09:48PM +0200, Dominik George wrote:
> > The manpage should at least document that if there are RDNs with
> > spaces, then they need to be quoted. I do not see an easy way (right
> > now) on how the code could be changed to parse the arguments to cat
> > and rm in better way.
> 
> then just invert that. Make all commands that do not take a second 
> argument simply ignore it and break on unquoted spaces as well.

For your information: Upstream author agrees on this second way to go,
and will have a look shortly into it.

Thanks for reporting,

Regards,
Salvatore


signature.asc
Description: Digital signature

Bug#687163: #687163 php5-xdebug: Fails to upgrade to 2.2.1-1

[Lior Kaplan]

Hi,

>From which version are you are you trying to upgrade?

Kaplan

Bug#689352: #689352: kgb-bot: configurable message format

[Tollef Fog Heen]

]] Damyan Ivanov 

Just for the record, since we talked about this on IRC:

> -=| Tollef Fog Heen, 01.10.2012 22:04:50 +0200 |=-
> > Package: kgb-bot
> > Severity: wishlist
> > Version: 1.05-1+squeeze1
> > 
> > It would be very useful if the message format could be further
> > customised.  In my particular case, I would like to add a link to the
> > commit in cgit.
> 
> That last part (link to the commit) will be in the next release. It 
> has to be configured in the client config -- you give it a string in 
> which ${commit}, ${branch} etc are replaced with the data from the 
> commit.

That would be sufficient in my case, I don't actually need more control
than that.

Cheers,
-- 
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are


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

Bug#685627: Bug#685960: unblock: gnupg/1.4.12-5 (pre-approval)

[Adam D. Barratt]

On Thu, 2012-08-30 at 22:13 +0100, Adam D. Barratt wrote:
> On Mon, 2012-08-27 at 23:00 -0400, David Prévot wrote:
> > Can someone from the release team please confirm that you would consider
> > unblocking such an upload of gnupg, knowing that a udeb is involved too?
> 
> After a chat with KiBi the proposed changes shouldn't have any effect on
> the content / behaviour of the udeb, so please go ahead.

Ping?

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#685837: unblock: tomcat-native/1.1.24-1

[Adam D. Barratt]

On Mon, 2012-08-27 at 21:48 -0700, tony mancill wrote:
> On 08/25/2012 06:15 PM, Cyril Brulebois wrote:
> > Looking at the diff (please bear in mind I know little to nothing in
> > java/jni, so those are naïve questions):
> >  - is tcn_socket_t for internal use only or is it exposed outside the
> >library?
> >  - same question for tcn_pollset_t.
> >  - is it ok to get rid of some functions, like update_ttl?
> > 
> > If answers are 2*internal+yes, we should be able to unblock it.
[...]
> Here is the change you're referring to:
> 
> > -static void update_ttl(tcn_pollset_t *p, const apr_pollfd_t *fd, 
> > apr_time_t t)
> > +static void update_last_active(tcn_pollset_t *p, const apr_pollfd_t *fd, 
> > apr_time_t t)
> 
> update_ttl() (and it's replacement, update_last_active()) are only used
> in poll.c and is declared as static, so I don't see how that would
> change users of the library.

Apologies for the delay in getting back to you again.

Looking through the earlier conversation, I couldn't see a final answer
regarding whether tcn_socket_t is exported by the library. The reason
for the query being:

 tcn_nlayer_t *net;
+apr_time_t  last_active;
+apr_interval_time_t timeout;
 } tcn_socket_t;

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#685248: unblock boinc/7.0.34+dfsg-2 (was: Bug#685248: unblock: boinc/7.0.33-1 and boinc-app-seti/6.12~svn1385-1)

[Steffen Möller]

Hello Julien,

thank you for your reply.

 Original-Nachricht 
> Datum: Wed, 10 Oct 2012 22:16:56 +0200
> Von: Julien Cristau 

> On Sat, Sep  1, 2012 at 21:09:28 +0800, Guo Yixuan wrote:
> 
> > Hi,
> > 
> > Is there any progress for this unblock request?
> > 
> > boinc is in NEW, and we've responded to FTP Masters' (Luca and
> > Ansgar) request by doing some fixes, updating boinc to 7.0.34+dfsg-2
> > which conforms to FTP Masters' requirement. Now we (FTP Masters and
> > BOINC team) are waiting for you comment on our unblock request.
> > 
> As the package isn't in testing I don't think ftpmaster need to wait on
> us.

boinc-app-seti is (sadly) not in testing, as you said. boinc instead is in 
testing - just in a somewhat oldish (7.0.27, 5 month ago) version now. We would 
very much like to update that. 7.0.3x is tested extensively in the Ubuntu 
community, which is sharing the git repository with us. Quite some 
user-sensative bugs are fixed in that version.

It just feels bad when the Debian folks are doing the packaging work and the 
Ubuntu users profit from it, not even in unstable. And we cannot get it into 
backports either.

Many greetings

Steffen


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

Bug#687060: dh_python3: TypeError when maximum version is specified

[Scott Kitterman]

This will fix it:

diff -Nru python3-defaults-3.2.3/debpython/depends.py python3-
defaults-3.2.3/debpython/depends.py
--- python3-defaults-3.2.3/debpython/depends.py 2012-07-12 22:41:16.0 
+
+++ python3-defaults-3.2.3/debpython/depends.py 2012-10-10 18:29:46.0 
+
@@ -155,7 +155,8 @@
 if vr[0]:  # minimum version specified
 self.depend("python3 (>= %s)" % vrepr(vr[0]))
 if vr[1]:  # maximum version specified
-self.depend("python3 (<< %s)" % vrepr(vr[1] + 1))
+self.depend("python3 (<< %s)" % 
+vrepr((vr[1][0], int(vr[1][1]) + 1)))
 
 for pattern in options.regexpr or []:
 args += " -X '%s'" % pattern.replace("'", r"'\''")


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

Bug#685754: unblock: live-config/3.0.4-1

[Adam D. Barratt]

Control: tags -1 + moreinfo

On Fri, 2012-08-24 at 08:27 -0300, Ben Armstrong wrote:
> Please unblock package live-config
> 
> Several fixes, mostly relating to locales and keyboard configuration,
> along with doc updates.

We're now up to 3.0.8, including four uploads within the space of a week
(one for an entirely pointless standards-version tweak). :-(

Would it be possible to have a cleaned up version of the diff that skips
the translation changes and the noise from stuff like the below?

 scripts/config/1050-kaboom|   43 +++
 scripts/config/1060-kaboom|   43 ---
 scripts/config/1060-kde-services  |   82 ++
 scripts/config/1070-debian-installer-launcher |   52 
 scripts/config/1070-kde-services  |   83 --
 scripts/config/1080-debian-installer-launcher |   52 

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#685658: unblock: maildir-utils/0.9.8.5-3

[Julien Cristau]

Hi Norbert,

On Fri, Aug 24, 2012 at 09:03:29 +0900, Norbert Preining wrote:

> Hi Cyril,
> 
> On Do, 23 Aug 2012, Cyril Brulebois wrote:
> >  319 files changed, 37796 insertions(+), 31727 deletions(-)
> 
> :-(
> 
> > Other team members might have a different opinion, but it looks to me
> > like those changes are very much too important for me/us to consider
> > reviewing/unblocking at this point, sorry.
> 
> I see your point.
> 
> In this case is there anything you would suggest? I could backort
> the changes that fixes the encoding issues to the version in testing,
> but that would need introduction of epochs (something I dislike).
> 
> If I go this way, I want to make sure that it will be accepted
> into testing, otherwise I end up with useless introduction of
> epochs for nothing. THe idea would be to just apply the patch
> I sent you (from -1 to -3) plus one small one in the configure
> that relaxes the check for some library component (also upstream).
> 
> Anyother ideas, suggestions?
> 
It's not clear to me why you're saying an epoch would be necessary.  The
fix you sent could be applied to the version in testing and uploaded
there directly.  If you could prepare that upload and send us a final
debdiff that would be great.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#688891: psad: modifies conffiles (policy 10.7.3): /etc/psad/psad.conf

[gregor herrmann]

On Wed, 10 Oct 2012 21:30:17 +0200, Franck Joncourt wrote:

> I have to check this bug too, but I have been working on fwknop so
> far : CVE + FTBS on mips.
> I will check your proposal tommorow, and see if I can fix it as soon
> as possible to make it work properly.

Cool, thanks!

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: Joe Cocker: Feeling Alright


signature.asc
Description: Digital signature

Bug#690151: claws-mail: CVE-2012-4507

[Ricardo Mones]

tags 690151 confirmed fixed-upstream pending
thanks

  Hi Moritz,

On Wed, Oct 10, 2012 at 04:24:52PM +0200, Moritz Muehlenhoff wrote:
> Package: claws-mail
> Severity: grave
> Tags: security
> Justification: user security hole
> 
> Please see https://bugzilla.redhat.com/show_bug.cgi?id=862578 for
> details and a patch.

  Yeah, I commited the fix upstream, tagging accordingly.

> Since we're in freeze, please upload a minimal fix to unstable
> and request an unblock.

  There's some other minimal fixes in the oven, without CVE, this one will
be added (was planned anyway).

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



signature.asc
Description: Digital signature

Bug#685248: unblock boinc/7.0.34+dfsg-2 (was: Bug#685248: unblock: boinc/7.0.33-1 and boinc-app-seti/6.12~svn1385-1)

[Julien Cristau]

On Sat, Sep  1, 2012 at 21:09:28 +0800, Guo Yixuan wrote:

> Hi,
> 
> Is there any progress for this unblock request?
> 
> boinc is in NEW, and we've responded to FTP Masters' (Luca and
> Ansgar) request by doing some fixes, updating boinc to 7.0.34+dfsg-2
> which conforms to FTP Masters' requirement. Now we (FTP Masters and
> BOINC team) are waiting for you comment on our unblock request.
> 
As the package isn't in testing I don't think ftpmaster need to wait on
us.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#690164: xserver-xorg-input-evdev: usb headset volume buttons "freezes" gnome-shell

[Samuel Wolf]

Found a solution for me, add the follwing in /etc/X11/xorg.conf

[...]
Section "InputClass"
Identifier  "Plantronics"
MatchProduct"Plantronics"
Option  "Ignore" "true"
EndSection
[...]

Headset (Audio) and volume buttons work fine.


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

Bug#685752: unblock: live-tools/3.0.9-1

[Adam D. Barratt]

On Fri, 2012-08-24 at 08:17 -0300, Ben Armstrong wrote:
> Please unblock package live-tools
> 
> Primarily to fix diversion conflicts. Also includes doc updates and
> other fixes needed for the release.

In the meantime, the package is now up to 3.0.12. I'm assuming the
changes from .10 and .11 would fall under the same request? (I'm
ignoring .12 as I'm really not sure why it was uploaded at all.)

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#688229: 688229: hack to emulate drive

[Paul Menzel]

Dear Thomas,


Am Mittwoch, den 10.10.2012, 16:56 +0200 schrieb Thomas Schmitt:

> > + res = burn_drive_convert_fs_adr ("stdio:/tmp/my_emulated_drive, 
> > libburn_device);
> 
> Isn't there a quotation mark missing before the comma ?

Yes, sorry. Forgot to `git commit -a --amend` that error. Otherwise it
would not have compiled.


Thanks,

Paul
From c47007aa04b37e600c8c21620209cd038ca6b42a Mon Sep 17 00:00:00 2001
From: Paul Menzel 
Date: Wed, 10 Oct 2012 11:09:59 +0200
Subject: [PATCH] burn-libburn-common.c: Use std:/tmp/my_emulated_drive

A medium has to be put into the burner though, so that Brasero allows you to press the burn button.
---
 plugins/libburnia/burn-libburn-common.c |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/plugins/libburnia/burn-libburn-common.c b/plugins/libburnia/burn-libburn-common.c
index 1965b86..11364bd 100644
--- a/plugins/libburnia/burn-libburn-common.c
+++ b/plugins/libburnia/burn-libburn-common.c
@@ -164,7 +164,7 @@ brasero_libburn_common_ctx_new (BraseroJob *job,
 
 	/* we just want to scan the drive proposed by drive */
 	brasero_job_get_device (job, &device);
-	res = burn_drive_convert_fs_adr (device, libburn_device);
+	res = burn_drive_convert_fs_adr ("stdio:/tmp/my_emulated_drive", libburn_device);
 	g_free (device);
 	if (res <= 0) {
 		g_set_error (error,
-- 
1.7.10.4



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

Bug#683684: Subject: unblock: cacti/0.8.8a-4

[Paul Gevers]

On 10-10-12 21:41, Julien Cristau wrote:
> Hi,
> 
> sorry for the very late answer.

No problem.

>> +If you read this and care about keeping your system maintainable, please 
>> change
>> +the layout of the plugins structure of cacti. Due to the way a lot of 
>> plug-ins
>> +are written (details in bug #681558) in combination with Debian policy, I 
>> can
>> +not fix this in the package.

> Moving things away from /usr/share/cacti/site/plugins manually means any
> update to the package won't be effective.  Is there really no better way
> of handling this?

Actually, that is what I want. I want system administrators to install
plugins from the web outside of Debian controlled area. "I" might
otherwise damage those things upon upgrade. If I read the policy
correctly, this is exactly as intended, but I might be wrong. Rephrasing
a quote from one of the upstream developers, if the plugin is good
enough to be distributed, it should be in cacti itself. But of course I
will reconsider if you have good arguments. This is the best I could
come up with, and none of my co-maintainers responded.

Paul



signature.asc
Description: OpenPGP digital signature