Bug#695499: opie-server: No amd64 version in testing or unstable

[Matt Rechkemmer]

Package: opie-server
Severity: wishlist

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

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

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


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

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


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

Bug#695498: libpam-opie: No amd64 version in testing or unstable

[Matt Rechkemmer]

Package: libpam-opie
Severity: wishlist

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

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

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


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

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


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

Bug#695497: opie-client: No amd64 version in testing or unstable

[Matt Rechkemmer]

Package: opie-client
Severity: wishlist

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

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

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


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

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


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

Bug#695496: mesa: Torchlight crashes because of mesa texture problem

[Michal Kašpar]

Package: mesa
Version: 8.0.5-3
Severity: normal

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

The game Torchlight for Linux crashes when entering certain location. It
seems the problem is in mesa package and its checks for mipmap
dimensions (see
http://forums.runicgames.com/viewtopic.php?f=24&t=34893&sid=c4c3efa2a55860e0ced3359f27753d0b&start=20).
The fix for mesa should be in theese links:
http://lists.freedesktop.org/archives/mesa-dev/2012-October/028210.html
http://lists.freedesktop.org/archives/mesa-dev/2012-October/028211.html
or in the bug filled on freedestop.org:
https://bugs.freedesktop.org/show_bug.cgi?id=55445
but they are apparently for diferent version of mesa then contain in
current Debian unstable.

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


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

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


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

Bug#695495: wavpack: hybrid mode data corruption

[Julian Hughes]

Package: wavpack
Version: 4.60.1-3
Severity: important

wavpack in hybrid mode produces corrupt data on amd64.
Example:
$ wavpack -m -c -h -b300 pcm_audiosample.wav 

 WAVPACK  Hybrid Lossless Audio Compressor  Linux Version 4.60.1
 Copyright (c) 1998 - 2009 Conifer Software.  All Rights Reserved.

original md5 signature: ea3d80dda8245448de46113bf9a80fcd
created pcm_audiosample.wv (+.wvc) in 1.36 secs (lossless, 57.86%)

.

$ wvunpack -m pcm_audiosample.wv

 WVUNPACK  Hybrid Lossless Audio Decompressor  Linux Version 4.60.1
 Copyright (c) 1998 - 2009 Conifer Software.  All Rights Reserved.

overwrite pcm_audiosample.wav (yes/no/all)? y

original md5:  ea3d80dda8245448de46113bf9a80fcd
unpacked md5:  d56f9ea586ef25828a1e3fa8ff2408f9
MD5 signatures should match, but do not!


This bug is apparently caused by use of memcpy() instead of memmove()
and is architecture-specific.  The wavpack developer reports it as
being fixed in svn trunk:

http://www.hydrogenaudio.org/forums/index.php?showtopic=95889


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

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

Versions of packages wavpack depends on:
ii  libc62.13-37
ii  libwavpack1  4.60.1-3

wavpack recommends no packages.

wavpack 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#695326: cloud-init: improved package descritpion

[Charles Plessy]

Le Fri, Dec 07, 2012 at 07:48:23AM +0100, Holger Levsen a écrit :
> package: cloud-init
> severity: wishlist
> 
> Please add this to the package description:
> 
> On Donnerstag, 6. Dezember 2012, Brian Gupta wrote:
> > Q: What is cloud-init?
> > A: Cloud-init is a framework written in Python for handling EC2
> > userdata to configure a newly instantiated EC2 instance. See upstream
> > project for more details: https://help.ubuntu.com/community/CloudInit
> 
> (ar least the first sentence of this answer.)

Hi Holger,

not all the configurations operated by cloud-init depend on the EC2 API,
so I am not sure if it would be right to single out one API in the description,
unless cloud-init is strongly tied with it.

(I just debtagged the cloud-init binary package to signal that it is implemented
in Python).

What do others think ?

Cheers,

-- 
Charles


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

Bug#695494: xterm -title not working

[patrick295767]

Package: xterm
Version: 261-1
Severity: normal

Hi,

Yeah, it is surprising but it is not working on debian stable (squeeze).
It is kinda annoying. 

How to reproduce, first:
  @debian:~$ xterm -title "quake_console"


and then: 

pat@debian:~$ wmctrl -l
0x02600024  0 debian reportbug-xterm-20121209-30122-9muH3T + (/tmp) -
VIM
0x02400024  0 debian pat@debian: ~


My xterm rc is not customed at all, but default.

It should be fixed in the next release of debian if you might find some
time to check the code.

Yours sincerely.
pat



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

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

Versions of packages xterm depends on:
ii  libc6 2.11.3-3   Embedded GNU C Library: Shared lib
ii  libfontconfig12.8.0-2.1  generic font configuration library
ii  libice6   2:1.0.6-2  X11 Inter-Client Exchange library
ii  libncurses5   5.7+20100313-5 shared libraries for terminal hand
ii  libutempter0  1.1.5-3A privileged helper for utmp/wtmp 
ii  libx11-6  2:1.3.3-4  X11 client-side library
ii  libxaw7   2:1.0.7-1  X11 Athena Widget library
ii  libxft2   2.1.14-2   FreeType-based font drawing librar
ii  libxmu6   2:1.0.5-2  X11 miscellaneous utility library
ii  libxt61:1.0.7-1  X11 toolkit intrinsics library
ii  xbitmaps  1.1.0-1Base X bitmaps

Versions of packages xterm recommends:
ii  x11-utils 7.5+4  X11 utilities

Versions of packages xterm suggests:
pn  xfonts-cyrillic(no description available)

-- 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#678035: python2.7: urllib2 doesn't connect to some HTTPS sites

[Michael Löffler]

Am Samstag, den 08.12.2012, 11:09 +0900 schrieb TANIGUCHI Takaki:

> I think this bug is caused by openssl. I guess it is Bug#683159.


This seems correct. The suggested workaround there, to set -ssl3 by
hand, also works for python:
import socket, ssl
sg = ssl.wrap_socket(socket.create_connection(('secure.nicovideo.jp',
443)), ssl_version=ssl.PROTOCOL_SSLv3)

Bug#695492: [wheezy] Ctrl-C on program accessing CIFS mount breaks/hangs mount

[Jonathan Nieder]

Hi John,

John Darrah wrote:

> When using a program like 'find' or 'cp' in an operation involving a CIFS 
> mounted network
> location and then typing a Ctrl-C to terminate it will cause -all- CIFS mount 
> points to
> become unusable. To fix this, you just unmount them and then re-mount again. 
> This is repeatable
> as often as I choose.

That's beautiful.  Thanks for a clear report.

Can you say a little more about the server hosting this share (Windows
Server or samba?  What version?  etc).

>   I might also note this behaviour has been around since 
> I ran 2.6 series.

If you remember which version introduced it, that could help in
tracking this down.  (In other words, what are the newest working and
oldest non-working versions you've tried?)

[...]
> CIFS VFS: Unexpected lookup error -512
> CIFS VFS: No task to wake, unknown frame received! NumMids 0
> Received Data is: : dump of 37 bytes of data at 0x8800449f9c40
>  2300 424d53ff 22a4 c00580c0 . . . #  S M B  " . .  . . 
> 
>  5bd8 8faa367c 0618 34d42803 . .  [ | 6  . . . . . . (  4
>  dfbb0800 da00 . .   .
> CIFS VFS: Unexpected SMB signature
> CIFS VFS: Unexpected SMB signature
[...]

There has been work on the upstream CIFS driver recently, including
making that message more precise.  Could you try 3.6.y from
experimental and let us know how it goes?

If it's fixed, the next step will be to try to find which patch fixed
it and apply the same to wheezy.  If it's broken, we can take this
upstream.  So either result is progress.

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#695493: nvprof not found

[Adam Majer]

Package: nvidia-visual-profiler
Version: 5.0.35-2
Severity: important

When trying to run profiler on an application, I get a window 

  *** Profiling Failed ***
"""
Unable to profile application.
org.eclipse.core.runtime.CoreException: unable to find nvprof
"""





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

Kernel: Linux 3.6.7+ (SMP w/4 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages nvidia-visual-profiler depends on:
ii  default-jre [java6-runtime]1:1.7-48
ii  libc6  2.13-36
ii  libcuinj64-5.0 5.0.35-2
ii  libgtk2.0-02.24.10-2
ii  openjdk-7-jre [java6-runtime]  7u3-2.1.3-1
ii  perl   5.14.2-15

Versions of packages nvidia-visual-profiler recommends:
ii  nvidia-cuda-doc  4.2.9-1

nvidia-visual-profiler 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#695492: linux-image-3.2.0-4-amd64: Ctrl-C on program accessing CIFS mount breaks/hangs mount

[John Darrah]

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


When using a program like 'find' or 'cp' in an operation involving a CIFS 
mounted network
location and then typing a Ctrl-C to terminate it will cause -all- CIFS mount 
points to
become unusable. To fix this, you just unmount them and then re-mount again. 
This is repeatable
as often as I choose. I might also note this behaviour has been around since I 
ran 2.6 series.

Searching the net, I only find the following:
   
http://unix.stackexchange.com/questions/44430/interrupt-process-in-samba-share-mounted-folder-breaks-mount

The following is the kernel log when this happens:

Dec  8 07:46:42 cellserv rsyslogd: -- MARK --
Dec  8 07:57:37 cellserv kernel: [579115.830947] CIFS VFS: Unexpected lookup 
error -512
Dec  8 07:57:37 cellserv kernel: [579115.831837] CIFS VFS: No task to wake, 
unknown frame received! NumMids 0
Dec  8 07:57:37 cellserv kernel: [579115.831963] Received Data is: : dump of 37 
bytes of data at 0x8800449f9c40
Dec  8 07:57:37 cellserv kernel: [579115.831970]  2300 424d53ff 22a4 
c00580c0 . . . #  S M B  " . .  . . 
Dec  8 07:57:37 cellserv kernel: [579115.831976]  5bd8 8faa367c 0618 
34d42803 . .  [ | 6  . . . . . . (  4
Dec  8 07:57:37 cellserv kernel: [579115.831979]  dfbb0800 da00 . .  
 .
Dec  8 07:57:42 cellserv kernel: [579119.994008] CIFS VFS: Unexpected SMB 
signature
Dec  8 07:57:42 cellserv kernel: [579119.46] CIFS VFS: Unexpected SMB 
signature
Dec  8 07:57:42 cellserv kernel: [579120.004928] CIFS VFS: Unexpected SMB 
signature
.
.
.

fstab entries:
//amifile01/Public   /nfs/1/publiccifs  
noauto,noserverino,noexec,nosuid,nodev,uid=eadmin,gid=users,noperm,file_mode=0666,dir_mode=0777,wsize=16384,credentials=/root/PW/engusers
  0  0
//amifile01/Public   /nfs/2/publiccifs  
noauto,noserverino,noexec,nosuid,nodev,uid=eadmin,gid=eadmin,file_mode=0666,dir_mode=0777,wsize=16384,credentials=/root/PW/engadmin
  0  0
//amifile01/Public   /nfs/3/publiccifs  
noauto,noserverino,noexec,nosuid,nodev,uid=admin,gid=admin,file_mode=0666,dir_mode=0777,wsize=16384,credentials=/root/PW/godadmin
  0  0
//amifile02/scanning /nfs/1/scanning  cifs  
noauto,noserverino,noexec,nosuid,nodev,uid=eadmin,gid=users,noperm,file_mode=0666,dir_mode=0777,wsize=16384,credentials=/root/PW/engusers
  0  0
//amifile02/Scanning /nfs/2/scanning  cifs  
noauto,noserverino,noexec,nosuid,nodev,uid=eadmin,gid=eadmin,file_mode=0666,dir_mode=0777,wsize=16384,credentials=/root/PW/engadmin
  0  0
//amifile02/Scanning /nfs/3/scanning  cifs  
noauto,noserverino,noexec,nosuid,nodev,uid=admin,gid=admin,file_mode=0666,dir_mode=0777,wsize=16384,credentials=/root/PW/godadmin
  0  0


-- Package-specific info:
** Version:
Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 
(Debian 4.6.3-12) ) #1 SMP Debian 3.2.32-1

** Command line:
BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-amd64 
root=UUID=1c0f3131-3379-41db-9511-2bc0c542ce1d ro quiet

** Not tainted

** Kernel log:
[   11.139183] [drm] GART: num cpu pages 131072, num gpu pages 131072
[   11.160377] [drm] PCIE GART of 512M enabled (table at 0x37C8).
[   11.160410] radeon :04:04.0: WB disabled
[   11.160469] [drm] Loading R100 Microcode
[   11.299284] [drm] radeon: ring at 0xC0001000
[   11.299306] [drm] ring test succeeded in 1 usecs
[   11.299397] [drm] radeon: ib pool ready.
[   11.299477] [drm] ib test succeeded in 0 usecs
[   11.299622] [drm] No valid Ext TMDS info found in BIOS
[   11.299650] [drm] Radeon Display Connectors
[   11.299652] [drm] Connector 0:
[   11.299653] [drm]   VGA
[   11.299655] [drm]   DDC: 0x60 0x60 0x60 0x60 0x60 0x60 0x60 0x60
[   11.299657] [drm]   Encoders:
[   11.299659] [drm] CRT1: INTERNAL_DAC1
[   11.299660] [drm] Connector 1:
[   11.299662] [drm]   DVI-D
[   11.299663] [drm]   HPD2
[   11.299665] [drm]   DDC: 0x64 0x64 0x64 0x64 0x64 0x64 0x64 0x64
[   11.299667] [drm]   Encoders:
[   11.299668] [drm] DFP2: INTERNAL_DVO1
[   11.338103] [drm] fb mappable at 0xE004
[   11.338105] [drm] vram apper at 0xE000
[   11.338107] [drm] size 786432
[   11.338108] [drm] fb depth is 8
[   11.338109] [drm]pitch is 1024
[   11.338173] fbcon: radeondrmfb (fb0) is primary device
[   11.499529] Console: switching to colour frame buffer device 128x48
[   11.507083] fb0: radeondrmfb frame buffer device
[   11.507086] drm: registered panic notifier
[   11.507101] [drm] Initialized radeon 2.12.0 20080528 for :04:04.0 on 
minor 0
[   13.340764] Adding 19536892k swap on /dev/sda5.  Priority:1 extents:1 
across:19536892k 
[   13.421648] Adding 19536892k swap on /dev/sdb5.  Priority:1 extents:1 
across:19536892k 
[   13.506987] Adding 19536892k swap on /dev/sdc5.  Priority:1 extents:1 
across:19536892k 
[   13.747148] EXT3-fs (md0): using internal journal
[   14.414104] loop: module loaded
[   16.152888] ADDRCONF(NETDEV_UP): eth1: link is not ready
[   16.177703] e1000: eth1 NIC Link is Up 1000 Mbps Full Duplex

Bug#669363: libsdl-1.3-dev: fatal error: directfb.h: No such file or directory

[Sam Lantinga]

SDL 1.3 was an unstable pre-release API and should not be included in
distributions.

SDL 2.0 is largely stable and if the dev package is built with directfb
support it should have a dependency on the directfb development package.

Cheers!

On Sat, Dec 8, 2012 at 7:26 PM, Ztatik Light  wrote:

> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=669363
>
> You've stated that the file exists @ /usr/include/directfb/directfb.h
>
> ... Where it should be proper located
>
> Possibly, try a `sudo updatedb` ...
>
> and assure you have the 'libdirectfb-dev' package installed > `sudo
> aptitude install libdirectfb-dev`
>
> Or manually download|compile|install SDL v1.3|2.0 / directfb ...
>
>
> `sudo aptitude install mercurial && hg clone 
> http://hg.libsdl.org/SDL`
>
> http://www.libsdl.org/hg.php
>
> lynx http://hg.libsdl.org/
>
> Disseminate proper resolution and synaptic connections. :)
>
> http://en.wikipedia.org/wiki/Indefinite_lifespan#Longevity_Escape_Velocity
>
> What will you do to secure the continuation of what you're developing for
> the next 182 Lunar cycles?
>
>
> http://www.globalinformationnetworkpath.com/wp-content/uploads/2011/05/newthought-530x372.jpg
>
> http://www.hrvoice.org/wp-content/uploads/2010/10/BC-HRMA-Opening-New-Thought.jpg
>

Bug#695490: erm, whoops

[Paul Tagliamonte]

tags 695490 - patch
tags 695490 + pending
thanks

D'oh.


-- 
All programmers are playwrights, and all computers are lousy actors.

#define sizeof(x) rand()
:wq


signature.asc
Description: Digital signature

Bug#695491: undbx: 'man undbx' typo: "Subjec:"

[A. Costa]

Package: undbx
Version: 0.20-1
Severity: minor
Tags: patch

Dear Maintainer,

Found a typo in '/usr/share/man/man1/undbx.1.gz', see attached '.diff'.

Hope this helps...

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

Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash

Versions of packages undbx depends on:
ii  libc6  2.13-35

undbx recommends no packages.

undbx suggests no packages.

-- debconf-show failed
--- undbx.1	2011-10-12 17:50:07.0 -0400
+++ /tmp/undbx.1	2012-12-09 00:04:58.470585541 -0500
@@ -23,7 +23,7 @@
 On the other hand, if a .eml file exists in the destination directory and no corresponding mail is found in the .dbx file, the mail is considered deleted and \fBundbx\fR will delete this .eml file.
 This way, \fBundbx\fR can be used as an synchronization backup tool for .dbx files.
 .PP
-The file names of .eml files are composed by the From, To and Subjec: header fields.
+The file names of .eml files are composed by the From, To and Subject: header fields.
 The modification time of each file is set to match the date specified in the Date field of the mail header.
 .SH OPTIONS
 

Bug#695490: dput-ng: please support uploads to Ubuntu

[Paul Tagliamonte]

tags 695490 + patch
thanks

On Sat, Dec 08, 2012 at 11:52:31PM -0500, Jeremy Bicha wrote:

Hi there,

> Package: dput-ng
> Version: 1.1
> Severity: normal
>
> I tried uploading a package to Ubuntu but it failed. Here's my

This is fixed in git already. We should be releasing soon.

> ~/.dput.cf which was sufficient with classic dput:
>
> [ubuntu]
> fqdn= upload.ubuntu.com
> method  = sftp
> incoming= ubuntu
> login   = jbicha
>
> [ppa]
> fqdn= ppa.launchpad.net
> method  = sftp
> incoming= ~%(ppa)s/ubuntu
> login   = jbicha
>
> And here's the error. Source-only uploads of course should be accepted
> for Ubuntu:
>
> $ dput ubuntu ../build-area/gnome-font-viewer_3.6.2-0ubuntu1_source.changes
> Uploading gnome-font-viewer using sftp to ubuntu (host:
> upload.ubuntu.com; directory: ubuntu)
> running allowed-distribution: check whether a local profile permits
> uploads to the target distribution
> running protected-distribution: warn before uploading to distributions
> where a special policy applies
> running checksum: Verify checksums before uploading
> Validate sha1 checksums
> running suite-mismatch: check the target distribution for common errors
> running check-debs: makes sure the upload contains a binary package
> There are no .debs in this upload, and we're enforcing them.

This is also fixed in git. It happens when your upload target is the
same as the meta class of that file. There's code to avoid loops that
was wrong.

>
> I also tried uploading to my PPA. Uploading to the PPA worked, except
> if I had sftp in my ~/.dput.cf (posted previously) or if I manually
> tweaked /etc/dput.d/profiles/ppa.json:
>
> $ dput ppa:jbicha/dev
> ../build-area/gnome-font-viewer_3.6.2-0ubuntu1_source.changes
> Uploading gnome-font-viewer using sftp to ppa (host:
> ppa.launchpad.net; directory: ~jbicha/dev/ubuntu)
> running allowed-distribution: check whether a local profile permits
> uploads to the target distribution
> running checksum: Verify checksums before uploading
> Validate sha1 checksums
> running suite-mismatch: check the target distribution for common errors
> running check-debs: makes sure the upload contains a binary package
> running gpg: check GnuPG signatures before the upload
> gpg: Signature made Sat 08 Dec 2012 11:30:47 PM EST using RSA key ID EBFE6C7D
> gpg: checking the trustdb
> gpg: no ultimately trusted keys found
> gpg: Good signature from "Jeremy Bicha "
> gpg: aka "Jeremy Bicha "
> gpg: WARNING: This key is not certified with a trusted signature!
> gpg:  There is no indication that the signature belongs to the owner.
> Primary key fingerprint: 4D0B E12F 0E47 76D8 AACE  9696 E66C 775A EBFE 6C7D
>
> SFTP doesn't support ~path or ~/path. if you need $HOME paths, use SCP.
>
>
> - -- System Information:
> Debian Release: wheezy/sid
>   APT prefers raring-updates
>   APT policy: (500, 'raring-updates'), (500, 'raring-security'), (500,
> 'raring'), (500, 'quantal-proposed'), (100, 'raring-backports')
>

Thanks,
  Paul

--
All programmers are playwrights, and all computers are lousy actors.

#define sizeof(x) rand()
:wq


signature.asc
Description: Digital signature

Bug#695490: dput-ng: please support uploads to Ubuntu

[Jeremy Bicha]

Package: dput-ng
Version: 1.1
Severity: normal

I tried uploading a package to Ubuntu but it failed. Here's my
~/.dput.cf which was sufficient with classic dput:

[ubuntu]
fqdn= upload.ubuntu.com
method  = sftp
incoming= ubuntu
login   = jbicha

[ppa]
fqdn= ppa.launchpad.net
method  = sftp
incoming= ~%(ppa)s/ubuntu
login   = jbicha

And here's the error. Source-only uploads of course should be accepted
for Ubuntu:

$ dput ubuntu ../build-area/gnome-font-viewer_3.6.2-0ubuntu1_source.changes
Uploading gnome-font-viewer using sftp to ubuntu (host:
upload.ubuntu.com; directory: ubuntu)
running allowed-distribution: check whether a local profile permits
uploads to the target distribution
running protected-distribution: warn before uploading to distributions
where a special policy applies
running checksum: Verify checksums before uploading
Validate sha1 checksums
running suite-mismatch: check the target distribution for common errors
running check-debs: makes sure the upload contains a binary package
There are no .debs in this upload, and we're enforcing them.

I also tried uploading to my PPA. Uploading to the PPA worked, except
if I had sftp in my ~/.dput.cf (posted previously) or if I manually
tweaked /etc/dput.d/profiles/ppa.json:

$ dput ppa:jbicha/dev
../build-area/gnome-font-viewer_3.6.2-0ubuntu1_source.changes
Uploading gnome-font-viewer using sftp to ppa (host:
ppa.launchpad.net; directory: ~jbicha/dev/ubuntu)
running allowed-distribution: check whether a local profile permits
uploads to the target distribution
running checksum: Verify checksums before uploading
Validate sha1 checksums
running suite-mismatch: check the target distribution for common errors
running check-debs: makes sure the upload contains a binary package
running gpg: check GnuPG signatures before the upload
gpg: Signature made Sat 08 Dec 2012 11:30:47 PM EST using RSA key ID EBFE6C7D
gpg: checking the trustdb
gpg: no ultimately trusted keys found
gpg: Good signature from "Jeremy Bicha "
gpg: aka "Jeremy Bicha "
gpg: WARNING: This key is not certified with a trusted signature!
gpg:  There is no indication that the signature belongs to the owner.
Primary key fingerprint: 4D0B E12F 0E47 76D8 AACE  9696 E66C 775A EBFE 6C7D

SFTP doesn't support ~path or ~/path. if you need $HOME paths, use SCP.


- -- System Information:
Debian Release: wheezy/sid
  APT prefers raring-updates
  APT policy: (500, 'raring-updates'), (500, 'raring-security'), (500,
'raring'), (500, 'quantal-proposed'), (100, 'raring-backports')


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

Bug#695489: wbrazilian: Has duplicated words

[Nelson A. de Oliveira]

Package: wbrazilian
Version: 3.0~beta4-15
Severity: minor

Hi!

/usr/share/dict/brazilian has some duplicated words:

$ wc -l /usr/share/dict/brazilian
275502 /usr/share/dict/brazilian

$ sort -u /usr/share/dict/brazilian | wc -l
275170

Thank you!

Best regards,
Nelson

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

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

Versions of packages wbrazilian depends on:
ii  debconf [debconf-2.0]  1.5.46
ii  dictionaries-common1.12.10

wbrazilian recommends no packages.

wbrazilian suggests no packages.

-- debconf information:
  wbrazilian/languages: portugues brasileiro (Brazilian Portuguese)
  shared/packages-wordlist:


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

Bug#695488: unblock: python-mock/0.8.0-3

[Andrew Starr-Bochicchio]

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

Please unblock package python-mock

This upload resolved RC bug #694296, "python-mock-doc: missing 
Breaks+Replaces: python-mock (<< 0.7.2)."

Debdiff attached.

unblock python-mock/0.8.0-3
diff -Nru python-mock-0.8.0/debian/changelog python-mock-0.8.0/debian/changelog
--- python-mock-0.8.0/debian/changelog	2012-06-04 14:34:13.0 -0400
+++ python-mock-0.8.0/debian/changelog	2012-11-30 17:02:09.0 -0500
@@ -1,3 +1,12 @@
+python-mock (0.8.0-3) unstable; urgency=low
+
+  * Team upload.
+  * debian/control: python-mock-doc needs to Break/Replace
+python-mock (<< 0.7.2) to ensure clean upgrades from squeeze
+to wheezy. Thanks to Andreas Beckmann (Closes: #694296).
+
+ -- Andrew Starr-Bochicchio   Fri, 30 Nov 2012 17:02:02 -0500
+
 python-mock (0.8.0-2) unstable; urgency=low
 
   * Add mock.egg-info/PKG-INFO to d/clean to allow two builds in a row
diff -Nru python-mock-0.8.0/debian/control python-mock-0.8.0/debian/control
--- python-mock-0.8.0/debian/control	2012-05-31 06:06:31.0 -0400
+++ python-mock-0.8.0/debian/control	2012-11-30 16:43:24.0 -0500
@@ -48,6 +48,8 @@
 Section: doc
 Architecture: all
 Depends: ${misc:Depends}, ${sphinxdoc:Depends}
+Breaks: python-mock (<< 0.7.2)
+Replaces: python-mock (<< 0.7.2)
 Description: Mocking and Testing Library (Documentation)
  mock provides a core mock.Mock class that is intended to reduce the
  need to create a host of trivial stubs throughout your test suite.

Bug#538125: So, what's up with packaging of scantailor?

[Rogério Brito]

Dear Daniel,

The last activity on this bug seems to be more than 1 year ago and the
package is alreay in Ubuntu.

In fact, just grabbing the package in Ubuntu and recompiling it in Debian
gives us a perfectly good package.

Also, the packaging that is in Ubuntu is very good, and was last touched by
highly competent people (some of them included here in CC).

I can lend a hand on this package if it is put on collab-maint, but I am
already spread too thin maintaining many packages.

So, would there be any chance of having scantailor in Debian? It is *SO*
much better than unpaper, not to say that it is faster.


Regards,

-- 
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br


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

Bug#695487: haskell-vector: FTBFS: unsatisfiable build-dependency on experimental: libghc-primitive-dev (<< 0.5) & haskell-devscripts (>= 0.8.13)

[Hiroyuki Yamamoto]

Source: haskell-vector
Version: 0.9.1-3
Severity: serious
Justification: FTBFS by unsatisfiable build-dependency

libghc-primitive-dev (<< 0.5) is unsatisfiable now.
libghc-primitive-dev package is ver. 0.5.0.1-1 on on experimental 
(haskell-devscripts (>= 0.8.13)) after 2012-12-02.

Regards,
-- 
Hiroyuki Yamamoto
A75D B285 7050 4BF9 AEDA  91AC 3A10 59C6 5203 04DC


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

Bug#695486: Latest testing installer, segmentation fault in netcfg with no network interface (other than lo)

[Graham Brereton]

Package: netcfg
Version: 1.102
 
When attempting an install of Wheezy (AMD64) using the ISO image dated 
2012/12/03 on cdimage.debian.org, my network device is not recognised. When I 
try to proceed after selecting 'no ethernet card', I am given a warning that 
the installation system was unable to find a network device. When I then 
proceed to configure the hostname, on selecting 'continue', I am presented with 
an error message: "An installation step failed. You can try to run the failing 
item again from the menu, or skip it and choose something else. The failing 
step is: Configure the network"
 
In the output of dmesg, I see the following message:
 
netcfg[9685]: segfault at 0 ip 7f8b8983d6dc sp 7fff6917bc38 error 4 in 
libc-2.13.so[7f8b89723000+18]
 
The addresses in the above message appear to change with every attempt to run 
the network configuration.

Bug#695327: add README.Debian with pointers

[Charles Plessy]

forwarded 695327 https://bugs.launchpad.net/cloud-init/+bug/1088101
retitle 695327 cloud-init: add README with pointers
tag 695327 upstream
thanks

Le Sat, Dec 08, 2012 at 01:41:39PM +0100, Holger Levsen a écrit :
> Hi Charles,
> 
> On Samstag, 8. Dezember 2012, Charles Plessy wrote:
> > I would prefer the information to go in /usr/share/doc/cloud-init/README,
> > which curently has only four lines, rather than adding one more file in
> > /usr/share/doc/cloud-init/.
> > 
> > http://bazaar.launchpad.net/~cloud-init-dev/cloud-init/trunk/view/747/doc/R
> > EADME
> > 
> > Would that be good for you ?
> 
> sure! :)

Forwarded upstream (see above).

-- 
Charles


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

Bug#690414: PTS: screenshots related improvements

[Paul Wise]

On Sat, 2012-12-08 at 17:06 +0100, Christoph Haas wrote:

> Indeed. Currently the software mainly uses debtags as heuristics to
> determine if a package would be an interesting target for having
> screenshots assigned. I'm open to ideas.

That sounds like a good start, are you exporting this list? We can make
adjustments to the heuristics as feedback comes in.

I'm thinking for the PTS side, we should have a todo item like this:

Your package probably meets the criteria for needing a screenshot, please 
upload one.

With "criteria" being a link to the human-readable explanation of the
heuristics and "upload" simply links source package page.

> After all the web site will have to support other distributions (DEB
> or RPM) as well and I'm not sure whether they have something similar
> to debtags.

Even if they don't using distromatch, those other distributions can map
their packages to Debian packages and thus use debtags in some way.

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#642136: network-manager: Connecting to a wifi network requires system privileges

[Florian Schlichting]

tags 642136 - patch
thanks

Unfortunately, things are a little more complicated, as Michael was so
kind to explain to me on IRC. I'm trying to sum up our conversation:

GENERAL PROBLEMS
- when changing the default for new connections in one client
  (nm-applet), other clients should be changed accordingly. This means
  at least gnome-shell (KDE may use different defaults anyway)
- in addition to wifi connections, also VPN and mobile broadband
  connections should be user-administrateable
- a system-wide connection has advantages, and upstream changed the
  default for a reason / in response to user feedback. E.g. it is not
  unreasonable to expect to be able to ssh into a running laptop, even
  when there's nobody logged in.

MY PATCH SPECIFICALLY
- in the interest of a minimal patch, marking the connection
  user-private *and* all secrets agent-owned is unnecessary;
  user-private is enough. The two are orthogonal really: marking secrets
  agent-owned determines whether the wifi password is stored in the
  /etc/NetworkManager/system-connections/ file or handled by the
  user's polkit authentication agent, whereas the user-private setting
  determines whether NetworkManager.settings.modify.system privileges
  are necessary and anybody but the current user can see the connection.

OPTIONS FOR A SOLUTION OF #642136
- do not change the default for new connections (system-wide), but add a
  polkit rule allowing members of the netdev and sudo groups to modify
  those connections. Group sudo can do everything anyway, and netdev is
  specifically meant for that. In addition, the user created during
  installation is automatically added to the netdev group, so that this
  would solve the "annoying password prompt" issue for the
  single-user-laptop case. The polkit rule would look like this:

[Adding or changing system-wide NetworkManager connections]
Identity=unix-group:netdev;unix-group:sudo
Action=org.freedesktop.NetworkManager.settings.modify.system
ResultAny=no
ResultInactive=no
ResultActive=yes

- this leaves open multi-user machines, where ordinary users should be
  able to e.g. add their home wifi, without being given the additional
  privileges that come with group membership (e.g., seeing the other
  guy's home wifi password). Think managed laptop repeatedly borrowed to
  students. Here, the system administrator could install a
  gsettings-override (provided in examples) that would make user-private
  connections the default. The gsetting would have to be added, as well
  as code to check it and switch to user-private when configured.

- personally, I'd prefer if things would "just work", that is: a
  user-private connection is created automatically if the user is not
  entitled to create a system-wide one, without the need to find out
  about a gsetting and install the override. Unfortunately, it is
  unclear if there is a way to query polkit whether the user would need
  to be asked for a password in order to execute an action with the
  NetworkManager.settings.modify.system privilege, without actually
  doing so.¹ An alternative would be to assume the existence of the above
  polkit rule and check the user's group memberships (getgid), but that
  approach is ugly because it hard-codes what is really just a default
  policy, and it may require the user to re-login in order for changes
  in group membership to take effect.

¹ there is a flag to polkit_authority_check_authorization to
AllowUserInteraction, which is meant e.g. to decide whether a UI
element should be displayed in an inactive style. This is exposed in
nm_auth_chain_add_call.


Would the above polkit rule plus an automatic switch to user-private
connections solve this issue for all conceiveable use cases? What about
users who would have to type the root password, but are able and in fact
expect to do so? There's always nm-connection-editor to turn a
user-private connection into a system-wide one...

too tired to not be confused,
Florian


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

Bug#695357: mime-support: Please mark Multi-Arch: foreign

[Charles Plessy]

Le Sat, Dec 08, 2012 at 11:23:35AM +, Colin Watson a écrit :
> 
> Your call.  It's not urgent for wheezy - I just wanted to send the patch
> rather than forgetting about it (which I certainly would do if I didn't
> send it straight away).  OTOH I don't think it's in the least bit risky
> for wheezy if you feel like including it along with something else.

Thanks for the answer.

I will wait and see the outcome of the current discussion on debian-devel
before taking action.

  https://lists.debian.org/20121206080512.gl4...@p12n.org

Please anybody ping me if you think I am too long.

Have a nice Sunday

-- 
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#695479: magit: Please package upstream release 1.2.0

[Davide G. M. Salvetti]

>  TJL == Timo Juhani Lindfors [2012-12-9]

TJL> Thanks for the wish. However, as we are currently in freeze I don't
TJL> feel like uploading new upstream versions right now.

Thanks for your answer, and fine with me.  However, if you do now want
to hit unstable with a new version maybe you might use experimental.

TJL> Did you hit any other issues when you made your local packaging?

No, I just merged the 1.2.0 upstream release with your alioth master
branch and applied those patches.  Things seem to work well.

-- 
Thanks, Davide


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

Bug#505871: ds2438 bug

[Ryan Finnie]

Brian and/or Jyrki,

Do you still have this patch?  lists.brianlane.com appears to be no
more, archive.org doesn't have it, and I can't find any copy of it on
the internet at large.

Thanks,
RF (new Debian maintainer for DigiTemp)

On 02/03/2009 11:51 PM, Jyrki Malinen wrote:
> Short answer: Fixed.
> 
> hyt:~/d/digitemp-3.5.0ds1.orig# ./digitemp_DS2490 -a -c c
> DigiTemp v3.5.0 Copyright 1996-2007 by Brian C. Lane
> GNU Public License v2.0 - http://www.digitemp.com
> Found DS2490 device #1 at 005/005
> Feb 04 09:52:15 Sensor 0 C: 23.38 F: 74.07
> Feb 04 09:52:16 Sensor 1 C: 19.00 F: 66.20
> Feb 04 09:52:18 Sensor 2 C: 22.25 F: 72.05
> Feb 04 09:52:19 Sensor 3 C: -1.75 F: 28.85
> Feb 04 09:52:20 Sensor 4 C: -2.81 F: 26.94
> Feb 04 09:52:21 Sensor 5 C: -2.56 F: 27.39
> Feb 04 09:52:22 Sensor 6 C: 22.78 F: 73.01 H: 29%
> 
> The last one is correctly read and displayed measurement.
> 

Riccardo Stagni wrote:
> Hello!
>
> Recently I had some spare time and I dug in digitemp mailing list
> archives. As I already told you, I don't own any ds2438-based sensor, so I
> can't do any test, but I found that the issue may have come out between
> 3.4.0 and 3.5.0 releases:
> http://lists.brianlane.com/pipermail/dt-general/2008-September/000598.html
> http://lists.brianlane.com/pipermail/dt-general/2008-September/000599.html
> http://lists.brianlane.com/pipermail/dt-general/2008-September/000600.html
> http://lists.brianlane.com/pipermail/dt-general/2008-October/000606.html
>
> Does the patch attached to the last of those mails solve your problem?
>
> As we are approaching to the lenny release date, I really like to fix that
> issue!
>
> ciao
> Riccardo



signature.asc
Description: OpenPGP digital signature

Bug#693863: Same for 3.6.9-1~experimental.1

[Diego Escalante Urrelo]

The script is missing, but module-assistant works again if you fetch it from:

http://git.kernel.org/?p=linux/kernel/git/stable/linux-stable.git;a=blob;f=scripts/link-vmlinux.sh;h=b3d907eb93a91e7437ec8be8dac4248990eaf1e0;hb=072e44f15d6cfabe5b5f02c58ca7b058c03cc111

and place it under /usr/src/linux-headers-3.6-trunk-common/scripts


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

Bug#695485: [normalize-audio] rebuild normalize-audio against libaudiofile1 as libaudiofile0 is deprecated

[Robert Miller]

Package: normalize-audio
Version: 0.7.7-11
Severity: normal

--- Please enter the report below this line. ---

rebuild normalize-audio against libaudiofile1 as libaudiofile0 is no 
longer in sid.


trying to run with libaudiofile0 package removed (libaudiofile1 is 
already installed) gives :


~$ normalize --version
normalize: error while loading shared libraries: libaudiofile.so.0: 
cannot open shared object file: No such file or directory


Expected result:

normalize --version outputs version and usage info


Apparently the current build is not built against libaudiofile1 library 
so it should be.



--- System information. ---
Architecture: amd64
Kernel: Linux 3.6-9.towo-siduction-amd64

Debian Release: wheezy/sid
600 experimental-snapshots qt-kde.debian.net
500 unstable www.deb-multimedia.org
500 unstable packages.siduction.org
500 unstable liquorix.net
500 unstable ftp.us.debian.org
500 stable dl.google.com

--- Package information. ---
Depends (Version) | Installed
-+-===
libaudiofile1 (>= 0.3.4) |
libc6 (>= 2.7) |
libmad0 (>= 0.15.1b-3) |


Recommends (Version) | Installed
===-+-===
vorbis-tools | 1.4.0-1
flac | 1.2.1-6


Suggests (Version) | Installed
===-+-===
mpg321 |


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

Bug#695484: ITP: ruby-xpath -- Generate XPath expressions from Ruby

[tor...@riseup.net]

package: wnpp
Severity: wishlist
Owner: Markus Tornow 

*Package Name : xpath
 Version : 1.0.0
 Upstream Author : Jonas Nicklas
*URL :  https://github.com/jnicklas/xpath
*License : Expat
*Description :  Generate XPath expressions from Ruby

I want to build ruby-xpath as it is a dependency of diaspora (#597093)

greetings, M.Tornow


signature.asc
Description: PGP signature

Bug#695458: closed by Holger Levsen (Re: Bug#695458: base: video card rendering very slow)

[win]

because I use bugreport program, and hope that it collect all needed 
information by itself.

it's intel 845GM video card

On Sat, 08 Dec 2012 13:36:06 +
ow...@bugs.debian.org (Debian Bug Tracking System) wrote:

> This is an automatic notification regarding your Bug report
> which was filed against the base package:
> 
> #695458: base: video card rendering very slow
> 
> It has been closed by Holger Levsen .
> 
> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact Holger Levsen 
>  by
> replying to this email.
> 
> 
> -- 
> 695458: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695458
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems


-- 
win 


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

Bug#695066: FTBFS

[Anton Gladky]

tags 695066 + pending + patch
thanks

That was a really problem in parallel build, thanks for the hint.
I have committed the updates for the package into the git-repo [1].

Thanks,

Anton

[1] 
http://anonscm.debian.org/gitweb/?p=debian-science/packages/geant321.git;a=shortlog;h=refs/heads/wheezy

2012/12/7 Jason Conti :
> Looks like a race in the parallel build. The makefile doesn't check if the 
> directory exists before trying to cd in and link xsneut95.dat. It assumes it 
> has already been created when libgeant321.a is installed, but doesn't depend 
> on it. It should build fine without the parallel=n option (though I couldn't 
> reproduce the failure with it but I do see the potential).


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

Bug#695483: unblock: usb-modeswitch-data/20120815-2

[Didier Raboud]

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

Please unblock package usb-modeswitch-data 20120815-2. I backported only
the device additions and updates from 20121109 as released in
experimental.

The changelog is as follows and the backporting patch is attached.

 usb-modeswitch-data (20120815-2) unstable; urgency=low
 .
   * Backport 20121109 upstream device updates:
 + New devices
  [0421:0632] Nokia CS-7M-01
  [05c6:1000:uMa=StrongRising] StrongRising device
  [1004:6156] LG LUU-2110TI
  [1004:61aa] LG VL600
  [1004:6327] LG L-03D LTE/3G
  [106c:3b14] Option Beemo / Pantech P4200 LTE
  [12d1:14ba] Huawei E173u-2, E177
  [12d1:151a] Huawei E392u-12
  [12d1:1526] Vodafone / Huawei K3772
  [12d1:155b] Huawei E171
  [12d1:1f11] Vodafone / Huawei K3773
  [1410:7001] Novatel Generic MiFi 2372 / Vodafone MiFi 2372
  [19d2:0083] ZTE MF110 (Variant)
  [19d2:1523] ZTE MF591 TMobile
  [19d2:1542] ZTE MF190J
  [1bbb:000f] ETCOM E300
  [1ee8:0054] Onda MW875UP
  [1fac:0150] Franklin Wireless U600
  [1fac:0151] Franklin Wireless U600
 × Device updates (see Changelog for details)
  [0421:0627] Nokia CS-18
  [0e8d:0002:uPr=MT] MediaTek MT6276M
  [1199:0fff] Sierra devices (specific driver)
  [12d1:1446] Huawei, newer modems
  [12d1:14d1] Vodafone / Huawei K3770
  [12d1:14fe] T-Mobile NL (Huawei E352)
  [12d1:1505] Huawei EC156, Huawei E372u-8
  [12d1:1c0b] Huawei E173s
  [12d1:1da1] Huawei ET8282, Huawei ET127
  [16d8:6803] C-motech D-50 (aka "CDU-680", "CNU-680")
  [19d2:0154] ZTE MF190 (Variant) and others
  [19d2:1175] Vodafone / ZTE K3770-Z
  [19d2:1216] ZTE MF192+
  [19d2:2000] ZTE devices
  [1ab7:5700] Hummer DTM5731, Aircard 901
  [1bbb:f000] Alcatel X200/X200L/X060S, Archos G9 3G Key
  [1ee8:0013] Onda MW833UP
  [1ee8:0040] Onda MW836UP-K
  [21f5:1000] StrongRising (China Telcom), Air FlexiNet
 
See previous justifications for usb-modeswitch-data unblocks in #680679
and #690960, the argument line is unchanged. :-)

Cheers, 

OdyX

unblock usb-modeswitch-data/20120815-2
Description: Backport all device updates from upstream 20121109.

diff --git a/40-usb_modeswitch.rules b/40-usb_modeswitch.rules
index efc05b2..a38cdc8 100644
--- a/40-usb_modeswitch.rules
+++ b/40-usb_modeswitch.rules
@@ -54,6 +54,9 @@ ATTRS{idVendor}=="0421", ATTRS{idProduct}=="0627", RUN+="usb_modeswitch '%b/%k'"
 # Nokia CS-19
 ATTRS{idVendor}=="0421", ATTRS{idProduct}=="062c", RUN+="usb_modeswitch '%b/%k'"
 
+# Nokia CS-7M-01
+ATTRS{idVendor}=="0421", ATTRS{idProduct}=="0632", RUN+="usb_modeswitch '%b/%k'"
+
 # Nokia CS-21M-02
 ATTRS{idVendor}=="0421", ATTRS{idProduct}=="0637", RUN+="usb_modeswitch '%b/%k'"
 
@@ -81,7 +84,7 @@ ATTRS{idVendor}=="04e8", ATTRS{idProduct}=="f000", RUN+="usb_modeswitch '%b/%k'"
 # AVM Fritz!Wlan USB Stick N
 ATTRS{idVendor}=="057c", ATTRS{idProduct}=="84ff", RUN+="usb_modeswitch '%b/%k'"
 
-# Celot K-300, Quirky Option devices, Vertex Wireless 100 Series, Option GlobeTrotter GX0201, Older Option devices, Samsung SGH-Z810, Prolink P2000 CDMA, Celot CT-680, AnyDATA devices, Bless UC165
+# Prolink P2000 CDMA, Samsung SGH-Z810, Older Option devices, Vertex Wireless 100 Series, AnyDATA devices, Bless UC165, Option GlobeTrotter GX0201, Celot K-300, Celot CT-680
 ATTRS{idVendor}=="05c6", ATTRS{idProduct}=="1000", RUN+="usb_modeswitch '%b/%k'"
 
 # HSDPA USB modem from dealextreme 
@@ -345,9 +348,15 @@ ATTRS{idVendor}=="1004", ATTRS{idProduct}=="613f", RUN+="usb_modeswitch '%b/%k'"
 # LG L-07A
 ATTRS{idVendor}=="1004", ATTRS{idProduct}=="614e", RUN+="usb_modeswitch '%b/%k'"
 
+# LG LUU-2110TI
+ATTRS{idVendor}=="1004", ATTRS{idProduct}=="6156", RUN+="usb_modeswitch '%b/%k'"
+
 # LG AD600
 ATTRS{idVendor}=="1004", ATTRS{idProduct}=="6190", RUN+="usb_modeswitch '%b/%k'"
 
+# LG VL600
+ATTRS{idVendor}=="1004", ATTRS{idProduct}=="61aa", RUN+="usb_modeswitch '%b/%k'"
+
 # LG L-02C LTE
 ATTRS{idVendor}=="1004", ATTRS{idProduct}=="61dd", RUN+="usb_modeswitch '%b/%k'"
 
@@ -357,6 +366,9 @@ ATTRS{idVendor}=="1004", ATTRS{idProduct}=="61e7", RUN+="usb_modeswitch '%b/%k'"
 # LG L-08C (NTT docomo)
 ATTRS{idVendor}=="1004", ATTRS{idProduct}=="61eb", RUN+="usb_modeswitch '%b/%k'"
 
+# LG L-03D LTE/3G
+ATTRS{idVendor}=="1004", ATTRS{idProduct}=="6327", RUN+="usb_modeswitch '%b/%k'"
+
 # Huawei E630
 ATTRS{idVendor}=="1033", ATTRS{idProduct}=="0035", RUN+="usb_modeswitch '%b/%k'"
 
@@ -369,6 +381,9 @@ ATTRS{idVendor}=="106c", ATTRS{idProduct}=="3b05", RUN+="usb_modeswitch '%b/%k'"
 # UTStarcom UM185E (distributor "Alltel")
 ATTRS{idVendor}=="106c", ATTRS{idProduct}=="3b06", RUN+="usb_modeswitch '%b/%k'"
 
+# Option Beemo / Pantech P4200 LTE
+ATTRS{idVendor}=="106c", ATTRS{idProduct}=="3b14", RUN+="usb_modeswitch '%b/%k'"
+
 # Sagem F@ST 9520-35-GLR
 ATTRS{idVendor}=="1076", ATTRS{idProduct}=="7f40", RUN+="usb_modeswitc

Bug#693472: emacsen-common, emacs23: many emacs addons fail to install if emacs22 (lenny) is still installed

[Sébastien Villemot]

reassign 693472 emacsen-common 2.0.3
severity 693472 serious
reassign 694674 emacsen-common 2.0.3
reassign 694675 emacsen-common 2.0.3
forcemerge 693472 694674 694675
tags 693472 + patch
retitle 693472 emacsen-common: wrong compilation logic; only the last script in 
dependency chains is actually compiled
thanks

Dear Rob,

I found the cause of the problem (at least for devscripts-el and emms;
the case of speechd-el seems more complex). In short, the logic in
emacs-package-install is wrong: the $script variable is not updated in
the $pkg loop (see the attached debdiff which makes it obvious). Hence
dependency chains are not correctly handled, because it is always the
last script in the chain that is called.

BTW, I found another problem: when processing the dependency chain of a
package, all the dependencies are processed as being old-style
(respectively new-style) if the calling package is old-style
(respectively new-style). In particular, if emacsen-common is processed
in the dependency chain of an old-style package, it is called with
flavor "emacs", and this in turn creates disastrous self-referencing
symlinks under /etc/emacs (I got this behaviour when testing my patch
against emms). Hence I fixed emacsen-common.{install,remove} to do
nothing when called with flavor "emacs". Since there seem to be no other
new-style package in Wheezy, I think this workaround is sufficient for
now. But for Jessie you probably need to refactor the logic of
emacsen-package-install so that each install script of a dependency
chain is called the right way.

I checked that the attached patch fixes the upgrade path from lenny for
devscripts-el and emms, hence I merged back these bugs.

I can do an NMU of the package, but of course a review is very much
welcome.

Cheers,

-- 
 .''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
  `-  GPG Key: 4096R/381A7594

diff -Nru emacsen-common-2.0.3/debian/changelog emacsen-common-2.0.3+nmu1/debian/changelog
--- emacsen-common-2.0.3/debian/changelog	2012-05-23 05:55:35.0 +0200
+++ emacsen-common-2.0.3+nmu1/debian/changelog	2012-12-08 23:10:21.0 +0100
@@ -1,3 +1,14 @@
+emacsen-common (2.0.3+nmu1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * debian/emacs-package-install: fix compilation logic. Only the last
+script in the dependency list was actually compiled. (Closes: #693472)
+  * debian/emacsen-common.{install,remove}: don't mess up everything when
+called with flavor "emacs" (this can happen if emacsen-common is handled
+as part of the dependency list of an old-style package)
+
+ -- Sébastien Villemot   Sat, 08 Dec 2012 22:24:41 +0100
+
 emacsen-common (2.0.3) unstable; urgency=low
 
   * Move #DEBHEPLER# up in the postinst to avoid an emacs complaint about
diff -Nru emacsen-common-2.0.3/emacsen-common.install emacsen-common-2.0.3+nmu1/emacsen-common.install
--- emacsen-common-2.0.3/emacsen-common.install	2012-05-13 21:13:01.0 +0200
+++ emacsen-common-2.0.3+nmu1/emacsen-common.install	2012-12-08 23:07:09.0 +0100
@@ -3,6 +3,11 @@
 set -e
 
 FLAVOR=$1
+
+if [ "$FLAVOR" = "emacs" ]; then
+exit 0
+fi
+
 # Make sure these options are appropriate for the given package.
 compile_options="--no-init-file --no-site-file -batch -f batch-byte-compile"
 
diff -Nru emacsen-common-2.0.3/emacsen-common.remove emacsen-common-2.0.3+nmu1/emacsen-common.remove
--- emacsen-common-2.0.3/emacsen-common.remove	2012-05-13 21:12:56.0 +0200
+++ emacsen-common-2.0.3+nmu1/emacsen-common.remove	2012-12-08 23:06:57.0 +0100
@@ -4,6 +4,10 @@
 
 FLAVOR=$1
 
+if [ "$FLAVOR" = "emacs" ]; then
+exit 0
+fi
+
 echo emacsen-common: Handling removal of emacsen flavor ${FLAVOR}
 
 rm -f \
diff -Nru emacsen-common-2.0.3/emacs-package-install emacsen-common-2.0.3+nmu1/emacs-package-install
--- emacsen-common-2.0.3/emacs-package-install	2012-05-23 05:13:36.0 +0200
+++ emacsen-common-2.0.3+nmu1/emacs-package-install	2012-12-08 22:23:34.0 +0100
@@ -63,12 +63,12 @@
 # Get all the packages $pkg depends on, dependency sorted.
 my @pkgs_to_handle = generate_add_on_install_list([$pkg]);
 my @installed_flavors = get_installed_flavors();
-my $script = $lib_dir . "/packages/install/$pkg";
 
 if(!$invoked_by_old_pkg)
 {
   foreach my $pkg (@pkgs_to_handle)
   {
+my $script = $lib_dir . "/packages/install/$pkg";
 foreach my $flavor (@installed_flavors)
 {
   print "Install $pkg for $flavor\n";
@@ -84,6 +84,7 @@
 {
   foreach my $pkg (@pkgs_to_handle)
   {
+my $script = $lib_dir . "/packages/install/$pkg";
 print "Install $pkg for emacs\n";
 ex($script, 'emacs', @installed_flavors) if -e $script;
 


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

Bug#695482: libapache2-mod-proxy-html: new upstream version

[Christoph Anton Mitterer]

Package: libapache2-mod-proxy-html
Version: 3.0.1-1.1
Severity: wishlist


Hi.

A new upstream version (3.1.2) seems to be available:
http://apache.webthing.com/mod_proxy_html/

Cheers,
Chris.


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

Bug#614873: Patch for UNIVERSAL->import

[brian m. carlson]

tags 614873 + patch
kthxbye

Attached is a patch that removes the import of UNIVERSAL altogether and
changes the uses of isa to use the eval { $ref->isa('Foo') } form
recommended by the documentation.  Also fixed is the following warning
exposed by the testsuite:

  Use of qw(...) as parentheses is deprecated at 
/tmp/libuser-simple-perl-1.43/blib/lib/User/Simple/Admin.pm line 341.

Importing the two modules now occurs silently.

-- 
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
diff -urN libuser-simple-perl-1.43.old/lib/User/Simple/Admin.pm libuser-simple-perl-1.43/lib/User/Simple/Admin.pm
--- libuser-simple-perl-1.43.old/lib/User/Simple/Admin.pm	2012-12-08 22:31:18.736722664 +
+++ libuser-simple-perl-1.43/lib/User/Simple/Admin.pm	2012-12-08 22:43:06.332062638 +
@@ -207,7 +207,6 @@
 
 use Carp;
 use Digest::MD5 qw(md5_hex);
-use UNIVERSAL qw(isa);
 our $AUTOLOAD;
 
 ##
@@ -220,7 +219,7 @@
 $table = shift;
 
 # Verify we got the right arguments
-unless (isa($db, 'DBI::db')) {
+unless (eval { $db->isa('DBI::db') }) {
 	carp "First argument must be a DBI connection";
 	return undef;
 }
@@ -339,7 +338,7 @@
 	# sensitive. Gah, we work around that to provide the much more 
 	# common lowercase fields... This might still have some problems
 	# attached, please tell me if it breaks for you.
-	for my $case qw(id ID Id iD) {
+	for my $case (qw(id ID Id iD)) {
 		if (exists $row->{$case}) {
 		$id = $row->{$case};
 		last;
diff -urN libuser-simple-perl-1.43.old/lib/User/Simple.pm libuser-simple-perl-1.43/lib/User/Simple.pm
--- libuser-simple-perl-1.43.old/lib/User/Simple.pm	2012-12-08 22:31:18.736722664 +
+++ libuser-simple-perl-1.43/lib/User/Simple.pm	2012-12-08 22:38:06.961923734 +
@@ -168,7 +168,6 @@
 use Carp;
 use Date::Calc qw(Today_and_Now Add_Delta_DHMS Delta_DHMS);
 use Digest::MD5 qw(md5_hex);
-use UNIVERSAL qw(isa);
 
 our $AUTOLOAD;
 our $VERSION = '1.43';
@@ -198,7 +197,7 @@
 $init{debug} = 2 unless defined $init{debug};
 $init{adm_level} = 1 unless defined $init{adm_level};
 
-unless (defined($init{db}) and isa($init{db}, 'DBI::db')) {
+unless (defined($init{db}) and eval { $init{db}->isa('DBI::db') }) {
 	carp "Mandatory db argument must be a valid (DBI) database handle";
 	return undef;
 }


signature.asc
Description: Digital signature

Bug#388141: www.debian.org relicensing - advice on public call

[Stefano Zacchiroli]

On Sun, Oct 21, 2012 at 05:34:36PM +0200, Stefano Zacchiroli wrote:
> Hi Bradley, I'm getting back to you about the above as in Debian we're
> now ready to finalize the relicensing of www.debian.org ("www.d.o" for
> short) from OPL and could use some expert advice on the next steps.

Brief status update on this, after a brief off-list mail exchange with
Bradley. He has kindly confirmed his willingness to help (thanks!), but
he is very busy with work at Software Freedom Conservancy for the next 3
months at least. I note this down here, so that others might remember to
check back with him then, given that I'll probably forget about this :-)

In the meantime, he has pointed us to some "related work" we might learn
from, the Squeak relicensing that the developer communities conducted
following Bradley's advice.  The best reference I've found about that
effort is http://www.netjam.org/squeak/contributors/ , but according to
this and other comments by Bradley it looks like we are on good track:

- we have already contacted all the contributors and heard back from
  quite a number of them

- then, we will need a list of website "lines" that are: 1/ still
  active, and 2/ for which we do *not* have received permission to
  relicence. (It's not clear to me if we have this already or not; can
  someone clarify?)

- once we have the above (and assuming those lines are not
  renounce-able), we might want to ask lawyer advice to verify if the
  lines in question are copyrightable.  Once we have the set of lines in
  question, I can look into that with the help of SPI lawyers

- at that point we might do a public call announcing we are going to
  relicense and ask if anyone have issues with it

Somewhat orthogonally to the above, I think it wouldn't hurt having a
public place where we keep track of the process. David (or anyone else
who has followed this closely) would it be feasible/easy to have, say, a
subpage of http://www.debian.org/license, where we keep up to date all
the info we have about the ongoing relicensing?

Thank again to Bradley for the help thus far, which has already been
quite useful!

Cheers.
-- 
Stefano Zacchiroli  . . . . . . .  z...@upsilon.cc . . . . o . . . o . o
Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o
Debian Project Leader . . . . . . @zack on identi.ca . . o o o . . . o .
« the first rule of tautology club is the first rule of tautology club »


signature.asc
Description: Digital signature

Bug#695481: sshfs: requires (u)nscd if local user is in LDAP

[Burkhard Bunk]

Package: sshfs
Version: 2.2-1
Severity: important
Tags: patch

sshfs  :  

results in an error:

fusermount: failed to open /etc/fuse.conf: Permission denied
fusermount: mount failed: Operation not permitted

_if_ the local user is in LDAP and there is no cache daemon running.

Although this report was generated in a i386 installation, it applies
to amd64 as well.
The problem is _not_ related to the permissions of /dev/fuse (e.g. "user 
not in group fuse").


As a workaround, install nscd or unscd.

Analysis of this problem was tedious.
It should be fixed upstream (I guess).
Meanwhile, a hint in README.Debian would be appropriate.

Maybe the sshfs package should recommend/suggest (u)nscd?

Regards,
Burkhard Bunk.



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

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

Versions of packages sshfs depends on:
ii  fuse-utils2.8.4-1.1  Filesystem in USErspace (utilities
ii  libc6 2.11.3-4   Embedded GNU C Library: Shared lib
ii  libfuse2  2.8.4-1.1  Filesystem in USErspace library
ii  libglib2.0-0  2.24.2-1   The GLib library of C routines
ii  openssh-client1:5.5p1-6+squeeze2 secure shell (SSH) client, for sec

sshfs recommends no packages.

sshfs suggests no packages.


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

Bug#695479: magit: Please package upstream release 1.2.0

[Timo Juhani Lindfors]

Hi,

"Davide G. M. Salvetti"  writes:
> As a quick hack to roll my own local version I applied the attached

Thanks for the wish. However, as we are currently in freeze I don't feel
like uploading new upstream versions right now. Did you hit any other
issues when you made your local packaging?

-Timo


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

Bug#695479: magit: Please package upstream release 1.2.0

[Davide G. M. Salvetti]

Package: magit
Version: 1.2.0-local.1
Severity: wishlist
Tags: patch

As a quick hack to roll my own local version I applied the attached
patches; I do not endorse them in any way, as I did not have time to
study upstream changes, I just provide them here for convenience; they
seem to work for me, but YMMV.

-- 
Thanks, Davide
>From fd3e86b36f2c737c81719df0dc77b8df8cb03538 Mon Sep 17 00:00:00 2001
From: "Davide G. M. Salvetti" 
Date: Sun, 2 Dec 2012 18:44:10 +0100
Subject: [PATCH 1/3] debian/patches: Synchronize with upstream

The following patch has been applied upstream and has therefore been
deleted:
  - autogenerate-autoloads
---
 debian/patches/autogenerate-autoloads.diff |   27 ---
 debian/patches/series  |1 -
 2 files changed, 28 deletions(-)
 delete mode 100644 debian/patches/autogenerate-autoloads.diff
 delete mode 100644 debian/patches/series

diff --git a/debian/patches/autogenerate-autoloads.diff b/debian/patches/autogenerate-autoloads.diff
deleted file mode 100644
index d88da9d..000
--- a/debian/patches/autogenerate-autoloads.diff
+++ /dev/null
@@ -1,27 +0,0 @@
-Description: autogenerate autoloads (magit-install.el)
- based on https://github.com/magit/magit/commit/c8cfaf37b7c142edc6714d86691b8720f2606328
-Author: Timo Juhani Lindfors 
-Forwarded: not-needed
-Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=671922
-
 a/Makefile
-+++ b/Makefile
-@@ -20,7 +20,7 @@
- 
- all: core docs contrib
- 
--core: $(ELCS) magit.spec magit-pkg.el
-+core: $(ELCS) magit.spec magit-pkg.el magit-install.el
- 
- docs: magit.info
- 
-@@ -32,6 +32,9 @@
- magit-pkg.el: magit-pkg.el.in
- 	sed -e s/@VERSION@/$(VERSION)/ < $< > $@
- 
-+magit-install.el: $(ELS)
-+	$(BATCH) --eval "(let ((generated-autoload-file \"$(CURDIR)/magit-install.el\") (make-backup-files nil)) (update-directory-autoloads \".\"))"
-+
- magit.elc: magit.el
- magit-key-mode.elc:
- magit-svn.elc:
diff --git a/debian/patches/series b/debian/patches/series
deleted file mode 100644
index 8dd8161..000
--- a/debian/patches/series
+++ /dev/null
@@ -1 +0,0 @@
-autogenerate-autoloads.diff
-- 
1.7.10.4

>From 16928869110c052fd59da32a895fc7945845a5b0 Mon Sep 17 00:00:00 2001
From: "Davide G. M. Salvetti" 
Date: Sun, 2 Dec 2012 18:44:10 +0100
Subject: [PATCH 2/3] Add patch: Makefile-Disable-test-target

---
 .../0001-Makefile-Disable-test-target.patch|   24 
 debian/patches/series  |1 +
 2 files changed, 25 insertions(+)
 create mode 100644 debian/patches/0001-Makefile-Disable-test-target.patch
 create mode 100644 debian/patches/series

diff --git a/debian/patches/0001-Makefile-Disable-test-target.patch b/debian/patches/0001-Makefile-Disable-test-target.patch
new file mode 100644
index 000..37d1db9
--- /dev/null
+++ b/debian/patches/0001-Makefile-Disable-test-target.patch
@@ -0,0 +1,24 @@
+From: "Davide G. M. Salvetti" 
+Date: Sun, 2 Dec 2012 18:44:10 +0100
+Subject: Makefile: Disable test target
+
+There's no tests/magit-tests.el file in the source, therefore the target
+cannot succeed.
+---
+ Makefile |3 ++-
+ 1 file changed, 2 insertions(+), 1 deletion(-)
+
+diff --git a/Makefile b/Makefile
+index cdbabe2..9317125 100644
+--- a/Makefile
 b/Makefile
+@@ -83,7 +83,8 @@ install_contrib: contrib
+ install_all: install install_contrib
+ 
+ test: $(ELCS)
+-	$(BATCH) -l tests/magit-tests.el -f ert-run-tests-batch-and-exit
++	@echo "Cannot test: ain't no tests/magit-tests.el"
++#	$(BATCH) -l tests/magit-tests.el -f ert-run-tests-batch-and-exit
+ 
+ clean:
+ 	rm -fr magit-pkg.el magit.spec 50magit.el $(ELCS) $(ELCS_CONTRIB) *.tar.gz magit-$(VERSION)
diff --git a/debian/patches/series b/debian/patches/series
new file mode 100644
index 000..cb295f2
--- /dev/null
+++ b/debian/patches/series
@@ -0,0 +1 @@
+0001-Makefile-Disable-test-target.patch
-- 
1.7.10.4

>From 1a1ce5762d1b53262ecf53ebd946da71d6d7209a Mon Sep 17 00:00:00 2001
From: "Davide G. M. Salvetti" 
Date: Sat, 8 Dec 2012 23:06:10 +0100
Subject: [PATCH 3/3] Synchronize Emacs startup code with upstream

The emacs-install.el file has been renamed to 50emacs.el.
---
 debian/magit.emacsen-startup |4 ++--
 debian/rules |2 +-
 2 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/debian/magit.emacsen-startup b/debian/magit.emacsen-startup
index e875ae2..22901a2 100644
--- a/debian/magit.emacsen-startup
+++ b/debian/magit.emacsen-startup
@@ -1,6 +1,6 @@
 ;;; Autoloads for magit
 
 (if (member debian-emacs-flavor '(emacs23 emacs24 emacs-snapshot))
-(if (file-exists-p "/usr/share/emacs/site-lisp/magit/magit-install.el")
-(load "/usr/share/emacs/site-lisp/magit/magit-install")
+(if (file-exists-p "/usr/share/emacs/site-lisp/magit/50magit.el")
+(load "/usr/share/emacs/site-lisp/magit/50magit")
   (message "Package magit removed but not purged. Skipping setup.")))
diff --git a/debian/rules b/debian/rules
index b513c0a.

Bug#695480: libreoffice: opening a file should not block the whole application

[Toni Mueller]

Package: libreoffice
Version: 1:3.5.4+dfsg-4
Severity: minor
Tags: upstream


Dear Maintainer,

I frequently work with foreign files of the MSO variety, and opening
them can easily take a lot of time (> 1 minute). I would much prefer
to not wait until the file is completely read, but instead work on
a different file that I already have open in the meantime. But every
time I open a file, the whole application blocks until loading has
finished.


Kind regards,
--Toni++



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

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

Versions of packages libreoffice depends on:
ii  fonts-sil-gentium-basic [ttf-sil-gentium-basic]  1.1-5
ii  liblucene2-java  2.9.4+ds1-4
ii  libreoffice-base 1:3.5.4+dfsg-4
ii  libreoffice-calc 1:3.5.4+dfsg-4
ii  libreoffice-core 1:3.5.4+dfsg-4
ii  libreoffice-draw 1:3.5.4+dfsg-4
ii  libreoffice-filter-mobiledev 1:3.5.4+dfsg-4
ii  libreoffice-impress  1:3.5.4+dfsg-4
ii  libreoffice-java-common  1:3.5.4+dfsg-4
ii  libreoffice-math 1:3.5.4+dfsg-4
ii  libreoffice-report-builder-bin   1:3.5.4+dfsg-4
ii  libreoffice-writer   1:3.5.4+dfsg-4
ii  ttf-dejavu   2.33-3
ii  ttf-sil-gentium-basic1.1-5

Versions of packages libreoffice recommends:
ii  libpaper-utils 1.1.24+nmu2
ii  ttf-liberation 1.07.2-6
ii  ttf-mscorefonts-installer  3.4+nmu1

Versions of packages libreoffice suggests:
ii  cups-bsd 1.5.3-2.4
ii  gcj-4.4-jre [java5-runtime]  4.4.7-1
ii  gcj-4.6-jre [java5-runtime]  4.6.3-1
ii  gcj-4.7-jre [java5-runtime]  4.7.2-2
ii  gcj-jre [java5-runtime]  4:4.7.2-1
ii  gstreamer0.10-ffmpeg 0.10.13-5
ii  gstreamer0.10-plugins-bad0.10.23-7
ii  gstreamer0.10-plugins-base   0.10.36-1
ii  gstreamer0.10-plugins-good   0.10.31-3+nmu1
ii  gstreamer0.10-plugins-ugly   0.10.19-2+b2
pn  hunspell-dictionary  
pn  hyphen-hyphenation-patterns  
ii  iceweasel10.0.11esr-1
ii  imagemagick  8:6.7.7.10-5
ii  libgl1-mesa-glx [libgl1] 8.0.4-2
ii  libldap-2.4-22.4.31-1
ii  libreoffice-filter-binfilter 1:3.5.4+dfsg-4
pn  libreoffice-gnome | libreoffice-kde  
ii  libreoffice-help-de [libreoffice-help-3.5]   1:3.5.4+dfsg-4
ii  libreoffice-help-en-gb [libreoffice-help-3.5]1:3.5.4+dfsg-4
ii  libreoffice-l10n-de [libreoffice-l10n-3.5]   1:3.5.4+dfsg-4
ii  libreoffice-l10n-en-gb [libreoffice-l10n-3.5]1:3.5.4+dfsg-4
ii  libreoffice-lightproof-en [libreoffice-grammarcheck] 0.4.2+1.5~b3-3
ii  libreoffice-lightproof-ru-ru [libreoffice-grammarcheck]  0.3.1+1.5~b3-3
ii  libreoffice-officebean   1:3.5.4+dfsg-4
ii  libsane  1.0.22-7.4
ii  libxrender1  1:0.9.7-1
ii  myspell-en-us [myspell-dictionary]   1:3.3.0-4
pn  mythes-thesaurus 
ii  openclipart-libreoffice  1:0.18+dfsg-14
ii  openjdk-6-jre [java5-runtime]6b24-1.11.5-1
ii  openjdk-7-jre [java5-runtime]7u3-2.1.3-1
ii  pstoedit 3.60-2+b1
ii  sun-java5-jre [java5-runtime]1.5.0-17-0.1
ii  sun-java6-jre [java5-runtime]6.26-0squeeze1
ii  unixodbc 2.2.14p2-5

Versions of packages libreoffice-core depends on:
ii  fontconfig   2.9.0-7
ii  fonts-opensymbol 2:102.2+LibO3.5.4+dfsg-4
ii  libc62.13-37
ii  libcairo21.12.2-2
ii  libcmis-0.2-00.1.0-1+b1
ii  libcurl3-gnutls  7.26.0-1
ii  libdb5.1 5.1.29-5
ii  libexpat12.1.0-1
ii  li

Bug#695478: mr record does not work correctly for hg with no commit message

[Simon Heath]

Package: mr
Version: 1.12
Severity: important

Dear Maintainer,
When attempting to use 'mr record' on a Mercurial repo, it issues the -m
flag to hg whether or not 'mr record' got the -m flag.  hg does not like
this, since it does not get a commit message, and fails with an error.

Additionally, if you give mr a commit message via -m, such as
'mr record -m foo', it gets a little weird.  It still works correctly
but if there are no changes hg ends up issuing the error message 
"abort: foo: No such file or directory", instead of the usual "nothing
changed".  This is fairly deceptive, since it looks like something is
going wrong when in fact it is not.

Oddly, if you omit the -m and just give "mr record foo", on unchanged
repos it reports the usual "nothing changed" instead of giving that
error, and works fine on changed repos as well.

I tested mr 1.13 as well and it appears to have the same behavior.
I haven't tested whether/how this works with 'mr commit'.

Thank you,
Simon Heath



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

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

mr depends on no packages.

Versions of packages mr recommends:
ii  libhtml-parser-perl  3.69-2
ii  libwww-perl  6.04-1
ii  perl 5.14.2-12

Versions of packages mr suggests:
pn  bzr 
ii  curl7.26.0-1
pn  cvs 
pn  darcs   
pn  fossil  
ii  git [git-core]  1:1.7.10-1
ii  liburi-perl 1.60-1
ii  mercurial   2.2.2-1
ii  subversion  1.6.17dfsg-4
pn  vcsh

-- 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#695434: [Pkg-octave-devel] Bug#695434: octave: Seg fault in __contourc__

[Pierre.St-Laurent]

> I confirm on amd64, but only with the octave-java package installed
> and loaded. If I run octave with --norc it does not segfault. If I
> apt-get remove octave-java, it no longer crashes. Can you both try
> again without octave-java installed?

I apt-get removed octave-java, and the problem disappeared.
This is a weird fix but I'm very very happy that it works!

Many thanks for the quick and helpful response.
Best regards,

Pierre

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

Bug#693208: clang unable to link trivial test program on armhf

[Michael Stapelberg]

On Mon, 26 Nov 2012 13:25:12 +0100
Sylvestre Ledru  wrote:
> > Regarding the current clang packages in the repositories (3.0 in
> > testing, 3.1 in unstable), you would have to add an epoch to
> > downgrade clang to 3.0 in unstable with a fix and then have to fix
> > migrated to testing. This would also fix the issue above, but
> > epochs are, well, not beautiful...
> > 
> > What is your opinion regarding those issues?
> I don't know. It is why I asked to the release team for guidance.
IMO, the correct way to deal with this is to prepare an upload of clang
3.0-7 (currently in testing is 3.0-6) which includes *ONLY* the fix
necessary for closing this bugreport. I have looked at both versions
(3.0-6 and 3.2~rc3), but I can’t say for sure which change it is.

Afterwards, generate a debdiff between clang_3.0-6.dsc and
clang_3.0-7.dsc and attach it to this bugreport, asking the release
team for approval to upload it to testing-proposed-updates.

See also:
http://www.debian.org/doc/manuals/developers-reference/pkgs.html#t-p-u
http://release.debian.org/wheezy/freeze_policy.html

-- 
Best regards,
Michael


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

Bug#682247: unblock: libanyevent-i3-perl/0.12-1

[Michael Stapelberg]

Hi,

Michael Stapelberg  writes:
> Dear release team: I want to upload a new version of libanyevent-i3-perl
> to testing-proposed-updates which is the same version as currently in
> testing + commits
> http://code.stapelberg.de/git/AnyEvent-I3/commit/?id=79798dc40cc25379507355b67d7f88802668a75b
> http://code.stapelberg.de/git/AnyEvent-I3/commit/?id=d082a57d47eb15d257c0c14de8ace10db72a5050
> http://code.stapelberg.de/git/AnyEvent-I3/commit/?id=a122bde5d5d3b6d61701d8286e4b21b4f047193b
>
> As previously discussed, these commits make for a much better scripting
> experience without breaking anything else. Given that they are released
> for over two months and there were no bugreports, I consider them
> stable.
It has been pointed out to me that I should provide a debdiff of my
proposed upload, so find one attached.

Do you approve this upload to t-p-u?

-- 
Best regards,
Michael


libanyevent-i3-perl.debdiff
Description: Binary data

Bug#695470: gpodder lost preferences after upgrade

[Martin Dosch]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

thank you for the information. After converting the database gpodder
seems to work fine.

Best regards,
Martin

- -- 
Diese Nachricht ist standardkonform mit OpenPGP digital signiert.
This message is digitally signed with standards-compliant OpenPGP.

http://www.openpgp.org | http://enigmail.mozdev.org
http://de.wikipedia.org/wiki/OpenPGP
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with undefined - http://www.enigmail.net/

iEYEARECAAYFAlDDrDYACgkQd8WTj+EgGO4m4wCgy/YBh6pXCaCzx7NhlbRG3Z4W
zq0AoKLrPjFNSTb2Gww4J2jX1Mxk4cO5
=/cL6
-END PGP SIGNATURE-


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

Bug#695434: [Pkg-octave-devel] Bug#695434: octave: Seg fault in __contourc__

[Rafael Laboissiere]

* Mike Miller  [2012-12-08 11:20]:


On Sat, Dec 8, 2012 at 10:59 AM, Rafael Laboissiere wrote:


Thank you for the data and the code.  I can confirm the bug on amd64, but it 
does not happen on i386.  This is probably an upstream bug, but may also be 
related to something architecture-dependent we do for building the package. 
@Sébastien: could you take a look at this, please?


I confirm on amd64, but only with the octave-java package installed 
and loaded. If I run octave with --norc it does not segfault. If I 
apt-get remove octave-java, it no longer crashes. Can you both try 
again without octave-java installed?


I confirm the behavior above on my amd64 squeeze system.

Thanks,

Rafael


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

Bug#695476: installation-report: workarounds for i845 rev 1 on wheezy

[bw123]

Package: installation-reports
Version: 2.47
Severity: normal
Tags: d-i

Dear Maintainer,

Pretty good, but lightdm crashes x on this board.  Also reportbug does not 
--configure itself on first run.

Hope this info will help someone, not sure where to send it.  Maybe you can help
forward, this will probably be a fairly common problem when wheezy goes stable.

I found two ways to run x on this board with direct rendering, details below.
# /usr/share/X11/xorg.conf.d/05-i845g.conf
# 8086:2562 Intel Corporation
# 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device (rev 01)
Section "Device"
#Option "DRI" "False"# []
Option "DRI" "True"# []
#option dri false results from glxinfo:
#direct rendering: Yes
#OpenGL vendor string: VMware, Inc.
#OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 0x209)
#OpenGL version string: 2.1 Mesa 8.0.4
#OpenGL shading language version string: 1.20
#---
#option dri true
#direct rendering: Yes
#OpenGL vendor string: Tungsten Graphics, Inc
#OpenGL renderer string: Mesa DRI Intel(R) 845G x86/MMX/SSE2
#OpenGL version string: 1.3 Mesa 8.0.4
#---
Option "Shadow"  "True"# []
#Option "Shadow"  "False"# []
# Shadow False = kernel panic before x starts, no Xorg log
Option "XvMC"   "False" # []
Option "XvPreferOverlay"  "False"   # []
# The Two Above seem related to the kernel panic
Identifier  "Card0"
Driver  "intel"
VendorName  "Intel Corporation"
BoardName   "82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics $
BusID   "PCI:0:2:0"
EndSection

-- Package-specific info:

Boot method: usb flash
Image version: wheezy beta4 lxde cd, base only
Date: dec, 07, 2012

Machine: netvista 8305
--


==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION="Debian GNU/Linux installer"
DISTRIB_RELEASE="7.0 (wheezy) - installer build 20121114"
X_INSTALLATION_MEDIUM=cdrom

==
Installer hardware-summary:
==
uname -a: Linux junior 3.2.0-4-486 #1 Debian 3.2.32-1 i686 GNU/Linux
lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation 
82845G/GL[Brookdale-G]/GE/PE DRAM Controller/Host-Hub Interface [8086:2560] 
(rev 01)
lspci -knn: Kernel driver in use: agpgart-intel
lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation 
82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device [8086:2562] (rev 
01)
lspci -knn: Subsystem: IBM Device [1014:0267]
lspci -knn: 00:1d.0 USB controller [0c03]: Intel Corporation 82801DB/DBL/DBM 
(ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 [8086:24c2] (rev 01)
lspci -knn: Subsystem: IBM Device [1014:0267]
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: 00:1d.1 USB controller [0c03]: Intel Corporation 82801DB/DBL/DBM 
(ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 [8086:24c4] (rev 01)
lspci -knn: Subsystem: IBM Device [1014:0267]
lspci -knn: Kernel driver in use: uhci_hcd
lspci -knn: 00:1d.7 USB controller [0c03]: Intel Corporation 82801DB/DBM 
(ICH4/ICH4-M) USB2 EHCI Controller [8086:24cd] (rev 01)
lspci -knn: Subsystem: IBM Device [1014:0267]
lspci -knn: Kernel driver in use: ehci_hcd
lspci -knn: 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge 
[8086:244e] (rev 81)
lspci -knn: 00:1f.0 ISA bridge [0601]: Intel Corporation 82801DB/DBL 
(ICH4/ICH4-L) LPC Interface Bridge [8086:24c0] (rev 01)
lspci -knn: 00:1f.1 IDE interface [0101]: Intel Corporation 82801DB (ICH4) IDE 
Controller [8086:24cb] (rev 01)
lspci -knn: Subsystem: IBM Device [1014:0267]
lspci -knn: Kernel driver in use: ata_piix
lspci -knn: 00:1f.3 SMBus [0c05]: Intel Corporation 82801DB/DBL/DBM 
(ICH4/ICH4-L/ICH4-M) SMBus Controller [8086:24c3] (rev 01)
lspci -knn: Subsystem: IBM Device [1014:0267]
lspci -knn: 02:08.0 Ethernet controller [0200]: Intel Corporation 82801DB 
PRO/100 VE (LOM) Ethernet Controller [8086:1039] (rev 81)
lspci -knn: Subsystem: IBM Device [1014:0267]
lspci -knn: Kernel driver in use: e100
usb-list: 
usb-list: Bus 01 Device 01: EHCI Host Controller [1d6b:0002]
usb-list:Level 00 Parent 00 Port 00  Class 09(hub  ) Subclass 00 Protocol 00
usb-list:Manufacturer: Linux 3.2.0-4-486 ehci_hcd
usb-list:Interface 00: Class 09(hub  ) Subclass 00 Protocol 00 Driver hub
usb-list: 
usb-list: Bus 01 Device 02: Ativa [0781:556f]
usb-list:Level 01 Parent 01 Port 03  Class 00(>ifc ) Subclass 00 Protocol 00
usb-list:Manufacturer:
usb-list:Interface 00: Class 08(mstor) Subclass 06 Protocol 50 Driver 
usb-storage
usb-list: 
usb-list: Bus 02 Device 01: UHCI Host Controller [1d6b:0001]
usb-list:Level 00 Parent 00 Port 00  Class 09(hub  ) Subclass 00 Proto

Bug#694974: Acknowledgement (grub-common: grub2 fails to boot from hdd with 'pv5: no such device', grub-probe reports 'no such disk')

[Mike Edwards]

Is there any other information I can provide to get the ball rolling on
this?  I need to have / on a raid device, and grub's refusal to boot is
a major showstopper.


-- 
  
Mike Edwards|   If this email address disappears,   
Unsolicited advertisments to|   assume it was spammed to death.  To
this address are not welcome.   |   reach me in that case, s/-.*@/@/

"Our progress as a nation can be no swifter than our progress in education.
The human mind is our fundamental resource."
  -- John F. Kennedy


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

Bug#695362: samba-common's dhcp hooks write to /etc/samba breaking ro root

[Steve Langasek]

On Sat, Dec 08, 2012 at 09:19:28PM +0100, Andrew Shadura wrote:
> On Sat, 8 Dec 2012 12:05:20 -0800
> Steve Langasek  wrote:

> > > SAMBA_DHCP_CONF=/etc/samba/dhcp.conf

> > > It'd be cool if that could be disabled via /etc/defaults, or,
> > > better, if it could detect that location not being writable and not
> > > try to write there if it is.

> > The file should simply be moved to a guaranteed-writable directory -
> > probably /run.

> Or that, of course, yeah. And symlinked from /etc/, probably.

Not at all.  The smb.conf should just be updated to look in /run, there's no
reason to carry a symlink here.

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


signature.asc
Description: Digital signature

Bug#695456: trying to use dpkg-symbols for cross-built library packages

[Guillem Jover]

On Sat, 2012-12-08 at 12:21:17 +0100, Matthias Klose wrote:
> Package: dpkg
> 
> I'm trying to build a cross compiler which builds binary packages like
> libgfortran3-armhf-cross (arch: all). I do want to re-use the symbols file 
> from
> the native build, however this symbols file seems to be ignored for the build.
> 
> $ ls -l debian/libgfortran3-armhf-cross.symbols lrwxrwxrwx 1 doko doko 26 Dec 
>  8
> 10:41 debian/libgfortran3-armhf-cross.symbols -> libgfortran3.symbols.armhf
> $ cat debian/libgfortran3-armhf-cross.symbols libgfortran.so.3 libgfortran3 
> #MINVER#
> #include "libgfortran3.symbols.common"
> 
> however, running dh_makeshlibs, doesn't call dpkg-gensymbols at all.

> $ DEB_HOST_ARCH=armhf fakeroot dh_makeshlibs -v -plibgfortran3-armhf-cross
[...]
> dpkg-gensymbols -plibgfortran3-armhf-cross
> -Idebian/libgfortran3-armhf-cross.symbols -Pdebian/libgfortran3-armhf-cross

I see dpkg-gensymbols being called here, so I guess I either don't
understand the problem or I how this is an issue with dpkg-dev. Does
calling dpkg-gensymbols directly not generate the symbols file? Or
was this meant as a support request on debhelper, perhaps?

(I see dh_makeshlibs will remove empty output symbols files, for
example.)

> my intent is to provide the very same symbols file as provided by
> libgfortran3:armhf. Any suggestions?

Regards,
Guillem


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

Bug#695362: samba-common's dhcp hooks write to /etc/samba breaking ro root

[Andrew Shadura]

Hello,

On Sat, 8 Dec 2012 12:05:20 -0800
Steve Langasek  wrote:

> > SAMBA_DHCP_CONF=/etc/samba/dhcp.conf

> > It'd be cool if that could be disabled via /etc/defaults, or,
> > better, if it could detect that location not being writable and not
> > try to write there if it is.

> The file should simply be moved to a guaranteed-writable directory -
> probably /run.

Or that, of course, yeah. And symlinked from /etc/, probably.


-- 
WBR, Andrew


signature.asc
Description: PGP signature

Bug#695470: gpodder lost preferences after upgrade

[Thomas Perl]

Hi,

On Sat, 8 Dec 2012, tony mancill wrote:

On 12/08/2012 09:07 AM, Martin Dosch wrote:

after upgrading to unstable gpodder doesn't find it's config.
It starts empty like at first start.
It works after downgrading to testings version.


I'll look into it.  Thank you for the bug report!


Version 3.x of gPodder uses a slighty different database format. In order 
to avoid doing the one-time conversion automatically and thereby breaking 
the ability to go back to 2.x, the coversion has to be done manually.


gPodder 3 includes a utility for that: gpodder-migrate2tres

So to get your data migrated to the new version:

  1. Install gPodder 3
  2. Run gpodder-migrate2tres
  3. Run gPodder 3

Be aware that after migrating your database to version 3, you cannot go 
back to version 2, so be sure to make a backup of your gPodder 2 data in 
case you might want to use it again in the future.


Thanks,
Thomas


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

Bug#695474: scummvm blanks the screen every 5 seconds

[Roger Leigh]

On Sat, Dec 08, 2012 at 07:52:19PM +, Roger Leigh wrote:
> I run "scummvm" and it starts normally; in my case in a window with 3x
> scaling.  However, every five seconds the monitor blanks for about 0.5s.
> This is the entire screen, not just the scummvm window.  This still
> occurs if I switch to full-screen mode.  As soon as I quit scummvm, the
> blanking behaviour ceases.
> 
> I don't see any error messages except for this warning on startup, which
> looks unrelated:
> WARNING: SDL mixer output buffer size: 705 differs from desired: 2048!
> 
> I've attached the XOrg log; might possibly be using the VESA/FB driver
> on radeondrmfb.  I'll look more closely at that, it should certainly
> work with that combination AFAIK.  There's certainly some errors in 
> the log; not sure if they are harmless or not.

Installing xserver-xorg-video-ati does fix this.  It then correctly
autodetects the hardware and uses the radeon driver.  The odd
behaviour with the fallback vesa/fb driver is still a bit buggy
though.

Please feel free to reassign to a more appropriate package if
necessary, e.g. SDL, X, kernel.  And I'll be happy to provide
any further detail if needed.


Thanks,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linuxhttp://people.debian.org/~rleigh/
 `. `'   schroot and sbuild  http://alioth.debian.org/projects/buildd-tools
   `-GPG Public Key  F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800


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

Bug#695362: samba-common's dhcp hooks write to /etc/samba breaking ro root

[Steve Langasek]

tags 695362 confirmed
thanks

On Fri, Dec 07, 2012 at 04:22:43PM +0100, Andrew Shadura wrote:
> Package: samba-common
> Version: 2:3.6.6-2
> Severity: normal

> samba-common provides a dhcp-client hook script,
> /etc/dhcp3/dhclient-enter-hooks.d/samba, which apparently writes to /etc
> thus breaking boot when the rootfs is read-only.

> SAMBA_DHCP_CONF=/etc/samba/dhcp.conf

> <...>
> 
> echo -n > ${SAMBA_DHCP_CONF}.new
> <...>
> mv ${SAMBA_DHCP_CONF}.new $SAMBA_DHCP_CONF

> It'd be cool if that could be disabled via /etc/defaults, or, better, if
> it could detect that location not being writable and not try to write
> there if it is.

The file should simply be moved to a guaranteed-writable directory -
probably /run.

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


signature.asc
Description: Digital signature

Bug#695475: ruby-build: Exit status is 1 after a successful 'rbenv install' build

[Nicholas Humfrey]

Package: ruby-build
Version: 20121104-1
Severity: normal

Dear Maintainer,

I have been trying to use 'rbenv install' as part of an automated process,
however I have found that it returns an exit status of 1, even if the build
was successful. I would have expected it to be 0.


Here is an example run:
njh@star:~$ rbenv install 1.9.3-p194Downloading 
http://pyyaml.org/download/libyaml/yaml-0.1.4.tar.gz...
Installing yaml-0.1.4...
Installed yaml-0.1.4 to /home/njh/.rbenv/versions/1.9.3-p194
Downloading http://ftp.ruby-lang.org/pub/ruby/1.9/ruby-1.9.3-p194.tar.gz...
Installing ruby-1.9.3-p194...
Installed ruby-1.9.3-p194 to /home/njh/.rbenv/versions/1.9.3-p194
njh@star:~$ echo $?
1


I have also tried running it in verbose mode, but there is nothing to indicate
that any part of the build was unsuccessful.



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

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

Versions of packages ruby-build depends on:
ii  build-essential   11.5
ii  curl  7.26.0-1
ii  libreadline6-dev  6.2-8
ii  zlib1g-dev1:1.2.7.dfsg-13

Versions of packages ruby-build recommends:
ii  libsqlite3-dev  3.7.13-1
ii  libssl-dev  1.0.1c-4
ii  libxml2-dev 2.8.0+dfsg1-6
ii  libxslt1-dev [libxslt-dev]  1.1.26-14
ii  rbenv   0.3.0-1

Versions of packages ruby-build suggests:
ii  autoconf2.69-1
ii  automake1:1.11.6-1
ii  bison   1:2.5.dfsg-2.1
ii  git [git-core]  1:1.7.10.4-1+wheezy1
ii  libtool 2.4.2-1.1

-- 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#695438: wrong smokeping.fcgi.dist file

[Marco d'Itri]

On Dec 08, Antoine Beaupré  wrote:

> Do you think it should be removed? What is the wrong path?
Definitely yes. /usr/bin/smokeping_cgi does not exist, and .dist the 
extension is wrong as well.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Bug#645713: Acknowledgement (fails to upgrade a default GNOME desktop installation from squeeze → sid)

[intrigeri]

Hi,

this bug is reproduced by a Jenkins job nicely setup by Holger:

  * general information:

http://jenkins.debian.net/job/chroot-test_squeeze_install_gnome_upgrade_to_wheezy/
  * last try:

http://jenkins.debian.net/job/chroot-test_squeeze_install_gnome_upgrade_to_wheezy/74/consoleFull

  => \o/ QA!

To debug this further, see details and requests bellow.

Manuel Rego Casasnovas wrote (19 Dec 2011 08:05:25 GMT) :
> I've had this problem several times past weekends trying to install
> Wheezy from a fresh Squeeze installation.

> The concrete steps to reproduce the problem are:
> 1) Install Squeeze
> 2) Change your /etc/apt/sources.list from squeeze to wheezy
> 3) # apt-get update
> 4) # apt-get upgrade
> 5) # apt-get dist-upgrade

> However, I've been able to avoid this problem skipping point 4). The solution 
> for me
> was:
> 1) Install Squeeze
> 2) Change your /etc/apt/sources.list from squeeze to wheezy
> 3) # apt-get update
> 4) # apt-get dist-upgrade

