Bug#725851: [LCFC] templates://fpc/{fp-compiler.templates.in}

[Christian PERRIER]

This is the last call for comments for the review of debconf
templates for fpc.

The reviewed templates will be sent on Thursday, November 07, 2013 to this bug 
report
and a mail will be sent to this list with "[BTS]" as a subject tag.


-- 


# These templates have been reviewed by the debian-l10n-english
# team
#
# If modifications/additions/rewording are needed, please ask
# debian-l10n-engl...@lists.debian.org for advice.
#
# Even minor modifications require translation updates and such
# changes should be coordinated with translators and reviewers.

Template: fp-compiler/rename_cfg
Type: boolean
Default: true
_Description: Rename "/etc/fpc.cfg" to "/etc/fpc.cfg.bak"?
 FPC now supports having multiple versions installed on the same system.
 The update-alternatives command can be used to set a default version for
  * fpc (the compiler);
  * fpc.cfg (the configuration file);
  * fp-utils (the helper tools).
 .
 Whatever version you may choose as default, the configuration files are
 always backward compatible, so it should always be safe to use the latest
 version.
 .
 In order to use the alternatives system on the system wide FPC configuration
 file you must accept renaming "/etc/fpc.cfg"; otherwise you will need to
 manage this manually by yourself.

Template: fp-compiler/windres-select
Type: select
Choices: ${choices}
Default: Select manually
_Description: Default MS Windows .rc resource compiler:
 FPC supports compiling programs that embed resources as MS Windows
 .rc-format files on all platforms where the MinGW windres tool is available.
 .
 In order to be able to compile projects using .rc files, you need first to
 manually install the package mingw32-binutils. mingw32-binutils is suggested
 by fp-compiler but not pulled in automatically.
 .
 If you want to enter a custom .rc file compiler that does not appear in this
 list or if you simply want to disable this feature, please select
 "Select manually".

Template: fp-compiler/windres
Type: string
Default:
_Description: Default MS Windows .rc resource compiler:
 FPC supports compiling programs that embed resources as MS Windows
 .rc-format files on all platforms where the MinGW windres tool is available.
 .
 In order to be able to compile projects using .rc files, you need first to
 manually install the package mingw32-binutils. mingw32-binutils is suggested
 by fp-compiler but not pulled in automatically.
 .
 If you don't want to use a default .rc file compiler, leave this blank.
Source: fpc
Section: devel
Priority: optional
Maintainer: Carlos Laviola 
Uploaders: Abou Al Montacir ,
 Paul Gevers ,
 Peter Michael Green ,
 Torsten Werner 
Standards-Version: 3.9.4
Build-Depends: debhelper (>= 7), fp-compiler, fp-units-base, fp-units-fcl, 
fp-utils, mawk | awk, libncurses-dev, binutils, ghostscript, po-debconf
Build-Depends-Indep: hevea
Vcs-Svn: https://bollin.googlecode.com/svn/fpc/trunk/
Vcs-Browser: http://bollin.googlecode.com/svn/fpc/trunk/
Homepage: http://www.freepascal.org/

Package: fpc-2.6.2
Architecture: all
Depends: ${misc:Depends}, fp-units-rtl-2.6.2 (>= ${binary:Version}), 
fp-compiler-2.6.2 (>= ${binary:Version}), fp-units-base-2.6.2 (>= 
${binary:Version}), fp-ide-2.6.2 (>= ${binary:Version}), fp-units-fcl-2.6.2 (>= 
${binary:Version}), fp-units-fv-2.6.2 (>= ${binary:Version}), 
fp-units-gtk-2.6.2 (>= ${binary:Version}), fp-units-gtk2-2.6.2 (>= 
${binary:Version}), fp-units-gnome1-2.6.2 (>= ${binary:Version}), 
fp-units-db-2.6.2 (>= ${binary:Version}), fp-units-gfx-2.6.2 (>= 
${binary:Version}), fp-units-net-2.6.2 (>= ${binary:Version}), 
fp-units-misc-2.6.2 (>= ${binary:Version}), fp-units-multimedia-2.6.2 (>= 
${binary:Version}), fp-units-math-2.6.2 (>= ${binary:Version})
Recommends: fp-utils-2.6.2
Suggests: lazarus, fp-docs-2.6.2 (>= ${source:Upstream-Version})
Provides: fpc
Breaks: fpc (<= 2.4.0-3)
Replaces: fpc (<= 2.4.0-3)
Description: Free Pascal - SDK-2.6.2 suite
 The Free Pascal Compiler is an Object Pascal compiler supporting both Delphi
 and Turbo Pascal 7.0 dialects, as well as Mac Pascal dialects. It provides a
 completely portable RunTime Library (RTL) available on many platforms and
 compatible with Turbo Pascal, along with a platform-independent class-based
 Free Component Library (FCL) adding many Delphi extensions and interfacing
 with many popular open source libraries.
 .
 Extensions have been added to the language, such as function overloading,
 creation and linking of shared libraries, and Delphi language extensions
 including classes, exceptions, ANSI strings, and open arrays.
 .
 This metapackage pulls in all the FPC packages provided for this
 architecture. Experienced users may instead prefer to install the particular
 packages they require by hand.

Package: fpc-source-2.6.2
Architecture: all
Depends: ${misc:Depends}
Provides: fpc-source
Breaks: fpc-source (<= 2.4.0-3)
Replaces: fpc-source (<= 2.4.0-3)
Description: Free Pascal - SDK source code
 The Free Pascal Compiler is an Object Pascal compiler supporting 

Bug#728757: valgrind: Valgrind won't start, complains about being unable to set up function redirection

[Peter Allin]

Package: valgrind
Version: 1:3.7.0-6
Severity: grave
Justification: renders package unusable

Dear Maintainer,

When I try to run Valgrind it refuses to run, and exits with an error
message about being unable to redirect a function. The following shows how
to reproduce it:

> cat foo.c
int main()
{
}
> gcc foo.c -o foo
> valgrind ./foo
==11407== Memcheck, a memory error detector
==11407== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al.
==11407== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info
==11407== Command: ./foo
==11407==

valgrind:  Fatal error at startup: a function redirection
valgrind:  which is mandatory for this platform-tool combination
valgrind:  cannot be set up.  Details of the redirection are:
valgrind:
valgrind:  A must-be-redirected function
valgrind:  whose name matches the pattern:  strlen
valgrind:  in an object with soname matching:   ld-linux-x86-64.so.2
valgrind:  was not found whilst processing
valgrind:  symbols from the object with soname: ld-linux-x86-64.so.2
valgrind:
valgrind:  Possible fixes: (1, short term): install glibc's debuginfo
valgrind:  package on this machine.  (2, longer term): ask the packagers
valgrind:  for your Linux distribution to please in future ship a non-
valgrind:  stripped ld.so (or whatever the dynamic linker .so is called)
valgrind:  that exports the above-named function using the standard
valgrind:  calling conventions for this platform.  The package you need
valgrind:  to install for fix (1) is called
valgrind:
valgrind:On Debian, Ubuntu: libc6-dbg
valgrind:On SuSE, openSuSE, Fedora, RHEL:   glibc-debuginfo
valgrind:
valgrind:  Cannot continue -- exiting now.  Sorry.


I do have the libc6-dbg package installed:

> dpkg -l |  grep libc6
ii  libc6:amd64
2.13-38amd64Embedded GNU C Library:
Shared libraries
ii  libc6:i386
2.13-38i386 Embedded GNU C Library:
Shared libraries
ii  libc6-amd64
2.13-38i386 Embedded GNU C Library:
64bit Shared libraries for AMD64
ii  libc6-dbg:amd64
2.13-38amd64Embedded GNU C Library:
detached debugging symbols
ii  libc6-dbg:i386
2.13-38i386 Embedded GNU C Library:
detached debugging symbols
ii  libc6-dev:amd64
2.13-38amd64Embedded GNU C Library:
Development Libraries and Header Files
ii  libc6-dev:i386
2.13-38i386 Embedded GNU C Library:
Development Libraries and Header Files
ii  libc6-dev-amd64
2.13-38i386 Embedded GNU C Library:
64bit Development Libraries for AMD64
ii  libc6-i386
2.13-38amd64Embedded GNU C Library:
32-bit shared libraries for AMD64
ii  libc6-i686:i386
2.13-38i386 Embedded GNU C Library:
Shared libraries [i686 optimized]

This seems related to #695218, but in my case the executable is not a 32
bit applicatoin.

I am reporting this as "grave" given that it renders the package unusable,
and I have can't think of anything that makes my rather fresh installation
unique in any way.


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

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

Versions of packages valgrind depends on:
ii  libc6  2.13-38
ii  libc6-dbg  2.13-38

Versions of packages valgrind recommends:
ii  gdb   7.4.1+dfsg-0.1
ii  valgrind-dbg  1:3.7.0-6

Versions of packages valgrind suggests:
pn  alleyoop  
pn  kcachegrind   
pn  valgrind-mpi  
pn  valkyrie  

-- no debconf information

Bug#710311: Unable to reproduce exact scenario mentioned and nmu diff

[Radu Spineanu]

Sent a ping to Davide, no answer yet. Let's wait for an answer for a
couple more days.

-R.

On Mon, Nov 4, 2013 at 2:35 AM, intrigeri  wrote:
> Hi Radu,
>
> Radu Spineanu wrote (16 Oct 2013 17:17:54 GMT) :
>> That is a good question. There hasn't been a new version of xmail
>> since around my last upload. At the time Davide planned IMAP support
>> but I don't believe that's going to happen anymore.
>
>> I'll send an email to the creator of XMail to see what his plans are.
>> If he doesn't want to continue working on it we should stop supporting
>> it. If he does, I'll push a fix.
>
> Any news on this side?
>
> Cheers,
> --
>   intrigeri
>   | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
>   | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc


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

Bug#418630: Similar issues for a Samsung printer

[Ulrich Eckhardt]

Hi!

I'm using 1.0.23-3 here and I'm facing similar issues. The device
is detected as

