Bug#725851: [LCFC] templates://fpc/{fp-compiler.templates.in}
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 clavi...@debian.org
Uploaders: Abou Al Montacir abou.almonta...@sfr.fr,
Paul Gevers elb...@debian.org,
Peter Michael Green plugw...@debian.org,
Torsten Werner twer...@debian.org
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
Bug#728757: valgrind: Valgrind won't start, complains about being unable to set up function redirection
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 none
pn kcachegrind none
pn valgrind-mpi none
pn valkyrie none
-- no debconf information
Bug#710311: Unable to reproduce exact scenario mentioned and nmu diff
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 intrig...@debian.org 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
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
On Tue, Nov 05, 2013 at 08:38:57AM CET, Paul Martin p...@debian.org 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
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
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
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
tag 636368 pending thanks Date: Tue Nov 5 09:31:12 2013 +0100 Author: Guido Günther a...@sigxcpu.org 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
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
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
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... #CPU[HYPER]---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-perlnone 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
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.
]] Russ Allbery Peter Dolding oia...@gmail.com 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.
* Russ Allbery (r...@debian.org) [131104 18:21]: Carlos Alberto Lopez Perez clo...@igalia.com 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=openrcproject_1=upstartproject_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
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
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!
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
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
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 debian-l10n-fre...@lists.debian.org # This file is distributed under the same license as the nova package. # Julien Patriarca patriar...@gmail.com, 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 leatherf...@debian.org\n Language-Team: FRENCH debian-l10n-fre...@lists.debian.org\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 reliés à un port différent.
Bug#728764: neutron: French debconf templates translation
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 debian-l10n-fre...@lists.debian.org # This file is distributed under the same license as the neutron package. # Julien Patriarca leatherf...@debian.org, 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 leatherf...@debian.org\n Language-Team: FRENCH debian-l10n-fre...@lists.debian.org\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 it as a parameter when starting
Bug#728767: heat: French debconf templates translation
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 debian-l10n-fre...@lists.debian.org # This file is distributed under the same license as the HEAT package. # Julien Patriarca leatherf...@debian.org, 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 leatherf...@debian.org\n Language-Team: FRENCH debian-l10n-fre...@lists.debian.org\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 #:
Bug#728766: openstack-trove: French debconf templates translation
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 debian-l10n-fre...@lists.debian.org # This file is distributed under the same license as the trove package. # Julien Patriarca leatherf...@debian.org, 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 leatherf...@debian.org\n Language-Team: FRENCH debian-l10n-fre...@lists.debian.org\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 #. Description #:
Bug#728769: cinder: French debconf templates translation
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 debian-l10n-fre...@lists.debian.org # This file is distributed under the same license as the CINDER package. # Julien Patriarca leatherf...@debian.org, 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 leatherf...@debian.org\n Language-Team: FRENCH debian-l10n-fre...@lists.debian.org\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 tenant that will be used for billing. Having more
Bug#684731: Fix found
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
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 debian-l10n-fre...@lists.debian.org # This file is distributed under the same license as the dokuwiki package. # Translator: # Steve Petruzzello dl...@bluewin.ch, 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 dl...@bluewin.ch\n Language-Team: french debian-l10n-fre...@lists.debian.org\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 #. Description #: ../templates:5001 msgid Anyone who matches this specification will
Bug#728730: zim can be closed without saving changes
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
Control: tag -1 moreinfo Alessandro Ghedini gh...@debian.org 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
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 debian-l10n-fre...@lists.debian.org # This file is distributed under the same license as the CEILOMETER package. # Julien Patriarca leatherf...@debian.org, 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 leatherf...@debian.org\n Language-Team: FRENCH debian-l10n-fre...@lists.debian.org\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 #. Description #:
Bug#727708: tech-ctte: Decide which init system to default to in Debian.
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
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)
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
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
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
Package: wnpp Severity: wishlist Owner: Emmanuel Bourg ebo...@apache.org * 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
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
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)
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
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
On 5 Nov 2013, at 12:17, intrigeri intrig...@debian.org 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
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
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
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
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
On 5 Nov 2013, at 13:11, intrigeri intrig...@debian.org 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
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
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
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?
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
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
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) buildd_amd64-bra...@buildd.debian.org Mon, 18 Jun 2012 20:03:43 + + -- i386 Build Daemon buildd_i386-bi...@buildd.debian.org Mon, 18 Jun 2012 20:01:34 +
Bug#728782: libgxps2: arch-dependent file in Multi-Arch: same package
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) buildd_i386-mur...@buildd.debian.org 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
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) buildd_amd64-bra...@buildd.debian.org Fri, 06 Apr 2012 16:25:07 + + -- i386 Build Daemon (murphy) buildd_i386-mur...@buildd.debian.org Fri, 06 Apr 2012 16:26:23 +
Bug#700217: ITP: vim-youcompleteme -- fast, as-you-type, fuzzy-search code completion engine for vim
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
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) buildd_amd64-bra...@buildd.debian.org Wed, 07 Mar 2012 20:56:52 + + -- i386 Build Daemon (murphy) buildd_i386-mur...@buildd.debian.org Wed, 07 Mar 2012 21:10:36 +
Bug#728783: libvisp-dev_2.8.0-3: Package incorrectly flagged as Multi-Arch: same
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
Bug#728178: Ben file
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
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 check.h +#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 stdlib.h #include check.h @@ -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 stdlib.h +#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 stdlib.h #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 stdlib.h #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 stdlib.h #include check.h @@ -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 stdlib.h #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 stdlib.h #include check.h
Bug#728785: libkml-java_1.3.0~r864-1: arch-dependent file in Multi-Arch: same package
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
-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- TAbort- MAbort- SERR- PERR- INTx- Latency: 0, Cache Line Size: 4 bytes Interrupt: pin A routed to IRQ 10 Region 0: Memory at d000 (64-bit, prefetchable) [size=256M] Region 2: Memory at fdec (64-bit, non-prefetchable) [size=128K] Region 4: I/O ports at ee00 [size=256] [virtual] Expansion ROM at fde0 [disabled] [size=128K] Capabilities: [50] Power Management version 3 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Capabilities: [58] Express (v2) Legacy Endpoint, MSI 00 DevCap: MaxPayload 256 bytes, PhantFunc 0, Latency L0s 4us, L1 unlimited ExtTag+ AttnBtn- AttnInd- PwrInd- RBE+ FLReset- DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported- RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop+ MaxPayload 128 bytes, MaxReadReq 512 bytes DevSta: CorrErr+ UncorrErr- FatalErr- UnsuppReq+ AuxPwr- TransPend- LnkCap: Port #0, Speed 2.5GT/s, Width x16, ASPM L0s L1, Latency L0 64ns, L1 1us ClockPM- Surprise- LLActRep- BwNot- LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain- CommClk+ ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt- LnkSta: Speed 2.5GT/s, Width x16, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt- DevCap2: Completion Timeout: Not Supported, TimeoutDis- DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis- LnkCtl2: Target Link Speed: 2.5GT/s, EnterCompliance- SpeedDis-, Selectable De-emphasis: -6dB Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS- Compliance De-emphasis: -6dB LnkSta2: Current De-emphasis Level: -6dB, EqualizationComplete-, EqualizationPhase1- EqualizationPhase2-, EqualizationPhase3-, LinkEqualizationRequest- Capabilities: [a0] MSI: Enable- Count=1/1 Maskable- 64bit+ Address: Data: Capabilities: [100 v1] Vendor Specific Information: ID=0001 Rev=1 Len=010 ? 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- TAbort- MAbort- SERR- PERR- INTx- Latency: 0, Cache Line Size: 4 bytes Interrupt: pin B routed to IRQ 44 Region 0: Memory at fdefc000 (64-bit, non-prefetchable) [size=16K] Capabilities: [50] Power Management version 3 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Capabilities: [58] Express (v2) Legacy Endpoint, MSI 00 DevCap: MaxPayload 256 bytes, PhantFunc 0, Latency L0s 4us, L1 unlimited ExtTag+ AttnBtn- AttnInd- PwrInd- RBE+ FLReset- DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported- RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop+ MaxPayload 128 bytes, MaxReadReq 512 bytes DevSta: CorrErr+ UncorrErr- FatalErr- UnsuppReq+ AuxPwr- TransPend- LnkCap: Port #0, Speed 2.5GT/s, Width x16, ASPM L0s L1, Latency L0 64ns, L1 1us ClockPM- Surprise- LLActRep- BwNot- LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain- CommClk+
Bug#722159: I have to correct... the bug is not fixed by my simple patch...
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
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?
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
-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)
-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
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?
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?
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
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
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
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?
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
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
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
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
On Tue, Nov 5, 2013 at 10:24 PM, Jenny Hopkins hopkins.je...@gmail.com 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
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
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+;inidehG ordnasselA;eg;say~~reverse'
signature.asc
Description: Digital signature
Bug#727781: zsnes: Fatal error when loading state (DSP-1 ROM)
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 Op02FX: 0 0x890b20a Op14Zr: 0 0x890b20c CosAzs: 0 0x890b20e Op03F: 0 0x890b210 Op06H: 0 0x890b212 Op28R: 0 0x890b214 Op06X: 0 0x890b216 SinAas: 0 0x890b218 Op23Z: 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?
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
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
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 none 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
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
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?
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
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?
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
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
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 QObject
#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 none
pn eclipse none
-- 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
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)
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 none
ii cvs 2:1.12.13+real-9
pn darcs none
ii git 1:1.7.10.4-1+wheezy1
pn mercurial none
pn ruby-openid none
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
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 none pn yaws-doc none pn yaws-mail none pn yaws-wiki none pn yaws-yapp none -- 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)
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-avarch=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:
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
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 dais...@linux.or.jp, 2001-2002 # Debian Project, Masato Taruishi t...@debian.org, 2002 # Debian Project, Keita Maehara maeh...@debian.org, 2003 # Debian Project, Kenshi Muto km...@debian.org, 2004-2012 msgid msgstr Project-Id-Version: apt 0.9.9.4\n Report-Msgid-Bugs-To: APT Development Team de...@lists.debian.org\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 km...@debian.org\n Language-Team: Debian Japanese List debian-japan...@lists.debian.org\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
Package: wnpp Severity: wishlist Owner: Alexandre Gramfort alexandre.gramf...@m4x.org * Package name: python-mne Version : 0.7.git Upstream Author : Alexandre Gramfort alexandre.gramf...@m4x.org * 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
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
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'
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.