> And then everything works like a charm.

Indeed, the Jenkins job is doing upgrade before dist-upgrade.

Holger, 

a) Can you confirm Recommends are disabled during this test?
   (the output seems to indicate this, but I'm unsure)

b) How about adding a job that does the dist-upgrade without doing the
   upgrade first?

c) How about adding a job with Recommends set to the opposite of the
   current one?

(Will all possible combinations, that would make 2*2 = 4 times more
tests, but I gather the CPU cores are idle, so...)

Andreas: you expressed some interest in this issue, so perhaps you
might want to replicate these combinations in your piuparts tests too.


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

Bug#695403: installation-guide: Please point out the limitations of firmware detection

[Brian Potkin]

On Sat 08 Dec 2012 at 18:59:43 +, Ben Hutchings wrote:

> On Sat, 2012-12-08 at 18:04 +, Brian Potkin wrote:
> > 
> > Would a user employing the search terms have some chance of discovering
> > a lack of firmware on an installed system?
> 
> Yes, but if you find yourself writing instructions like this then it's a
> software bug, not a documentation bug.

Thank you very much for this; it puts the issue into perspective. I'm
very conscious of the work which is put into Debian by many people and
was trying not increase the load by promoting a software solution, not
that I have anything significant to contribute in that area. I will try
to bear your dictum in mind (which does not guarantee I will not forget
it) for future contributions.