| uli@zox:~$ scanimage -L
| Failed cupsGetDevices
| device `smfp:usb;04E8;344F;Z72TB8KD4F00NFW' is a SAMSUNG SCX-3400 Series on 
USB Scanner

(I'm not sure what the CUPS-output is doing there...). Any "--mode"
argument I tried is rejected, both with and without the connecting "="
and with arguments "Gray", "Grayscale" and "Color". I couldn't get the
--preview option to work either.

BTW: Have you already forwarded this bug to upstream? I sense that this
mixture of different argument styles isn't something that can be
resolved here in Debian but rather something that requires a decision
from upstream first.

Cheers!

Uli


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

Bug#728682: reassign to logrotate

[Erwan David]

On Tue, Nov 05, 2013 at 08:38:57AM CET, Paul Martin  said:
> On Tue, Nov 05, 2013 at 06:29:43AM +0100, Erwan David wrote:
> 
> > > Anyway, I am reassigning the bug to logrotate.
> > >
> > I should add that I get this message only on the machine where there is
> > a policy-rc.d, on standard installation there is no message.
> 
> This does not belong on logrotate, but on the package including an
> /etc/logrotate.d/ script which contains the "invoke-rc.d  rotate"
> command.
> 
> Please find that script and reassign this bug to the appropriate
> package.
> 
> Logrotate itself does not contain any such call to invoke-rc.d.

Ok, so the bug belongs to rsyslog...
I do not know how to reassign it myself, so thanks to the person who will do it.


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

Bug#728759: linux - compat_sys_getrlimit returns values compat_sys_setrlimit does not like

[Bastian Blank]

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

compat_sys_getrlimit clips all values above COMPAT_RLIM_INFINITY.  So
any large values between COMPAT_RLIM_INFINITY and RLIM_INFINITY is
returned as the same value COMPAT_RLIM_INFINITY.

compat_sys_setrlimit converts COMPAT_RLIM_INFINITY to RLIM_INFINITY.
This new value will be not accepted as it is higher then the old value.

Combined with a wrong value in glibc on mips* this leads to
| getrlimit(RLIMIT_CORE, {rlim_cur=0, rlim_max=RLIM_INFINITY}) = 0
| setrlimit(RLIMIT_CORE, {rlim_cur=0, rlim_max=RLIM_INFINITY}) = -1 EPERM 
(Operation not permitted)

All other architectures should be also affected if the 32bit- (setrlimit,
getrlimit, prlimit) and 64bit-interface (prlimit64) is mixed.

Bastian

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

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


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

Bug#728758: RFS - policyd-weight/0.1.15.2-6

[Werner Detter]

Package: sponsorship-requests
Subject: RFS - policyd-weight/0.1.15.2-6


Hi everybody,

I've created a new version of my package policyd-weight. This version
just adds a patch which fixes problems with policyd-weight on
installations where only IPv6 resolvers (fixed DNS::Net usage).
Furthermore I've added a dependency on libio-socket-inet6-perl.

 * Package name: policyd-weight
   Version : 0.1.15.2-6
   Upstream Author : Robert Felber
 * URL : www.policyd-weight.org
 * License : GPL-2+
   Section : mail

Changes since the last upload:

  * Add 09_fix_net_dns_usage.patch which fixes infinite loop when dns
resolver
is reachable only via IPv6 (Closes: #726670)
  * debian/control added dependency on libio-socket-inet6-perl

It builds those binary packages:

policyd-weight - Perl policy daemon for the Postfix MTA

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

  http://mentors.debian.net/package/policyd-weight

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

  dget -x
http://mentors.debian.net/debian/pool/main/p/policyd-weight/policyd-weight_0.1.15.2-6.dsc

It would be great if you could upload this package for me. Should this
changes also hit stable?
Thank you and happy working,
Werner Detter


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

Bug#727070: xpdf: Upgrade of fontconfig from 2.10.2 to 2.11 causes xpdf to deadlock on x86 and fail mutex on x86_64

[Peter Keel]

Hi

Would it help to define MULTITHREADED when compiling? If so, where
would one define this for use with dpkg-buildpackage? 

Cheers
Seegras
-- 
"Those who give up essential liberties for temporary safety deserve 
neither liberty nor safety." -- Benjamin Franklin
"It's also true that those who would give up privacy for security are 
likely to end up with neither." -- Bruce Schneier


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

Bug#636368: [git-buildpackage/master] import-dsc: allow to skip Debian tag creation

[Guido Günther]

tag 636368 pending
thanks

Date:   Tue Nov 5 09:31:12 2013 +0100
Author: Guido Günther 
Commit ID: fc5b485ea5c431be6699afb84d60ee55fbc9c96d
Commit URL: 
https://honk.sigxcpu.org/gitweb/?p=git-buildpackage.git;a=commitdiff;h=fc5b485ea5c431be6699afb84d60ee55fbc9c96d
Patch URL: 
https://honk.sigxcpu.org/gitweb/?p=git-buildpackage.git;a=commitdiff_plain;h=fc5b485ea5c431be6699afb84d60ee55fbc9c96d

import-dsc: allow to skip Debian tag creation

Closes: #636368
  


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

Bug#727613: u-boot: Please provide patman

[Ian Campbell]

On Sun, 2013-10-27 at 22:46 -0700, Vagrant Cascadian wrote:
> On Fri, Oct 25, 2013 at 12:28:53AM +0900, Nobuhiro Iwamatsu wrote:
> > U-Boot has tool patman which can simplify the exchanges of the patch
> > using git (in u-boot/tools/patman).
> > I want to provide this with u-boot-tools or other packages.
> 
> At a brief glance, it's a tool for generating patchsets from git?
> 
> This doesn't really seem to be specific to u-boot in any way, just happens
> to be a utility shipped with u-boot upstream... It might make more
> sense as it's own source package?

It looks like it is already a clone (and hack?) from somewhere else:
$ head -n1 tools/patman/README
# Copyright (c) 2011 The Chromium OS Authors.

I wouldn't be at all surprised if it incorporated knowledge specific to
the u-boot workflow (and the original version stuff for Chromium OS) and
wasn't a completely general purpose tool.

If that is the case then it seems that anyone who wishes to use it
surely has a u-boot source tree around to run it from. 

If it is not the case then I would think upstream git would be a better
home, or at least a separate project/source package as you suggest.

Ian.


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

Bug#728730: zim can be closed without saving changes

[Raphael Hertzog]

Control: tag -1 + unreproducible moreinfo

Hello,

On Mon, 04 Nov 2013, Samy wrote:
> When editing a page I must save manually the changes before to quit. Zim
> doesn't propose me to save when I quit.

zim never proposes to save, it auto-saves the changes. It does it every 10
seconds of inactivity, when you change pages, when you quit.

At least that's what I saw here. I'm completely unable to reproduce your
problem... with or without the notification area plugin, in both cases,
my changes are saved.

Can you provide the output of "zim -D" while you reproduce your problem ?

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

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


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

Bug#728760: collectldefined(@array) is deprecated at /usr/share/collectl/formatit.ph line 3149

[Martin Steigerwald]

Package: collectl
Version: 3.6.9-1
Severity: normal

Dear Troy,

on installing collectl I get:

mango:~# LANG=C apt-get install collectl
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following NEW packages will be installed:
  collectl
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 382 kB of archives.
After this operation, 1854 kB of additional disk space will be used.
Get:1 http://ftp.de.debian.org/debian/ sid/main collectl all 3.6.9-1 [382 kB]
Fetched 382 kB in 0s (1240 kB/s) 
Selecting previously unselected package collectl.
(Reading database ... 366361 files and directories currently installed.)
Unpacking collectl (from .../collectl_3.6.9-1_all.deb) ...
Processing triggers for man-db ...
Setting up collectl (3.6.9-1) ...
Starting collectl: collectldefined(@array) is deprecated at 
/usr/share/collectl/formatit.ph line 3149.
(Maybe you should just omit the defined()?)
.


Seems to work anyway:

mango:~# ps aux | grep collectl | grep -v grep
root 20198  0.0  0.1  63956 22792 ?Ss   09:45   0:00 /usr/bin/perl 
-w /usr/bin/collectl -D
mango:~# LANG=C service collectl status
collectl is running...


mango:~# collectl
defined(@array) is deprecated at /usr/share/collectl/formatit.ph line 3149.
(Maybe you should just omit the defined()?)
Argument "cat: /sys/devices/virtual/net/lo/speed: Das Argument ist..." isn't 
numeric in multiplication (*) at /usr/share/collectl/formatit.ph line 619.
waiting for 1 second sample...
#<--Disks---><--Network-->
#cpu sys inter  ctxsw KBRead  Reads KBWrit Writes   KBIn  PktIn  KBOut  PktOut 
   0   0   128226  0  0  0  0  2 21  0   0 
   1   0   363673  0  0138  6  2 23  1   5 
   0   0   155279  0  0  2  2  1 20  0   0 
   0   0   298546  0  0  0  0  1 16  0   1 
   0   0   171313  0  0  0  0  2 22  1   6 
   0   0   290542  0  0  0  0  1 15  0   0 
   0   0   156261  0  0  0  0  2 18  0   2 
   1   1   389751  0  0  0  0  2 22  0   0 
   0   0   134234  0  0  0  0  2 19  0   0 
Ouch!


Thanks,
Martin

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

Kernel: Linux 3.11-1-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 collectl depends on:
pn  libio-compress-perl
ii  pciutils   1:3.2.0-3
ii  perl [libtime-hires-perl]  5.18.1-4

collectl recommends no packages.

collectl 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#728747: courier-mta won't start randomly at boot

[punjab]

>
> Looks like /var/run/courier is missing resp. not yet created.
>
> Regards
> Racke
>

Yes, but question is, why sometimes there is, and sometimes not.
Maybe courier-authdaemon create /var/run/courier and when it's not started 
before courier-mta then problem occurs?

Can be this problem with depend boot and startpar?


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

Bug#727708: tech-ctte: Decide which init system to default to in Debian.

[Tollef Fog Heen]

]] Russ Allbery 

> Peter Dolding  writes:
> 
> > ExecStartPre=, ExecStartPost= can be written many times.
> 
> > ExecStartPre= rm somewhere
> > ExecStartPre= touch somewhere
> 
> That really doesn't help, because...
> 
> > In fact lot of cases I see one line entries in systemd and I see bad
> > form.  Unless one line has like if or for statements its really bad
> > form inside systemd.
> 
> ...of this.  If you can't write the scripts with proper block structure,
> it's actually better to just externalize them in a separate file rather
> than doing something this awful to try to inline them.
> 
> I don't think you're going to convince me to like this syntax.  :)  But
> it's a minor issue.

Disliking the syntax is of course fair enough. :-) In general, there
should be enough declarative knobs that you can twiddle that you don't
need to write shell scripts.  That's the idea, at least.

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


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

Bug#727708: tech-ctte: Decide which init system to default to in Debian.

[Andreas Barth]

* Russ Allbery (r...@debian.org) [131104 18:21]:
> Carlos Alberto Lopez Perez  writes:
> 
> > Regarding the development force behind each project, I find the following
> > comparison at Ohloh very illustrative
> 
> > https://www.ohloh.net/p/compare?project_0=openrc&project_1=upstart&project_2=systemd
> 
> This isn't really a fair comparison since systemd as a project contains
> considerably more subsystems than upstart or OpenRC do.

Actually I think this comparison contains valuable data points.
However, one shouldn't think of it as "more code is always better" -
in fact, I have often made the experience that too much code in
critical systems is a problem by itself. And as you pointed out, it
doesn't show the amount of development force correctly.

However, it shows two things: one is as you said that systemd contains
many more subsystems as the others (whether this is good or not is a
different question), the other is that code documentation seems to be
not as verbose as for upstart or OpenRC (in spite of the remarks I saw
earlier about how much documentation is there).


Andi


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

Bug#728361: MATE does not offer shutdown/suspend/hibernate buttons

[Alexei Sorokin]

It seems to work here at least. Can you check if the wrapper is 
correctly executed and if the scripts in /etc/X11/Xsession.d are too?

Sorry, wrong lead, Xsession works fine.

$ ck-list-sessions
$ ps -e | grep 'console-kit'
 1060 ?00:00:00 console-kit-daemon


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

Bug#728762: upower: not authorized to run "org.freedesktop.UPower.Suspend"

[IOhannes m zmoelnig]

Package: upower
Version: 0.9.23-2+b1
Severity: normal

Dear Maintainer,

afer a recent system upgrade that included upgrading from upower_0.9.23-2 to
upower_0.9.23-2+b1, my xfce4-power-manager cannot suspend/resume/powerdown
anymore.

this seems to be a problem with d-bus permissions:
$ dbus-send --system --print-reply --dest="org.freedesktop.UPower" \
 /org/freedesktop/UPower org.freedesktop.UPower.Suspend
Error org.freedesktop.UPower.GeneralError: not authorized
$

similarily `xfce4-power-manager --dump` gives me:
> ---
>Xfce power manager version 1.2.0
> With policykit support
> With network manager support
> With DPMS support
> ---
> Can suspend: True
> Can hibernate: True
> Can spin down hard disks: True
> Authorized to suspend: False
> Authorized to hibernate: False
> Authorized to shutdown: False
> Authorized to spin down hard disks: False
> Has battery: True
> Has brightness panel: True
> Has power button: True
> Has hibernate button: True
> Has sleep button: True
> Has LID: True

i'm not entirely sure which package is to blame here, but 'xfce4-power-manager'
has not been updated, whereas 'upower' (and 'dbus'!) has been, so i suspect the
problem to be somewhere here.

i'm using lightdm_1.8.3-1 as my login-manager.
also note that the above call to `dbus-send` successfully triggers a suspend if
launched from the console (TTY1).

i haven't configured anything in /etc/pam.d/

mgfards
IOhannes


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

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

Versions of packages upower depends on:
ii  dbus   1.6.18-1
ii  libc6  2.17-93
ii  libdbus-1-31.6.18-1
ii  libdbus-glib-1-2   0.100.2-1
ii  libglib2.0-0   2.36.4-1
ii  libgudev-1.0-0 204-5
ii  libimobiledevice4  1.1.5-2
ii  libplist1  1.10-1
ii  libpolkit-gobject-1-0  0.105-4
ii  libupower-glib10.9.23-2+b1
ii  libusb-1.0-0   2:1.0.17-1+b1
ii  pm-utils   1.4.1-12
ii  systemd204-5
ii  udev   204-5

Versions of packages upower recommends:
ii  policykit-1  0.105-4

upower 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#728716: RFS: xchroot/2.3.2-9 [ITP] -- Hi Debian!

[Paul Wise]

On Tue, Nov 5, 2013 at 2:18 PM, Elmar Stellnberger wrote:

>Do you know a license somehow similar in spirit than mine which I could
> use?
> It would be nice to have something that oblidges 'closed distributions' to
> publish
> at least their sources as required by some software in RHEL which is what
> puts
> the CentOS distribution for the broad public into live.

The GNU GPL is the appropriate license here, please use it instead of
contributing to license proliferation, as recommended by Debian's
guide for upstreams:

https://wiki.debian.org/UpstreamGuide#Licenses

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#662168: Taking over packaging of automx

[Walter Reiner]

retitle 662168 ITP: automx -- A mail user agent auto configuration service
thanks

Hi,

I'd like to take over packaging of automx as my first package. First build 
tests seem to work but it's not done yet.

If someone other is already working on a package, please contact me to discuss 
how to proceed.

Thanks,
Walter


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

Bug#728765: nova: French debconf templates translation

[Julien Patriarca]

Package: nova
Version: N/A
Severity: wishlist
Tags: patch l10n

*** /home/julien/traductions/po-debconf/patch-translate.txt


Please find attached the french debconf templates translation, proofread by the
debian-l10n-french mailing list contributors.

This file should be put as debian/po/fr.po in your package build tree.



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

Kernel: Linux 3.10-0.bpo.3-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
# Translation of nova debconf templates to french.
# Copyright (C) 2012, French l10n team 
# This file is distributed under the same license as the nova package.
# Julien Patriarca , 2012.
#
msgid ""
msgstr ""
"Project-Id-Version: nova\n"
"Report-Msgid-Bugs-To: n...@packages.debian.org\n"
"POT-Creation-Date: 2013-09-25 23:09+0800\n"
"PO-Revision-Date: 2013-10-26 18:44+0100\n"
"Last-Translator: Julien Patriarca \n"
"Language-Team: FRENCH \n"
"Language: fr\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Poedit 1.5.4\n"

#. Type: boolean
#. Description
#: ../nova-common.templates:2001
msgid "Start nova services at boot?"
msgstr "Faut-il démarrer les services Nova au démarrage ?"

#. Type: boolean
#. Description
#: ../nova-common.templates:2001
msgid ""
"Please choose whether you want to start Nova services when the machine is "
"booted up."
msgstr ""
"Veuillez choisir s'il faut démarrer les services Nova lorsque la machine est "
"démarrée."

#. Type: string
#. Description
#: ../nova-common.templates:3001
msgid "Auth server hostname:"
msgstr "Nom d'hôte du serveur d'authentification : "

#. Type: string
#. Description
#: ../nova-common.templates:3001
msgid ""
"Please specify the URL of your Nova authentication server. Typically this is "
"also the URL of your OpenStack Identity Service (Keystone)."
msgstr ""
"Veuillez indiquer l'adresse URL du serveur d'authentification Nova. "
"En général, il s'agit également de l'adresse URL du Service d'identité "
"OpenStack (Keystone)."

#. Type: string
#. Description
#: ../nova-common.templates:4001
msgid "Auth server tenant name:"
msgstr "Nom d'espace client du serveur d'authentification :"

#. Type: string
#. Description
#: ../nova-common.templates:5001
msgid "Auth server username:"
msgstr "Nom d'utilisateur pour le serveur d'authentification :"

#. Type: password
#. Description
#: ../nova-common.templates:6001
msgid "Auth server password:"
msgstr "Mot de passe pour le serveur d'authentification :"

#. Type: boolean
#. Description
#: ../nova-common.templates:7001
msgid "Set up a database for Nova?"
msgstr "Faut-il installer une base de données pour Nova ?"

#. Type: boolean
#. Description
#: ../nova-common.templates:7001
msgid ""
"No database has been set up for Nova to use. If you want to set one up now, "
"please make sure you have all needed information:"
msgstr ""
"Aucune base de données n'a été installée pour Nova. Si vous souhaitez en "
"installer une maintenant, veuillez vous assurer de disposer de toutes les "
"informations nécessaires."

#. Type: boolean
#. Description
#: ../nova-common.templates:7001
msgid ""
" * the host name of the database server (which must allow TCP\n"
"   connections from this machine);\n"
" * a username and password to access the database;\n"
" * the type of database management software you want to use."
msgstr ""
" - le nom d'hôte du serveur de bases de données (qui doit\n
autoriser les connexions TCP depuis cette machine) ;\n"
" - un nom d'utilisateur et un mot de passe pour accéder à\n
la base de données ;\n"
" - le type de gestionnaire de base de données que vous\n
souhaitez utiliser."

#. Type: boolean
#. Description
#: ../nova-common.templates:7001
msgid ""
"If you don't choose this option, no database will be set up and Nova will "
"use regular SQLite support."
msgstr ""
"Si vous ne choisissez pas cette option, aucune base de données ne sera "
"installée et Nova utilisera la gestion SQLite de base."

#. Type: boolean
#. Description
#: ../nova-common.templates:7001
msgid ""
"You can change this setting later on by running \"dpkg-reconfigure -plow "
"nova-common\"."
msgstr ""
"Vous pouvez changer ce réglage plus tard en exécutant « dpkg-reconfigure -"
"plow nova-common »."

#. Type: multiselect
#. Description
#: ../nova-common.templates:8001
msgid "API to activate:"
msgstr "API à activer :"

#. Type: multiselect
#. Description
#: ../nova-common.templates:8001
msgid ""
"Openstack Nova supports different API services, each of them binding on a "
"different port. Select which one nova-api should support."
msgstr ""
"OpenStack Nova prend en charge différents services API, chacun d'entre eux

Bug#728764: neutron: French debconf templates translation

[Julien Patriarca]

Package: neutron
Version: N/A
Severity: wishlist
Tags: patch l10n

*** /home/julien/traductions/po-debconf/patch-translate.txt


Please find attached the french debconf templates translation, proofread by the
debian-l10n-french mailing list contributors.

This file should be put as debian/po/fr.po in your package build tree.



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

Kernel: Linux 3.10-0.bpo.3-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
# Translation of neutron debconf templates to french. 
# Copyright (C) 2013, French l10n team  
# This file is distributed under the same license as the neutron package.
# Julien Patriarca , 2013.
# 
msgid ""
msgstr ""
"Project-Id-Version: neutron\n"
"Report-Msgid-Bugs-To: neut...@packages.debian.org\n"
"POT-Creation-Date: 2013-10-13 04:48+\n"
"PO-Revision-Date: 2013-10-31 11:05+0100\n"
"Last-Translator: Julien Patriarca \n"
"Language-Team: FRENCH \n"
"Language: fr\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: string
#. Description
#: ../neutron-common.templates:2001
msgid "Authentication server hostname:"
msgstr "Nom d'hôte du serveur d'authentification :"

#. Type: string
#. Description
#: ../neutron-common.templates:2001
msgid ""
"Please specify the hostname of your Neutron authentication server. Typically "
"this is also the hostname of your OpenStack Identity Service (Keystone)."
msgstr ""
"Veuillez indiquer le nom d'hôte du serveur d'authentification Neutron. En "
"général, il s'agit du nom d'hôte du Service d'Identité OpenStack (Keystone)."

#. Type: string
#. Description
#: ../neutron-common.templates:3001
msgid "Authentication server tenant name:"
msgstr "Nom d'espace client du serveur d'authentification :"

#. Type: string
#. Description
#: ../neutron-common.templates:3001
msgid "Please specify the authentication server tenant name."
msgstr ""
"Veuillez indiquer le nom d'espace client du serveur "
"d'authentification."
#. Type: string
#. Description
#: ../neutron-common.templates:4001
msgid "Authentication server username:"
msgstr "Nom d'utilisateur du serveur d'authentification :"

#. Type: string
#. Description
#: ../neutron-common.templates:4001
msgid "Please specify the username to use with the authentication server."
msgstr ""
"Veuillez indiquer le nom d'utilisateur à utiliser sur le serveur "
"d'authentification."

#. Type: password
#. Description
#: ../neutron-common.templates:5001
msgid "Authentication server password:"
msgstr "Mot de passe du serveur d'authentification :"

#. Type: password
#. Description
#: ../neutron-common.templates:5001
msgid "Please specify the password to use with the authentication server."
msgstr ""
"Veuillez indiquer le mot de passe à utiliser sur le serveur "
"d'authentification."

#. Type: select
#. Choices
#: ../neutron-common.templates:6001
msgid "OpenVSwitch"
msgstr "OpenVSwitch"

#. Type: select
#. Choices
#: ../neutron-common.templates:6001
msgid "LinuxBridge"
msgstr "LinuxBridge"

#. Type: select
#. Choices
#: ../neutron-common.templates:6001
msgid "ml2"
msgstr "ml2"

#. Type: select
#. Choices
#: ../neutron-common.templates:6001
msgid "Brocade"
msgstr "Brocade"

#. Type: select
#. Choices
#: ../neutron-common.templates:6001
msgid "Nicira"
msgstr "Nicira"

#. Type: select
#. Choices
#: ../neutron-common.templates:6001
msgid "Midonet"
msgstr "Midonet"

#. Type: select
#. Choices
#: ../neutron-common.templates:6001
msgid "NEC"
msgstr "NEC"

#. Type: select
#. Choices
#: ../neutron-common.templates:6001
msgid "Mellanox"
msgstr "Mellanox"

#. Type: select
#. Choices
#: ../neutron-common.templates:6001
msgid "Hyper-V"
msgstr "Hyper-V"

#. Type: select
#. Choices
#: ../neutron-common.templates:6001
msgid "RYU"
msgstr "RYU"

#. Type: select
#. Choices
#: ../neutron-common.templates:6001
msgid "ml2/ml2_conf.ini"
msgstr "ml2/ml2_conf.ini"

#. Type: select
#. Choices
#: ../neutron-common.templates:6001
msgid "MetaPlugin"
msgstr "MetaPlugin"

#. Type: select
#. Choices
#: ../neutron-common.templates:6001
msgid "BigSwitch"
msgstr "BigSwitch"

#. Type: select
#. Choices
#: ../neutron-common.templates:6001
msgid "Cisco"
msgstr "Cisco"

#. Type: select
#. Choices
#: ../neutron-common.templates:6001
msgid "PLUMgrid"
msgstr "PLUMgrid"

#. Type: select
#. Description
#: ../neutron-common.templates:6002
msgid "Neutron plugin:"
msgstr "Extension pour Neutron :"

#. Type: select
#. Description
#: ../neutron-common.templates:6002
msgid ""
"Neutron uses a plugin architecture to manage networking. When starting the "
"Neutron server daemon, the configuration file corresponding to the plugin "
"you wish to use needs to be loaded, by giving 

Bug#728767: heat: French debconf templates translation

[Julien Patriarca]

Package: heat
Version: N/A
Severity: wishlist
Tags: patch l10n

*** /home/julien/traductions/po-debconf/patch-translate.txt


Please find attached the french debconf templates translation, proofread by the
debian-l10n-french mailing list contributors.

This file should be put as debian/po/fr.po in your package build tree.



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

Kernel: Linux 3.10-0.bpo.3-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
# Translation of heat debconf templates to French. 
# Copyright (C) 2013, French l10n team 
# This file is distributed under the same license as the HEAT package.
# Julien Patriarca , 2013.
#
msgid ""
msgstr ""
"Project-Id-Version: heat\n"
"Report-Msgid-Bugs-To: h...@packages.debian.org\n"
"POT-Creation-Date: 2013-09-27 00:04+0800\n"
"PO-Revision-Date: 2013-10-27 18:41+0100\n"
"Last-Translator: Julien Patriarca \n"
"Language-Team: FRENCH \n"
"Language: fr\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Poedit 1.5.4\n"

#. Type: string
#. Description
#: ../heat-common.templates:2001
msgid "Authentication server hostname:"
msgstr "Nom d'hôte du serveur d'authentification : "

#. Type: string
#. Description
#: ../heat-common.templates:2001
msgid ""
"Please specify the hostname of the authentication server. Typically this is "
"also the hostname of the OpenStack Identity Service (Keystone)."
msgstr ""
"Veuillez indiquer l'adresse URL du serveur d'authentification. En général, "
"c'est également le nom d'hôte du Service d'Identité d'OpenStack (Keystone)."

#. Type: string
#. Description
#. Translators: a "tenant" in OpenStack world is
#. an entity that contains one or more username/password couples.
#. It's typically the tenant that will be used for billing. Having more than one
#. username/password is very helpful in larger organization.
#. You're advised to either keep "tenant" without translating it
#. or keep it parenthezised. Example for French:
#. locataire ("tenant")
#: ../heat-common.templates:3001
msgid "Authentication server tenant name:"
msgstr "Nom d'espace client du serveur d'authentification :"

#. Type: string
#. Description
#. Translators: a "tenant" in OpenStack world is
#. an entity that contains one or more username/password couples.
#. It's typically the tenant that will be used for billing. Having more than one
#. username/password is very helpful in larger organization.
#. You're advised to either keep "tenant" without translating it
#. or keep it parenthezised. Example for French:
#. locataire ("tenant")
#: ../heat-common.templates:3001
msgid "Please specify the authentication server tenant name."
msgstr ""
"Veuillez indiquer le nom d'espace client du serveur d'authentification :"

#. Type: string
#. Description
#: ../heat-common.templates:4001
msgid "Authentication server username:"
msgstr "Nom d'utilisateur pour le serveur d'authentification : "

#. Type: string
#. Description
#: ../heat-common.templates:4001
msgid "Please specify the username to use with the authentication server."
msgstr ""
"Veuillez indiquer le nom d'utilisateur pour le serveur d'authentification."

#. Type: password
#. Description
#: ../heat-common.templates:5001
msgid "Authentication server password:"
msgstr "Mot de passe du serveur d'authentification : "

#. Type: password
#. Description
#: ../heat-common.templates:5001
msgid "Please specify the password to use with the authentication server."
msgstr "Veuillez indiquer le mot de passe pour le serveur d'authentification. "

#. Type: boolean
#. Description
#: ../heat-common.templates:6001
msgid "Register Heat in the Keystone endpoint catalog?"
msgstr "Enregistrer Heat dans le catalogue de points d'accès de Keystone ?"

#. Type: boolean
#. Description
#: ../heat-common.templates:6001
msgid ""
"Each OpenStack service (each API) should be registered in order to be "
"accessible. This is done using \"keystone service-create\" and \"keystone "
"endpoint-create\". This can be done automatically now."
msgstr ""
"Chaque service OpenStack (chaque API) doit être enregistré pour être "
"accessible. Cela peut être fait en utilisant « keystone service-create » et "
"« keystone endpoint-create ». Cela peut être fait automatiquement maintenant."

#. Type: boolean
#. Description
#: ../heat-common.templates:6001
msgid ""
"Note that you will need to have an up and running Keystone server on which "
"to connect using the Keystone authentication token."
msgstr ""
"Veuillez noter que vous aurez besoin d'un serveur Keystone fonctionnel "
"sur lequel se connecter en utilisant le jeton d'authentification Keystone."

#. Type: string
#. Description
#: ../hea

Bug#728766: openstack-trove: French debconf templates translation

[Julien Patriarca]

Package: openstack-trove
Version: N/A
Severity: wishlist
Tags: patch l10n

*** /home/julien/traductions/po-debconf/patch-translate.txt


Please find attached the french debconf templates translation, proofread by the
debian-l10n-french mailing list contributors.

This file should be put as debian/po/fr.po in your package build tree.



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

Kernel: Linux 3.10-0.bpo.3-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
# Translation of trove debconf templates to french 
# Copyright (C) 2013, French l10n team 
# This file is distributed under the same license as the trove package.
# Julien Patriarca , 2013.
# 
msgid ""
msgstr ""
"Project-Id-Version: trove\n"
"Report-Msgid-Bugs-To: tr...@packages.debian.org\n"
"POT-Creation-Date: 2013-10-03 01:47+0800\n"
"PO-Revision-Date: 2013-10-31 14:03+0100\n"
"Last-Translator: Julien Patriarca \n"
"Language-Team: FRENCH \n"
"Language: fr\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: boolean
#. Description
#: ../trove-api.templates:2001
msgid "Register Glance in the Keystone endpoint catalog?"
msgstr "Enregistrer Glance dans le catalogue de points d'accès de Keystone ?"

#. Type: boolean
#. Description
#: ../trove-api.templates:2001
msgid ""
"Each OpenStack service (each API) should be registered in order to be "
"accessible. This is done using \"keystone service-create\" and \"keystone "
"endpoint-create\". This can be done automatically now."
msgstr ""
"Chaque service OpenStack (chaque API) doit être enregistré pour être "
"accessible. Cela peut être fait en utilisant « keystone service-create » et "
"« keystone endpoint-create ». Cela peut maintenant être fait automatiquement."

#. Type: boolean
#. Description
#: ../trove-api.templates:2001
msgid ""
"Note that you will need to have an up and running Keystone server on which "
"to connect using the Keystone authentication token."
msgstr ""
"Veuillez noter que vous aurez besoin d'avoir un serveur Keystone fonctionnel "
"sur lequel se connecter pour utiliser le jeton d'authentification Keystone."

#. Type: string
#. Description
#: ../trove-api.templates:3001
msgid "Keystone server IP address:"
msgstr "Adresse IP du serveur Keystone : "

#. Type: string
#. Description
#: ../trove-api.templates:3001
msgid ""
"Please enter the IP address of the Keystone server, so that trove-api can "
"contact Keystone to do the Glance service and endpoint creation."
msgstr ""
"Veuillez indiquer l'adresse IP du serveur Keystone, pour que l'API de Trove "
"puisse contacter Keystone pour établir le service Glance et créer le point "
"d'accès."

#. Type: password
#. Description
#: ../trove-api.templates:4001
msgid "Keystone authentication token:"
msgstr "Jeton d'authentification de Keystone :"

#. Type: password
#. Description
#: ../trove-api.templates:4001
msgid ""
"To configure its endpoint in Keystone, trove-api needs the Keystone "
"authentication token."
msgstr ""
"Pour configurer son point d'accès dans Keystone, l'API de Trove a besoin du "
"jeton d'authentification de Keystone."

#. Type: string
#. Description
#: ../trove-api.templates:5001
msgid "Glance endpoint IP address:"
msgstr "Adresse IP du point d'accès de Glance :"

#. Type: string
#. Description
#: ../trove-api.templates:5001
msgid "Please enter the IP address that will be used to contact Glance."
msgstr "Veuillez indiquer l'adresse IP qui sera utilisée pour contacter Glance."

#. Type: string
#. Description
#: ../trove-api.templates:5001
msgid ""
"This IP address should be accessible from the clients that will use this "
"service, so if you are installing a public cloud, this should be a public IP "
"address."
msgstr ""
"Cette adresse IP doit être accessible depuis les clients qui utiliseront ce "
"service, donc si vous installez un nuage public, ce devra être une adresse "
"IP publique."

#. Type: string
#. Description
#: ../trove-api.templates:6001
msgid "Name of the region to register:"
msgstr "Nom de la région à enregistrer :"

#. Type: string
#. Description
#: ../trove-api.templates:6001
msgid ""
"OpenStack supports using availability zones, with each region representing a "
"location. Please enter the zone that you wish to use when registering the "
"endpoint."
msgstr ""
"OpenStack supporte l'utilisation de zones disponibles, avec chaque région "
"représentant un lieu. Veuillez entrer une zone que vous souhaitez utiliser "
"lors de l'enregistrement d'un point d'accès."

#. Type: boolean
#. Description
#: ../trove-common.templates:2001
msgid "Set up a database for Trove?"
msgstr "Paramétrer une base de données pour Trove ?"

#. Type: boolean
#

Bug#728769: cinder: French debconf templates translation

[Julien Patriarca]

Package: cinder
Version: N/A
Severity: wishlist
Tags: patch l10n

*** /home/julien/traductions/po-debconf/patch-translate.txt


Please find attached the french debconf templates translation, proofread by the
debian-l10n-french mailing list contributors.

This file should be put as debian/po/fr.po in your package build tree.



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

Kernel: Linux 3.10-0.bpo.3-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
# Translation of cinder debconf templates to French. 
# Copyright (C) 2013, French l10n team 
# This file is distributed under the same license as the CINDER package.
# Julien Patriarca , 2013.
#
msgid ""
msgstr ""
"Project-Id-Version: cinder\n"
"Report-Msgid-Bugs-To: cin...@packages.debian.org\n"
"POT-Creation-Date: 2013-09-02 07:02+0200\n"
"PO-Revision-Date: 2013-10-30 11:45+0100\n"
"Last-Translator: Julien Patriarca \n"
"Language-Team: FRENCH \n"
"Language: fr\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Poedit 1.5.4\n"

#. Type: boolean
#. Description
#: ../cinder-common.templates:2001
#| msgid "Start cinder services at boot?"
msgid "Start Cinder services at boot?"
msgstr "Démarrer les services Cinder au lancement du système ?"

#. Type: boolean
#. Description
#: ../cinder-common.templates:2001
msgid ""
"Please choose whether you want to start Cinder services when the machine is "
"booted up."
msgstr ""
"Veuillez choisir si vous souhaitez lancer les services Cinder lors du "
"démarrage de la machine."

#. Type: boolean
#. Description
#: ../cinder-common.templates:3001
msgid "Set up a database for Cinder?"
msgstr "Installer une base de données pour Cinder ?"

#. Type: boolean
#. Description
#: ../cinder-common.templates:3001
#| msgid ""
#| "No database has been set up for Cinder to use. If you want to set one up "
#| "now, please make sure you have all needed information:"
msgid ""
"No database has been set up for Cinder to use. Before continuing, you should "
"make sure you have the following information:"
msgstr ""
"Aucune base de données n'a été installée pour Cinder. Si vous voulez en "
"installer une maintenant, assurez-vous d'avoir les informations suivantes :"

#. Type: boolean
#. Description
#: ../cinder-common.templates:3001
#| msgid ""
#| " * the host name of the database server (which must allow TCP\n"
#| "   connections from this machine);\n"
#| " * a username and password to access the database;\n"
#| " * the type of database management software you want to use."
msgid ""
" * the type of database that you want to use;\n"
" * the database server hostname (that server must allow TCP connections from "
"this\n"
"   machine);\n"
" * a username and password to access the database."
msgstr ""
" - Le type de base de données que vous souhaitez utiliser ;\n"
" - le nom d'hôte du serveur de base de données (ce serveur\n"
"   doit accepter les connexions TCP depuis cette machine) ;\n"
" - un nom d'utilisateur et un mot de passe pour accéder à\n"
"   cette base de données."

#. Type: boolean
#. Description
#: ../cinder-common.templates:3001
msgid ""
"If some of these requirements are missing, do not choose this option and run "
"with regular SQLite support."
msgstr ""
"Si certains de ces prérequis sont manquants, ignorez cette option et "
"exécutez l'application avec le support SQLite normal."

#. Type: boolean
#. Description
#: ../cinder-common.templates:3001
#| msgid ""
#| "You can change this setting later on by running \"dpkg-reconfigure -plow "
#| "cinder-common\"."
msgid ""
"You can change this setting later on by running \"dpkg-reconfigure -plow "
"cinder\"."
msgstr ""
"Vous pouvez modifier ce réglage plus tard en lançant « dpkg-reconfigure -"
"plow cinder-common »."

#. Type: string
#. Description
#: ../cinder-common.templates:4001
#| msgid "Auth server hostname:"
msgid "Authentication server hostname:"
msgstr "Nom d'hôte du serveur d'authentification : "

#. Type: string
#. Description
#: ../cinder-common.templates:4001
#| msgid ""
#| "Please specify the URL of your Cinder authentication server. Typically  "
#| "this is also the URL of your OpenStack Identity Service (Keystone)."
msgid ""
"Please specify the hostname of the authentication server. Typically this is "
"also the hostname of the OpenStack Identity Service (Keystone)."
msgstr ""
"Veuillez indiquer le nom d'hôte du serveur d'authentification. En général il "
"s'agit du nom d'hôte du Service d'Identité OpenStack (Keystone)."

#. Type: string
#. Description
#. Translators: a "tenant" in OpenStack world is
#. an entity that contains one or more username/password couples.
#. It's typically the tena

Bug#684731: Fix found

[Hilmar Preusse]

On 04.11.13 Lluís Vilanova (vilan...@ac.upc.edu) wrote:

Hi,

> Please consider packaging the fix for this bug
> (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=684731#25).
> 
As you know, I've packaged the fix already and have a package ready
for upload. However there are a few other bugs in the queue, which
have patches. I'd like to fix them too in next upload.

H.
-- 
sigmentation fault


signature.asc
Description: Digital signature

Bug#728770: dokuwiki: French debconf templates translation

[Steve Petruzzello]

Package: dokuwiki
Version: 0.0.20130510a-3
Severity: wishlist
Tags: patch l10n

  Hi,

Please find attached the french debconf templates translation, proofread by the
debian-l10n-french mailing list contributors.

This file should be put as debian/po/fr.po in your package build tree.

Best,
steve
# Translation of dokuwiki debconf screen to French
# Copyright © 2010 Debian French l10n Team 
# This file is distributed under the same license as the dokuwiki package.
# Translator: 
# Steve Petruzzello , 2011, 2012, 2013
#
msgid ""
msgstr ""
"Project-Id-Version: dokuwiki_0.0.20130510a-3\n"
"Report-Msgid-Bugs-To: dokuw...@packages.debian.org\n"
"POT-Creation-Date: 2013-10-27 19:00+0100\n"
"PO-Revision-Date: 2011-05-08 23:55+0200\n"
"Last-Translator: Steve Petruzzello \n"
"Language-Team: french \n"
"Language: French\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=utf-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: multiselect
#. Choices
#: ../templates:1001
msgid "apache2"
msgstr "Apache 2"

#. Type: multiselect
#. Choices
#: ../templates:1001
msgid "lighttpd"
msgstr "Lighttpd"

#. Type: multiselect
#. Description
#: ../templates:1002
msgid "Web server(s) to configure automatically:"
msgstr "Serveur(s) web à configurer automatiquement :"

#. Type: multiselect
#. Description
#: ../templates:1002
msgid ""
"DokuWiki runs on any web server supporting PHP, but only listed web servers "
"can be configured automatically."
msgstr ""
"DokuWiki fonctionne avec n'importe quel serveur qui gère PHP, mais seuls "
"ceux indiqués ici peuvent être configurés automatiquement."

#. Type: multiselect
#. Description
#: ../templates:1002
msgid ""
"Please select the web server(s) that should be configured automatically for "
"DokuWiki."
msgstr ""
"Veuillez choisir le (ou les) serveur(s) web à configurer automatiquement "
"pour Dokuwiki."

#. Type: boolean
#. Description
#: ../templates:2001
msgid "Should the web server(s) be restarted now?"
msgstr "Faut-il redémarrer le (ou les) serveur(s) web maintenant ?"

#. Type: boolean
#. Description
#: ../templates:2001
msgid ""
"In order to activate the new configuration, the reconfigured web server(s) "
"have to be restarted."
msgstr ""
"Afin d'activer la nouvelle configuration, le (ou les) serveur(s) web doivent "
"être redémarrés."

#. Type: string
#. Description
#: ../templates:3001
msgid "Wiki location:"
msgstr "Emplacement du wiki :"

#. Type: string
#. Description
#: ../templates:3001
msgid ""
"Specify the directory below the server's document root from which DokuWiki "
"should be accessible."
msgstr ""
"Veuillez indiquer le répertoire, dans l'arborescence du serveur web, qui "
"sera la racine de Dokuwiki."

#. Type: select
#. Description
#: ../templates:4001
msgid "Authorized network:"
msgstr "Réseau autorisé :"

#. Type: select
#. Description
#: ../templates:4001
msgid ""
"Wikis normally provide open access to their content, allowing anyone to "
"modify it. Alternatively, access can be restricted by IP address."
msgstr ""
"Les wikis fournissent un accès libre à leur contenu, permettant à quiconque "
"de le modifier. Néanmoins leur accès peut être restreint par adresses IP."

#. Type: select
#. Description
#: ../templates:4001
msgid ""
"If you select \"localhost only\", only people on the local host (the machine "
"the wiki is running on) will be able to connect. \"local network\" will "
"allow people on machines in a local network (which you will need to specify) "
"to talk to the wiki. \"global\" will allow anyone, anywhere, to connect to "
"the wiki."
msgstr ""
"Le choix « hôte local seul » restreint la connexion aux utilisateurs locaux. "
"Alternativement, « réseau local » permet la connexion aux personnes du "
"réseau local (qu'il vous incombe de spécifier) et « sans restriction » "
"permet à tout le monde de se connecter."

#. Type: select
#. Description
#: ../templates:4001
msgid ""
"The default is for site security, but more permissive settings should be "
"safe unless you have a particular need for privacy."
msgstr ""
"La valeur par défaut est très restrictive pour garantir la sécurité du site "
"mais des valeurs plus permissives sont sûres sauf si vous avez des besoins "
"particuliers en termes de vie privée."

#. Type: select
#. Choices
#: ../templates:4002
msgid "localhost only"
msgstr "hôte local seulement"

#. Type: select
#. Choices
#: ../templates:4002
msgid "local network"
msgstr "réseau local"

#. Type: select
#. Choices
#: ../templates:4002
msgid "global"
msgstr "sans restriction"

#. Type: string
#. Description
#: ../templates:5001
msgid "Local network:"
msgstr "Réseau local :"

#. Type: string
#. Description
#: ../templates:5001
msgid ""
"The specification of your local network should either be an IP network in "
"CIDR format (x.x.x.x/y) or a domain specification (like .example.com)."
msgstr ""
"Veuillez indiquer le réseau local, soit avec le format CIDR (x.x.x.x/y), "
"soit sous forme de domaine (tel que « example.com »)."

#. Type: string
#. Descrip

Bug#728730: zim can be closed without saving changes

[Samy Mezani]

Hello,

le 05/11/2013 09:43, Raphael Hertzog a écrit:

zim never proposes to save, it auto-saves the changes.


Autosave is a new functionnality ? I'm sure that Zim proposed me to save 
in a recent past.



It does it every 10
seconds of inactivity, when you change pages, when you quit.


OK my changes are saved after 10 seconds. My problem was perhaps that I 
closed zim before this delay.


You can close this bug, thanks for your response.

Cheers,

Samy


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

Bug#728371: RM: valgrind [armel] -- ROM; FTBFS

[Ansgar Burchardt]

Control: tag -1 moreinfo

Alessandro Ghedini  writes:
> could you please remove valgrind from armel? It used to build there with a
> somewhat ugly hack (valgrind doesn't support armel baseline architecture), but
> it stopped doing so a couple months ago, and there doesn't seem to be much
> interest in armel valgrind from arm porters (nor from me FWIW). Also see 
> #720409.

There are still quite a lot of packages build-depending on valgrind:

# Broken Depends:
alleyoop: alleyoop
eclipse-linuxtools: eclipse-cdt-valgrind
libtest-valgrind-perl: libtest-valgrind-perl

# Broken Build-Depends:
abiword: valgrind
alleyoop: valgrind
dbus: valgrind
diod: valgrind
gsasl: valgrind
gss: valgrind
jq: valgrind
libdrm: valgrind
libtest-valgrind-perl: valgrind
mpich: valgrind
mpich2: valgrind
pypy: valgrind
qpid-cpp: valgrind
rhmessaging: valgrind
shishi: valgrind
swi-prolog: valgrind
valkyrie: valgrind (>= 3.6.0)
xserver-xorg-video-intel: valgrind

The ones I looked at restricted the build-dep on valgrind to the
architectures that have it. So armel needs to be removed from these
lists first. These are also a few false positives as dak doesn't look at
architecture restrictions.

Ansgar


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

Bug#728771: ceilometer: French debconf templates translation

[Julien Patriarca]

Package: ceilometer
Version: N/A
Severity: wishlist
Tags: patch l10n

*** /home/julien/traductions/po-debconf/patch-translate.txt


Please find attached the french debconf templates translation, proofread by the
debian-l10n-french mailing list contributors.

This file should be put as debian/po/fr.po in your package build tree.



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

Kernel: Linux 3.10-0.bpo.3-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
# Translation of ceilometer debconf templates to French. 
# Copyright (C) 2013, French l10n team 
# This file is distributed under the same license as the CEILOMETER package.
# Julien Patriarca , 2013.
#
msgid ""
msgstr ""
"Project-Id-Version: ceilometer\n"
"Report-Msgid-Bugs-To: ceilome...@packages.debian.org\n"
"POT-Creation-Date: 2013-09-25 16:34+0800\n"
"PO-Revision-Date: 2013-10-24 08:45+0100\n"
"Last-Translator: Julien Patriarca \n"
"Language-Team: FRENCH \n"
"Language: fr\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Poedit 1.5.4\n"

#. Type: boolean
#. Description
#: ../ceilometer-api.templates:2001
msgid "Register Ceilometer in the Keystone endpoint catalog?"
msgstr ""
"Enregistrer Ceilometer dans le catalogue de points d'accès de Keystone ?"

#. Type: boolean
#. Description
#: ../ceilometer-api.templates:2001
msgid ""
"Each OpenStack service (each API) should be registered in order to be "
"accessible. This is done using \"keystone service-create\" and \"keystone "
"endpoint-create\". This can be done automatically now."
msgstr ""
"Chaque service OpenStack (chaque API) doit être enregistré pour être "
"accessible. Cela peut être fait en utilisant « keystone service-create » et "
"« keystone endpoint-create ». Cela peut désormais être fait automatiquement."

#. Type: boolean
#. Description
#: ../ceilometer-api.templates:2001
msgid ""
"Note that you will need to have an up and running Keystone server on which "
"to connect using the Keystone authentication token."
msgstr ""
"Veuillez noter que vous aurez besoin d'avoir un serveur Keystone fonctionnel "
"sur lequel se connecter en utilisant le jeton d'authentification Keystone."

#. Type: string
#. Description
#: ../ceilometer-api.templates:3001
msgid "Keystone server IP address:"
msgstr "Adresse IP du serveur Keystone :"

#. Type: string
#. Description
#: ../ceilometer-api.templates:3001
msgid ""
"Please enter the IP address of the Keystone server, so that ceilometer-api "
"can contact Keystone to do the Ceilometer service and endpoint creation."
msgstr ""
"Veuillez indiquer l'adresse IP du serveur Keystone, pour que l'api de "
"Ceilometer puisse contacter Keystone pour établir le service Ceilometer et "
"créer un point d'accès."

#. Type: password
#. Description
#: ../ceilometer-api.templates:4001
msgid "Keystone authentication token:"
msgstr "Jeton d'authentification Keystone : "

#. Type: password
#. Description
#: ../ceilometer-api.templates:4001
msgid ""
"To configure its endpoint in Keystone, ceilometer-api needs the Keystone "
"authentication token."
msgstr ""
"Pour configurer son point d'accès dans Keystone, l’api de Ceilometer a "
"besoin du jeton d'authentification Keystone."

#. Type: string
#. Description
#: ../ceilometer-api.templates:5001
msgid "Ceilometer endpoint IP address:"
msgstr "Adresse IP du point d'accès Ceilometer : "

#. Type: string
#. Description
#: ../ceilometer-api.templates:5001
msgid "Please enter the IP address that will be used to contact Ceilometer."
msgstr ""
"Veuillez indiquer l'adresse IP qui sera utilisée pour contacter Ceilometer."

#. Type: string
#. Description
#: ../ceilometer-api.templates:5001
msgid ""
"This IP address should be accessible from the clients that will use this "
"service, so if you are installing a public cloud, this should be a public IP "
"address."
msgstr ""
"Cette adresse IP doit être accessible depuis les clients qui utiliseront ce "
"service, donc si vous installez un nuage public, elle devra être une adresse "
"IP publique."

#. Type: string
#. Description
#: ../ceilometer-api.templates:6001
msgid "Name of the region to register:"
msgstr "Nom de la région à enregistrer : "

#. Type: string
#. Description
#: ../ceilometer-api.templates:6001
msgid ""
"OpenStack supports using availability zones, with each region representing a "
"location. Please enter the zone that you wish to use when registering the "
"endpoint."
msgstr ""
"OpenStack supporte l'utilisation de zones disponibles, avec chaque région "
"représentant un lieu. Veuillez entrer une zone que vous souhaitez utiliser "
"lors de l'enregistrement d'un point d'accès."

#. Type: string
#. 

Bug#727708: tech-ctte: Decide which init system to default to in Debian.

[Chris Knadle]

On Tuesday, November 05, 2013 10:05:40 Andreas Barth wrote:
[...] 
> However, it shows two things: one is as you said that systemd contains
> many more subsystems as the others (whether this is good or not is a
> different question), the other is that code documentation seems to be
> not as verbose as for upstart or OpenRC (in spite of the remarks I saw
> earlier about how much documentation is there).

On the latter point -- according to Ohloh, in OpenRC [1] and Upstart [2], 
19% of the code is comments, where for SystemD [3] it's 11%.

1: https://www.ohloh.net/p/openrc/factoids#FactoidCommentsAverage
2: https://www.ohloh.net/p/upstart/factoids#FactoidCommentsAverage
3: https://www.ohloh.net/p/systemd/factoids#FactoidCommentsLow

  -- Chris

--
Chris Knadle
chris.kna...@coredump.us


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

Bug#714210: DRBD 8.3 userland incompatible with 8.4 kernel modules

[Faidon Liambotis]

On Wed, Jun 26, 2013 at 10:50:20PM +0200, Jonas Meurer wrote:

as the subject already mentions, DRBD 8.3 userland in jessie/testing is
incompatible with DRBD 8.4 kernel modules from the 3.9 linux package.
DRBD kernel modules are at 8.4 branch in upstream linux kernel since
kernel release 3.8.

Ubuntu already ships DRBD 8.4 userland for this reason within Raring
(13.04).

Please consider to upgrade DRBD userland to 8.4. For now DRBD is
unusable in Debian sid/unstable and jessie/testing.


Is DRBD maintained at all or should it be orphaned? It's broken in 
unstable for a while, with no maintainer reply whatsoever in this 
(severity: grave) bug which exists since June or any of the other bugs, 
including a severity: serious one.


Please either act on it or orphan it, this situtation isn't doing our 
users any service at all.


Regards,
Faidon


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

Bug#722159: spampd: tainted variable $pidfile (passed to Server.pm (->Daemonize.pm)

[Sven Schumacher]

Package: spampd
Followup-For: Bug #722159

Dear Maintainer,

after updating perl to v5.18 I didn't restart spampd directly. After some days 
running without problems spampd stopped working suddenly and a restart of 
spampd failed saying something of "unsecure dependency in open while running 
with -T switch". 

I didn't know why it suddenly fails, but I fixed it by adding 

($pidfile)=($pidfile=~/^(.*)$/);

to /usr/sbin/spampd before the first use of $pidfile as a parameter (added it 
in line 925)



-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (900, 'testing'), (500, 'oldstable'), (1, 'stable')
Architecture: amd64 (x86_64)

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

Versions of packages spampd depends on:
ii  adduser 3.113+nmu3
ii  dpkg1.16.12
ii  libnet-server-perl  2.007-3
ii  lsb-base4.1+Debian12
ii  perl5.18.1-4
ii  spamassassin3.3.2-7

spampd recommends no packages.

spampd suggests no packages.

-- Configuration Files:
/etc/default/spampd changed:
STARTSPAMPD=1
PIDFILE=/var/run/spampd.pid
LISTENHOST=127.0.0.1
LISTENPORT=10026
DESTHOST=127.0.0.1
DESTPORT=10024
CHILDREN=3
USERID=spampd
GRPID=spampd
TAGALL=1
AUTOWHITELIST=0
LOCALONLY=1
LOGINET=0
ADDOPTS=""


-- 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#728732: revelation: cannot open a file with 'é' character at startup

[bd]

> Dear Maintainer,

Hi Samy,

> 
> I use several password files with Revelation. All are in a folder named
> "Privé". I can open each of them when Revelation is already open.
> But when I choose to open one of them at startup, in Préferences, I have this
> message at next startup :
> --- 8< --- 8< ---
> Unable to open file
> The file '/home/x/Priv%C3%A9/passwdfile' could not be opened. Make sure
> that the file exists, and that you have permissions to open it.
> --- 8< --- 8< ---
> 
> A coding character bug ?

Hm, looks like it. Can you open the file when starting revelation from
commandline and sepcify it as parameter:

revelation /home/x/Privé/passwdfile

Thanks,

Stefan


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

Bug#727118: ccbuild: FTBFS on several architectures

[jari]

On 2013-11-04 20:50, Bram Neijt wrote:
| Dear Niels and public,
| 
| I've released a new version to fix the build failure: version 2.0.5
| 
| It's downloadable at
| http://www.logfish.net/pr/ccbuild/downloads/ccbuild-2.0.5.tar.gz and
| https://github.com/bneijt/ccbuild/archive/v2.0.5.tar.gz

hi Bram,

While doing configure in Debian, I get:

automake: warning: autoconf input should be named 'configure.ac', not 
'configure.in'
autoreconf: Leaving directory `.'

---

checking whether make supports nested variables... yes
./configure: line 2956: syntax error near unexpected token `noext,mandatory'
./configure: line 2956: `AX_CXX_COMPILE_STDCXX_11(noext,mandatory) #Bobcat 
requires this'
==> config.log <==
...
configure: exit 2

The version are:

autoconf 2.69-1.1
automake  1.14-1
gcc 4.8.1-3

Let me know how can I help,
Jari


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

Bug#728773: ITP: jdependency-- Java library analyzing class level dependencies

[Emmanuel Bourg]

Package: wnpp
Severity: wishlist
Owner: Emmanuel Bourg 

* Package name: jdependency
  Version : 0.7
  Upstream Author : Torsten Curdt
* URL : https://github.com/tcurdt/jdependency
* License : Apache-2.0
  Programming Lang: Java
  Description : Java library analyzing class level dependencies

jdependency is small library that helps you analyze class level
dependencies, clashes and missing classes. This library provides an API
to analyse and modify class dependencies. It provides the core to the
maven2 minijar plugin and provides something in the middle between
jarjar and proguard.


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

Bug#646791: poedit: History is not remembering full path

[intrigeri]

Hi Frank,

Frank Lanitz wrote (15 May 2013 13:59:22 GMT) :
>>> When opening a file e.g. via poedit po/de.po the history (File->very
>>> bottom) is not remembering full path, but only the short path ending
>>> up in not loadable history entires. In the example case po/de.po.
>> 
>> On current Debian unstable, I confirm that poedit 1.5.4-1 displays,
>> in the File menu, the basename of the last files that were open by
>> passing their name on the command line.