Regards,

Brian.


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

Bug#695468: emacsclient: please accept X options

[Rob Browning]

Toni Mueller  writes:

> I have recently discovered emacsclient. Unfortunately,
> I cannot use -geometry or similar X options, and thus not control
> the sizing and placement of the emacsclient window.

Have you seen the --frame-parameters argument?

  $ emacsclient -c -F '((name . "foo") (height . 42))'

You can see additional parameters like this:

  $ info elisp frames "frame parameters" "window"

-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4


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

Bug#695473: gnome-disk-utility: Not possible to format disk

[Michele Cane]

Package: gnome-disk-utility
Version: 3.6.1-1
Severity: normal

Dear Maintainer,
When formatting USB stick operation fails with error:

Error synchronizing after initial wipe: Timed out waiting for object (udisks-
error-quark, 0)

Cheers

Mike



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

Versions of packages gnome-disk-utility depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.14.0-1
ii  dpkg 1.16.9
ii  libatk1.0-0  2.6.0-1
ii  libc62.16-0experimental1
ii  libcairo-gobject21.12.2-2
ii  libcairo21.12.2-2
ii  libgdk-pixbuf2.0-0   2.26.4-2
ii  libglib2.0-0 2.34.3-1
ii  libgtk-3-0   3.6.1-1
ii  libpango1.0-01.30.1-1
ii  libpwquality11.1.1-1
ii  libsecret-1-00.10-1
ii  libudisks2-0 2.0.0-1
ii  udisks2  2.0.0-3