> Have to double check with lates poedit version.

Ping?

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


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

Bug#594197: poedit does not handle po file with simgular/plural combination strings

[intrigeri]

Hi,

Osamu Aoki wrote (24 Aug 2010 14:13:42 GMT) :
> po file such as one containing:

> #: cmdline/apt-get.cc:1653
> #, fuzzy
> msgid ""
> "The following package is automatically installed and is no longer required:"
> msgid_plural ""
> "The following packages were automatically installed and are no longer "
> "required:"
> msgstr[0] ""
> "以下のパッケージが自動でインストールされましたが、もう必要とされていません:"
> msgstr[1] ""
> "以下のパッケージが自動でインストールされましたが、もう必要とされていません:"

> poedit fails to parse and display.  This happens when source has set of 
> strings.

Can you reproduce this issue with the latest version of poedit one may
find in Debian?

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

Bug#728774: network-manager: daemon crashes when using multiple WiFi connections with same SSID (but different config)

[Maarten Aertsen]

Package: network-manager
Version: 0.9.8.0-5
Severity: important

Dear Maintainer,

When defining multiple connections with the same SSID (e.g. for the purpose of 
auto-connecting one of them, with an associated VPN, and manually connecting 
the other without VPN to allow login on a WiFi portal), the NetworkManager 
daemon repeatedly crashes on use of these connections. 

nm-applet seems to indicate that this is a valid use-case, showing submenu's 
for the SSID in question. The behaviour manifests itself in when 
auto-connecting or when manually selecting one of the connections involved. 
nm-applet hides as soon as NetworkManager crashes and sometimes spawns a dialog 
"".

reproducibility: frequently, not always. Having freshly defined the connections 
everything seems fine. A reboot (i.e. more than a network-manager / nm-applet 
restart) usually is enough to trigger the problems.

This behaviour also manifests itself in the network-manager in Ubuntu 13.04 
(0.9.8.0-0ubuntu6). I haven't filed a bug with Ubuntu. I'd be happy to supply 
more information, but are not sure what to look for. Could you indicate which 
steps to take to supply you with more useful information?

Workaround: delete duplicate connections, restart NetworkManager.

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

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

Versions of packages network-manager depends on:
ii  adduser3.113+nmu3
ii  dbus   1.6.16-1
ii  isc-dhcp-client4.2.4-7
ii  libc6  2.17-93
ii  libdbus-1-31.6.16-1
ii  libdbus-glib-1-2   0.100.2-1
ii  libgcrypt111.5.3-2
ii  libglib2.0-0   2.36.4-1
ii  libgnutls262.12.23-8
ii  libgudev-1.0-0 204-5
ii  libnl-3-2003.2.21-1
ii  libnl-genl-3-200   3.2.21-1
ii  libnl-route-3-200  3.2.21-1
ii  libnm-glib40.9.8.0-5
ii  libnm-util20.9.8.0-5
ii  libpolkit-gobject-1-0  0.105-4
ii  libuuid1   2.20.1-5.5
ii  lsb-base   4.1+Debian12
ii  udev   204-5
ii  wpasupplicant  1.0-3+b2

Versions of packages network-manager recommends:
ii  crda  1.1.2-1
ii  dnsmasq-base  2.66-4
ii  iptables  1.4.20-2
ii  modemmanager  0.5.2.0-2
ii  policykit-1   0.105-4
ii  ppp   2.4.5+git20130610-1

Versions of packages network-manager suggests:
ii  avahi-autoipd  0.6.31-2

-- Configuration Files:
/etc/polkit-1/localauthority/10-vendor.d/org.freedesktop.NetworkManager.pkla 
[Errno 13] Permission denied: 
u'/etc/polkit-1/localauthority/10-vendor.d/org.freedesktop.NetworkManager.pkla'

-- 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#728759: linux - compat_sys_getrlimit returns values compat_sys_setrlimit does not like

[Bastian Blank]

Control: tags -1 patch

On Tue, Nov 05, 2013 at 09:29:42AM +0100, Bastian Blank wrote:
> compat_sys_getrlimit clips all values above COMPAT_RLIM_INFINITY.  So
> any large values between COMPAT_RLIM_INFINITY and RLIM_INFINITY is
> returned as the same value COMPAT_RLIM_INFINITY.

Untested patch.  It converts COMPAT_RLIM_INFINITY <= x < RLIM_INFINITY
to COMPAT_RLIM_INFINITY - 1.  It would also work around the wrong
userspace definition on mips for anything that does not explicitely
request infinity (which would be broken anyway).

It assumes that COMPAT_RLIM_INFINITY <= RLIM_INFINITY.

Bastian

-- 
Conquest is easy. Control is not.
-- Kirk, "Mirror, Mirror", stardate unknown
diff --git a/kernel/compat.c b/kernel/compat.c
index 0a09e48..7e5dfa7 100644
--- a/kernel/compat.c
+++ b/kernel/compat.c
@@ -478,10 +478,15 @@ asmlinkage long compat_sys_getrlimit(unsigned int 
resource,
 
ret = do_prlimit(current, resource, NULL, &r);
if (!ret) {
-   if (r.rlim_cur > COMPAT_RLIM_INFINITY)
+   if (r.rlim_cur == RLIM_INFINITY)
r.rlim_cur = COMPAT_RLIM_INFINITY;
-   if (r.rlim_max > COMPAT_RLIM_INFINITY)
+   else if (r.rlim_cur >= COMPAT_RLIM_INFINITY)
+   r.rlim_cur = COMPAT_RLIM_INFINITY - 1;
+
+   if (r.rlim_max == RLIM_INFINITY)
r.rlim_max = COMPAT_RLIM_INFINITY;
+   else if (r.rlim_max >= COMPAT_RLIM_INFINITY)
+   r.rlim_max = COMPAT_RLIM_INFINITY - 1;
 
if (!access_ok(VERIFY_WRITE, rlim, sizeof(*rlim)) ||
__put_user(r.rlim_cur, &rlim->rlim_cur) ||

Bug#646791: poedit: History is not remembering full path

[Václav Slavík]

On 5 Nov 2013, at 12:17, intrigeri  wrote:
>>> On current Debian unstable, I confirm that poedit 1.5.4-1 displays,
>>> in the File menu, the basename of the last files that were open by
>>> passing their name on the command line.
> 
>> Have to double check with lates poedit version.
> 
> Ping?

FYI, it (wxWidgets, rather) _shows_ just the basename, but remembers and uses 
the full path just fine.

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

Bug#728775: apt-get unwarrantedly consumes input

[Zefram]

Package: apt
Version: 0.9.7.9
Severity: minor

When apt-get is invoked in a way that involves actually installing a
package, it reads any available data from standard input, regardless of
actual need.  This breaks the usual ability, at an interactive shell,
to type the next command while the current one is running: apt-get
consumes input that was intended for the shell.  strace shows that the
input is read by the top-level apt-get process, by read(2) from fd 0,
in response to pselect(2).

Presumably apt-get is reading this input in order to pass it on to
interactive aspects of package installation, but it's doing it regardless
of whether the installation process seeks input and, where it does want
input, regardless of how much input it wants to read.  This behaviour
is not documented.  It's not immediately obvious why apt-get has to act
as an intermediary for this input at all.

-zefram


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

Bug#728339: plain/login authentication failure - no mechanism available

[Christian Schwamborn]

I must apologize, the upstream patch I sent you, fixes some of the 
problems, but not all of them. If username and authname differs, for 
example if you want to authenticate with an admin user against timesievd 
to change some users sieve script, the autentication process will still 
fail.


To reproduce this:

current wheezy installation, cyrus+saslauthd

Try some plain auth against cyrus and it will all fail with some syslog 
entry like this:

badlogin: localhost [127.0.0.1] PLAIN [SASL(-4): no mechanism available: ]

With the patch applied to cyrus-sasl, normal plain authentication 
against cyrus will work, but doing something like this will fail:


the base64 encoded sting is:
"test\0cyrus\0Password"

telnet localhost 4190
Trying ::1...
Connected to localhost.
Escape character is '^]'.
"IMPLEMENTATION" "Cyrus timsieved v2.4.16-Debian-2.4.16-4+deb7u1"
"SASL" "PLAIN LOGIN"
"SIEVE" "comparator-i;ascii-numeric fileinto reject vacation imapflags 
notify envelope relational regex subaddress copy"

"STARTTLS"
"UNAUTHENTICATE"
OK
AUTHENTICATE "PLAIN" {28+}
dGVzdABjeXJ1cwBQYXNzd29yZA=='
NO "Authentication Error"

syslog:
Oct 30 22:32:40 ourea cyrus/master[17707]: about to exec 
/usr/lib/cyrus/bin/timsieved

Oct 30 22:32:40 ourea cyrus/sieve[17707]: executed
Oct 30 22:32:40 ourea cyrus/sieve[17707]: accepted connection
Oct 30 22:32:40 ourea cyrus/sieve[17707]: badlogin: localhost[127.0.0.1] 
PLAIN no mechanism available


doing the same with:
"test\0test\0Password"
-->
AUTHENTICATE "PLAIN" {24+}
dGVzdAB0ZXN0AFBhc3N3b3Jk
will work

An other test with imtest will also fail:
imtest -u test -a cyrus -w Password -v -m plain 127.0.0.1

syslog:
Nov  5 12:23:20 ourea cyrus/imap[3671]: accepted connection
Nov  5 12:23:20 ourea cyrus/imap[3671]: badlogin: localhost [127.0.0.1] 
PLAIN [SASL(-4): no mechanism available: Unable to find a callback: 32773]


while this will work:
imtest -u muman -a muman -w muman -v -m plain 127.0.0.1

something in the patch is still missing


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

Bug#693786: Please split /usr/sbin/create-munge-key into seperate package

[oliva . g]

Hi,

On Tue, Nov 20, 2012 at 11:43:14AM +0100, Goswin von Brederlow wrote:
> For that the image packages need a "Depends: munge" just so create-munge-key
> is available if needed. But that means that suddenly the boot server also
> becomes a munged server. It would be better if I could depend on just the
> create-munge-key tool.

sorry for the long delay in the answer. The create-munge-key is only a
simple script that uses dd to generate the munge key. It was
created for the debian package and is not included in the upstream
source. For this reason I don't think it worth to have a separate package.

You can use:

dd if=/dev/urandom bs=1 count=1024 > /etc/munge/munge.key

or

dd if=/dev/random bs=1 count=1024 > /etc/munge/munge.key

to create the key without installing munge.
Best regards,
-- 
Gennaro Oliva


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

Bug#646791: poedit: History is not remembering full path

[intrigeri]

Hi,

Václav Slavík wrote (05 Nov 2013 11:36:32 GMT) :
> FYI, it (wxWidgets, rather) _shows_ just the basename, but remembers
> and uses the full path just fine.

OK, thanks for clarifying. I believe the user experience it implies is
quite sub-optimal, in the case of a translation program: in this
usecase, users are likely to edit multiple files in a row, all named
$LANG_CODE.po, and then it's confusing if the UI displays all of these
just the same in the recent files history, right?

Can wxWidgets be convinced to display the absolute path, or at least
some identifying part of it?

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


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

Bug#646791: poedit: History is not remembering full path

[Václav Slavík]

On 5 Nov 2013, at 13:11, intrigeri  wrote:
> Can wxWidgets be convinced to display the absolute path, or at least
> some identifying part of it?

No idea.


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

Bug#728776: RFP: f-irc -- an irc-client for the console/terminal

[Folkert van Heusden (Hackerspace Gouda)]

Package: f-irc

> Subject: RFP: f-irc -- an irc-client for the console/terminal
DESCRIPTION:
F-IRC is an IRC client for terminals/command-line/console.
Its goal is to be as user friendly as possible with easy navigation
and keyboard shortcuts for quick navigation. It has an as much a
gentle learning curve as possible.

URL:
http://www.vanheusden.com/f-irc/

COPYRIGHT:
(C) 2006-2013 by folk...@vanheusden.com

LICENSE:
GPLv2

-- 
www.unitedcheesehackers.nl


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

Bug#728777: sumo: Source and binary package contain binary (jar) files without source

[Andreas Tille]

Source: sumo
Severity: serious
Justification: Policy 2.2.3.

Hi,

the package source contains several jar files without source:

$ find sumo-0.18~dfsg/ -name "*.jar"
sumo-0.18~dfsg/tools/traceExporter/traceExporter.jar
sumo-0.18~dfsg/tools/traceExporter/libs/stax-api-1.0.jar
sumo-0.18~dfsg/tools/traceExporter/libs/stax-1.2.0.jar
sumo-0.18~dfsg/tools/contributed/calibration/cadytsSumoController.jar
sumo-0.18~dfsg/tools/contributed/trafficmodeler/lib/colt.jar
sumo-0.18~dfsg/tools/contributed/trafficmodeler/jar/SUMOTrafficModeler.jar
sumo-0.18~dfsg/tools/contributed/sumoplayer/lib/javaproj-1.0.4.jar
sumo-0.18~dfsg/tools/contributed/sumoplayer/lib/xerces_2_5_0.jar
sumo-0.18~dfsg/tools/contributed/traci4j/lib/xercesImpl.jar
sumo-0.18~dfsg/tools/contributed/traci4j/lib/log4j.jar
sumo-0.18~dfsg/tools/contributed/traci4j/lib/junit.jar
sumo-0.18~dfsg/tools/contributed/traci4j/lib/org.hamcrest.core_1.1.0.v20090501071000.jar

Some of them are ending up in the binary package sumo-tools - at least

   /usr/share/sumo/tools/contributed/trafficmodeler/lib/colt.jar

is installed.  While I can see a fair chance to easily strip some of the
*.jar files from the source without any loss of functionality (for
instance log4j.jar and junit.jar are packaged and in main) by using
enhanced uscan[1] I think the package has at least to go into contrib
since colt.jar is not free.

The Debian Med team is maintaining libcolt-java in

  svn://anonscm.debian.org/debian-med/trunk/packages/libcolt-java/trunk/

(BTW, it contains an example how to use the enhanced uscan[1] )
and we did not yet managed to replace one particular part, namely

  Files: src/hep.aida.*

by freely licensed code.  It is

  LGPL License, with the exception that any usage related to military
  applications is expressly forbidden

:-(  The problem is that we did not yet managed to contact the authors.
There is some hope to replace this code by digging the freehep
project[2] but this was not yet implemented.  So in case you can not
just drop colt.jar you can at least depend from libcolt-java and move
sumo to contrib rather than non-free (provided you can deal with the
other *.jar files somehow).

Kind regards

Andreas.

[1] http://wiki.debian.org/UscanEnhancements

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

Kernel: Linux 2.6.36-xenU-4814-i386 (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


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

Bug#728778: dh_systemd backport: produces broken dependencies, packages uninstallable

[Bernd Zeimetz]

Package: dh-systemd
Version: 1.11~bpo70.1
Severity: serious

The dependencies generated by dh_systemd in wheezy-backports are not 
installable:


Depends: init-system-helpers (>= 1.11) but it is not going to be installed

# apt-cache policy init-system-helpers
init-system-helpers:
  Installed: (none)
  Candidate: 1.11~bpo70.1
  Version table:
 1.11~bpo70.1 0


This breaks building and backporting packages using dh_systemd.

--
Mit freundlichen Grüßen


Bernd Zeimetz
Systems Engineer
Debian Developer

conova communications GmbH
Web| http://www.conova.com/
E-Mail | b.zeim...@conova.com

Zentrale Salzburg
Karolingerstraße 36A
5020 Salzburg

Tel | +43 (0) 662 22 00 - 313
Fax | +43 (0) 662 22 00 - 209

Es gelten die Allgemeinen Geschäftsbedingungen der
conova communications GmbH, http://www.conova.com/de/agb/


smime.p7s
Description: S/MIME cryptographic signature

Bug#714853: Status of the ITP?

[Sebastian Ramacher]

Hi Andy,

On 2013-09-28 20:03:36, Andy Hawkins wrote:
> On Sat, Sep 28, 2013 at 08:52:23PM +0200, Helge Kreutzmann wrote:
> > Hello Andy,
> > what is the status of the ITP? goobox, which I maintain, could make
> > use of it.
> 
> > Greetings & thanks for packaging libcoverart
> > 
> 
> I think I got as far as making a package for Wheezy, but that will obviously
> need an update if it's going to go into the next version.
> 
> I just never seem to have time to actually start work on updating the
> packages for the various things I maintain.
> 
> More than happy for someone else to take over if they are willing.

I'd be willing to help you maintaing the package (we could do this under
the Multimedia Team umbrella) or to take it over - whatever you
prefer. If you have some packaging available already, this would be
agood starting point.

Just let me know what you prefer and I'll start working on it.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature

Bug#728235: info

[Henri Salo]

Confirmed. Maintainer do you know reason for this already or do you need help?

---
Henri Salo


signature.asc
Description: Digital signature

Bug#728780: src:iulib: arch-dependent files in "Multi-Arch: same" packages

[Jenny Hopkins]

Package: src:iulib
Version: 0.3-3
Severity: important
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch

(2 packages affected)
libiulib0
libiulib-dev

All packages are marked as "Multi-Arch: same", but the file
/usr/share/doc/libiulib-dev/changelog.Debian.gz in each differs.  An
example diff between i386 and amd64 is attached.

The problem can be resolved by binNMU.

Jenny
libiulib-dev


|0.3-3+b1|./usr/share/doc/libiulib-dev/changelog.Debian.gz

diff -ur amd64/usr/share/doc/libiulib-dev/changelog.Debian 
i386/usr/share/doc/libiulib-dev/changelog.Debian
--- amd64/usr/share/doc/libiulib-dev/changelog.Debian   2012-06-18 
21:03:43.0 +0100
+++ i386/usr/share/doc/libiulib-dev/changelog.Debian2012-06-18 
21:01:34.0 +0100
@@ -1,9 +1,9 @@
 iulib (0.3-3+b1) sid; urgency=low
 
-  * Binary-only non-maintainer upload for amd64; no source changes.
+  * Binary-only non-maintainer upload for i386; no source changes.
   * Rebuild against symbol-versioned libtiff
 
- -- amd64 Build Daemon (brahms)   Mon, 
18 Jun 2012 20:03:43 +
+ -- i386 Build Daemon   Mon, 18 Jun 2012 
20:01:34 +

Bug#728782: libgxps2: arch-dependent file in "Multi-Arch: same" package

[Jenny Hopkins]

Package: libgxps2
Version: 0.2.2-2
Severity: important
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch

Packages is marked as "Multi-Arch: same", but the file
/usr/share/doc/libgxps2/changelog.Debian.gz is architecture-dependent.
 The diff between i386 and amd64 is attached.

The problem can be resolved by binNMU.

Jenny
libgxps2
*
*
|0.2.2-2+b1|./usr/share/doc/libgxps2/changelog.Debian.gz

diff -ur amd64/usr/share/doc/libgxps2/changelog.Debian 
i386/usr/share/doc/libgxps2/changelog.Debian
--- amd64/usr/share/doc/libgxps2/changelog.Debian   2013-06-11 
19:44:21.0 +0100
+++ i386/usr/share/doc/libgxps2/changelog.Debian2013-06-11 
19:47:53.0 +0100
@@ -1,3 +1,10 @@
+libgxps (0.2.2-2+b1) sid; urgency=low
+
+  * Binary-only non-maintainer upload for i386; no source changes.
+  * Rebuild against libarchive13
+
+ -- i386 Build Daemon (murphy)   Tue, 11 
Jun 2013 18:47:53 +
+
 libgxps (0.2.2-2) unstable; urgency=low
 
   [ Savvas Radevic ]

Bug#728779: src:libftdi: arch-dependent files in "Multi-Arch: same" packages

[Jenny Hopkins]

Package: src:libftdi
Version: 0.20-1
Severity: important
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch


(4 packages affected)
libftdipp1-dbg
libftdi1-dbg
libftdi1
libftdipp1

All packages are marked as "Multi-Arch: same", but the file
/usr/share/doc/libftdipp1-dbg/changelog.Debian.gz in each differs.  An
example diff between i386 and amd64 is attached.

The problem can be resolved by binNMU.

Jenny
libftdipp1-dbg
**
**
|0.20-1+b1|./usr/share/doc/libftdipp1-dbg/changelog.Debian.gz

diff -ur amd64/usr/share/doc/libftdipp1-dbg/changelog.Debian 
i386/usr/share/doc/libftdipp1-dbg/changelog.Debian
--- amd64/usr/share/doc/libftdipp1-dbg/changelog.Debian 2012-04-06 
17:25:07.0 +0100
+++ i386/usr/share/doc/libftdipp1-dbg/changelog.Debian  2012-04-06 
17:26:23.0 +0100
@@ -1,9 +1,9 @@
 libftdi (0.20-1+b1) sid; urgency=low
 
-  * Binary-only non-maintainer upload for amd64; no source changes.
+  * Binary-only non-maintainer upload for i386; no source changes.
   * Rebuild against boost1.49
 
- -- amd64 Build Daemon (brahms)   Fri, 
06 Apr 2012 16:25:07 +
+ -- i386 Build Daemon (murphy)   Fri, 06 
Apr 2012 16:26:23 +

Bug#700217: ITP: vim-youcompleteme -- fast, as-you-type, fuzzy-search code completion engine for vim

[Sebastian Ramacher]

Hi Onur,

On 2013-07-31 16:24:35, Onur Aslan wrote:
> retitle 700217 ITP: vim-youcompleteme -- fast, as-you-type, fuzzy-search code 
> completion engine for vim
> owner 700217 !
> thanks
> 
> I've already made this package. It is available here:
> http://anonscm.debian.org/gitweb/?p=users/onur-guest/vim-youcompleteme.git;a=summary
> 
> Only problem is it's using RPATH for libclang1-3.3 and there is no other
> way to build this package. libclang1-3.3 is a private library and linking
> with RPATH causing a serious lintian error. I will try to contact with llvm
> maintainers.

some time has passed since you've started working on this ITP. What's
the status? Let me know if you need any help and I'd be happy to
revier/sponsor/...

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature

Bug#728781: src:exodusii: arch-dependent files in "Multi-Arch: same" packages

[Jenny Hopkins]

Package: src:exodusii
Version: 5.14.dfsg.1-2
Severity: important
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch


(3 packages affected)
libexodusii5
libexodusii-dev
libnemesis3

All packages are marked as "Multi-Arch: same", but the file
/usr/share/doc/libexodusii5/changelog.Debian.gz in each differs.  An
example diff between i386 and amd64 is attached.

The problem can be resolved by binNMU.

Jenny
libexodusii5


|5.14.dfsg.1-2+b1|./usr/share/doc/libexodusii5/changelog.Debian.gz

diff -ur amd64/usr/share/doc/libexodusii5/changelog.Debian 
i386/usr/share/doc/libexodusii5/changelog.Debian
--- amd64/usr/share/doc/libexodusii5/changelog.Debian   2012-03-07 
20:56:52.0 +
+++ i386/usr/share/doc/libexodusii5/changelog.Debian2012-03-07 
21:10:36.0 +
@@ -1,9 +1,9 @@
 exodusii (5.14.dfsg.1-2+b1) sid; urgency=low
 
-  * Binary-only non-maintainer upload for amd64; no source changes.
+  * Binary-only non-maintainer upload for i386; no source changes.
   * Rebuild against libnetcdf7
 
- -- amd64 Build Daemon (brahms)   Wed, 
07 Mar 2012 20:56:52 +
+ -- i386 Build Daemon (murphy)   Wed, 07 
Mar 2012 21:10:36 +

Bug#728783: libvisp-dev_2.8.0-3: Package incorrectly flagged as "Multi-Arch: same"

[Jenny Hopkins]

Package: libvisp-dev
Version: 2.8.0-3
Severity: important
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch


Package libvisp-dev_2.8.0-3 is flagged as "Multi-Arch: same" but the
file /usr/bin/visp-config is architecture-dependent.

There is no current solution for dealing with arch-dependent
configurator scripts, so suggestion is to remove the M-A: same flag
for the time being.

The diff between amd64 and i386 is attached.

Jenny

diff -ur amd64/usr/bin/visp-config i386/usr/bin/visp-config
--- amd64/usr/bin/visp-config2013-09-27 22:09:01.0 +0100
+++ i386/usr/bin/visp-config2013-09-27 23:34:42.0 +0100
@@ -48,9 +48,9 @@
 
 PREFIX=$relpath
 
-CFLAGS="-I$PREFIX/include  -fopenmp -DUNIX -DBOOST_ALL_NO_LIB -I/usr/include 
-I/usr/include/OGRE -I/usr/include/ois -I/usr/include/libxml2 
-I/usr/include/opencv -I/usr/include/gtk-2.0 -I/usr/include/glib-2.0 
-I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/pango-1.0 
-I/usr/include/atk-1.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include 
-I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0"
+CFLAGS="-I$PREFIX/include  -fopenmp -DUNIX -DBOOST_ALL_NO_LIB -I/usr/include 
-I/usr/include/OGRE -I/usr/include/ois -I/usr/include/libxml2 
-I/usr/include/opencv -I/usr/include/gtk-2.0 -I/usr/include/glib-2.0 
-I/usr/lib/i386-linux-gnu/glib-2.0/include -I/usr/include/pango-1.0 
-I/usr/include/atk-1.0 -I/usr/lib/i386-linux-gnu/gtk-2.0/include 
-I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0"
 
-LIBS="-Wl,-rpath,$PREFIX/lib/x86_64-linux-gnu -L$PREFIX/lib/x86_64-linux-gnu 
-lvisp  -L/usr/lib/x86_64-linux-gnu 
-L/usr/share/OpenCV/3rdparty/lib/x86_64-linux-gnu /usr/lib/liblapack.so 
/usr/lib/libblas.so /usr/lib/x86_64-linux-gnu/libSM.so 
/usr/lib/x86_64-linux-gnu/libICE.so /usr/lib/x86_64-linux-gnu/libX11.so 
/usr/lib/x86_64-linux-gnu/libXext.so -lm /usr/lib/libboost_thread.so 
/usr/lib/libboost_system.so /usr/lib/libboost_date_time.so 
/usr/lib/x86_64-linux-gnu/libpthread.so 
/usr/lib/x86_64-linux-gnu/libOgreMain.so 
/usr/lib/x86_64-linux-gnu/libOgreMain.so /usr/lib/libboost_thread.so 
/usr/lib/libboost_date_time.so /usr/lib/libboost_system.so 
/usr/lib/libboost_atomic.so /usr/lib/libboost_chrono.so 
/usr/lib/x86_64-linux-gnu/libpthread.so /usr/lib/x86_64-linux-gnu/libOIS.so 
/usr/lib/x86_64-linux-gnu/libOIS.so /usr/lib/x86_64-linux-gnu/libGLU.so 
/usr/lib/x86_64-linux-gnu/libGL.so /usr/lib/x86_64-linux-gnu/libSM.so 
/usr/lib/x86_64-linux-gnu/libICE.so /usr/lib/x86_64-linux-gnu/libX11.so 
/usr/lib/x86_64-linux-gnu/
libXext.so /usr/lib/x86_64-linux-gnu/libCoin.so 
/usr/lib/x86_64-linux-gnu/libxml2.so /usr/lib/x86_64-linux-gnu/libfreenect.so 
/usr/lib/x86_64-linux-gnu/libpthread.so 
/usr/lib/x86_64-linux-gnu/libopencv_calib3d.so 
/usr/lib/x86_64-linux-gnu/libopencv_contrib.so 
/usr/lib/x86_64-linux-gnu/libopencv_core.so 
/usr/lib/x86_64-linux-gnu/libopencv_features2d.so 
/usr/lib/x86_64-linux-gnu/libopencv_flann.so 
/usr/lib/x86_64-linux-gnu/libopencv_gpu.so 
/usr/lib/x86_64-linux-gnu/libopencv_highgui.so 
/usr/lib/x86_64-linux-gnu/libopencv_imgproc.so 
/usr/lib/x86_64-linux-gnu/libopencv_legacy.so 
/usr/lib/x86_64-linux-gnu/libopencv_ml.so 
/usr/lib/x86_64-linux-gnu/libopencv_objdetect.so 
/usr/lib/x86_64-linux-gnu/libopencv_photo.so 
/usr/lib/x86_64-linux-gnu/libopencv_stitching.so 
/usr/lib/x86_64-linux-gnu/libopencv_superres.so 
/usr/lib/x86_64-linux-gnu/libopencv_ts.so 
/usr/lib/x86_64-linux-gnu/libopencv_video.so 
/usr/lib/x86_64-linux-gnu/libopencv_videostab.so 
/usr/lib/x86_64-linux-gnu/libopencv_calib3d.so /usr/lib/x86_64-linux-gnu/
libopencv_contrib.so /usr/lib/x86_64-linux-gnu/libopencv_core.so 
/usr/lib/x86_64-linux-gnu/libopencv_features2d.so 
/usr/lib/x86_64-linux-gnu/libopencv_flann.so 
/usr/lib/x86_64-linux-gnu/libopencv_gpu.so 
/usr/lib/x86_64-linux-gnu/libopencv_highgui.so 
/usr/lib/x86_64-linux-gnu/libopencv_imgproc.so 
/usr/lib/x86_64-linux-gnu/libopencv_legacy.so 
/usr/lib/x86_64-linux-gnu/libopencv_ml.so 
/usr/lib/x86_64-linux-gnu/libopencv_objdetect.so 
/usr/lib/x86_64-linux-gnu/libopencv_photo.so 
/usr/lib/x86_64-linux-gnu/libopencv_stitching.so 
/usr/lib/x86_64-linux-gnu/libopencv_superres.so 
/usr/lib/x86_64-linux-gnu/libopencv_ts.so 
/usr/lib/x86_64-linux-gnu/libopencv_video.so 
/usr/lib/x86_64-linux-gnu/libopencv_videostab.so 
/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so 
/usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so 
/usr/lib/x86_64-linux-gnu/libglib-2.0.so 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so 
/usr/lib/x86_64-linux-gnu/libgmodule-2.0.so 
/usr/lib/x86_64-linux-gnu/libgthread-2.0.so /usr/lib/x86_64-linux-gnu/libz.so 
/usr/lib/x86_64-
linux-gnu/libjpeg.so /usr/lib/x86_64-linux-gnu/libpng.so 
/usr/lib/x86_64-linux-gnu/libz.so /usr/lib/x86_64-linux-gnu/libswscale.so 
/usr/lib/x86_64-linux-gnu/libavformat.so 
/usr/lib/x86_64-linux-gnu/libavcodec.so /usr/lib/x86_64-linux-gnu/libavutil.so 
/usr/lib/x86_64-linux-gnu/libz.so /usr/lib/x86_64-linux-gnu/libbz2.so 
/usr/lib/x86_64-linux-gnu/libdc1394.so /usr/lib/x86_

Bug#728178: Ben file

[Mathieu Malaterre]

Ben file:

title = "gdcm";
is_affected = .depends ~ "libgdcm2-dev";
is_good = .depends ~ "libgdcm2.4";
is_bad = .depends ~ "libgdcm2.2";


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

Bug#728784: check_0.9.10-5: arch-dependent files in "Multi-Arch: same" package

[Jenny Hopkins]

Package: check
Version: 0.9.10-5
Severity: important
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch


Package check_0.9.10-5 is marked as "Multi-Arch: same" but the file
usr/share/info/check.info.gz differs between architectures.
Undetermined build tool is generating this file with differing
timestamps between architectures. Diffs between amd64 and i386 is
attached.

Jenny

jenny@ergates:~/debiandevel/currentbuilds/check$ diff -ur amd64/ i386/
diff -ur amd64/usr/share/info/check.info i386/usr/share/info/check.info
--- amd64/usr/share/info/check.info2013-08-17 20:27:24.0 +0100
+++ i386/usr/share/info/check.info2013-08-17 20:48:45.0 +0100
@@ -454,8 +454,8 @@
 
Here are the changes to 'check_money.c' for our first unit test:
 
- --- tests/check_money.1.c2013-06-29 15:21:33.313821647 +0200
- +++ tests/check_money.2.c2013-06-29 15:21:33.313821647 +0200
+ --- tests/check_money.1.c2013-04-18 10:19:01.0 +
+ +++ tests/check_money.2.c2013-04-18 10:19:01.0 +
  @@ -1,5 +1,18 @@
  +#include 
  +#include "../src/money.h"
@@ -536,8 +536,8 @@
 
We will patch our header 'money.h' as follows:
 
- --- src/money.1.h2013-06-29 15:21:33.313821647 +0200
- +++ src/money.2.h2013-06-29 15:21:33.313821647 +0200
+ --- src/money.1.h2013-04-18 10:19:01.0 +
+ +++ src/money.2.h2013-04-18 10:19:01.0 +
  @@ -1,4 +1,11 @@
   #ifndef MONEY_H
   #define MONEY_H
@@ -568,8 +568,8 @@
 of 'check_money.c'.  Note that we include stdlib.h to get the
 definitions of 'EXIT_SUCCESS' and 'EXIT_FAILURE'.
 
- --- tests/check_money.2.c2013-06-29 15:21:33.313821647 +0200
- +++ tests/check_money.3.c2013-06-29 15:21:33.313821647 +0200
+ --- tests/check_money.2.c2013-04-18 10:19:01.0 +
+ +++ tests/check_money.3.c2013-04-18 10:19:01.0 +
  @@ -1,18 +1,38 @@
  +#include 
   #include 
@@ -646,8 +646,8 @@
 fastest solution possible and implement stubs for each of the functions
 in 'money.c'.  Here is the diff:
 
- --- src/money.1.c2013-06-29 15:21:33.313821647 +0200
- +++ src/money.3.c2013-06-29 15:21:33.313821647 +0200
+ --- src/money.1.c2013-04-18 10:19:01.0 +
+ +++ src/money.3.c2013-04-18 10:19:01.0 +
  @@ -0,0 +1,26 @@
  +#include 
  +#include "money.h"
@@ -773,8 +773,8 @@
 tests.  We first have to create a Money structure to hold the amount,
 and then implement the function to return the correct amount:
 
- --- src/money.3.c2013-06-29 15:21:33.313821647 +0200
- +++ src/money.4.c2013-06-29 15:21:33.313821647 +0200
+ --- src/money.3.c2013-04-18 10:19:01.0 +
+ +++ src/money.4.c2013-04-18 10:19:01.0 +
  @@ -1,26 +1,31 @@
   #include 
   #include "money.h"
@@ -836,8 +836,8 @@
 that, the symmetric 'money_free()', and 'money_currency()' too, in order
 to make our unit test pass again, here is a diff:
 
- --- src/money.4.c2013-06-29 15:21:33.313821647 +0200
- +++ src/money.5.c2013-06-29 15:21:33.313821647 +0200
+ --- src/money.4.c2013-04-18 10:19:01.0 +
+ +++ src/money.5.c2013-04-18 10:19:01.0 +
  @@ -1,31 +1,41 @@
   #include 
   #include "money.h"
@@ -1005,8 +1005,8 @@
 'amount == 0'.  Let's put these in a separate test case called "Limits"
 so that 'money_suite' is changed like so:
 
- --- tests/check_money.3.c2013-06-29 15:21:33.313821647 +0200
- +++ tests/check_money.6.c2013-06-29 15:21:33.313821647 +0200
+ --- tests/check_money.3.c2013-04-18 10:19:01.0 +
+ +++ tests/check_money.6.c2013-04-18 10:19:01.0 +
  @@ -1,38 +1,63 @@
   #include 
   #include 
@@ -1077,8 +1077,8 @@
 "Limits" test case will be reported as "Limits", giving you additional
 information about where things broke.
 
- --- src/money.5.c2013-06-29 15:21:33.313821647 +0200
- +++ src/money.6.c2013-06-29 15:21:33.313821647 +0200
+ --- src/money.5.c2013-04-18 10:19:01.0 +
+ +++ src/money.6.c2013-04-18 10:19:01.0 +
  @@ -1,41 +1,46 @@
   #include 
   #include "money.h"
@@ -1234,8 +1234,8 @@
 named 'setup()' and 'teardown()', but they must take 'void' and return
 'void'.  We'll update 'check_money.c' with the following patch:
 
- --- tests/check_money.6.c2013-06-29 15:21:33.313821647 +0200
- +++ tests/check_money.7.c2013-06-29 15:21:33.313821647 +0200
+ --- tests/check_money.6.c2013-04-18 10:19:01.0 +
+ +++ tests/check_money.7.c2013-04-18 10:19:01.0 +
  @@ -1,63 +1,75 @@
   #include 
   #include 

Bug#728785: libkml-java_1.3.0~r864-1: arch-dependent file in "Multi-Arch: same" package

[Jenny Hopkins]

Package: libkml-java
Version: 1.3.0~r864-1
Severity: important
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch

Package libkml-java_1.3.0~r864-1 is marked as "Multi-Arch:  same" but
the file /usr/share/java/LibKML.jar differs between architectures.

If the file LibKML.jar is unpacked, there are no differences found,
but a diff between amd64 and i386 (with file as is) reports:
"Binary files amd64/usr/share/java/LibKML.jar and
i386/usr/share/java/LibKML.jar differ"

Jenny


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

Bug#725409: Radeon 6450 Graphics-Card Hardware-Info

[Andreas Glaeser]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

andreas@md-ho:~/Documents$ glxgears
1971 frames in 5.0 seconds = 394.131 FPS
2307 frames in 5.0 seconds = 461.212 FPS
2474 frames in 5.0 seconds = 494.774 FPS
^C
#
#The graphics are fast enough, even when running without the proprietary 
radeon-firmware
#who needs modesetting anyway ?
andreas@md-ho:~/Documents$ sudo lspci -vvv
.
.
..
01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Caicos 
[Radeon HD
6450] (prog-if 00 [VGA controller]) Subsystem: Hightech Information System Ltd. 
Device
2012 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR-
FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast 
>TAbort- SERR- 
Capabilities: [150 v1] Advanced Error Reporting
UESta:  DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF-
MalfTLP- ECRC- UnsupReq- ACSViol- UEMsk:DLP- SDES- TLP- FCP- CmpltTO- 
CmpltAbrt-
UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UESvrt:   DLP+ SDES+ TLP- 
FCP+
CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol- CESta:
RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+ CEMsk:  RxErr- BadTLP-
BadDLLP- Rollover- Timeout- NonFatalErr+ AERCap:First Error Pointer: 
00, GenCap+
CGenEn- ChkCap+ ChkEn-

01:00.1 Audio device: Advanced Micro Devices [AMD] nee ATI Caicos HDMI Audio 
[Radeon HD
6400 Series] Subsystem: Hightech Information System Ltd. Device aa98
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping-
SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast 
>TAbort-
SERR- 
Capabilities: [150 v1] Advanced Error Reporting
UESta:  DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF-
MalfTLP- ECRC- UnsupReq- ACSViol- UEMsk:DLP- SDES- TLP- FCP- CmpltTO- 
CmpltAbrt-
UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol- UESvrt:   DLP+ SDES+ TLP- 
FCP+
CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol- CESta:
RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+ CEMsk:  RxErr- BadTLP-
BadDLLP- Rollover- Timeout- NonFatalErr+ AERCap:First Error Pointer: 
00, GenCap+
CGenEn- ChkCap+ ChkEn- Kernel driver in use: snd_hda_intel

..
.
.

#It is quite strange, that the card was sold as a one GB (1 GB) model, and it 
is labelled
#1GB, but there are only two 128MB-DDR3 memory chips visible on the backside.
#The Nanya-datasheet says, that 16 of these chips are required to make a 
2GB-memory-dimm.
#then LSPCI also shows 256 MB of prefetchable RAM and 128K non-prefetchable.
#so the remaining memory to make one GB is probably sitting under the heat-sink 
or
#integrated directly into the GPU as GDDR 
#O.K! I am going to try backported non-free-firmware, but I am afraid, that it 
is not
#possible to run Kernel 3.10 with my setup, because that killed two of the 
internal
#USB-ports already. It does not seem to comply with md-raid and my chipset, 
when USB is
# involved.  See there: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=723635 
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlJ48oMACgkQ5+rBHyUt5wtsGwCfXRA7SoFyRHcAoKtgKOdmY+XN
ShQAoKj6einz4hZdpCUCfhAlXibH6lau
=aW6v
-END PGP SIGNATURE-

Bug#722159: I have to correct... the bug is not fixed by my simple patch...

[Sven Schumacher]

I'll give it a try with the patch in #34


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

Bug#728361: [Pkg-xfce-devel] Bug#728361: MATE does not offer shutdown/suspend/hibernate buttons

[Yves-Alexis Perez]

On Tue, 2013-11-05 at 13:09 +0400, Alexei Sorokin wrote:
> > It seems to work here at least. Can you check if the wrapper is 
> > correctly executed and if the scripts in /etc/X11/Xsession.d are too?
> Sorry, wrong lead, Xsession works fine.

Grmbl, it could have been a lead, at least.
> 
> $ ck-list-sessions

corsac@scapa: ck-list-sessions
Session21:
unix-user = '1000'
realname = 'Yves-Alexis Perez'
seat = 'Seat1'
session-type = ''
active = TRUE
x11-display = ':0'
x11-display-device = '/dev/tty7'
display-device = ''
remote-host-name = ''
is-local = TRUE
on-since = '2013-11-04T22:26:14.936936Z'
login-session-id = '3'

So indeed, it looks like there's a consolekit issue.

> $ ps -e | grep 'console-kit'
>   1060 ?00:00:00 console-kit-daemon

ps aux |grep console
root  1268  0.0  0.1 2095972 4080 ?Ssl  Nov02
0:01 /usr/sbin/console-kit-daemon --no-daemon

Not too sure who starts it though.
-- 
Yves-Alexis


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

Bug#714853: Status of the ITP?

[Andy Hawkins]

Hi,

On Tue, Nov 05, 2013 at 02:18:43PM +0100, Sebastian Ramacher wrote:
> I'd be willing to help you maintaing the package (we could do this under
> the Multimedia Team umbrella) or to take it over - whatever you
> prefer. If you have some packaging available already, this would be
> agood starting point.
> 
> Just let me know what you prefer and I'll start working on it.

I think it would be very helpful if you could take it over, I just don't
seem to have the time to work on it to be able to get it into Debian.

Would you consider also taking over the packaging of libmusicbrainz? The two
are related. libmusicbrainz is already in Debian, and I really need to find
some time as upstream to update it and switch it to using libxml.

Both have git repositories:

git://anonscm.debian.org/collab-maint/libcoverart.git
git://git.debian.org/git/pkg-multimedia/libmusicbrainz.git

Thanks

Andy


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

Bug#725409: I tried Fedora-19-live already

[Andreas Glaeser]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

It showed the same scary flashing screen at boot- and shutdown-time.
[more info attached (Xorg.0.log.xz)]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlJ49ZoACgkQ5+rBHyUt5wthPwCeKlfrkV5fbBV18KtqCe/sOzKR
IZsAn05P3jA1h3iGUiXitBSDSOSFwPuO
=kh8o
-END PGP SIGNATURE-


Xorg.0.log.xz
Description: application/xz

Bug#723635: kern.log.xz attached (two internal USB-ports dead already)

[Andreas Glaeser]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlJ4+SYACgkQ5+rBHyUt5wsNtwCfWtj6JM4KhkJRdwH8StuFmtD1
KKgAn1VVOz2wrjFdQHmPidgZAtxSESEt
=OtxG
-END PGP SIGNATURE-


kern.log.xz
Description: application/xz

Bug#722887: Updated German translation for pingus

[Helge Kreutzmann]

Hello,
I noticed that some strings were out of sync for the German
translation of pingus.

Could you update the translation (using the version attached to this
e-mail)?

This was also reported some time ago to Debian but not yet acted on
(in bugs.debian.org/722887).

Thanks!

 Helge
-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software "libre": http://www.ffii.de/


pingus_0.7.6-1.1_de.po.bz2
Description: Binary data


signature.asc
Description: Digital signature

Bug#714853: Status of the ITP?

[Sebastian Ramacher]

I forgot to CC Timo and Daniel. So let's try this again:

On 2013-11-05 15:06:50, Sebastian Ramacher wrote:
> Control: owner -1 !
> 
> On 2013-11-05 13:41:57, Andy Hawkins wrote:
> > Hi,
> > 
> > On Tue, Nov 05, 2013 at 02:18:43PM +0100, Sebastian Ramacher wrote:
> > > I'd be willing to help you maintaing the package (we could do this under
> > > the Multimedia Team umbrella) or to take it over - whatever you
> > > prefer. If you have some packaging available already, this would be
> > > agood starting point.
> > > 
> > > Just let me know what you prefer and I'll start working on it.
> > 
> > I think it would be very helpful if you could take it over, I just don't
> > seem to have the time to work on it to be able to get it into Debian.
> 
> Okay, fine with me. I've set myself as owner of this ITP.
> 
> > Would you consider also taking over the packaging of libmusicbrainz? The two
> > are related. libmusicbrainz is already in Debian, and I really need to find
> > some time as upstream to update it and switch it to using libxml.
> >
> > git://anonscm.debian.org/collab-maint/libcoverart.git
> > git://git.debian.org/git/pkg-multimedia/libmusicbrainz.git
> 
> Yes, but let's check with Timo and Daniel first. They appear to be the
> current (?) maintainsers of libmusicbrainz5:
> 
> Hi Timo, hi Daniel,
> 
> after the upload of 5.0.1-2 the package as been moved to the
> Multimedia Team's repositories but there are no human uploaders left.
> Is anyone of you two still interested in maintaining libmusicbrainz5
> (under the team's umbrella)? I'd be be willing to help out if needed.

Regards
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature

Bug#714853: Status of the ITP?

[Sebastian Ramacher]

Control: owner -1 !

On 2013-11-05 13:41:57, Andy Hawkins wrote:
> Hi,
> 
> On Tue, Nov 05, 2013 at 02:18:43PM +0100, Sebastian Ramacher wrote:
> > I'd be willing to help you maintaing the package (we could do this under
> > the Multimedia Team umbrella) or to take it over - whatever you
> > prefer. If you have some packaging available already, this would be
> > agood starting point.
> > 
> > Just let me know what you prefer and I'll start working on it.
> 
> I think it would be very helpful if you could take it over, I just don't
> seem to have the time to work on it to be able to get it into Debian.

Okay, fine with me. I've set myself as owner of this ITP.

> Would you consider also taking over the packaging of libmusicbrainz? The two
> are related. libmusicbrainz is already in Debian, and I really need to find
> some time as upstream to update it and switch it to using libxml.
>
> git://anonscm.debian.org/collab-maint/libcoverart.git
> git://git.debian.org/git/pkg-multimedia/libmusicbrainz.git

Yes, but let's check with Timo and Daniel first. They appear to be the
current (?) maintainsers of libmusicbrainz5:

Hi Timo, hi Daniel,

after the upload of 5.0.1-2 the package as been moved to the
Multimedia Team's repositories but there are no human uploaders left.
Is anyone of you two still interested in maintaining libmusicbrainz5
(under the team's umbrella)? I'd be be willing to help out if needed.

Regards
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature

Bug#728786: znc: New upstream release

[Sylvestre Ledru]

Package: znc
Severity: wishlist

Hello,

New version 1.2 has been released. Could you package it ?

Thanks,
Sylvestre


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

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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#727070: xpdf: Upgrade of fontconfig from 2.10.2 to 2.11 causes xpdf to deadlock on x86 and fail mutex on x86_64

[Michael Gilbert]

On Tue, Nov 5, 2013 at 3:20 AM, Peter Keel wrote:
> Hi
>
> Would it help to define MULTITHREADED when compiling?

I already tried that, it doesn't help.

> If so, where would one define this for use with dpkg-buildpackage?

debian/rules

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#728787: radvd: fails to reload config file

[?]

Package: radvd
Version: 1:1.9.1-1.1
Severity: important

On my system, radvd frequently dies because of broken default permissions.

Nov 05 08:02:19 netz UNKNOWN[27217]: attempting to reread config file
Nov 05 08:02:19 netz UNKNOWN[27217]: can't open /etc/radvd.conf: Permission 
denied
Nov 05 08:02:19 netz radvd[27215]: Exiting, privsep_read_loop had readn return 
0 bytes
root@netz:~# ls -l /var/run/radvd/radvd.pid
-rw-r--r-- 1 radvd nogroup 5 Nov  5 14:09 /var/run/radvd/radvd.pid
root@netz:~# ls -l /etc/radvd.conf 
-rw--- 1 root root 524 Feb  1  2012 /etc/radvd.conf

To fix this, the best way is probably to chown radvd.conf to user radvd in 
debian/postinst.

-- System Information:
Debian Release: jessie/sid
  APT prefers stable
  APT policy: (700, 'stable'), (600, 'unstable'), (550, 'experimental')
Architecture: i386 (i686)

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

Versions of packages radvd depends on:
ii  adduser 3.113+nmu3
ii  libc6   2.17-93
ii  libdaemon0  0.14-2

radvd recommends no packages.

radvd 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#728786: znc: New upstream release

[Sylvestre Ledru]

Le 05/11/2013 15:11, Patrick Matthäi a écrit :
> Am 05.11.2013 15:07, schrieb Sylvestre Ledru:
>> Package: znc
>> Severity: wishlist
>>
>> Hello,
>>
>> New version 1.2 has been released. Could you package it ?
>
> No I am unable to do it :-))
>
> I already notified it, I will package it in the next days/week
>
Thanks ! ;)