gnome-disk-utility recommends no packages.

gnome-disk-utility 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#695403: installation-guide: Please point out the limitations of firmware detection

[Ben Hutchings]

On Sat, 2012-12-08 at 18:04 +, Brian Potkin wrote:
> On Sat 08 Dec 2012 at 13:59:57 +, Ben Hutchings wrote:
> 
> > On Sat, 2012-12-08 at 12:29 +0100, Gaudenz Steinlin wrote:
> > > Hi
> > >
> > > Brian Potkin  writes:
> > > >
> > > > +
> > > > +
> > > > +The routines used to detect missing firmware can only be of help for
> > > > +modules loaded after &d-i; has started.
> >
> > This is irrelevant; not all drivers are included in d-i (and in
> > particular radeon is not).
> 
> Even though I thought I had implied this there may be some element of
> imprecision in my expression. I was also trying not to be too specific
> about which missing firmware might not be detected. Is this any better?
> 
>The installer only prompts for firmware needed by kernel
>modules loaded during the installation. Not all drivers are
>included in d-i (in particular radeon is not) so . . .

Yes, that is clearr.

> > >  This implies that the
> > > > +capabilities of some devices, the graphics card, for example, are no
> > > > +different at the end of the installation from what they were at the
> > > > +beginning and may mean some of your hardware is not being used to its
> > > > +full potential. If you suspect this is the case, or are just curious, 
> > > > it
> > > > +is not a bad idea to check the output of the dmesg
> > > > +command on the newly booted system and search for "firmware", 
> > > > "missing",
> > > > +"unable" or "fail".
> > > > +
> > >
> > > Shouldn't we improve the installer to do this search instead? To me this
> > > seems to be mostly scriptable.
> >
> > This doesn't work.
> >
> > I think we should standardise the log messages from the kernel.
> 
> Would a user employing the search terms have some chance of discovering
> a lack of firmware on an installed system?