Sylvestre


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

Bug#714853: Status of the ITP?

[Andy Hawkins]

Hi,

On Tue, Nov 05, 2013 at 03:06:51PM +0100, Sebastian Ramacher wrote:
> Okay, fine with me. I've set myself as owner of this ITP.

Ok, great.

> Yes, but let's check with Timo and Daniel first. They appear to be the
> current (?) maintainsers of libmusicbrainz5:

I believe they're listed as the maintainers as they had permissions to
upload. I think Jon Dowland was the original sponsor of the package, but
since then Daniel has become either a DD or DM.

It was always envisaged that I'd do the actual hands-on maintenance of the
package, with them uploading if required. However, I'm finding it hard
enough just to act as upstream for libmb, that I don't think I can
realistically manage the package as well.

Andy


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

Bug#728786: znc: New upstream release

[Patrick Matthäi]

Am 05.11.2013 15:07, schrieb Sylvestre Ledru:

Package: znc
Severity: wishlist

Hello,

New version 1.2 has been released. Could you package it ?


No I am unable to do it :-))

I already notified it, I will package it in the next days/week




Thanks,
Sylvestre


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

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




--
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

  Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/


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

Bug#720936: autotools tutorial

[Osamu Aoki]

control: tags 720936 wontfix
Hi,

Thanks for providing an interesting URL to autotools tutorial.

I do not think maint-guide should be URL link site.
  https://www.flameeyes.eu/autotools-mythbuster
  http://www.flameeyes.eu/autotools-mythbuster 

For me this doc has 2 problems since CC non-commercial.
  It is not DFSG compliant from Debian's view point.
  It is not GFDL from GNU's view point.

The current linked tutorial is written by the upstream author of
autotools.

Unless autotools upstream endorses this alternative tutorial URL, I do
not think I add this.  If such info exists, let us know.

For now, let's keep this bug open so people may find this info.

Osamu


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

Bug#727070: xpdf freezes

[Michael Gilbert]