Yes, but if you find yourself writing instructions like this then it's a
software bug, not a documentation bug.

Ben.

-- 
Ben Hutchings
Beware of programmers who carry screwdrivers. - Leonard Brandwein


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

Bug#695472: samba: cups smb:// printers broken after upgrading server to wheezy

[Santiago Vila]

Package: samba
Version: 2:3.6.6-3
Severity: serious

After upgrading a printer server from squeeze to wheezy, I could no
longer print from a client already running wheezy using the smb
protocol.

To reproduce this I installed minimal squeeze and wheezy systems under
QEMU/KVM and did the following in both of them:

apt-get install cups cups-pdf samba samba-common-bin
adduser --gecos "B. L. User" --disabled-password bluser
smbpasswd -a bluser  (passwd: abc)

That was the server part.

The client was my wheezy personal computer and it had a printer
pointing to the "PDF" virtual printer using the usual smb mechanism:

DeviceURI smb://bluser:abc@qemu/PDF

This printer was configured as a "Generic PDF printer".

The result:

* It works out of the box if the server is running squeeze.
* It does not work at all if the server is running wheezy.

In both cases the smb.conf file was the default.

By using snapshot.debian.org, I was able to determine that this works:

deb http://snapshot.debian.org/archive/debian/2028/ sid main contrib
samba 2:3.5.11~dfsg-4  cups-pdf 2.6.1-3  cups 1.5.0-12

and this does not work:

deb http://snapshot.debian.org/archive/debian/2029/ sid main contrib
samba 2:3.6.1-2  cups-pdf 2.6.1-3  cups 1.5.0-12

[ Note: The samba packages are the ones that changed from 2028 to 2029
  and that's the reason why this report is against samba, but of course,
  I could be wrong here ].

Trying to downgrade to samba 2:3.5.11~dfsg-4 didn't work because of
Bug#650541 (kerberos related link error).

Another thing which I tried was to install all the recommends in the server:

apt-get install --fix-policy --install-recommends

but nothing changed.

Then I set "log level = 3" and searched for this error message:

[2012/12/08 16:39:45.167182,  3] 
rpc_server/spoolss/srv_spoolss_nt.c:1904(_spoolss_OpenPrinterEx)
  access DENIED for printer open

and finally found a fix here:

http://www.df.lth.se/~jokke/samba_printer.php

which is to put this option in smb.conf:

[printers]
  use client driver = yes


It is likely that this fix is not a good fix for everybody and I'm
not even sure that this is a bug in samba, but I really believe that
cups-pdf should work out of the box in wheezy, hence the serious
severity.

Of course, feel free to downgrade or reassign as appropriate.

If this may not be fixed properly I would appreciate that it's
documented in /usr/share/doc/samba/NEWS.Debian.gz or any other
suitable place (like wheezy release notes).

Thanks.


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

Bug#441247: icedove: "hangs" when mailboxes are located on a read-only filesystem

[Carsten Schoenert]

Hello Patrik,

did this error still happen? If so could you please point to a bug entry
on bugzilla.mozilla.org as Alex allready suggested?

Your reported version is now in oldstable, I belive in current versions
this didn't happen anymore.

Regards
Carsten

On Mon, Sep 10, 2007 at 05:08:42PM +0200, Alexander Sack - Debian Bugmail wrote:
> On Fri, Sep 07, 2007 at 08:25:33PM +, Patrik H?lund wrote:
> > Package: icedove
> > Version: 2.0.0.4.dfsg1-2
> > Severity: normal
> > 
> > My mailboxes are placed on a NTFS disk (shared between Windows and Linux) 
> > which sometimes 
> > get marked read-only (when ntfs-3g thinks that the disk isn't clean). When 
> > that happens, 
> > icedove only shows a clock icon when I try to read my previously downloaded 
> > mail.
> > 
> 
> Can you please look if you can find such a bug in bugzilla.mozilla.org?
> 
>  - Alexander


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

Bug#695471: unblock: bootchart2/0.14.4-2

[David Paleino]

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

Hello RT,
I just uploaded bootchart2/0.14.4-2 to unstable. This upload fixes RC bug
#694403 -- the package shipped a systemd unit, but no "classic" initscript.

I'm attaching a git diff -- please note that this is a particular initscript,
since starting it effectively *stops* the daemon -- and that's why it's
started after all the other services (i.e. stop collecting boot info as soon as
all other initscripts did their job).

  unblock bootchart2/0.14.4-2

Thanks,
David

-- 
 . ''`.   Debian developer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 | http://deb.li/dapal
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174
diff --git a/debian/bootchart2.bootchart-done.init b/debian/bootchart2.bootchart-done.init
new file mode 100644
index 000..da3f590
--- /dev/null
+++ b/debian/bootchart2.bootchart-done.init
@@ -0,0 +1,58 @@
+#! /bin/sh
+
+### BEGIN INIT INFO
+# Provides:  bootchart2
+# Required-Start:$remote_fs $all
+# Required-Stop:
+# Default-Start: 1 2 3 4 5
+# Default-Stop:
+# Short-Description: Stop bootchartd
+# Description:   This script stops the bootchartd daemon after the
+#system booted.
+### END INIT INFO
+
+# Author: David Paleino 
+
+# Do NOT "set -e"
+
+# PATH should only include /usr/* if it runs after the mountnfs.sh script
+PATH=/sbin:/usr/sbin:/bin:/usr/bin
+DESC="boot process analyser"
+NAME=bootchartd
+DAEMON=/sbin/$NAME
+DAEMON_ARGS=""
+PIDFILE=/var/run/$NAME.pid
+SCRIPTNAME=/etc/init.d/bootchart2
+
+# Exit if the package is not installed
+[ -x "$DAEMON" ] || exit 0
+
+# Read configuration variable file if it is present
+[ -r /etc/bootchartd.conf ] && . /etc/bootchartd.conf
+
+# Load the VERBOSE setting and other rcS variables
+. /lib/init/vars.sh
+
+# Define LSB log_* functions.
+# Depend on lsb-base (>= 3.0-6) to ensure that this file is present.
+. /lib/lsb/init-functions
+
+case "$1" in
+  start)
+	[ "$VERBOSE" != no ] && log_daemon_msg "Stopping $DESC" "$NAME"
+	$DAEMON stop
+	case "$?" in
+		0|1) [ "$VERBOSE" != no ] && log_end_msg 0 ;;
+		2) [ "$VERBOSE" != no ] && log_end_msg 1 ;;
+	esac
+	;;
+  stop|restart|force-reload)
+	# do nothing
+	;;
+  *)
+	echo "Usage: $SCRIPTNAME start" >&2
+	exit 3
+	;;
+esac
+
+:
diff --git a/debian/changelog b/debian/changelog
index 9876687..a769a35 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+bootchart2 (0.14.4-2) unstable; urgency=low
+
+  * Acknowledge NMU.
+  * Provide also an initscript (Closes: #694403)
+
+ -- David Paleino   Sat, 08 Dec 2012 19:35:08 +0100
+
 bootchart2 (0.14.4-1.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff --git a/debian/rules b/debian/rules
index 0b97af1..158f0dc 100755
--- a/debian/rules
+++ b/debian/rules
@@ -13,3 +13,8 @@ override_dh_installchangelogs:
 
 override_dh_auto_test:
 
+override_dh_installinit:
+	dh_installinit \
+		--name=bootchart-done \
+		--no-start \
+		--update-rcd-params="start 99 1 2 3 4 5 6 . stop 99 0 ."


signature.asc
Description: PGP signature

Bug#674116: dirmngr: init script does not write pid into the pid file

[Detlev Brodowski]

Am Mittwoch, 5. Dezember 2012, 19:58:13 schrieb John Paul Adrian
Glaubitz:
> Hi,
>
> the issue only occurs if the local bash profile contains any echo
> statements:
>
> root@unstable:~# /etc/init.d/dirmngr restart
> [ ok ] Stopping DirMngr: dirmngr.
> [ ok ] Starting DirMngr: dirmngr.
> root@unstable:~# echo "echo \"This is a test\!\"" >
> /etc/profile.d/bla.sh
> root@unstable:~# /etc/init.d/dirmngr restart
> [ ok ] Stopping DirMngr: dirmngr.
> [] Starting DirMngr: dirmngr/etc/init.d/dirmngr: 1: eval: This:
> not found
> . ok
> root@unstable:~#
>
> I'm attaching a proposed patch to fix the issue and I could also do
> an NMU to fix the package.
>
> With the patch:
>
> root@unstable:~# ps aux |grep dir
> root  4277  0.0  0.0  18576   788 ?Ss   19:57   0:00
> /usr/bin/dirmngr --daemon --sh
> root  4301  0.0  0.0   9232   848 pts/1S+   19:57   0:00 grep
> dir
> root@unstable:~# /etc/init.d/dirmngr restart
> [ ok ] Stopping DirMngr: dirmngr.
> [ ok ] Starting DirMngr: dirmngr.
> root@unstable:~# ps aux |grep dir
> root  4347  0.0  0.0  18576   784 ?Ss   19:57   0:00
> /usr/bin/dirmngr --daemon --sh
> root  4370  0.0  0.0   9232   848 pts/1S+   19:57   0:00 grep
> dir
> root@unstable:~#
>
> Cheers,
>
> Adrian

Hi,

thank you for the hint and the patch. Now the dirmngr start script works
fine.

Regarding your comment to the echo command I have analized my scripts in
/etc/profile.d/. But I don't found any echo command. :(

Nevertheless I have detected the "bad" script /etc/profile.d/.
It was my own script to remove the beep on the console.
It contains only this one line:
/usr/bin/setterm -blength 0

Kind regards,
Detlev
NewCoTec GmbH, Technologiepark 1, D-91522 Ansbach, Deutschland, Amtsgericht 
Ansbach, HRB 4298, USt-ID: DE243245746, Geschäftsführer: Werner Fuchs

Diese E-Mail und alle Anhänge enthalten vertrauliche Informationen und sind für 
die Nutzung des Empfängers bestimmt. Wenn Sie kein berechtigter Empfängers 
dieser E-Mail sind, werden Sie hiermit darauf hingewiesen, dass jede 
Weitergabe, Vervielfältigung oder Verwendung der Informationen strengstens 
verboten ist. Wenn Sie diese E-Mail irrtümlich oder ohne Genehmigung erhalten 
haben, benachrichtigen Sie uns bitte sofort durch eine Antwort und löschen Sie 
diese E-Mail aus Ihrem System. Wenn Sie weitere Hilfe benötigen, senden Sie 
bitte eine Nachricht an supp...@newcotec.com. Vielen Dank im Voraus.

This e-mail and any attachments contain privileged and confidential information 
intended only for the use of the addressee(s). If you are not an intended 
recipient of this e-mail, you are hereby notified that any dissemination, 
copying or use of information within it is strictly prohibited. If you received 
this e-mail in error or without authorization, please notify us immediately by 
reply e-mail and delete the e-mail from your system. If you need any further 
assistance, please send a message to supp...@newcotec.com. Thank you in advance.


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

Bug#674116: dirmngr: init script does not write pid into the pid file

[John Paul Adrian Glaubitz]

Hi Detlev,

On Sat, Dec 08, 2012 at 07:23:03PM +0100, Detlev Brodowski wrote:
> thank you for the hint and the patch. Now the dirmngr start script works
> fine.

You're welcome. However, I realized there is a problem with my fix
which is the fact the dirmngr is now run as root instead as the user
"dirmngr" (that's what the su -c was for, I didn't realize it in the
moment I wrote the patch). So will have to rework the patch a bit.

> 
> Regarding your comment to the echo command I have analized my scripts in
> /etc/profile.d/. But I don't found any echo command. :(

That was just an example. It can be anything which creates output to
stdout, I suppose.

> Nevertheless I have detected the "bad" script /etc/profile.d/.
> It was my own script to remove the beep on the console.
> It contains only this one line:
> /usr/bin/setterm -blength 0

I am not very sure why this would be a problem. This doesn't generate
any output by default. But you might have changed the verbosity of
your shell at some place (e.g. bash -v).

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913


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

Bug#493740: icedove: Problems with News & Blogs

[Carsten Schoenert]

Hello David,

several years ago you opened this bug report.
Is this bug still around or the prblems are gone?
Unfortunately nobody else take part of this bug.

Regards
Carsten

On Mon, Aug 04, 2008 at 05:27:56PM +0200, David wrote:
> Package: icedove
> Version: 2.0.0.16-1
> Severity: normal
> 
> *** Please type your report below this line ***
> 
> I have a few problems with the News & Blogs section of Icedove, when
> using RSS feeds.
> 
> 1) Importing of opml and files generated by Kagregate has problems.
> 
> If you add feeds to Kagregate, then export as opml (or xml), the import
> in icedove, icedove makes a lot of folders, but no feeds. Also, the
> folders are all in a 'flat' structure, without any of the sub-folders
> etc setup in Akregate.
> 
> 2) Delete key for folders often doesn't work
> 
> Often, hitting 'del' while a News & Blogs folder is selected does
> nothing. This forces you to use right-click (to eg: delete folders)/
> 
> 3) Can't select more than one folder at a time.
> 
> If you have a lot of folders, you have to delete/move/etc them one at a
> time.
> 
> 
> 


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

Bug#632443: kst-data: Please don't forget to file an unblock request

[John Paul Adrian Glaubitz]

Hey Adam,

On Sat, Dec 08, 2012 at 06:03:47PM +, Adam D. Barratt wrote:
> On Fri, 2012-12-07 at 23:51 +0100, John Paul Adrian Glaubitz wrote:
> > I am just going through the RC bugs relevant for Wheezy and saw that
> > there is apparantly no unblock request for kst/2.0.3-1.3 yet.
> 
> There is, however:
> 
> kst (2.0.3-1.2 to 2.0.3-1.3)
> Maintainer: Ruben Molina 
> Too young, only 3 of 10 days old
> Ignoring block request by freeze, due to unblock request by adsb

Yeah, I already got a heads-up in the unblock request I wrote
(#695426). I wasn't aware of unblocks that don't have an unblock
request associated with it.

Sorry for the noise.

Cheers,

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913


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

Bug#632443: kst-data: Please don't forget to file an unblock request

[Adam D. Barratt]

On Fri, 2012-12-07 at 23:51 +0100, John Paul Adrian Glaubitz wrote:
> I am just going through the RC bugs relevant for Wheezy and saw that
> there is apparantly no unblock request for kst/2.0.3-1.3 yet.

There is, however:

kst (2.0.3-1.2 to 2.0.3-1.3)
Maintainer: Ruben Molina 
Too young, only 3 of 10 days old
Ignoring block request by freeze, due to unblock request by adsb

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#695403: installation-guide: Please point out the limitations of firmware detection

[Brian Potkin]

On Sat 08 Dec 2012 at 13:59:57 +, Ben Hutchings wrote:

> On Sat, 2012-12-08 at 12:29 +0100, Gaudenz Steinlin wrote:
> > Hi
> >
> > Brian Potkin  writes:
> > >
> > > +
> > > +
> > > +The routines used to detect missing firmware can only be of help for
> > > +modules loaded after &d-i; has started.
>
> This is irrelevant; not all drivers are included in d-i (and in
> particular radeon is not).

Even though I thought I had implied this there may be some element of
imprecision in my expression. I was also trying not to be too specific
about which missing firmware might not be detected. Is this any better?

   The installer only prompts for firmware needed by kernel
   modules loaded during the installation. Not all drivers are
   included in d-i (in particular radeon is not) so . . .

> >  This implies that the
> > > +capabilities of some devices, the graphics card, for example, are no
> > > +different at the end of the installation from what they were at the
> > > +beginning and may mean some of your hardware is not being used to its
> > > +full potential. If you suspect this is the case, or are just curious, it
> > > +is not a bad idea to check the output of the dmesg
> > > +command on the newly booted system and search for "firmware", "missing",
> > > +"unable" or "fail".
> > > +
> >
> > Shouldn't we improve the installer to do this search instead? To me this
> > seems to be mostly scriptable.
>
> This doesn't work.
>
> I think we should standardise the log messages from the kernel.

Would a user employing the search terms have some chance of discovering
a lack of firmware on an installed system?


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

Bug#694801: AUCTeX Debian package public repo

[Davide G. M. Salvetti]

tags 694801 + pending
thanks

Available @ .

-- 
Ciao, Davide


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

Bug#693003: Pending fixes for bugs in the libimager-perl package

[pkg-perl-maintainers]

tag 693003 + pending
thanks

Some bugs in the libimager-perl package are closed in revision
fa326532f05ded31b864dc4345ee16c6cb7481c5 in branch 'master' by gregor
herrmann

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

Commit message:

Add an interface for packages compiled against libimager-perl

- provide a perl-imagerapi-* virtual package
- add a dh_perl_imager helper, a perl_imager debhelper sequence, and a
  perl-imagerapi.make makefile snippet

Add a Breaks on old libimager-qrcode-perl.

Closes: #693003


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

Bug#695470: gpodder lost preferences after upgrade

[tony mancill]

On 12/08/2012 09:07 AM, Martin Dosch wrote:
> Package: gpodder
> Version: 3.3.0-1
> Severity: normal
> 
> Dear Maintainer,
> 
> after upgrading to unstable gpodder doesn't find it's config.
> It starts empty like at first start.
> It works after downgrading to testings version.

I'll look into it.  Thank you for the bug report!
tony



signature.asc
Description: OpenPGP digital signature

Bug#687666: unblock pre-approval: qt4-x11/4:4.8.2-3

[Lisandro Damián Nicanor Pérez Meyer]

On Sat 08 Dec 2012 10:59:44 Julien Cristau escribió:
> On Fri, Sep 14, 2012 at 18:05:02 -0300, Lisandro Damián Nicanor Pérez Meyer 
wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> > Usertags: unblock
> > 
> > Please consider to pre-approve the unblock package qt4-x11
> > 
> > Hi RT! The purpose of this mail is to ask for pre-approval of a new
> > upload of qt4-x11 in order to solve RC bug #669278.
> > 
> > Short story: this bug is caused by the circular dependency between qdbus
> > and libqt4-dbus. It was solved by:
> > 
> > - adding libqtdbus4 [0] to hold the stuff that libqt4-dbus will normally
> > 
> >   provide.
> > 
> > - make libqt4-dbus depend on qdbus and libqtdbus4.
> > - the symbols file of libqtdbus4 depends on libqt4-dbus to ensure that a
> > 
> >   dependency on libqt4-dbus ensures qdbus is installed, also on rebuilt
> >   packages.
>
> Why are libqt4-dbus and qdbus separate packages in the first place?

libqt4-dbus used to ship both the library and qdbus, an application. As part 
of the multiarchification of Qt4, they needed to become separate packages.

> What happens the day libQtDBus changes SONAME?

It will not in wheezy. And we are already working in a proper transition for 
stuff that currently depends on libqt4-dbus just because they actually need 
qdbus.

So for Jessie we will eliminate libqtdbus4. And, by the way we mangled the 
symbols files, no package should depend on libqtdbus4 ever (symbols point to 
libqt4-dbus).

Kinds regards, Lisandro.

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


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

Bug#695470: gpodder lost preferences after upgrade

[Martin Dosch]

Package: gpodder
Version: 3.3.0-1
Severity: normal

Dear Maintainer,

after upgrading to unstable gpodder doesn't find it's config.
It starts empty like at first start.
It works after downgrading to testings version.

Best regards,
Martin



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

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

Versions of packages gpodder depends on:
ii  python  2.7.3-3
ii  python-dbus 1.1.1-1
ii  python-feedparser   5.1.2-1
ii  python-gtk2 2.24.0-3
ii  python-mygpoclient  1.4-1
ii  python-support  1.0.15
ii  python-webkit   1.1.8-2

Versions of packages gpodder recommends:
ii  dbus-x11 1.6.8-1
ii  libqtwebkit-qmlwebkitplugin  2.2.1-5
ii  python-gst0.10   0.10.22-3
ii  python-simplejson2.6.2-1

Versions of packages gpodder suggests:
ii  gnome-bluetooth  3.6.0-1
ii  mplayer  2:1.0~rc4.dfsg1+svn34540-1+b2
ii  python-eyed3 0.6.18-1

-- 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#695324: [pkg-wine-party] Bug#695324: libwine-dev: Description doesn't mention tools or manpages

[Michael Gilbert]

control: severity -1 wishlist

On Thu, Dec 6, 2012 at 11:23 PM, Samuel Bronson  wrote:
> | Description: Windows API implementation - development files
> |  Wine is a free MS-Windows API implementation.
> |  This is still a work in progress and many applications may still not work.
> |  .
> |  This package provides the C header files.
> `
>
> While this is true, it neglects to mention that this package also
> contains:
>
>  * The programs winedump, winegcc, winemaker, wmc, winebuild, widl, and
>wrc.
>
>  * (stubby) manpages for the Windows API.


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

Bug#695469: [kdenlive] parameters in rendering profiles

[Marek Straka]

Package: kdenlive
Version: 0.9.2-2
Severity: minor

--- Please enter the report below this line. ---

Please  could you specify where to find meaning of different parameters 
in rendering profiles?

Is that here: http://libav.org/avconv.html

For example "webm" hast per default following parameters:

acodec=libvorbis ab=%audiobitrate+'k' ar=44100 aq=50 vcodec=libvpx 
minrate=0 vb=%bitrate+'k' aspect=%dar maxrate=%bitrate*2+'k' g=120 
qmax=42 qmin=10



Audio-bitrate and audio-quality given together? And "g=120 qmax=42 
qmin=10" ?


--- System information. ---
Architecture: amd64
Kernel: Linux 3.2.0-4-amd64

Debian Release: wheezy/sid
500 testing ftp.at.debian.org

--- Package information. ---
Depends (Version) | Installed
===-+-==
kde-runtime | 4:4.8.4-2
libc6 (>= 2.4) |
libgcc1 (>= 1:4.1.1) |
libgl1-mesa-glx |
OR libgl1 |
libglu1-mesa |
OR libglu1 |
libkdecore5 (>= 4:4.4.95) |
libkdeui5 (>= 4:4.7.0) |
libkio5 (>= 4:4.7.0) |
libknewstuff3-4 (>= 4:4.4.0) |
libknotifyconfig4 (>= 4:4.3.4) |
libkrossui4 (>= 4:4.3.4) |
libmlt++3 |
libmlt5 |
libnepomuk4 (>= 4:4.5.85) |
libqjson0 (>= 0.7.1) |
libqt4-dbus (>= 4:4.5.3) |
libqt4-network (>= 4:4.5.3) |
libqt4-opengl (>= 4:4.5.3) |
libqt4-script (>= 4:4.6.1) |
libqt4-svg (>= 4:4.5.3) |
libqt4-xml (>= 4:4.5.3) |
libqtcore4 (>= 4:4.8.0) |
libqtgui4 (>= 4:4.8.0) |
libsolid4 (>= 4:4.3.4) |
libsoprano4 (>= 2.1.1) |
libstdc++6 (>= 4.4.0) |
libx11-6 |
libxau6 |
libxdmcp6 |
libxext6 |
kdenlive-data (= 0.9.2-2) |
melt |
ffmpeg |


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

Bug#695468: emacsclient: please accept X options

[Toni Mueller]

Package: emacs23-bin-common
Version: 23.4+1-4
Severity: wishlist
Tags: upstream

Dear Maintainer,

I have recently discovered emacsclient. Unfortunately,
I cannot use -geometry or similar X options, and thus not control
the sizing and placement of the emacsclient window.


Kind regards,
--Toni++

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

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

Versions of packages emacs23-bin-common depends on:
ii  emacs23-common  23.4+1-4
ii  libc6   2.13-37
ii  liblockfile11.09-4

emacs23-bin-common recommends no packages.

emacs23-bin-common 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#695448: [Pkg-chromium-maint] Bug#695448: can't add amything from the chrome web store

[Michael Gilbert]

On Sat, Dec 8, 2012 at 3:48 AM:
> Package: chromium
> Version: 22.0.1229.94~r161065-3
>
> I tried to add
> https://chrome.google.com/webstore/detail/theme-sniffer/kihhefcbenhkjgjhchanjfhhflaojldn/related
> etc.
> but they all get stuck in "Checking".

You probably need to enable javascript.

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#695467: Horgand too short buffer

[Dr. David Alan Gilbert]

Package: horgand
Version: 1.14-4

This started as Ubuntu bug:
https://bugs.launchpad.net/ubuntu/+source/horgand/+bug/891939

There's a strcpy of an 11 char string (+nil) into a 10 char fixed array;
that on Ubuntu's Fortify build causes it to seg at startup.

I've got a fix below for it; that I think is safe (it certainly
gets past the seg), but for me I'm hitting problems with it not being
able to open the (hard coded) alsa device.