On Mon, Nov 4, 2013 at 11:40 PM, Luis Mochan wrote:
> Package: xpdf
> Version: 3.03-11
> Followup-For: Bug #727070
>
> Dear Maintainer,
>
> xpdf suddenly stopped working for me under jessie. Seems my problem must be
> this same bug (I checked I have fontconfig 2.11.0-1). I have a 686 system 
> where
> the program seems to stall, and an amd64 where I get the message
> xpdf.real: pthread_mutex_lock.c:65: __pthread_mutex_lock: Assertion
> `mutex->__data.__owner == 0' failed. Aborted.
> For me it is quite critical, as I have several scripts that use xpdf.
> Best regards,
> Luis

To everyone running into this, please see
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=728444#25 for a
solution.

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#728783: libvisp-dev_2.8.0-3: Package incorrectly flagged as "Multi-Arch: same"

[Thomas Moulard]

On Tue, Nov 5, 2013 at 10:24 PM, Jenny Hopkins  wrote:
> Package: libvisp-dev
> Version: 2.8.0-3
> Severity: important
> User: multiarch-de...@lists.alioth.debian.org
> Usertags: multiarch
>
>
> Package libvisp-dev_2.8.0-3 is flagged as "Multi-Arch: same" but the
> file /usr/bin/visp-config is architecture-dependent.
>
> There is no current solution for dealing with arch-dependent
> configurator scripts, so suggestion is to remove the M-A: same flag
> for the time being.
>
> The diff between amd64 and i386 is attached.

This is a regression actually. visp-config was patched in the past to
rely on the pkg-config
file to compute the flags and make it architecture independent.
I thought the modification was in the release and dropped the patch
but apparently this is not
the case. I will fix this ASAP.
-- 
Thomas Moulard


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

Bug#728788: vagrant: Backport Vagrant 1.2.2-1 from testing to wheezy-backports

[Varac]

Package: vagrant
Severity: wishlist

Please backport current jessie version 1.2.2-1 to wheezy-backports, 1.2.2-1 has 
quite some more features than 1.0.3-1 from wheezy has.



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

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

-- 
Thorsten Hinrichsmeyer
Schäferstr. 10b
20357 Hamburg
Germany 

tel. (0049) +40 228158102
fax  (0049) +40 228158109
mail t...@bitrigger.de
web  http://www.bitrigger.de


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

Bug#728757: valgrind: Valgrind won't start, complains about being unable to set up function redirection

[Alessandro Ghedini]

Control: severity -1 normal

On mar, nov 05, 2013 at 09:08:30 +0100, Peter Allin wrote:
> Package: valgrind
> Version: 1:3.7.0-6
> Severity: grave
> Justification: renders package unusable
> 
> Dear Maintainer,
> 
> When I try to run Valgrind it refuses to run, and exits with an error
> message about being unable to redirect a function.
> 
> [...]
> 
> I do have the libc6-dbg package installed:
> 
> > dpkg -l |  grep libc6
> [...]
> ii  libc6-amd64

This seems to be the culprit. valgrind seems to get confused by the loader
installed by that package.

I can't think of any reason as to why, on a multi-arched amd64 system, you'd
want to install the libc6-amd64:i386 package along with libc6:amd64 though, and
to be honest I'm not even sure this actually qualifies as valgrind bug.

Also, trying to remove that package I somehow fucked up the chroot I was working
on, so be careful if you want to get rid of it.

> I am reporting this as "grave" given that it renders the package unusable,
> and I have can't think of anything that makes my rather fresh installation
> unique in any way.

I downgraded it to normal as it only affects your particular setup.

Cheers

-- 
perl -E '$_=q;$/= @{[@_]};and s;\S+;;eg;say~~reverse'


signature.asc
Description: Digital signature

Bug#727781: zsnes: Fatal error when loading state (DSP-1 ROM)

[Etienne Millon]

Just an update.

The copying code makes some assumptions about the object code that
don't hold true with a "modern compiler" (it's hard to know for how
long it's been broken, though).

For example consider the following line:

> copy_func(&buffer, &Op02FX, 11*4+3*4+28*8+128);

The intent is probably to copy global variables as a block. The 11
first words refer to the following variables defined in zstate.c:
(2 bytes for each variable and 2 bytes of padding)

> short Op02FX;
> short Op02FY;
> short Op02FZ;
> short Op02LFE;
> short Op02LES;
> short Op02AAS;
> short Op02AZS;
> short Op02VOF;
> short Op02VVA;
> short Op02CX;
> short Op02CY;

(I don't really know what the 3*4+28*8 refer to, but there seem to be
128 bytes of padding after each block)

However, the memory layout is different than what's in the file:

> 0x890b208 : 0
> 0x890b20a : 0
> 0x890b20c : 0
> 0x890b20e :  0
> 0x890b210 :  0
> 0x890b212 :  0
> 0x890b214 :  0
> 0x890b216 : 0
> 0x890b218 :  0

(BTW if someone knows how to print the above global layout in an
automated way, I'm interested. The above is just done by hand with
gdb)

The solution of copying variable by variable does surprisingly not
work, presumably because some data originally copied through those
bytes of padding (accessed Op02FX, Op0AVS and Op06X) has a different
layout.

However, keeping this hack for only Op02FX allows loading to work,
at least in my tests. But some state may be missed.

The "good" solution would be to refactor the code to use a global
struct for DSP1 state but this is a bit of work. Interestingly enough,
dsp1proc.asm internally uses a 16 word DSP1VARS "structure" that may
be copied instead.

-- 
Etienne Millon


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

Bug#368297: Does OpenLDAP has any GPLv2 dependency?

[Carlos Alberto Lopez Perez]

On 24/04/12 17:25, Thorsten Glaser wrote:
> Hi all,
> 
> this bug has been brought to my attention by my boss today.
> If I understand the situation correctly, the problem is:
> 
> • OpenLDAP links against GnuTLS (gnutls26)
> • gnutls26 links against gcrypt, which has the bug
> • gnutls28 links against nettle, but also gmp which is LGPLv3+
> • OpenLDAP thus can’t link against gnutls28, as it has reverse
>   dependencies that are not LGPLv3-/GPLv3-compatible
> • the package affected is libnss-ldap though
> 

Which ones are the reverse dependencies of libnss-ldap or OpenLDAP that
are LGPLv3+ incompatibles?

According to [1], the only combination forbidden is GPLv2 (LGPLv2 and
LGPLv2.1 is allowed per point 3. of the license, explained also on [1] ).

Looking at the recursive reverse dependencies of libnss-ldap [2] I fail
to find any package that is GPLv2 only.

If there isn't any GPLv2 reverse dependency, then OpenLDAP can be just
recompiled to link against gnutls28 and this long standing bug will be
fixed.

Thoughts?


Regards!


[1] https://bugzilla.redhat.com/show_bug.cgi?id=986347
[2] $ apt-rdepends libnss-ldap





signature.asc
Description: OpenPGP digital signature

Bug#728790: oolite: doesn't work on amd64

[Ernesto Domato]

Package: oolite
Version: 1.77-1
Severity: normal

Hello, with previous version (unstable 1.76.1-3) and latest version
(experimental 1.77-1) the program tries to show the splash screen window
(without the splash screen) and then it just close (doesn't start).

I downloaded the binary version from oolite.org for latest release (1.77) and
it works as expected.

On the log generated from the Debian package everything seems fine except for a
line that says "11:38:13.826 [sdl.gameStart]: - WARNING: image 'splash.bmp'
not found!" which is odd and maybe the reason that the splash screen is not
shown (don't know if that's the reason of the crash since the oolite-data
package is installed and it contains the mentioned image).

Let me know what else can I do to try to help you resolve this problem.

Thanks.
Ernesto



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

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

Versions of packages oolite depends on:
ii  gnustep-base-runtime  1.22.1-4.1
ii  libc6 2.17-93
ii  libgcc1   1:4.8.2-1
ii  libgl1-mesa-glx [libgl1]  9.2.2-1
ii  libglu1-mesa [libglu1]9.0.0-2
ii  libgnustep-base1.22   1.22.1-4.1
ii  libmozjs185-1.0   1.8.5-1.0.0+dfsg-4+b1
ii  libobjc4  4.8.2-1
ii  libpng12-01.2.49-5
ii  libsdl-mixer1.2   1.2.12-9
ii  libsdl1.2debian   1.2.15-8
ii  oolite-data   1.77-1

Versions of packages oolite recommends:
ii  oolite-data-sounds  1.77-1
ii  oolite-doc  1.77-1

oolite 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#728789: dwb: crash with segmentation fault very often

[Florian Birée]

Package: dwb
Version: 20130503hg-2
Severity: grave
Justification: renders package unusable

Dear Maintainer,

   * What led up to the situation?
   
   Browsing the web, the problem appear on a lot of situations (website, number
   of tabs).
   
   I reproduce it by opening http://fr.wikipedia.org/, then opening one link
   on it in a new tab.
   
   * What exactly did you do (or not do) that was effective (or
 ineffective)?

   I tried to run dwb with the default configuration (i.e. by removing my
   ~/.config/dwb/): same problem.
 
   * What was the outcome of this action?
   
   A crash with a segmentation fault (see the output).
   
   * What outcome did you expect instead?
   
   A working browser ;-)

-- Output of the crash:
No settingsfile found: L'ouverture du fichier « 
/home/florian/.config/dwb/settings » a échoué : Aucun fichier ou dossier de ce 
type
Using default values.
No keyfile found: Aucun fichier ou dossier de ce type
Using default values.

** (dwb:4743): WARNING **: The set_id method on WebKitDOMHTMLElement is 
deprecated. Use the one in WebKitDOMElement instead.

** (dwb:4743): WARNING **: The set_id method on WebKitDOMHTMLElement is 
deprecated. Use the one in WebKitDOMElement instead.
Received SIGSEGV, trying to clean up.

Last 23 stack frames: 

 23: dwb(+0x1cfdc) [0xb7734fdc]
 22: dwb(+0x32149) [0xb774a149]
 21: linux-gate.so.1(__kernel_sigreturn+0) [0xb76f6400]
 20: /usr/lib/libwebkitgtk-3.0.so.0(+0x4d6345) [0xb5f0b345]
 19: /usr/lib/libwebkitgtk-3.0.so.0(+0x30d8d9) [0xb5d428d9]
 18: /usr/lib/libjavascriptcoregtk-3.0.so.0(_ZN3JSC11SlotVisitor5drainEv+0x203) 
[0xb4e87be3]
 17: /usr/lib/libjavascriptcoregtk-3.0.so.0(_ZN3JSC4Heap9markRootsEv+0xaa0) 
[0xb4e8ac90]
 16: 
/usr/lib/libjavascriptcoregtk-3.0.so.0(_ZN3JSC4Heap7collectENS0_11SweepToggleE+0x19f)
 [0xb4e8c73f]
 15: 
/usr/lib/libjavascriptcoregtk-3.0.so.0(_ZN3JSC4Heap17collectAllGarbageEv+0x2c) 
[0xb4e8d08c]
 14: /usr/lib/libwebkitgtk-3.0.so.0(+0x2bb99b) [0xb5cf099b]
 13: /usr/lib/libwebkitgtk-3.0.so.0(+0x2bbc75) [0xb5cf0c75]
 12: /usr/lib/libwebkitgtk-3.0.so.0(+0x26eb52) [0xb5ca3b52]
 11: /usr/lib/libwebkitgtk-3.0.so.0(+0x26ebd5) [0xb5ca3bd5]
 10: /usr/lib/libwebkitgtk-3.0.so.0(+0x284e0b) [0xb5cb9e0b]
  9: /lib/i386-linux-gnu/libglib-2.0.so.0(+0x470b1) [0xb4b0b0b1]
  8: /lib/i386-linux-gnu/libglib-2.0.so.0(g_main_context_dispatch+0x13e) 
[0xb4b0a42e]
  7: /lib/i386-linux-gnu/libglib-2.0.so.0(+0x467d8) [0xb4b0a7d8]
  6: /lib/i386-linux-gnu/libglib-2.0.so.0(g_main_context_iteration+0x38) 
[0xb4b0a898]
  5: /usr/lib/i386-linux-gnu/libgio-2.0.so.0(g_application_run+0x1c4) 
[0xb52bfe44]
  4: dwb(+0x2061c) [0xb773861c]
  3: dwb(main+0x54) [0xb77350c4]
  2: /lib/i386-linux-gnu/i686/cmov/libc.so.6(__libc_start_main+0xf5) 
[0xb484a8c5]
  1: dwb(+0x1d0fd) [0xb77350fd]
Erreur de segmentation


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

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

Versions of packages dwb depends on:
ii  libc6   2.17-93
ii  libgdk-pixbuf2.0-0  2.28.2-1
ii  libglib2.0-02.36.4-1
ii  libgnutls26 2.12.23-8
ii  libgtk-3-0  3.8.6-1
ii  libjavascriptcoregtk-3.0-0  2.2.1-2
ii  libpango1.0-0   1.36.0-1
ii  libsoup2.4-12.44.1-1
ii  libwebkitgtk-3.0-0  2.2.1-2

Versions of packages dwb recommends:
ii  wget   1.14-4
pn  xterm  

dwb 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#728791: squid-deb-proxy: After restart, proxy is unavailable until restart of avahi-daemon

[Varac]

Package: squid-deb-proxy
Version: 0.7.2
Severity: important



After restarting, the service is announced by avahi only on ipv6, not on
ipv4 anymore.
However, apt-get update still fails.



root@greyhound:~# avahi-browse -a|grep proxy
+ vboxnet0 IPv6 Squid deb proxy on greyhound
_apt_proxy._tcp  local
+ vboxnet0 IPv4 Squid deb proxy on greyhound
_apt_proxy._tcp  local
+ virbr0 IPv4 Squid deb proxy on greyhound
_apt_proxy._tcp  local
+br0 IPv6 Squid deb proxy on greyhound
_apt_proxy._tcp  local
+br0 IPv4 Squid deb proxy on greyhound
_apt_proxy._tcp  local

root@greyhound:/etc/apt#
/usr/share/squid-deb-proxy-client/apt-avahi-discover
http://10.5.5.1:8000/



root@greyhound:~# /etc/init.d/squid-deb-proxy restart
Restarting Squid Deb HTTP Proxy: squid-deb-proxy
Waiting.done.
2013/07/26 20:20:28| strtokFile:
/etc/squid-deb-proxy/autogenerated/pkg-blacklist-regexp.acl not found
2013/07/26 20:20:28| Warning: empty ACL: acl blockedpkgs urlpath_regex
"/etc/squid-deb-proxy/autogenerated/pkg-blacklist-regexp.acl"
.

root@greyhound:~# apt-get update
0% [Working]Failed to resolve service 'Squid deb proxy on greyhound' of
type '_apt_proxy._tcp' in domain 'local': Timeout reached
Failed to resolve service 'Squid deb proxy on greyhound' of type
'_apt_proxy._tcp' in domain 'local': Timeout reached
Failed to resolve service 'Squid deb proxy on greyhound' of type
'_apt_proxy._tcp' in domain 'local': Timeout reached
Failed to resolve service 'Squid deb proxy on greyhound' of type
'_apt_proxy._tcp' in domain 'local': Timeout reached
Failed to resolve service 'Squid deb proxy on greyhound' of type
'_apt_proxy._tcp' in domain 'local': Timeout reached
Failed to resolve service 'Squid deb proxy on greyhound' of type
'_apt_proxy._tcp' in domain 'local': Timeout reached
Hit http://security.debian.org wheezy/updates Release.gpg
Hit http://security.debian.org jessie/updates Release.gpg
Hit http://security.debian.org wheezy/updates Release
...

root@greyhound:~# /usr/share/squid-deb-proxy-client/apt-avahi-discover
Failed to resolve service 'Squid deb proxy on greyhound' of type
'_apt_proxy._tcp' in domain 'local': Timeout reached
Failed to resolve service 'Squid deb proxy on greyhound' of type
'_apt_proxy._tcp' in domain 'local': Timeout reached


root@greyhound:~# avahi-browse -a|grep proxy
+ vboxnet0 IPv6 Squid deb proxy on greyhound
_apt_proxy._tcp  local
+br0 IPv6 Squid deb proxy on greyhound
_apt_proxy._tcp  local

root@greyhound:~# /etc/init.d/avahi-daemon restart
Restarting Avahi mDNS/DNS-SD Daemon: avahi-daemon.

root@greyhound:~# avahi-browse -a|grep proxy
+ vboxnet0 IPv6 Squid deb proxy on greyhound
_apt_proxy._tcp  local
+ vboxnet0 IPv4 Squid deb proxy on greyhound
_apt_proxy._tcp  local
+ virbr0 IPv4 Squid deb proxy on greyhound
_apt_proxy._tcp  local
+br0 IPv6 Squid deb proxy on greyhound
_apt_proxy._tcp  local
+br0 IPv4 Squid deb proxy on greyhound
_apt_proxy._tcp  local

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

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


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

Bug#726156: Debian 726123 related to 726156

[Martin Gallant]

I have been tracking down a related issue in the unattended-upgrades package.
Please refer to bug report 726123.

The traceback I get is nearly identical to that reported in this bug.
So I wanted to bring this related issue to your attention.

I have tried to put together a fix locally, but am quickly getting over my head.

Should I leave 726123 assigned to unattended-upgrades, or reassign it
to python-apt?
I am not sure what the Debian policy is on such things, so I wanted to
ask first.

Please let me know how you would like this handled.  Thanks.

-- 
Marty


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

Bug#714853: Status of the ITP?

[Daniel Pocock]

On 05/11/13 15:08, Sebastian Ramacher wrote:
> I forgot to CC Timo and Daniel. So let's try this again:
>
> On 2013-11-05 15:06:50, Sebastian Ramacher wrote:
>> Control: owner -1 !
>>
>> On 2013-11-05 13:41:57, Andy Hawkins wrote:
>>> Hi,
>>>
>>> On Tue, Nov 05, 2013 at 02:18:43PM +0100, Sebastian Ramacher wrote:
 I'd be willing to help you maintaing the package (we could do this under
 the Multimedia Team umbrella) or to take it over - whatever you
 prefer. If you have some packaging available already, this would be
 agood starting point.

 Just let me know what you prefer and I'll start working on it.
>>> I think it would be very helpful if you could take it over, I just don't
>>> seem to have the time to work on it to be able to get it into Debian.
>> Okay, fine with me. I've set myself as owner of this ITP.
>>
>>> Would you consider also taking over the packaging of libmusicbrainz? The two
>>> are related. libmusicbrainz is already in Debian, and I really need to find
>>> some time as upstream to update it and switch it to using libxml.
>>>
>>> git://anonscm.debian.org/collab-maint/libcoverart.git
>>> git://git.debian.org/git/pkg-multimedia/libmusicbrainz.git
>> Yes, but let's check with Timo and Daniel first. They appear to be the
>> current (?) maintainsers of libmusicbrainz5:
>>
>> Hi Timo, hi Daniel,
>>
>> after the upload of 5.0.1-2 the package as been moved to the
>> Multimedia Team's repositories but there are no human uploaders left.
>> Is anyone of you two still interested in maintaining libmusicbrainz5
>> (under the team's umbrella)? I'd be be willing to help out if needed.


I'm happy to help out but my primary focus is on my VoIP/RTC packages

Andy, did you end up receiving any signatures from any Debian people and
would you want to be one of the named maintainers for the package?  I
would be happy to send an email sponsoring a request for you to be
granted upload privileges as a Debian Maintainer (it is half way to
becoming Debian Developer)
https://wiki.debian.org/DebianMaintainer

Although there is a packaging team listed as the maintainer, there also
needs to be at least one real person listed as an uploader.

Regards,

Daniel


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

Bug#728792: libreoffice-nlpsolver: nlpsolver cannot be used in LibreOffice Calc - Error: The status of this extension is unknown

[Moijaiunvelo]

Package: libreoffice-nlpsolver
Version: 0.9~beta1-9
Severity: important

Dear Maintainer,

I installed the extension libreoffice-nlpsolver but I was unable to actually
use it in LibreOffice Calc. An error message appears in the extension manager
of LibreOffice :

Error: The status of this extension is unknown.

Therefore I just can use the solver by-default which is linear. I tried to
uninstall libreoffice-nlpsolver and reinstall it but no way. I also checked the
install with apt-get and aptitude but I found no evidence for a trouble with
dependancies.

Sincerly,
Moi



-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (700, 'testing'), (500, 'stable-updates'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)

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

Versions of packages libreoffice-nlpsolver depends on:
ii  default-jre [java6-runtime]1:1.7-49
ii  gcj-4.7-jre [java5-runtime]4.7.3-2
ii  gcj-4.8-jre [java5-runtime]4.8.1-10
ii  gcj-jre [java5-runtime]4:4.8.1-3
ii  libreoffice-calc   1:4.1.1-1+b1
ii  libreoffice-core   1:4.1.1-1+b1
ii  openjdk-6-jre [java6-runtime]  6b27-1.12.5-2
ii  openjdk-7-jre [java6-runtime]  7u21-2.3.9-5

libreoffice-nlpsolver recommends no packages.

libreoffice-nlpsolver 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#714853: Status of the ITP?

[Andy Hawkins]

Hi all,

On Tue, Nov 05, 2013 at 04:09:17PM +0100, Daniel Pocock wrote:
> I'm happy to help out but my primary focus is on my VoIP/RTC packages

I thought that was the case, hence why I was keen for Sebastian to take over
the packaging.

> Andy, did you end up receiving any signatures from any Debian people and
> would you want to be one of the named maintainers for the package?  I
> would be happy to send an email sponsoring a request for you to be
> granted upload privileges as a Debian Maintainer (it is half way to
> becoming Debian Developer)
> https://wiki.debian.org/DebianMaintainer

No, I haven't done anything as regards getting my key signed or taking the
first steps to officially joining the Debian project. In reality, I'm
already way behind just maintining libmusicbrainz itself to be able to also
take on the job of maintaining the package.

> Although there is a packaging team listed as the maintainer, there also
> needs to be at least one real person listed as an uploader.

I'd suggest (assuming he's Ok with it) that Sebastian lists himself as an
uploader on both libcaa and libmb.

Then maybe I can get my finger out and actually update libmb to work with
the recent changes to Musicbrainz's web service, and also address the XML
licensing issue.

Andy


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

Bug#726801: biomaj: fails to install with Recommends enabled

[Andreas Beckmann]

On 2013-11-04 19:23, gregor herrmann wrote:
> Control: tag -1 unreproducible
> 
> On Sat, 19 Oct 2013 13:40:17 +0200, Andreas Beckmann wrote:
> 
>> during a test with piuparts I noticed your package failed to install. As
>> per definition of the release team this makes the package too buggy for
>> a release, thus the severity.

actually I observed the problem while testing biomaj-watcher_1.2.1-1 in
contrib, but the failure was already while installing its dependencies.

[...]
> But not the "java: not found" problem.
> 
> # which java
> /usr/bin/java
> 
> 
> IOW: I can't reproduce the installation failure (amd64 sid chroot,
> DEBCONF_FRONTEND=noninteractive), neither with biomaj-watcher nor
> with biomaj, neither with --with-recommends nor with
> --without-recommends.

and in that logfile (that is already attached to the bugreport)
I have

  Setting up ca-certificates-java (20130815) ...
  done.
  Setting up openjdk-7-jre-headless:i386 (7u25-2.3.12-4) ...
  update-alternatives: using
/usr/lib/jvm/java-7-openjdk-i386/jre/bin/java to provide /usr/bin/java
(java) in auto mode


***after*** the biomaj failure - so there was no java, yet.
Looks like dependencies are missing somewhere.


Andreas

PS: the logfile contains the full piuparts command line I used, look at
the top.


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

Bug#728793: cmake: Automoc ignores ADD_DEFINITIONS

[Tomassino Ferrauto]

Package: cmake
Version: 2.8.12-2
Severity: important


After upgrading from cmake 2.8.11.2-1 to 2.8.12-2 automoc has stopped using the 
definitions added with ADD_DEFINITION. Consider for example the following 
situation:

CMakeLists.txt

CMAKE_MINIMUM_REQUIRED(VERSION 2.8.9)

PROJECT(TestAutomoc)

SET(CMAKE_INCLUDE_CURRENT_DIR ON)
SET(CMAKE_AUTOMOC ON)
FIND_PACKAGE(Qt5Core  REQUIRED)

FILE(GLOB SRCS ./*.cpp)
FILE(GLOB HDRS ./*.h)

ADD_DEFINITIONS("-DDEFINE_CLASS")

ADD_EXECUTABLE(testAutomoc ${SRCS} ${HDRS})
QT5_USE_MODULES(testAutomoc Core)


main.cpp

#include 

#ifdef DEFINE_CLASS
class Test : public QObject
{
Q_OBJECT
};
#endif

int main()
{
Test* t = new Test();

delete t;

return 0;
}

#include "main.moc"


This compiles fine with cmake 2.8.11.2-1 while it fails to compile with cmake 
2.8.12-2 with the following output:

[ 33%] Automoc for target testAutomoc
Generating main.moc
/home/tommy/Projects/Work/testAutomoc/main.cpp:0: Note: No relevant classes 
found. No output generated.
[ 33%] Built target testAutomoc_automoc
Scanning dependencies of target testAutomoc
[ 66%] Building CXX object CMakeFiles/testAutomoc.dir/main.cpp.o
[100%] Building CXX object CMakeFiles/testAutomoc.dir/testAutomoc_automoc.cpp.o
Linking CXX executable testAutomoc
CMakeFiles/testAutomoc.dir/main.cpp.o: In function `Test::Test()':
/home/tommy/Projects/Work/testAutomoc/main.cpp:4: undefined reference to 
`vtable for Test'
collect2: error: ld returned 1 exit status
make[2]: *** [testAutomoc] Error 1
make[1]: *** [CMakeFiles/testAutomoc.dir/all] Error 2
make: *** [all] Error 2

The moc command line is the following (obtained with make VERBOSE=1):

/usr/lib/x86_64-linux-gnu/qt5/bin/moc 
-I/home/tommy/Projects/Work/testAutomoc/build 
-I/home/tommy/Projects/Work/testAutomoc -I/usr/include/qt5 
-I/usr/include/qt5/QtCore -I/usr/share/qt5/mkspecs/linux-g++-64 -DQT_CORE_LIB 
-o /home/tommy/Projects/Work/testAutomoc/build/main.moc 
/home/tommy/Projects/Work/testAutomoc/main.cpp 

which lacks -DDEFINE_CLASS. When using make 2.8.11-2 the moc command line is 
this one:

/usr/lib/x86_64-linux-gnu/qt5/bin/moc 
-I/home/tommy/Projects/Work/testAutomoc/build 
-I/home/tommy/Projects/Work/testAutomoc -I/usr/include/qt5 
-I/usr/include/qt5/QtCore -I/usr/share/qt5/mkspecs/linux-g++-64 -DQT_CORE_LIB 
-DQT_CORE_LIB -DQT_NO_DEBUG -DDEFINE_CLASS -o 
/home/tommy/Projects/Work/testAutomoc/build/main.moc 
/home/tommy/Projects/Work/testAutomoc/main.cpp

Thanks for the help,
Tomassino


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

Kernel: Linux 3.11-1-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/bash

Versions of packages cmake depends on:
ii  cmake-data2.8.12-2
ii  libarchive13  3.1.2-7
ii  libc6 2.17-93
ii  libcurl3  7.33.0-1
ii  libexpat1 2.1.0-4
ii  libgcc1   1:4.8.2-1
ii  libstdc++64.8.2-1
ii  procps1:3.3.8-2
ii  zlib1g1:1.2.8.dfsg-1

Versions of packages cmake recommends:
ii  gcc   4:4.8.1-3
ii  make  3.81-8.3

Versions of packages cmake suggests:
pn  codeblocks  
pn  eclipse 

-- 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#728794: shared-mime-info: please add mime-type entry for DOOM game data

[Fabian Greffrath]

Package: shared-mime-info
Version: 1.0-1+b1
Severity: wishlist
Tags: upstream

Hi,

please add a mime-type entry for DOOM game data.

The files should have the *.wad extension and the first four bytes must either
be "IWAD" or "PWAD". The files are currently recognized as "application/octet-
stream":

$ file /usr/share/games/doom/freedoom.wad
/usr/share/games/doom/freedoom.wad: doom main IWAD data containing 3286 lumps
$ file /usr/share/games/doom/freedoom.wad --mime-type
/usr/share/games/doom/freedoom.wad: application/octet-stream

Thanks,

Fabian



-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (990, 'stable'), (900, 'unstable'), (700, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages shared-mime-info depends on:
ii  libc6 2.17-93
ii  libglib2.0-0  2.36.4-1
ii  libxml2   2.9.1+dfsg1-3

shared-mime-info recommends no packages.

shared-mime-info 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#728795: redmine: Gem.source_index is deprecated, use Specification (debian stable)

[Wim Bertels]

Package: redmine
Version: 1.4.4+dfsg1-2+deb7u1
Severity: minor

Dear Maintainer,

Redmine was installed in wheezy,
upgraded to squeeze, psql backend

This is a minor report, just intended as feedback to the maintainer and 
possible devs:
The syslog warning is:
"
NOTE: Gem.source_index is deprecated, use Specification. It will be removed on 
or after 2011-11-01.
Gem.source_index called from 
/usr/share/redmine/vendor/rails/railties/lib/rails/gem_dependency.rb:21
"
this is probably? solved in newer versions of redmine,
i did not check this.

mvg,
Wim

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

Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=nl_BE@euro, LC_CTYPE=nl_BE@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages redmine depends on:
ii  bundler   1.1.4-6
ii  dbconfig-common   1.8.47+nmu1
ii  debconf [debconf-2.0] 1.5.49
ii  rails 2:2.3.14.2
ii  redmine-pgsql 1.4.4+dfsg1-2+deb7u1
ii  ruby  1:1.9.3
ii  ruby-coderay  1.0.6-2
ii  ruby-fastercsv1.5.5-1
ii  ruby-net-ldap 0.3.1-2
ii  ruby-rack 1.4.1-2.1
ii  ruby-rails-2.32.3.14-4
ii  ruby1.8 [ruby-interpreter]1.8.7.358-7
ii  ruby1.9.1 [ruby-interpreter]  1.9.3.194-8.1+deb7u1
ii  rubygems  1.8.24-1

redmine recommends no packages.

Versions of packages redmine suggests:
pn  bzr   
ii  cvs   2:1.12.13+real-9
pn  darcs 
ii  git   1:1.7.10.4-1+wheezy1
pn  mercurial 
pn  ruby-openid   
ii  ruby-rmagick  2.13.1-6
ii  subversion1.6.17dfsg-4+deb7u4

-- debconf information:
  redmine/instances/default/passwords-do-not-match:
  redmine/instances/default/db/basepath:
  redmine/instances/default/pgsql/changeconf: false
  redmine/default-language: ${defaultLocale}
  redmine/instances/default/pgsql/no-empty-passwords:
  redmine/instances/default/pgsql/manualconf:
  redmine/instances/default/pgsql/authmethod-admin: ident
  redmine/instances/default/pgsql/admin-user: postgres
  redmine/instances/default/pgsql/authmethod-user: password
  redmine/old-instances:
  redmine/instances/default/upgrade-error: abort
  redmine/instances/default/upgrade-backup: true
  redmine/instances/default/mysql/admin-user: root
  redmine/instances/default/mysql/method: unix socket
  redmine/instances/default/remove-error: abort
  redmine/instances/default/dbconfig-remove:
  redmine/instances/default/remote/port:
* redmine/instances/default/dbconfig-install: true
  redmine/instances/default/remote/newhost:
  redmine/instances/default/missing-db-package-error: retry
  redmine/instances/default/pgsql/method: unix socket
* redmine/instances/default/database-type: pgsql
  redmine/missing-redmine-package:
  redmine/instances/default/dbconfig-reinstall: false
  redmine/instances/default/db/app-user: redmine
  redmine/instances/default/default-language: nl
  redmine/notify-migration:
  redmine/instances/default/db/dbname: redmine_default
  redmine/instances/default/purge: false
  redmine/current-instances: default
  redmine/instances/default/remote/host:
  redmine/instances/default/dbconfig-upgrade: true
  redmine/instances/default/internal/reconfiguring: false
  redmine/instances/default/install-error: retry
  redmine/instances/default/internal/skip-preseed: false


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

Bug#728796: can not remove package

[arne]

Package: yaws
Version: 1.97-1
Severity: serious

# dpkg -P --force all yaws
(Reading database ... 315953 files and directories currently installed.)
Removing yaws ...
Stopping yaws: invoke-rc.d: initscript yaws, action "stop" failed.
dpkg: error processing yaws (--purge):
 subprocess installed pre-removal script returned error exit status 1
Starting yaws: .. failedYaws web server.
Errors were encountered while processing:
 yaws



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

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

Versions of packages yaws depends on:
ii  adduser  3.113+nmu3
ii  erlang-yaws  1.97-2
ii  ssl-cert 1.0.33

yaws recommends no packages.

Versions of packages yaws suggests:
pn  yaws-chat  
pn  yaws-doc   
pn  yaws-mail  
pn  yaws-wiki  
pn  yaws-yapp  

-- Configuration Files:
/etc/yaws/conf.avail/localhost-ssl.conf [Errno 13] Permission denied:
u'/etc/yaws/conf.avail/localhost-ssl.conf' /etc/yaws/conf.avail/localhost.conf
[Errno 13] Permission denied:
u'/etc/yaws/conf.avail/localhost.conf' /etc/yaws/yaws.conf [Errno 13]
Permission denied: u'/etc/yaws/yaws.conf'

-- 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#726733: av_register_all() segfaults on s390x in some cases (regression, causes FTBFS)

[Thibaut Paumard]

Control: retitle -1  av_register_all() segfaults on s390x in some cases
Control: severity -1 normal
Control: thanks

Hi,

Downgrading the severity as it's actually not a regression: the package
always failed building on s390x with the same error message. I thought I
did my homework and checked that already, apparently I did it wrong.

Interestingly, it also used to fail on s390 but the last build was
successful. See:
https://buildd.debian.org/status/logs.php?pkg=yorick-av&arch=s390

Kind regards, Thibaut.


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

Bug#717698:

[Dmitriy Vinogradov]

I confirm similar behavior on an amd64 machine: standard wheezy kernel
(3.2) boots normally, kernel from wheezy-backports (3.10-3) doesn't boot
with error while looking for LVM partitions.
Disk setup is as follows: /boot is in separate partition, /tmp and / are in
LVM (non-encrypted).

Bug#594197: poedit does not handle po file with simgular/plural combination strings

[Osamu Aoki]

control: found 594197 1.5.4-1 

ii  poedit1.5.4-1
amd64gettext catalog editor

Hi,

On Tue, Nov 05, 2013 at 12:18:57PM +0100, intrigeri wrote:
> Hi,
> 
> Osamu Aoki wrote (24 Aug 2010 14:13:42 GMT) :
> > po file such as one containing:
> 
> > #: cmdline/apt-get.cc:1653
> > #, fuzzy
> > msgid ""
> > "The following package is automatically installed and is no longer 
> > required:"
> > msgid_plural ""
> > "The following packages were automatically installed and are no longer "
> > "required:"
> > msgstr[0] ""
> > "以下のパッケージが自動でインストールされましたが、もう必要とされていません:"
> > msgstr[1] ""
> > "以下のパッケージが自動でインストールされましたが、もう必要とされていません:"
> 
> > poedit fails to parse and display.  This happens when source has set of 
> > strings.

Yes.  It display 2 English source but only one Japanese translation.
 
> Can you reproduce this issue with the latest version of poedit one may
> find in Debian?

Since current ja.po in apt is missing msgstr[1], I created attached
short example.  (Japanese text replaced with English for ease of
testing.)

You see only msgstr[0] is shown in Form0.  No Form1 as I expected.

I also get annoying syntax error message for "Plural-Forms: Plural-Forms:
nplurals=1; plural=0;\n".

Please test attached example to reproduce my experience.

Osamu

# Japanese mesasges for apt.
# Copyright (C) 2001 Free Software Foundation, Inc.
# Project Vine, Daisuke SUZUKI , 2001-2002
# Debian Project, Masato Taruishi , 2002
# Debian Project, Keita Maehara , 2003
# Debian Project, Kenshi Muto , 2004-2012
msgid ""
msgstr ""
"Project-Id-Version: apt 0.9.9.4\n"
"Report-Msgid-Bugs-To: APT Development Team \n"
"POT-Creation-Date: 2013-10-15 21:22+0200\n"
"PO-Revision-Date: 2013-11-06 00:45+0900\n"
"Last-Translator: Kenshi Muto \n"
"Language-Team: Debian Japanese List \n"
"Language: ja\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: Plural-Forms: nplurals=1; plural=0;\n"
"X-Generator: Poedit 1.5.4\n"

#: apt-private/private-install.cc:506
#, fuzzy
msgid ""
"The following package was automatically installed and is no longer required:"
msgid_plural ""
"The following packages were automatically installed and are no longer "
"required:"
msgstr[0] "TRANSLATION for SINGLE:"
msgstr[1] "TRANSLATION for PLURAL:"

Bug#728797: ITP: python-mne -- Python modules for MEG and EEG data analysis

[Alexandre Gramfort]

Package: wnpp
Severity: wishlist
Owner: Alexandre Gramfort 

* Package name: python-mne
  Version : 0.7.git
  Upstream Author : Alexandre Gramfort 
* URL : https://github.com/mne-tools/mne-python
* License : BSD
  Programming Lang: Python
  Description : Python modules for MEG and EEG data analysis

This package is designed for sensor- and source-space analysis of MEG and EEG
data, including frequency-domain and time-frequency analyses and
non-parametric statistics.


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

Bug#728793: cmake: Automoc ignores ADD_DEFINITIONS

[Modestas Vainius]

Control: forwarded -1 http://cmake.org/Bug/view.php?id=14535
Control: tags -1 upstream

Hello,

Antradienis 05 Lapkritis 2013 16:20:48 Tomassino Ferrauto rašė:
> After upgrading from cmake 2.8.11.2-1 to 2.8.12-2 automoc has stopped using
> the definitions added with ADD_DEFINITION. Consider for example the
> following situation:

It seems like upstream knows about this and the fix is being cooked at the 
moment. As far as I can tell, there are plans for 2.8.12.1 in the very close 
future which will probably have this fix.


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

Bug#728548: python-coverage-dbg: Debug packages must be built specifically for debug build of Python

[Dmitry Shachnev]

Hi all!

When I tried to build the current Bzr snapshot of python-coverage, I noticed
that in the build log gcc is invoked three times for Python 2 stuff and one time
for Python 3 stuff.

That happens because:

- dh_auto_build builds for python2.7 and python2.7-dbg;
- Your override_dh_auto_build builds for python2.7 and python3.3.

This way, the library for python3.3-dbg doesn’t get built at all. The library
currently getting shipped in python3-coverage-dbg package is a version built
against non-debug interpreter (libraries built against debug interpreter usually
have “cpython-33dm” in their name (note the “d”)). So we can’t consider this
bug fixed yet.

My advice will be:

- Let dh_auto_build cover the python2.7 stuff itself, no need to touch that.
- Make sure your overrides build and install python3 versions of libraries
  with both debug and non-debug interpreters.

You can also consider switching to pybuild, which does all this stuff
automatically.

--
Dmitry Shachnev

Bug#679182: FTBFS on mips*: braces around scalar initializer for type 'unsigned int'

[Dragoslav Sicarov]

Hi everyone,
In  my opinion this issue is not mips compiler bug.
Simulating this issue on i386, amd64, mips and mipsel architectures I got same 
results.

In definition of struct sigaction there is a difference between architectures 
due to the error occur.

Definition for mips:
struct sigaction
  {
unsigned int sa_flags;
union
  {
 __sighandler_t sa_handler;
 void (*sa_sigaction) (int, siginfo_t *, void *);
  }
__sigaction_handler;
__sigset_t sa_mask;
void (*sa_restorer) (void);
int sa_resv[1];
  };

Definition for i686:
struct sigaction
  {
union
  {
 __sighandler_t sa_handler;
 void (*sa_sigaction) (int, siginfo_t *, void *);
  }
__sigaction_handler;
__sigset_t sa_mask;
int sa_flags;
void (*sa_restorer) (void);
  };


If first attribute is not union, struct can not be initialized with {{0}} with 
g++ compiler.
For that reason {} should be used for struct initialization.
This will properly initialize instance of structure sigaction on both 
architectures.