There are further places in the code that aggregate this length onto 
other strings into other fixed sized buffers that look safe; but
given the number of fixed length buffers I wouldn't be surprised
if there are further issues.

Description: Buffer was too short for chord name
Author: d...@treblig.org
Bug: https://bugs.launchpad.net/ubuntu/+source/horgand/+bug/891939
Index: horgand-1.14/src/Holrgan.h
===
--- horgand-1.14.orig/src/Holrgan.h 2007-10-18 03:06:11.0 +0100
+++ horgand-1.14/src/Holrgan.h  2012-12-08 16:18:12.218160670 +
@@ -398,7 +398,7 @@
 struct Ch4
 
 {
-  char Nom[10];
+  char Nom[12];
   int type;
   int fund;
   int dist1;

-- 
 -Open up your eyes, open up your mind, open up your code ---   
/ Dr. David Alan Gilbert|   Running GNU/Linux   | Happy  \ 
\ gro.gilbert @ treblig.org |   | In Hex /
 \ _|_ http://www.treblig.org   |___/


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

Bug#695466: /usr/bin/scp: scp misses scp -u for update

[patrick295767]

Package: openssh-client
Version: 1:5.5p1-6
Severity: wishlist
File: /usr/bin/scp

Dear Sir,

cp -u as similar is very useful, 

ought you also add : 

scp -u to update the files

thank you

wishlist was by ioda-linux

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

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

Versions of packages openssh-client depends on:
ii  adduser 3.112+nmu2   add and remove users and groups
ii  debconf [de 1.5.36.1 Debian configuration management sy
ii  dpkg1.15.8.11Debian package management system
ii  libc6   2.11.3-3 Embedded GNU C Library: Shared lib
ii  libedit22.11-20080614-2  BSD editline and history libraries
ii  libgssapi-k 1.8.3+dfsg-4squeeze1 MIT Kerberos runtime libraries - k
ii  libssl0.9.8 0.9.8o-4squeeze1 SSL shared libraries
ii  passwd  1:4.1.4.2+svn3283-2+squeeze1 change and administer password and
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages openssh-client recommends:
ii  openssh-blacklist 0.4.1  list of default blacklisted OpenSS
ii  openssh-blacklist-extra   0.4.1  list of non-default blacklisted Op
ii  xauth 1:1.0.4-1  X authentication utility

Versions of packages openssh-client suggests:
pn  keychain   (no description available)
pn  libpam-ssh (no description available)
pn  ssh-askpass(no description available)

-- 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#695412: dput-ng: Provide bash completions for dput-ng

[Salvatore Bonaccorso]

Hi Paul

On Sat, Dec 08, 2012 at 10:34:30AM -0500, Paul Tagliamonte wrote:
> 
> Yeah, it's a bit gnarly. It's right, though. You do miss
> /usr/share/dput-ng/profiles, but I've added that in git. Looks great.
> Works, thought! Thanks!

Oh yes, thanks for fixing that and reviewing.

Regards,
Salvatore


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

Bug#695465: flightgear: Segfaults on startup: Failed to load object Models/Geometry/container_carrier.ac (Recommends vs Depends?)

[Axel Beckert]

Control: merge 618890 -1 

Axel Beckert wrote:
> without any specific configuration (but used one or two times before
> with IIRC 2.4.x), fgfs segfaults on startup:
> 
> $ fgfs
> fgfs: Version mismatch in 'svn_client': found 1.6.17, expected 1.7.5
> fgfs: Version mismatch in 'svn_subr': found 1.6.17, expected 1.7.5
> Failed to initialize built-in SVN client, error = 1
> Failed to load file: "Models/Aircraft/marker.xml"
> KI266 dme indicator #0 initialized
> loading scenario 'nimitz_demo'
> creating 3D noise texture... DONE
> Failed to load object Models/Geometry/container_carrier.ac
> [1]8466 segmentation fault  fgfs
> $ 

When I looked through the list of bugreports I was searching for a
segfault. I noticed that this may be a broken dependency only while
writing the bug report. Afterwards I noticed that this is the same
issue as described in http://bugs.debian.org/618890.

Merging the bug accordingly.

Nevertheless I urge to fix this issue, because I suspect it'll make
more users being annoyed and the reasons for this close-to-broken
dependency choice are only mentioned in the above bug report and not
in the README.Debian.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE
  `-|  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5


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

Bug#695434: [Pkg-octave-devel] Bug#695434: octave: Seg fault in __contourc__

[Mike Miller]

On Sat, Dec 8, 2012 at 10:59 AM, Rafael Laboissiere wrote:
> * pierre.st-laur...@uqar.ca  [2012-12-08 14:06]:
>>
>>
>> Ok, I saved the array in a .mat file and attached it to this email. I can
>> trigger the code every time by starting a fresh octave session and typing:
>>
>> load array.mat; % Provides array z of size 469x760 ii = 1:size (z,2); %
>> From contourc.m jj = 1:size (z,1); % From contourc.m c = __contourc__ (ii,
>> jj, z, [500 500]); % will seg fault %c = __contourc__ (ii, jj, z, [1000
>> 1000]); % will work fine
>>
>> The last line shows that the behavior depends on the actual contour level
>> requested. 500 cause seg fault, but 1000 is fine. The same instruction works
>> all the time on my other laptop that has squeeze.
>
>
> Thank you for the data and the code.  I can confirm the bug on amd64, but it
> does not happen on i386.  This is probably an upstream bug, but may also be
> related to something architecture-dependent we do for building the package.
> @Sébastien: could you take a look at this, please?

I confirm on amd64, but only with the octave-java package installed
and loaded. If I run octave with --norc it does not segfault. If I
apt-get remove octave-java, it no longer crashes. Can you both try
again without octave-java installed?

-- 
mike


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

Bug#695438: wrong smokeping.fcgi.dist file

[Antoine Beaupré]

On 2012-12-07, Marco d'Itri wrote:
> Package: smokeping
> Version: 2.6.8-1.1
> Severity: normal
>
> /usr/share/smokeping/www/smokeping.fcgi.dist contains a wrong path, and 
> it is not usually needed anyway on Debian systems since 
> /usr/lib/cgi-bin/smokeping.cgi can be run as is by the FastCGI 
> process manager.

Do you think it should be removed? What is the wrong path?

A.

-- 
Si Dieu existe, j'espère qu'Il a une excuse valable
- Daniel Pennac


pgp3WFnoHDDE2.pgp
Description: PGP signature

Bug#695465: flightgear: Segfaults on startup: Failed to load object Models/Geometry/container_carrier.ac (Recommends vs Depends?)

[Axel Beckert]

Package: flightgear
Version: 2.6.0-1
Severity: important

Dear Maintainer,

without any specific configuration (but used one or two times before
with IIRC 2.4.x), fgfs segfaults on startup:

$ fgfs
fgfs: Version mismatch in 'svn_client': found 1.6.17, expected 1.7.5
fgfs: Version mismatch in 'svn_subr': found 1.6.17, expected 1.7.5
Failed to initialize built-in SVN client, error = 1
Failed to load file: "Models/Aircraft/marker.xml"
KI266 dme indicator #0 initialized
loading scenario 'nimitz_demo'
creating 3D noise texture... DONE
Failed to load object Models/Geometry/container_carrier.ac
[1]8466 segmentation fault  fgfs
$ 

The syslog has additional information:

Dec  8 16:46:17 c-crosser kernel: [753648.008126] fgfs[8569] segfault at 0 ip 
7fa310b18264 sp 7fa2f2759690 error 4 in 
libSimGearScene.so.2.6.0[7fa3109cf000+229000]

Be aware that I don't have fgfs-models-base installed due to size
constraints and because its just recommend but no hard
dependency. Installing fgfs-models-base solves the issue.

Additionally fgfs refuses to start if the also only recommended
fgfs-aircraft-base is not installed:

$ fgfs
Cannot find specified aircraft: c172p
Config option parsing failed ...
$ 

So either these recommended packages are actually hard requirements, or
the default configuration is broken in the sense that it expect the only
recommended packages to be installed.

In any case, it should not segfault.

Since I suspect there are ways to get fgfs working without these
additional packages as fgfs-base's description says "This package
contains graphics, sounds, models, and the minimum scenery you need to
start Flight Gear", I'm not filing this as RC despite I consider it
being quite close to a policy violation.

Nevertheless, I couldn't find direction on necessary configuration
changes to get fgfs working without the recommended packages on a first
glance. If additional configuration is indeed necessary for this, they
should be either documented in /usr/share/doc/flightgear/README.Debian
or there should be a hint about their location in there.

(This bug report contains multiple issues which I suspect can be solved
by the same change. If you consider the segfault itself a separate
issue, feel free to clone and retitle this bug report.)

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

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

Versions of packages flightgear depends on:
ii  fgfs-base 2.6.0-1.1
ii  freeglut3 2.6.0-4
ii  libapr1   1.4.6-3
ii  libc6 2.13-37
ii  libgcc1   1:4.7.2-4
ii  libgl1-mesa-glx [libgl1]  8.0.4-2
ii  libglu1-mesa [libglu1]8.0.4-2
ii  libice6   2:1.0.8-2
ii  libjpeg8  8d-1
ii  libopenscenegraph80   3.0.1-4
ii  libopenthreads14  3.0.1-4
ii  libplib1  1.8.5-5.2
ii  libpng12-01.2.49-1
ii  libsm62:1.2.1-2
ii  libstdc++64.7.2-4
ii  libsvn1   1.6.17dfsg-4
ii  libudev0  175-7
ii  libx11-6  2:1.5.0-1
ii  libxext6  2:1.3.1-2
ii  libxi62:1.6.1-1
ii  libxmu6   2:1.1.1-1
ii  simgear2.6.0  2.6.0-3
ii  zlib1g1:1.2.7.dfsg-13

Versions of packages flightgear recommends:
ii  fgfs-aircraft-base  2.6.0-1.1
pn  fgfs-models-base
ii  fgfs-scenery-base   2.6.0-1.1

flightgear 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#690414: PTS: screenshots related improvements

[Christoph Haas]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Am 08.12.2012 14:22, schrieb Paul Wise:
> Well, we don't want a "Please upload a screenshot" TODO item on the
> PTS pages of packages without any user interface or other
> screenshot-needing part. For example some libraries provide a UI,
> others don't. Font package screenshots are probably a good idea but
> packages containing music/audio don't need screenshots. We need
> screenshots for games but not really for game data packages.
> Screenshots for debug packages aren't needed. Screenshots for
> metapackages could be interesting depending on what they are. I
> think we need some heuristics for suggesting screenshot uploading;
> based on package names, contents, dependencies and debtags.

Indeed. Currently the software mainly uses debtags as heuristics to
determine if a package would be an interesting target for having
screenshots assigned. I'm open to ideas. After all the web site will
have to support other distributions (DEB or RPM) as well and I'm not
sure whether they have something similar to debtags.

…Christoph

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://www.enigmail.net/

iEYEARECAAYFAlDDZYAACgkQCV53xXnMZYZZMwCeIVbbEBu/tOVHfm2HVFSPTFlb
6rcAnREgCjflDx8Y8aSPHldWt7TzR1D1
=HT3q
-END PGP SIGNATURE-


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

Bug#695434: octave: Seg fault in __contourc__

[Rafael Laboissiere]

* pierre.st-laur...@uqar.ca  [2012-12-08 14:06]:


Ok, I saved the array in a .mat file and attached it to this email. 
I can trigger the code every time by starting a fresh octave session and typing:


load array.mat; % Provides array z of size 469x760 
ii = 1:size (z,2); % From contourc.m 
jj = 1:size (z,1); % From contourc.m 
c = __contourc__ (ii, jj, z, [500 500]); % will seg fault 
%c = __contourc__ (ii, jj, z, [1000 1000]); % will work fine


The last line shows that the behavior depends on the actual contour level requested. 
500 cause seg fault, but 1000 is fine. The same instruction works all the time on my other laptop that has squeeze.


Thank you for the data and the code.  I can confirm the bug on amd64, but 
it does not happen on i386.  This is probably an upstream bug, but may 
also be related to something architecture-dependent we do for building 
the package.  @Sébastien: could you take a look at this, please?


Rafael


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

Bug#694617: unblock (pre-approval): konsole/4:4.8.4-2

[Pino Toscano]

Alle venerdì 7 dicembre 2012, Niels Thykier ha scritto:
> On 2012-11-28 13:31, Pino Toscano wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> > Usertags: unblock
> > 
> > Hi,
> > 
> > I would like to upload konsole 4:4.8.4-2 with the following two
> > changes:
> > - konsole-dbg recommends kdelibs5-dbg
> > - backport an upstream patch to simplify/fix the search of
> > executables;
> > 
> >   upstream recommended us to provide it, he fixed that while
> >   working on another bug
> > 
> > Attached the current diff out of the packaging repo of the changes
> > above.
> > 
> > Thanks,
> > -- Pino
> 
> Hi,
> 
> Please go ahead and let us know when it has been rebuilt on the
> relevant architectures.

Thank you; it has been uploaded a couple of hours ago, and built fine 
everywhere.

Thanks,
-- 
Pino Toscano


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

Bug#694362: [Pkg-libvirt-maintainers] Bug#694362: libvirt0: Please resolve conflict with libnetcf1

[Guido Günther]

Dear netcf maintainers,
On Sun, Nov 25, 2012 at 01:43:08PM -0700, Bob Proulx wrote:
> Package: libvirt0
> Version: 0.9.12-5
> Severity: normal
> 
> Referencing Bug#688167#29[1] a new libnetcf1 was uploaded to Sid
> containing a "Conflicts: libvirt0 (<= 0.10.1-2~)".  Al Stone did this
> on 2012-11-18.  (Was this intended to target Experimental rathar than
> Sid?)
> 
> Since that libnetcf1 upload users must "hold" libnetcf1 at the
> previous version or risk the Conflict removing the current libvirt0
> and dependent packages (and taking down their VMs) from the system.
> 
> The following packages will be REMOVED:
>   libvirt-bin libvirt0 python-libvirt virt-manager virt-top
>   virt-viewer virtinst
> The following NEW packages will be installed:
>   libnl-route-3-200
> The following packages will be upgraded:
>   libnetcf1 netcf
> 2 upgraded, 1 newly installed, 7 to remove and 0 not upgraded.
> 
> For others looking at this problem, holding libnetcf1 works around
> this conflict but is not a long term solution.
> 
>   # apt-mark hold libnetcf1

Did you come to any decision whether to revert netcf in sid?
Cheers,
 -- Guido

> 
> Since this upload appears to have been coordinated but hasn't
> completed yet it would be great if there were a status update as to
> the transition status.  Information would go a long way to calming the
> natives. :-)
> 
> Thanks for maintaining these packages in Debian.


> 
> Bob
> 
> [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=688167#29
> 
> ___
> Pkg-libvirt-maintainers mailing list
> pkg-libvirt-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-libvirt-maintainers
> 


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

Bug#695318: linux-image-3.6-trunk-amd64: sdhci driver fails to interact with Ricoh e823 devices

[Ben Hutchings]

On Fri, 2012-12-07 at 14:45 +0100, Arno Töll wrote:
> Hi Ben,
> 
> On 07.12.2012 03:16, Ben Hutchings wrote:
> > There are also some similar bug reports on bugzilla.kernel.org:
> > 
> > https://bugzilla.kernel.org/show_bug.cgi?id=43370
> > https://bugzilla.kernel.org/show_bug.cgi?id=50011
> > 
> > Do either of those seem to match what you're seeing?
> 
> I did also see the message from bug 50011 (" Will use DMA mode even
> though HW doesn't fully claim to support it.") occasionally after
> messing things up with the setpci calls from above. This message never
> appeared isolated for me though, but only in conjunction with "error
> -110 whilst initialising SD card".
> 
> Bug 43370 does does not seem to deal with the same issue, given my
> reader is detected, and also reports back when a card was inserted.
> 
> 
> By the way: I tried another card today (same type, same manufacturer)
> which seems to work fine. The "bad" card, however, works without
> problems at all on my Rasperry Pi.

Please open a new bug report on bugzilla.kernel.org, under product
'Drivers', component 'MMC/SD'.  Include the PCI ID, the kernel log
showing errors, and your explanation of how this is different from the
other bugs.

Ben.

-- 
Ben Hutchings
Beware of programmers who carry screwdrivers. - Leonard Brandwein


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

Bug#695412: dput-ng: Provide bash completions for dput-ng

[Paul Tagliamonte]

On Fri, Dec 07, 2012 at 11:47:23PM +0100, Salvatore Bonaccorso wrote:
> Control: tags -1 + patch
>
> Hey Paul
>
> On Fri, Dec 07, 2012 at 03:39:56PM -0500, Paul Tagliamonte wrote:
> > Hey there!
> >
> > Great idea, I'd love to see this as well as zsh completion.
>
> I have commited a preliminary version to git[1,2], but would be great
> if I can get a rewiew on that. It's completly based on the traditional
> dput one.

Thank you for your work! That was awesome! Huge props!

>
>  [1]: 
> http://anonscm.debian.org/gitweb/?p=collab-maint/dputng.git;a=commitdiff;h=9951050575ab28624d8b9b5d180125d0003edd4a
>  [2]: 
> http://anonscm.debian.org/gitweb/?p=collab-maint/dputng.git;a=commitdiff;h=9e31db1d7d342eff27a5b1831b4fdce5b3ecc0a7
>
> On basic testing it seems to work, but I'm not happy with this part,
> which might be done better:
>
> for file in $( ls $HOME/dput.d/profiles/*.json 2> /dev/null ); do 
> basename $file .json; done || /bin/true
> for file in $( ls /etc/dput.d/profiles/*.json 2> /dev/null ) ; do 
> basename $file .json; done || /bin/true
>

Yeah, it's a bit gnarly. It's right, though. You do miss
/usr/share/dput-ng/profiles, but I've added that in git. Looks great.
Works, thought! Thanks!

> But I have nevertheless pushed the preliminary work to git.
>
> Regards,
> Salvatore

Cheers,
  Paul

--
 .''`.  Paul Tagliamonte 
: :'  : Proud Debian Developer
`. `'`  4096R / 8F04 9AD8 2C92 066C 7352  D28A 7B58 5B30 807C 2A87
 `- http://people.debian.org/~paultag


signature.asc
Description: Digital signature

Bug#695464: live-debconfig: Selecting multiple scripts in the System Configuration dialog fails

[Daniel Baumann]

On 12/08/2012 04:13 PM, Mike Hommey wrote:

It fails with the message:
   /bin/live-debconfig: 171: /bin/live-debconfig: 
/lib/live/debconfig/0010-hostname,: not found


this has been fixed in git yesterday already...

--
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/


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

Bug#336833: aptitude: Weak automatic state

[Daniel Hartwig]

On 8 December 2012 20:56, Antti-Juhani Kaijanaho
 wrote:
> On Sat, Dec 08, 2012 at 01:05:31PM +0800, Daniel Hartwig wrote:
>> Antti-Juhani Kaijanaho  wrote:
>> > I'm not really interested in keeping everything that is suggested.
>> > What I am interested in is keeping packages that I selected *because*
>> > they were suggested, as long as the suggestion is in force.  The
>> > suggested "suggested automatic" state would help here.
>>
>> In effect, you wish to make selected relationships stronger, that is,
>> upgrade a particular suggests to recommends or depends.
>
> That's one possible implementation path.  Not the only one, I think.
>
>> This is tracked at [1].
>
> I just read that bug log.  Doesn't sound like what I want, though I suppose it
> could be used to provide what I want.

In effect, is what you are requesting like this:

- “Manually-Installed-Suggests” will keep an auto-installed package;
- “Suggests” will not keep an auto-installed package;

?

>
>> Note that a similar effect can be acheived using a local metapackage
>> that depends on both the main package and the important suggested
>> package.  Then you install just this metapackage, and it takes care to
>> upgrade the dependency for you. [2]
>
> Yeah, which is a lot of work compared to just + M.

Marking the suggested package as auto does not provide the level of
control you request, or do I miss something?


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

Bug#695463: lxc-create invokes live-debconfig twice

[Daniel Baumann]

On 12/08/2012 04:08 PM, Mike Hommey wrote:

When running lxc-create, I get the live-debconfig: System Configuration
dialog twice with the same set of scripts (all unchecked by default,
in case that's not supposed to be this way).


like i said in #695457:

"though 0.8.0-5 needs an update for the last
live-debconfig upload"

--
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/


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

Bug#695457: lxc-console doesn't give access to a console on a freshly created container

[Daniel Baumann]

close 695457
thanks

On 12/08/2012 03:21 PM, Mike Hommey wrote:

(from sid; though 0.8.0-5 needs an update for the last
live-debconfig upload).


Still nothing with lxc 0.8.0-5 and live-debconfig 4.0~a11-1 and a
re-created container.


like i said:

"though 0.8.0-5 needs an update for the last
live-debconfig upload"

--
Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email:  daniel.baum...@progress-technologies.net
Internet:   http://people.progress-technologies.net/~daniel.baumann/


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

Bug#682599: xchat: fails to load libnotify.so.1, does not try to load libnotify.so.4, wrong Recommends: libnotify1

[Sébastien Villemot]

Control: tags -1 + pending

Le jeudi 06 décembre 2012 à 01:17 +0100, Sébastien Villemot a écrit :
> Le dimanche 07 octobre 2012 à 04:57 +, Bart Martens a écrit :
> 
> > Thanks to Raghu Rao for suggesting "to fix xchat so it uses the correct
> > libnotify (.so.4 instead of .so.1 etc) as discussed in
> > https://bugzilla.redhat.com/show_bug.cgi?id=693362 ".  From the two 
> > discussed
> > approaches I prefer the smallest one (open libnotify.so.4) for wheezy and 
> > the
> > largest one (link the library) for later.  The severity of this bug is, in 
> > my
> > opinion, somewhere between "important" and "serious".
> 
> Any chance to have this fix into Wheezy before it is too late? I am
> willing to help (possibly by an NMU) if you deem it appropriate.

I have uploaded to DELAYED/10 an NMU fixing this bug. The debdiff is
attached. Don't hesitate to tell me if I should delay the upload longer,
or to cancel it if you spot anything wrong.

Regards,

-- 
 .''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
  `-  GPG Key: 4096R/381A7594

diff -Nru xchat-2.8.8/debian/changelog xchat-2.8.8/debian/changelog
--- xchat-2.8.8/debian/changelog	2012-09-30 17:19:00.0 +0200
+++ xchat-2.8.8/debian/changelog	2012-12-08 15:16:28.0 +0100
@@ -1,3 +1,16 @@
+xchat (2.8.8-7.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Dynamically load libnotify.so.4 (instead of libnotify.so.1, which is
+no longer in sid) when sending notifications to the system tray, for
+better integration with Gnome 3. (Closes: #682599)
+ + debian/control: recommend libnotify4 instead of libnotify1
+ + debian/patches/66_load_libnotify4.patch: new patch
+A better fix would be to link against libnotify, but Bart Martens prefers
+to delay this until Jessie (it will be a larger diff).
+
+ -- Sébastien Villemot   Sat, 08 Dec 2012 15:06:39 +0100
+
 xchat (2.8.8-7) unstable; urgency=low
 
   * The "Just Married" release.
diff -Nru xchat-2.8.8/debian/control xchat-2.8.8/debian/control
--- xchat-2.8.8/debian/control	2010-10-07 12:30:37.0 +0200
+++ xchat-2.8.8/debian/control	2012-12-08 15:00:43.0 +0100
@@ -12,7 +12,7 @@
 Provides: irc
 Replaces: xchat-gnome (<< 1:0.11-1), xchat-common (<< 1.6.0-1)
 Depends: ${shlibs:Depends}, xchat-common (= ${source:Version}), ${misc:Depends}
-Recommends: ${shlibs:Recommends}, esound-clients | alsa-utils, libnotify1 | libnotify-bin, xdg-utils
+Recommends: ${shlibs:Recommends}, esound-clients | alsa-utils, libnotify4 | libnotify-bin, xdg-utils
 Conflicts: xchat-gnome (<< 1:0.11-1)
 Description: IRC client for X similar to AmIRC
  XChat is a graphical IRC Client with a GTK+ GUI. It has a look and feel
diff -Nru xchat-2.8.8/debian/patches/66_load_libnotify4.patch xchat-2.8.8/debian/patches/66_load_libnotify4.patch
--- xchat-2.8.8/debian/patches/66_load_libnotify4.patch	1970-01-01 01:00:00.0 +0100
+++ xchat-2.8.8/debian/patches/66_load_libnotify4.patch	2012-12-08 15:51:37.0 +0100
@@ -0,0 +1,49 @@
+Description: Dynamically load libnotify.so.4 instead of libnotify.so.1
+ Dynamically load libnotify.so.4 (instead of libnotify.so.1, which is no longer
+ in sid) when sending notifications to the system tray, for better integration
+ with Gnome 3. This patch also adapts for the new libnotify API.
+Origin: http://xchat.svn.sourceforge.net/viewvc/xchat/src/fe-gtk/plugin-tray.c?r1=1453&r2=1470
+Bug: http://sourceforge.net/tracker/index.php?func=detail&aid=3109838&group_id=239&atid=100239
+Bug-Debian: http://bugs.debian.org/682599
+Bug-Fedora: https://bugzilla.redhat.com/show_bug.cgi?id=693362
+Reviewed-by: Sébastien Villemot 
+Last-Update: 2012-12-08
+---
+This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
+--- a/src/fe-gtk/plugin-tray.c
 b/src/fe-gtk/plugin-tray.c
+@@ -125,8 +125,9 @@
+ /* prototypes */
+ static gboolean (*nn_init) (char *);
+ static void (*nn_uninit) (void);
+-static void *(*nn_new_with_status_icon) (const gchar *summary, const gchar *message, const gchar *icon, GtkStatusIcon *status_icon);
+-static void *(*nn_new) (const gchar *summary, const gchar *message, const gchar *icon, GtkWidget *attach);
++/* recent versions of libnotify don't take the fourth GtkWidget argument, but passing an
++ * extra NULL argument will be fine */
++static void *(*nn_new) (const gchar *summary, const gchar *message, const gchar *icon, gpointer dummy);
+ static gboolean (*nn_show) (void *noti, GError **error);
+ static void (*nn_set_timeout) (void *noti, gint timeout);
+ 
+@@ -148,20 +149,14 @@
+ 
+ 	if (!nn_mod)
+ 	{
+-		nn_mod = g_module_open ("libnotify", G_MODULE_BIND_LAZY);
++		nn_mod = g_module_open ("libnotify.so.4", G_MODULE_BIND_LAZY);
+ 		if (!nn_mod)
+-		{
+-			nn_mod = g_module_open ("libnotify.so.1", G_MODULE_BIND_LAZY);
+-			if (!nn_mod)
+-return FALSE;
+-		}
++			return FALSE;
+ 
+ 		if (!g_module_symbol (nn_mod, "notify_init", (gpointer)&nn_init))
+ 			goto bad;
+ 		if (!g_module_

Bug#693550: unblock: mame/0.146-5

[Julien Cristau]

On Sat, Nov 17, 2012 at 20:46:15 +0100, Emmanuel Kasper wrote:

> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: unblock
> 
> Please unblock package mame
> 
> Dear Release Team
> 
> The mame package available in testing crashes on Pentium IV due to the
> abuse of gcc optimize flags in the packaging code.
> This has been reported in the launchpad bug 1063993 and fixed in
> mame/0.146-5.
> 
Why does this change it to -mtune=generic instead of just nothing at
all?

> mame/0.146-5 also adds support for DEB_BUILD_OPTIONS=parallel which
> might help the build infrastructure, as mame can monopolize a buildd up
> to 6 hours.
> 
> Finally, mame/0.146-5 includes minor changes in the default configuration
> file, as we want to revert an unfortunate commit which slipped through.
> (debdiff will be included, but right now it is treated as spam by 
> bugs-master.debian.org  ...)
> 
This one needs more details because I don't know what it's trying to
fix, and what impact it has.  Also there's a change to readme.debian
which is not listed in the changelog.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#695464: live-debconfig: Selecting multiple scripts in the System Configuration dialog fails

[Mike Hommey]

Package: live-debconfig
Version: 4.0~a11-1
Severity: important

It fails with the message:
  /bin/live-debconfig: 171: /bin/live-debconfig: 
/lib/live/debconfig/0010-hostname,: not found

Note the comma.

It does work when only selecting one script.

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


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