Bug#750625: yara: Missing depends in both python/python3-yara
Source: yara
Version: 2.1.0-2
Severity: serious
Tags: patch
Justification: Policy 3.5
Neither of the Python bindings packages have any python interpreter depends,
which they require to work. This is due to missing subsitution variables in
debian/control. Patch attached. I don't plan to NMU this immediately, but I
may later if this isn't resovled.
diff -Nru yara-2.1.0/debian/changelog yara-2.1.0/debian/changelog
--- yara-2.1.0/debian/changelog 2014-04-03 00:57:26.0 -0400
+++ yara-2.1.0/debian/changelog 2014-06-05 01:36:44.0 -0400
@@ -1,3 +1,11 @@
+yara (2.1.0-2.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Add missing python{3}:Depends substvars in debian/control so proper
+python depends on included for python{3}-yara
+
+ -- Scott Kitterman sc...@kitterman.com Thu, 05 Jun 2014 01:35:41 -0400
+
yara (2.1.0-2) unstable; urgency=medium
* Restored symbols file
diff -Nru yara-2.1.0/debian/control yara-2.1.0/debian/control
--- yara-2.1.0/debian/control 2014-04-03 00:57:26.0 -0400
+++ yara-2.1.0/debian/control 2014-06-05 01:35:19.0 -0400
@@ -100,7 +100,7 @@
Package: python-yara
Section: python
Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}
+Depends: ${shlibs:Depends}, ${python:Depends}, ${misc:Depends}
Description: help to identify and classify malwares (Python bindings)
YARA is a tool aimed at helping malware researchers to identify
and classify malware samples. With YARA you can create descriptions
@@ -129,7 +129,7 @@
Package: python3-yara
Section: python
Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}
+Depends: ${shlibs:Depends}, ${python3:Depends}, ${misc:Depends}
Description: help to identify and classify malwares (Python 3 bindings)
YARA is a tool aimed at helping malware researchers to identify
and classify malware samples. With YARA you can create descriptions
Bug#747105: policykit-1: depends on systemd
On Sun, 25 May 2014 12:59:17 +0200 Laurent Bigonville bi...@debian.org wrote: The systemd-logind executable is in the systemd package. Installing this package is not automatically switching your system to systemd as PID1 (this is done by the systemd-sysv package). Ah.. right. Sorry, thought that a package was referenced. The only thing policykit requires is a registered logind session. Well, i don't have logind running. And my printer still works. So i guess logind is not that important for policykit. Unless i'm misunderstanding something Attila Kinali -- The trouble with you, Shev, is you don't say anything until you've saved up a whole truckload of damned heavy brick arguments and then you dump them all out and never look at the bleeding body mangled beneath the heap -- Tirin, The Dispossessed, U. Le Guin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750626: dvd-slideshow: No video output due to deprecated commands
Package: dvd-slideshow Version: 0.8.4.2-2 Severity: grave Tags: patch Dear Maintainer, With this minimal test case: ---8--- $ cat test EOT title:5:The Title EOT $ dvd-slideshow -V 2 -mp4 test [dvd-slideshow]dvd-slideshow 0.8.4-1 [dvd-slideshow]Licensed under the GNU GPL [dvd-slideshow]Copyright 2003-2011 by Scott Dylewski [dvd-slideshow] [dvd-slideshow] Using default slideshow name: test [dvd-slideshow] Output directory not specified. [dvd-slideshow] Using /home/thep/tmp/dvd-slideshow [dvd-slideshow] Parsing input file test [dvd-slideshow] [dvd-slideshow] Found 0 images. [dvd-slideshow] Found 0 audio files. [dvd-slideshow] Found 0 background slides. [dvd-slideshow] Found 1 title slides. [dvd-slideshow] Found 0 transitions (fadein/fadeout/crossfade/wipe). [dvd-slideshow] sq_to_dvd_pixels=100.00x100% [dvd-slideshow] Video: NTSC 320x240 29.97fps 4:3 [dvd-slideshow] Audio: AC3 44100 128k [dvd-slideshow] Debug=2 Autocrop=0 Subtitles=dvd Border=0 [dvd-slideshow] Using SMP optimizations for multi-processor machines [dvd-slideshow] Title_font=...r/share/fonts/type1/gsfonts/n019004l.pfb [dvd-slideshow] Subtitle_font=...r/share/fonts/type1/gsfonts/n019004l.pfb [dvd-slideshow] Running initial error check... line 3 file=title duration=5 subtitle=The Title effect1= [dvd-slideshow] Total audio length = [dvd-slideshow] Total video length = 0:0:5.000 [dvd-slideshow] Temp dir is ...mp/dvd-slideshow/dvd-slideshow_temp_2068 [dvd-slideshow] Exporting .mp4 file [dvd-slideshow] Creating black background [dvd-slideshow] [dvd-slideshow] start_frame_number=0 start_time=0:0:0.000 [dvd-slideshow] Title 0:0:5.000 [dvd-slideshow] Title=The Title [dvd-slideshow] rendered_frames=150 [dvd-slideshow] end_frame_number=150 end_time=0:0:5.000 [dvd-slideshow] [dvd-slideshow] subtitle_start=0:0:0.000 subtitle_end=0:0:5.000 [dvd-slideshow] waiting for encoder to finish... [dvd-slideshow]# [dvd-slideshow] No audio files passed. Using 0:0:5.000 silence. [dvd-slideshow] Working on track 1 audio file 1 [dvd-slideshow] silence [dvd-slideshow] Creating silence audio file for 0:0:5.000 sox WARN sox: Option `-s' is deprecated, use `-e signed-integer' instead. sox WARN sox: Option `-2' is deprecated, use `-b 16' instead. sox WARN sox: Option `-2' is deprecated, use `-b 16' instead. sox WARN sox: Option `-s' is deprecated, use `-e signed-integer' instead. [dvd-slideshow] This audio plays in slideshow from 0:0:0.000 to 0:0:5.000 [dvd-slideshow] Actual length of .raw file=0:0:5.000 [dvd-slideshow] ### [dvd-slideshow] Converting all track 1 audio files... sox WARN sox: Option `-2' is deprecated, use `-b 16' instead. sox WARN sox: Option `-s' is deprecated, use `-e signed-integer' instead. soxi FAIL formats: can't open input file `-D': No such file or directory (standard_in) 2: syntax error (standard_in) 2: illegal character: I (standard_in) 2: illegal character: : (standard_in) 2: illegal character: ' (standard_in) 2: syntax error (standard_in) 2: illegal character: ' (standard_in) 3: syntax error (standard_in) 3: illegal character: : (standard_in) 4: illegal character: S (standard_in) 4: illegal character: R (standard_in) 4: syntax error (standard_in) 4: illegal character: : (standard_in) 5: illegal character: P (standard_in) 5: illegal character: : (standard_in) 5: syntax error (standard_in) 6: syntax error (standard_in) 6: illegal character: : (standard_in) 6: illegal character: : (standard_in) 6: illegal character: : (standard_in) 6: syntax error (standard_in) 7: syntax error (standard_in) 7: illegal character: S (standard_in) 7: illegal character: : (standard_in) 8: syntax error (standard_in) 8: illegal character: R (standard_in) 8: illegal character: : (standard_in) 8: illegal character: M (standard_in) 9: illegal character: S (standard_in) 9: syntax error (standard_in) 9: illegal character: : (standard_in) 9: illegal character: S (standard_in) 9: syntax error (standard_in) 9: illegal character: I (standard_in) 9: illegal character: P (standard_in) 9: illegal character: M [dvd-slideshow] Actual length of .raw file= [dvd-slideshow] ERROR: no output .mp4 file found! [dvd-slideshow] This usually happens when avconv screws up something [dvd-slideshow] or one image is messed up and the resulting video can't be created [dvd-slideshow] [dvd-slideshow] Multiplexing audio and video... [dvd-slideshow] Adding audio to .mp4 file mv: cannot stat '/home/thep/tmp/dvd-slideshow/dvd-slideshow_temp_2068/video1.mp4': No such file or directory [dvd-slideshow] [dvd-slideshow] Non-DVD mode: not running spumux [dvd-slideshow] total chapters=1 [dvd-slideshow] chapter markers at 0
Bug#749028:
found 749028 3.12.2-1 thanks After installing gnome-shell from experimental the authentication popup is still not displayed. Ludovic signature.asc Description: This is a digitally signed message part
Bug#750549: ipvsadm: unable to load more than one rule
Whats is your architecture?, amd64? In amd64 work fine, but in i386 not work. My architecture is i386 and not work. Regards. Date: Wed, 4 Jun 2014 14:00:00 +0200 From: formo...@debian.org To: migu...@hotmail.es; 750...@bugs.debian.org Subject: Re: Bug#750549: ipvsadm: unable to load more than one rule On Wed, 04 Jun 2014, Miguel Angel Martin wrote: Package: ipvsadm Version: 1:1.26-1 Severity: important Dear Maintainer, I was working in a cluster with pacemker and corosync and lvs to do load balancing. The cluster has two nodes, and lvs needs two virtual servers (IPv4,IPv6) and four real servers (2 IPv4,2 IPv6). I tried inserting rules both using ldirectord and ipvsadm directly. They were unable to add more than one real server per AF. The expectation was that 2 real servers were included per AF. Please, see raw ipvsadm commands below: root@debian:~# ipvsadm -L -n IP Virtual Server version 1.2.1 (size=4096) Prot LocalAddress:Port Scheduler Flags - RemoteAddress:Port Forward Weight ActiveConn InActConn TCP 192.168.1.10:389 rr - 192.168.1.11:389Route 1 0 0 TCP [fc00:1::1]:389 rr - [fc00:1::2]:389 Route 1 0 0 root@debian:~# ipvsadm -A -t 192.168.1.10:389 -s rr Service already exists root@debian:~# ipvsadm --add-server --tcp-service 192.168.1.10:389 --real-server 192.168.1.11 Destination already exists root@smithers ~ # ipvsadm -A -t 192.168.1.10:389 -s rr root@smithers ~ # ipvsadm --add-server --tcp-service 192.168.1.10:389 --real-server 192.168.1.11 root@smithers ~ # ipvsadm --add-server --tcp-service 192.168.1.10:389 --real-server 192.168.1.12 root@smithers ~ # ipvsadm -Ln IP Virtual Server version 1.2.1 (size=4096) Prot LocalAddress:Port Scheduler Flags - RemoteAddress:Port Forward Weight ActiveConn InActConn TCP 192.168.1.10:389 rr - 192.168.1.11:389 Route 1 0 0 - 192.168.1.12:389 Route 1 0 0 root@scyllaneu ~ # ipvsadm -A -t [fc00:1::1]:389 -s rr root@scyllaneu ~ # ipvsadm --add-server --tcp-service [fc00:1::1]:389 --real-server [fc00:1::2]:389 root@scyllaneu ~ # ipvsadm --add-server --tcp-service [fc00:1::1]:389 --real-server [fc00:1::3]:389 root@scyllaneu ~ # ipvsadm --add-server --tcp-service [fc00:1::1]:389 --real-server [fc00:1::4]:389 root@scyllaneu ~ # ipvsadm -Ln IP Virtual Server version 1.2.1 (size=4096) Prot LocalAddress:Port Scheduler Flags - RemoteAddress:Port Forward Weight ActiveConn InActConn TCP 192.168.1.10:389 rr - 192.168.1.11:389 Route 1 0 0 - 192.168.1.12:389 Route 1 0 0 TCP [fc00:1::1]:389 rr - [fc00:1::2]:389 Route 1 0 0 - [fc00:1::3]:389 Route 1 0 0 - [fc00:1::4]:389 Route 1 0 0 hmm, this works well here. Alex
Bug#750602: cups-daemon: installs /etc/pam.d/cups-daemon but needs /etc/pam.d/cups
Control: tags -1 +pending +confirmed Hi Michal, and thanks for your bugreport, Le jeudi, 5 juin 2014, 00.29:40 Michal Politowski a écrit : The package contains /etc/pam.d/cups-daemon, but when an user selects a privileged operation in the web UI the daemon actually tries to access /etc/pam.d/cups - and doesn't find it. I hit it hard because I have /etc/pam.d/other set to deny, but anyone trying to modify /etc/pam.d/cups-daemon is going to be scratching their head too. Aww, indeed, good catch. I will rename /etc/pam.d/cups-daemon to /etc/pam.d/cups in the next upload. Cheers, OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747697: [BTS#747697] templates://debian-security-support/{debian-security-support.templates} : Final update for English review
Christian PERRIER wrote... Please review the suggested changes, and if you have any objections, let me know in the next 3 days. Looks good, go ahead. The existing translators will be notified of the changes: they will receive an updated PO file for their language. Just let me remind you users will see incomplete l10n if the catalog file po/messages.po has not been translated, too. So please include at least that file in the list; I'd like to avoid having to poke each translator for that. Similar but not that important: The manpage template check-support-status.txt should be translated, too. The fix for #749894 will introduce a small change, though. Christoph signature.asc Description: Digital signature
Bug#540406: the wxt driver deserves its own package
Package: gnuplot Version: 4.6.5-4 Followup-For: Bug #540406 Dear Maintainer, also in light of #750045 having the wxt driver in a gnuplot-wxt package is indeed a good idea. Please consider this if/when the wxt driver is working again. Thanks, Antonio -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (900, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.15.0-rc8-ao2 (SMP w/1 CPU core) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnuplot depends on: ii gnuplot-qt [gnuplot-x11] 4.6.5-4 gnuplot recommends no packages. Versions of packages gnuplot suggests: ii feedgnuplot 1.33-1 pn gnuplot-doc none pn libgnuplot-iostream-dev none pn python-gnuplot none -- no debconf information -- Antonio Ospite http://ao2.it A: Because it messes up the order in which people normally read text. See http://en.wikipedia.org/wiki/Posting_style Q: Why is top-posting such a bad thing? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748190: GNOME: shutdown and restart buttons don't work
It is a gnome - systemd issue. I solved my problem by changing init to systemd. $ sudo aptitude install systemd-sysv thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750548: NMU debdiff for gluegen2_2.1.5-1.1
On Wed, 2014-06-04 21:27:24 -0700, tony mancill wrote: On 06/04/2014 05:49 AM, Aníbal Monsalve Salazar wrote: Hello Sylvestre, At Imagination Technologies (http://imgtec.com/) Dejan Latinovic has found a solution to Debian bugs #750548. https://bugs.debian.org/750548 My NMU debdiff for gluegen2_2.1.5-1.1 is below, at the end of this message. With the changes in the NMU patch gluegen2 builds successfully on mips, mipsel and amd64. Regards, Aníbal -- Aníbal Monsalve Salazar anibal.monsalvesala...@imgtec.com Hi Anibal, Thank you and Dejan for the patch. No need for the NMU - I'll apply the patches and upload via the Java team, provided that Sylvestre doesn't have any objections. Thank you, tony Hello tony, We need it to get sivp building on mips. Thank you for taking care of this. Cheers, Aníbal signature.asc Description: Digital signature
Bug#750627: UDD Bugs: YAML output ctags consists of HTML rather than YAML structured data
Package: qa.debian.org Severity: wishlist User: qa.debian@packages.debian.org Usertags: udd Hi, When fetching a bug listing from http://udd.debian.org/bugs/ , I noticed the ctags field consists mostly of raw HTML[1]: - id: 538822 [...] ctags: ! '[abbr title=''squeeze-ignore''squ-i/abbr|abbr title=''wheezy-ignore''whe-i/abbr]' Personally I think a nested list of tags would be a great improvement. ~Niels [1] Note that I believe the tags field (under Additional fields) must be checked for the ctags field to appear in the output. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750497: don't use sysconf(_SC_SYMLOOP_MAX), please
On Thu, Jun 05, 2014 at 07:23:48AM +, Mike Gabriel wrote:
On Mi 04 Jun 2014 01:07:21 CEST, Adam Borowski wrote:
I'm afraid this patch doesn't work. It makes the code compile, but if you
try to execute it, it will assume any symlinks form a loop.
The relevant snippet is:
if (++num_links MAXSYMLINKS)
{
errno = ELOOP;
goto error;
}
which fails to execute if the returned value is -1. Linux' headers use an
arbitrary bogus value of MAXSYMLINKS 20 to let old code work, Hurd guys
decided that it's better for wrong code to fail at compilation stage.
It's the same story as MAX_PATH.
sysconf(_SC_SYMLOOP_MAX) returns -1 on Linux as well.
with so much background knowledge on this, do you think you can
provide a patch for the patch?
Should we simply set MAXSYMLINKS to this value of 20 instead?
I don't see much gain in trying to exhaust the system limit on pathological
symlink-to-symlink scenarios, so yeah, just setting this to 20 sounds a good
idea to me.
--
Gnome 3, Windows 8, Slashdot Beta, now Firefox Ribbon^WAustralis. WTF is going
on with replacing usable interfaces with tabletized ones?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750497: don't use sysconf(_SC_SYMLOOP_MAX), please
clone #750497 -1
retitle -1 mate-menus fails to execute due to Debian/Hurd patch (see #750497)
severity -1 grave
thanks
Hi Adam,
On Mi 04 Jun 2014 01:07:21 CEST, Adam Borowski wrote:
I'm afraid this patch doesn't work. It makes the code compile, but if you
try to execute it, it will assume any symlinks form a loop.
The relevant snippet is:
if (++num_links MAXSYMLINKS)
{
errno = ELOOP;
goto error;
}
which fails to execute if the returned value is -1. Linux' headers use an
arbitrary bogus value of MAXSYMLINKS 20 to let old code work, Hurd guys
decided that it's better for wrong code to fail at compilation stage.
It's the same story as MAX_PATH.
sysconf(_SC_SYMLOOP_MAX) returns -1 on Linux as well.
with so much background knowledge on this, do you think you can
provide a patch for the patch?
Should we simply set MAXSYMLINKS to this value of 20 instead?
Thanks,
Mike
--
DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
fon: +49 (1520) 1976 148
GnuPG Key ID 0x25771B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de
freeBusy:
https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb
pgpuRsGXkV2mb.pgp
Description: Digitale PGP-Signatur
Bug#750496: texlive-xetex crashes install
root@beaglebone:/var/lib/dpkg/info# dpkg-reconfigure texlive-xetex + TEXMFTREES=/usr/share/texmf /var/lib/texmf + FULLTEXMFTREES=/usr/share/texmf /var/lib/texmf /usr/share/texlive/texmf /usr/share/texlive/texmf-dist + update-updmap --quiet + update-language + update-fmtutil + dhit_libkpathsea_configured + kpsewhich --version + do_lsr=0 + [ format = lsrfull ] + [ format = allformats ] + [ format = format ] + do_lsr=1 + [ lsrfull = lsrfull ] + TEXMFTREES=/usr/share/texmf /var/lib/texmf /usr/share/texlive/texmf /usr/share/texlive/texmf-dist + [ lsrfull = allformats ] + [ lsrfull = format ] + [ 1 = 1 ] + which mktexlsr + dhit_update_lsr_files /usr/share/texmf /var/lib/texmf /usr/share/texlive/texmf /usr/share/texlive/texmf-dist + mktemp -p /tmp mktexlsr. + tempfile=/tmp/mktexlsr.fx9zAYh8 + printf Running mktexlsr. This may take some time... Running mktexlsr. This may take some time... + mktexlsr /usr/share/texmf /var/lib/texmf /usr/share/texlive/texmf /usr/share/texlive/texmf-dist + rm -f /tmp/mktexlsr.fx9zAYh8 + echo done. done. + [ format = lsr ] + [ format = lsrfull ] + [ format = map ] + [ format = allformats ] + [ format = format ] + [ -r /etc/texmf/fmt.d/10texlive-xetex.cnf ] + dhit_build_format --all --cnffile /etc/texmf/fmt.d/10texlive-xetex.cnf + mktemp -p /tmp fmtutil. + tempfile=/tmp/fmtutil.c2lezABr + printf Building format(s) --all --cnffile /etc/texmf/fmt.d/10texlive-xetex.cnf.\n\tThis may take some time... Building format(s) --all --cnffile /etc/texmf/fmt.d/10texlive-xetex.cnf. This may take some time... + fmtutil-sys --all --cnffile /etc/texmf/fmt.d/10texlive-xetex.cnf + exec + echo + echo fmtutil-sys failed. Output has been stored in fmtutil-sys failed. Output has been stored in + echo /tmp/fmtutil.c2lezABr /tmp/fmtutil.c2lezABr + echo Please include this file if you report a bug. Please include this file if you report a bug. + echo + exit 1 root@beaglebone:/var/lib/dpkg/info# root@beaglebone:/var/lib/dpkg/info# cat /tmp/fmtutil.c2lezABr fmtutil: running `xetex -ini -jobname=xelatex -progname=xelatex -etex xelatex.ini' ... This is XeTeX, Version 3.1415926-2.4-0.9998 (TeX Live 2012/Debian) (INITEX) restricted \write18 enabled. entering extended mode (/usr/share/texlive/texmf-dist/tex/latex/latexconfig/xelatex.ini (/usr/share/texlive/texmf-dist/tex/generic/xetexconfig/unicode-letters.tex loading Unicode properties and character classes) (/usr/share/texlive/texmf-dist/tex/latex/base/latex.ltx (/usr/share/texlive/texmf-dist/tex/latex/base/texsys.cfg) ./texsys.aux found \@currdir set to: ./. Assuming \openin and \input have the same search path. Defining UNIX/DOS style filename parser. catcodes, registers, compatibility for TeX 2, parameters, LaTeX2e 2011/06/27 hacks, control, par, spacing, files, font encodings, lengths, Local config file fonttext.cfg used (/usr/share/texlive/texmf-dist/tex/latex/base/fonttext.cfg (/usr/share/texlive/texmf-dist/tex/latex/base/fonttext.ltx === Don't modify this file, use a .cfg file instead === (/usr/share/texlive/texmf-dist/tex/latex/base/omlenc.def) (/usr/share/texlive/texmf-dist/tex/latex/base/t1enc.def) (/usr/share/texlive/texmf-dist/tex/latex/base/ot1enc.def) (/usr/share/texlive/texmf-dist/tex/latex/base/omsenc.def) (/usr/share/texlive/texmf-dist/tex/latex/base/t1cmr.fd) (/usr/share/texlive/texmf-dist/tex/latex/base/ot1cmr.fd) (/usr/share/texlive/texmf-dist/tex/latex/base/ot1cmss.fd) (/usr/share/texlive/texmf-dist/tex/latex/base/ot1cmtt.fd))) Local config file fontmath.cfg used (/usr/share/texlive/texmf-dist/tex/latex/base/fontmath.cfg (/usr/share/texlive/texmf-dist/tex/latex/base/fontmath.ltx === Don't modify this file, use a .cfg file instead === (/usr/share/texlive/texmf-dist/tex/latex/base/omlcmm.fd) (/usr/share/texlive/texmf-dist/tex/latex/base/omscmsy.fd) (/usr/share/texlive/texmf-dist/tex/latex/base/omxcmex.fd) (/usr/share/texlive/texmf-dist/tex/latex/base/ucmr.fd))) Local config file preload.cfg used = (/usr/share/texlive/texmf-dist/tex/latex/base/preload.cfg (/usr/share/texlive/texmf-dist/tex/latex/base/preload.ltx)) page nos., x-ref, environments, center, verbatim, math definitions, boxes,Killed root@beaglebone:/var/lib/dpkg/info# On Wed, Jun 4, 2014 at 9:51 PM, Norbert Preining prein...@logic.at wrote: Then please run dpkg-reconfigure texlive-xetex PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13 On 2014/06/05, at 13:17, Eric Fort eric.f...@gmail.com wrote:
Bug#743725: rkhunter: systemd support
Package: rkhunter Version: 1.4.0-3 Followup-For: Bug #743725 with debian's push for systemd, this upgrade becomes more pressing - without it, it constantly reports Warning: No running system logging daemon has been found. because 1.4.0 does not recognize journald. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718651: [pkg-wpa-devel] Bug#718651: Bug#718651: Bug#718651: Built hostapd/wpasupplicant 2.1 (patch)
Hi, On Wed, 04 Jun 2014, Stefan Lippers-Hollmann wrote: The Perl script (attached) took a few hours to write - there's a brick of about 60 lines to munge file moves. Then about another hour to inspect all that output, plus poking at each file to make sure that the license change actually occured. Thank you a lot, this really helps. I'll integrate your changes over the next few days after some further local testing. I'm glad that this got sorted out but I wanted to point out that you are actually too demanding of yourself in terms of what to put in debian/copyright. You don't have to document the copyright holders of each and every file. What truly matters is to properly distinguish the different licenses and the files concerned by each license. Listing of copyright holders doesn't have to be exhaustive (it's impossible for big projects) and it's perfectly acceptable to group them for a set of files that share a common license. See how the linux packages uses: Files: * Copyright: 1991-2012 Linus Torvalds and many others License: GPL-2 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#750525: [Pkg-mailman-hackers] Bug#750525: mailman: Master qrunner detected subprocess exit while decoding utf8 character
On Wed, 4 Jun 2014, Laurent Mazet wrote: I don't remenber that I've done any modification in language language file Hm, okay. Then, I have to ask, maybe you forgot to do the upgrade instructions from /usr/share/doc/mailman/NEWS.Debian.gz ? mailman (1:2.1.16-1exp1) experimental; urgency=low This version has changed the encoding of most strings, templates and pages to UTF-8 to meet the Debian release goal of full UTF-8 support in all packages. It also no longer automatically converts mails to ISO-8859-1. If you have been using any nōn-ASCII strings in places such as the mailing list description, these were be stored wrongly in the list configuration file (config.pck), so you will need to change those (e.g. via the webinterface) again in order to have them be displayed correctly. -- Thorsten Glaser t...@mirbsd.de Sun, 29 Dec 2013 14:35:50 + Read the second paragraph of this… although, in my tests, I did not get error messages, only garbled characters. bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-235 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750609: gnome-shell: shutdown button in dialog does not work (following bug #712803)
Package: gnome-shell Version: 3.8.4-8 Followup-For: Bug #750609 Dear Maintainer, the very same problem reported by Maurizio also applies to me Bye Bye Daniele -- System Information: Debian Release: jessie/sid Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.20.0-2 ii evolution-data-server3.8.5-3+b2 ii gdm3 3.8.4-6 ii gir1.2-accountsservice-1.0 0.6.37-1 ii gir1.2-caribou-1.0 0.4.13-1 ii gir1.2-clutter-1.0 1.18.2-1 ii gir1.2-freedesktop 1.40.0-2 ii gir1.2-gcr-3 3.12.0-1 ii gir1.2-gkbd-3.0 3.6.0-1 ii gir1.2-glib-2.0 1.40.0-2 ii gir1.2-gmenu-3.0 3.8.0-2 ii gir1.2-gnomebluetooth-1.03.8.1-3 ii gir1.2-gnomedesktop-3.0 3.8.4-2 ii gir1.2-gtk-3.0 3.12.1-1 ii gir1.2-ibus-1.0 1.5.5-1 ii gir1.2-mutter-3.03.8.4-3 ii gir1.2-networkmanager-1.00.9.8.10-2 ii gir1.2-nmgtk-1.0 0.9.8.10-1 ii gir1.2-pango-1.0 1.36.3-1 ii gir1.2-polkit-1.00.105-5 ii gir1.2-soup-2.4 2.46.0-2 ii gir1.2-telepathyglib-0.120.24.0-1 ii gir1.2-telepathylogger-0.2 0.8.0-3 ii gir1.2-upowerglib-1.00.9.23-2+b2 ii gjs 1.36.1-2 ii gnome-bluetooth 3.8.1-3 ii gnome-icon-theme-symbolic3.12.0-1 ii gnome-settings-daemon3.8.5-2 ii gnome-shell-common 3.8.4-8 ii gnome-themes-standard3.12.0-1 ii gsettings-desktop-schemas3.8.2-2 ii libatk-bridge2.0-0 2.10.2-3 ii libatk1.0-0 2.12.0-1 ii libc62.18-5 ii libcairo-gobject21.12.16-2 ii libcairo21.12.16-2 ii libcamel-1.2-43 3.8.5-3+b2 ii libcanberra-gtk3-0 0.30-2 ii libcanberra0 0.30-2 ii libclutter-1.0-0 1.18.2-1 ii libcogl-pango20 1.18.0-2 ii libcogl-path20 1.18.0-2 ii libcogl201.18.0-2 ii libcroco30.6.8-2 ii libdbus-1-3 1.8.2-1 ii libdbus-glib-1-2 0.102-1 ii libdrm2 2.4.53-1 ii libecal-1.2-15 3.8.5-3+b2 ii libedataserver-1.2-173.8.5-3+b2 ii libegl1-mesa [libegl1-x11] 10.1.2-1 ii libgbm1 10.1.2-1 ii libgck-1-0 3.12.0-1 ii libgcr-base-3-1 3.12.0-1 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libgirepository-1.0-11.40.0-2 ii libgjs0c [libgjs0-libmozjs185-1.0] 1.36.1-2 ii libglib2.0-0 2.40.0-3 ii libgnome-menu-3-03.8.0-2 ii libgstreamer1.0-01.2.4-1 ii libgtk-3-0 3.12.1-1 ii libical1 1.0-1 ii libjson-glib-1.0-0 1.0.0-1 ii libmozjs185-1.0 1.8.5-1.0.0+dfsg-4+b1 ii libmutter0b 3.8.4-3 ii libnm-glib4 0.9.8.10-2 ii libnm-gtk0 0.9.8.10-1 ii libnm-util2 0.9.8.10-2 ii libnspr4 2:4.10.4-1 ii libnss3 2:3.16-1 ii libp11-kit0 0.20.2-5 ii libpango-1.0-0 1.36.3-1 ii libpangocairo-1.0-0 1.36.3-1 ii libpolkit-agent-1-0 0.105-5 ii libpolkit-gobject-1-00.105-5 ii libpulse-mainloop-glib0 5.0-2 ii libpulse05.0-2 ii libsecret-1-00.18-1 ii libsoup2.4-1 2.46.0-2 ii libsqlite3-0
Bug#750629: chkrootkit:: wrong mail options in /etc/chkrootkit.conf
Package: chkrootkit Version: 0.49-4.1+deb7u2 Severity: |important Since the last upgrade of chkrootkit package from 0.49-41 to 0.49-4.1+deb7u2 I found an error on the configuration file. Configuration file seem to have been modified during last upgrade. The error was reported by mail to localhost as: |/etc/cron.daily/chkrootkit: /etc/cron.daily/chkrootkit: 2: /etc/chkrootkit.conf: hostname: not found run-parts: /etc/cron.daily/chkrootkit exited with return code 127 my current configuration file is: RUN_DAILY=true RUN_DAILY_OPTS=-q | mail -s [chkrootkit] hostname - daily report root@localhost DIFF_MODE=true Investigating into the configuration file I found that the mail option had wrong double quote into command line: RUN_DAILY_OPTS=-q | mail -s [chkrootkit] hostname - daily report root@localhost trying to insert a backslash before the internal double quote all seem to work: RUN_DAILY_OPTS=-q | mail -s \[chkrootkit] hostname - daily report\ root@localhost no error was reported and a report mail was sent to localhost - ok. System Information: uname -a Linux xps.home.local 3.2.0-4-amd64 #1 SMP Debian 3.2.57-3+deb7u1 x86_64 GNU/Linux lsb_release -a No LSB modules are available. Distributor ID:Debian Description:Debian GNU/Linux 7.5 (wheezy) Release:7.5 Codename:wheezy dpkg --list chkrootkit Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ NameVersion Architecture Description +++-===- ii chkrootkit 0.49-4.1+deb7u2 amd64 rootkit detector dpkg --status chkrootkit Package: chkrootkit Status: install ok installed Priority: optional Section: misc Installed-Size: 931 Maintainer: Giuseppe Iuculano iucul...@debian.org Architecture: amd64 Version: 0.49-4.1+deb7u2 Depends: libc6 (= 2.7), debconf (= 0.5) | debconf-2.0, binutils, net-tools, debconf, procps Conffiles: /etc/cron.daily/chkrootkit f1aad4f9042a8595e68e7ecfde1c10f6 Description: rootkit detector The chkrootkit security scanner searches the local system for signs that it is infected with a 'rootkit'. Rootkits are set of programs and hacks designed to take control of a target machine by using known security flaws. . Types that chkrootkit can identify are listed on the project's home page. . Please note that where chkrootkit detects no intrusions, this does not guarantee that the system is uncompromised. In addition to running chkrootkit, more specific tests should always be performed. Homepage: http://www.chkrootkit.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750596: dunst: memory leak, dunst is quickly using several GBs of memory
Hi Jakob, Jakob Herpich deb...@jkherpich.de writes: I use dunst with the i3 window manager and the only application that I notice using dunst is 'spotify-preview'. Unfortunately this is proprietary software so I have no access to the source code. The problem is the following: When I run spotify it displays music metadata via dunst whenever a new song is started. After a rather short period ( 1h) dunst is the top process in terms of memory usage, i.e. it uses 1 GB of memory and there seems to be no upper limit with time. Unless I manually kill the dunst process, my entire machine will start to operate very slowly after a few hours. Can you please try to reproduce this with the latest git version from https://github.com/knopwob/dunst? If the issue persists with that version, please file an issue on github. -- Best regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747923: Info received (Bug#747923: transition: colord)
colord 1.2.1-1 uploaded; has built on s390x and (apparently by fortunate accident) mipsel. mips fails with SIGBUS, and will need to be retried once the lcms2 fix is uploaded. kfreebsd seems to be hit by a dependency issue, but that doesn't seem to be colord's fault? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#472793: Re : Re : Bug#472793: iceweasel: I also have this bug since the last v.29 update
Le 02/06/2014 08:15:43, Mike Hommey a écrit : All of them. Read /usr/share/bug/iceweasel/presubj. Same bug when all the plugins and modules are deactivated. nicolas patrois : pts noir asocial -- RÉALISME M : Qu'est-ce qu'il nous faudrait pour qu'on nous considère comme des humains ? Un cerveau plus gros ? P : Non... Une carte bleue suffirait... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746464: [#746464] conntrackd segfault
On 4 June 2014 16:42, Dominique Fournier dominique.fourn...@grenoble.cnrs.fr wrote: Hi You can found the configuration on attached file. Hi Dominique, thanks for the follow up. I've read your config and your report, but I can't infer nothing. I would suggest again to run conntrackd in foreground (not in daemon mode) with valgrind and/or gdb so we can get more info about the segfault. regards. -- Arturo Borrero González
Bug#746464: [#746464] conntrackd segfault
Actually, it is running in screen without anything (just foreground). Do you have special parameters to run the command ? Just gdb /usr/sbin/conntrackd -C /etc/conntrackd/conntrackd.conf ? Thanks On 05/06/14 09:50, Arturo Borrero Gonzalez wrote: On 4 June 2014 16:42, Dominique Fournier dominique.fourn...@grenoble.cnrs.fr mailto:dominique.fourn...@grenoble.cnrs.fr wrote: Hi You can found the configuration on attached file. Hi Dominique, thanks for the follow up. I've read your config and your report, but I can't infer nothing. I would suggest again to run conntrackd in foreground (not in daemon mode) with valgrind and/or gdb so we can get more info about the segfault. regards. -- Arturo Borrero González attachment: dominique_fournier.vcf
Bug#750619: transition: wxsqlite3
Control: forwarded -1 https://release.debian.org/transitions/html/libwxsqlite3-3.0-0.html Control: tags -1 confirmed On 05/06/14 04:42, Olly Betts wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Control: block 748169 by -1 Control: block -1 by 749974 749976 749978 I'm filing this on behalf of gcs (the wxsqlite3 maintainer) who's in X-Debbugs-Cc. As part of the wxwidgets3.0 transition, wxsqlite3 needs to switch to using wxwidgets3.0, which requires a secondary transition for wxsqlite3's 3 reverse dependencies: codelite (orphaned, but being adopted; updated package ready in experimental) guayadeque (needs updating for wx3.0; no response from maintainer yet) maitreya (maintainer and upstream are working on updating for wx3.0) I've already filed bugs against all three. This transition will require sourceful uploads, as the wxsqlite3 -dev package is changing name from libwxsqlite3-2.8-dev to libwxsqlite3-3.0-dev. An updated wxsqlite3 package is already in experimental. I see that wxsqlite3 provides both 2.8 and 3.0 packages, so this should be a smooth transition, right? Not requiring everything to migrate at the same time. If so, go ahead and upload to unstable whenever you want. Regards, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750496: texlive-xetex crashes install
On 05.06.14 Eric Fort (eric.f...@gmail.com) wrote: Hi, = (/usr/share/texlive/texmf-dist/tex/latex/base/preload.cfg (/usr/share/texlive/texmf-dist/tex/latex/base/preload.ltx)) page nos., x-ref, environments, center, verbatim, math definitions, boxes,Killed root@beaglebone:/var/lib/dpkg/info# Stupid question. If you perform many runs after each other: does it terminate always at the same step? Hilmar -- sigmentation fault signature.asc Description: Digital signature
Bug#750607: gnome-terminal does not start anymore since non UTF-8 locale is not supported
Sorry for having opened a new bug number but it was the first time I used reportbug. If you like, I might try and reply to the bug #746415. -- Ciao, Maurizio.
Bug#750630: python-matplotlib: Default backend 'tkagg' broken
Package: python-matplotlib Version: 1.3.1-1+b1 Severity: grave Justification: renders package unusable A simple script like #!/usr/bin/env python import numpy as np import matplotlib.pyplot as plt plt.figure() x = np.linspace(0, 1, 100) y = np.sin(x) plt.plot(x, y) plt.show() fails to show a plot and leads to the following error: Exception in Tkinter callback Traceback (most recent call last): File /usr/lib/python2.7/lib-tk/Tkinter.py, line 1489, in __call__ return self.func(*args) File /usr/lib/pymodules/python2.7/matplotlib/backends/backend_tkagg.py, line 276, in resize self.show() File /usr/lib/pymodules/python2.7/matplotlib/backends/backend_tkagg.py, line 349, in draw tkagg.blit(self._tkphoto, self.renderer._renderer, colormode=2) File /usr/lib/pymodules/python2.7/matplotlib/backends/tkagg.py, line 20, in blit tk.call(PyAggImagePhoto, photoimage, id(aggimage), colormode, id(bbox_array)) TclError In fact, I wasn't able to produce any plot using the default backend 'tkagg'. -- 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.14-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 python-matplotlib depends on: ii libatk1.0-0 2.12.0-1 ii libc6 2.18-7 ii libcairo2 1.12.16-2 ii libfontconfig12.11.0-5 ii libfreetype6 2.5.2-1 ii libgcc1 1:4.9.0-5 ii libgdk-pixbuf2.0-02.30.7-1 ii libglib2.0-0 2.40.0-3 ii libgtk2.0-0 2.24.23-1 ii libpango-1.0-01.36.3-1 ii libpangocairo-1.0-0 1.36.3-1 ii libpangoft2-1.0-0 1.36.3-1 ii libpng12-01.2.50-1 ii libstdc++64.9.0-5 ii python2.7.6-2 ii python-dateutil 1.5+dfsg-1 ii python-matplotlib-data1.3.1-1 ii python-numpy [python-numpy-abi9] 1:1.8.1-1 ii python-pyparsing 2.0.1+dfsg1-1 ii python-support1.0.15 ii python-tz 2012c-1 ii tcl8.58.5.15-4 ii tk8.5 8.5.15-4 Versions of packages python-matplotlib recommends: ii python-glade2 2.24.0-3+b1 ii python-imaging 2.3.0-2 ii python-tk 2.7.7-1 Versions of packages python-matplotlib suggests: ii dvipng 1.14-2 ii ghostscript9.05~dfsg-8.1 ii gir1.2-gtk-3.0 3.12.2-1 ii inkscape 0.48.4-4 ii ipython2.1.0-1 ii librsvg2-common2.40.2-1 ii python-cairo 1.8.8-1+b2 ii python-configobj 4.7.2+ds-5 pn python-excelerator none ii python-gobject 3.12.1-1 ii python-gtk22.24.0-3+b1 pn python-matplotlib-doc none ii python-nose1.3.3-1 pn python-qt4 none ii python-scipy 0.13.3-2 pn python-sip none ii python-tornado 3.2.0-1 pn python-traits none pn python-wxgtk2.8none ii texlive-extra-utils2014.20140528-2 ii texlive-latex-extra2014.20140528-2 pn ttf-staypuft 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#740487: Re: Bug#740487: clisp: FTBFS on kfreebsd
Control: reassign -1 src:libsigsegv 2.10-2 Control: fixed -1 2.10-4 Control: affects -1 src:clisp On 05/06/14 03:44, Steven Chamberlain wrote: Source-Version: 1:2.49-9 Control: notfound -1 clisp/1:2.49-9 Hey, what happened to this bug? 18:17 pochu oh libdb5.1 is still in testing 18:18 jcristau yes 18:18 jcristau blocked by clisp ftbfs on kfreebsd 18:18 jcristau and texlive depending (indirectly) on clisp 18:19 pochu right 18:19 pochu reopened, sorry 18:25 jcristau np 18:25 jcristau i wonder how to handle it 18:25 jcristau (if dropping the dep in texlive is a way forward, e.g.) 18:30 pochu I wonder if that's related to #618777 18:30 pochu christoph: ^ 18:36 christoph ah that one 18:39 pochu christoph: the same code is present in 2.10 18:39 pochu christoph: the same code that was in the patch in 2.9 that you disabled 18:40 pochu christoph: so possibly dropping / commenting out lines 502-503 in src/handler-unix.c may do the trick 18:41 pochu but I know nothing about clisp... :) 18:41 christoph let me see 18:59 christoph pochu: good catch! 20:35 christoph clisp/k-a installed and k-i past the failure Seems to have gone away by itself: Not really ;) Regards, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746415: Fwd: Bug#750607: gnome-terminal does not start anymore since non UTF-8 locale is not supported
A few hours aqgo I opened a new bug report related to the very same problem reported here. I did it by mistake because it was the first time I was using reportbug. Anyway, to be on the safe side, I am here to forward my bug report as a reply to this bug. Maurizio. -- Forwarded message -- From: Maurizio Crozzoli mam...@tin.it Date: Thu, Jun 5, 2014 at 1:43 AM Subject: Bug#750607: gnome-terminal does not start anymore since non UTF-8 locale is not supported To: Debian Bug Tracking System sub...@bugs.debian.org Package: gnome-terminal Version: 3.12.2-1 Severity: important Tags: l10n Dear Maintainer, I am having the VERY SAME problem described in Debian Bug report logs - #746415, gnome-terminal: will not start with non-utf-8 locale which is still waiting to be solved. In the mean time I am completely unable to use gnome-terminal application. I do not know how to support that bug and more than a month went by without any answer to that bug report (not necessarily a solution, just an answer) so I decided to open a new one. Thanks for your support!!! Maurizio. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.14-1-686-pae (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-terminal depends on: ii dconf-gsettings-backend [gsettings-backend] 0.20.0-2 ii gconf-service3.2.6-2 ii gnome-terminal-data 3.12.2-1 ii gsettings-desktop-schemas3.8.2-2 ii libatk1.0-0 2.12.0-1 ii libc62.18-7 ii libcairo-gobject21.12.16-2 ii libcairo21.12.16-2 ii libdconf10.20.0-2 ii libgconf-2-4 3.2.6-2 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libglib2.0-0 2.40.0-3 ii libgtk-3-0 3.12.2-1 ii libnautilus-extension1a 3.8.2-3 ii libpango-1.0-0 1.36.3-1 ii libpangocairo-1.0-0 1.36.3-1 ii libuuid1 2.20.1-5.7 ii libvte-2.90-91:0.36.2-1 ii libx11-6 2:1.6.2-2 Versions of packages gnome-terminal recommends: ii dbus-x11 1.8.2-1 ii gvfs 1.20.2-1 ii yelp 3.12.0-1 gnome-terminal suggests no packages. -- no debconf information -- Ciao, Maurizio.
Bug#718699: Changelog is not in UTF8
Hi, On Sat, Aug 17, 2013 at 11:18:26PM +0200, Arthur de Jong wrote: On Sun, 2013-08-04 at 15:19 +0200, Enrico Zini wrote: the package declares Standards-Version: 3.9.2 but the changelog is encoded in latin1. I've had a look at the changelog but the version currently in the python-modules Subversion repository is UTF-8 encoded. The fix was in r23712 while the file that went into the version that was uploaded does not seem to be in Subversion. It looks somewhat similar to r23711 but the upload also contains an outdated README.source and maintainer line. The next upload, if based on the current Subversion version, should be OK. Could someone please do the upload, to allow this old RC bug to be closed? Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750491: [Pkg-utopia-maintainers] Bug#750491: network-manager: icon suggests being unconnected
Hello, On Tue, Jun 03, 2014 at 10:40:28PM +0200, Michael Biebl wrote: which policykit-1 version do you have? Is there a logind session registered? What does loginctl show-session $XDG_SESSION_ID say? hmm, I cannot reproduce the problem any more. I only upgraded chromium and chromium-inspector since then. Not sure this is enough to close the bug?! Best regards Uwe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750619: transition: wxsqlite3
Hi Emilio, On Thu, Jun 5, 2014 at 9:52 AM, Emilio Pozuelo Monfort po...@debian.org wrote: This transition will require sourceful uploads, as the wxsqlite3 -dev package is changing name from libwxsqlite3-2.8-dev to libwxsqlite3-3.0-dev. An updated wxsqlite3 package is already in experimental. I see that wxsqlite3 provides both 2.8 and 3.0 packages, so this should be a smooth transition, right? Not requiring everything to migrate at the same time. If so, go ahead and upload to unstable whenever you want. Actually the 2.8 ones are transition ones. Thus the three dependent packages will need to go in at once. Codelite is ready, made a lot of work on maitreya and it's almost compilable. Don't know how the others progress, will contact them. But I'm neither know anything about guayadeque yet. What would be the advised way? I may remove the transition packages and users can use the leftover 2.8 packages for their (old) private projects. But they will need to update those somewhen anyway and dependent packages that are not updated will FTBFS no matter what. Laszlo/GCS -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746464: [#746464] conntrackd segfault
On 5 June 2014 09:52, Dominique Fournier dominique.fourn...@grenoble.cnrs.fr wrote: Actually, it is running in screen without anything (just foreground). Do you have special parameters to run the command ? Just gdb /usr/sbin/conntrackd -C /etc/conntrackd/conntrackd.conf ? Let's try valgrind first, something like: # valgrind /usr/sbin/conntrackd -C /etc/conntrackd/conntrackd.conf Hopefully, valgrind will report in which function/codepath the segfault happened. regards. -- Arturo Borrero González
Bug#749880: transition: marble18okular4
Control: tags -1 confirmed On 03/06/14 23:04, Maximiliano Curia wrote: ¡Hola Emilio! El 2014-05-31 a las 19:51 +0200, Emilio Pozuelo Monfort escribió: Just to be clear, you rebuilt the rdeps and they build fine? I did just yet. Everything builds fine, but building digikam with the experimental version of imagemagik fails with [1]: In file included from /usr/include/ImageMagick-6/magick/MagickCore.h:29:0, from /usr/include/ImageMagick-6/magick/api.h:24, from /tmp/buildd/digikam-4.0.0/obj-x86_64-linux-gnu/extra/kipi-plugins/videoslideshow/magickiface/../../../../../extra/kipi-plugins/videoslideshow/magickiface/magickiface.h:40, from /tmp/buildd/digikam-4.0.0/obj-x86_64-linux-gnu/extra/kipi-plugins/videoslideshow/magickiface/magickiface.moc:9, from /tmp/buildd/digikam-4.0.0/extra/kipi-plugins/videoslideshow/magickiface/magickiface.cpp:26: /usr/include/ImageMagick-6/magick/magick-config.h:21:38: fatal error: magick/magick-baseconfig.h: No such file or directory #include magick/magick-baseconfig.h That doen't seem to be related to the marble or okular soversion change. Just to be clear, building digikam with the marble new version and the imagemagick from unstable builds fine. [2] Well, we will rebuild rdeps against what is in unstable. okular is out of NEW and seems to be building fine so far, so go ahead with it. Regards, Emilio [1]: http://maxy.com.ar/debian/digikam_4.0.0-1_amd64.build [2]: http://maxy.com.ar/debian/digikam_4.0.0-1_amd64.sid.build -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715204: TESTS_ENVIRONMENT *is* available in parallel test suite
Hi, AFAICT, there has not been any updates on this RC bug in the past 11 months. * Have anyone talked with upstream about the (intended) behaviour? * Do we have an idea of the scope / impact of this problem? - Is elfutils the only package affected? - Are affected packages still able to build correctly? - Without parallel execution? ~Niels Note: My interest in this bug is solely that of a Release Team member, who wants to reduce the number of RC bugs affecting Jessie. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750603: xbmc: no video
Control: tags -1 moreinfo Hi Vladimir, 2014-06-05 6:00 GMT+07:00 Vladmimir Stavrinov vstavri...@gmail.com: Package: xbmc Version: 2:13.1~rc1+dfsg1-1 Severity: normal Dear Maintainer, This version don't shows video, only sound are heard. With the 11 vice versa: video without sound. Could you please test it with VDPAU acceleration turned off? It is a known regression in 13.1 with Libav 10. (See #742896 ) You may be able to use VAAPI by installing vdpau-va-driver package, see #750199. 12.3 from wheezy-backports should work fine even with VDPAU. Cheers, Balint -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xbmc depends on: ii fonts-dejavu-core 2.34-1 ii fonts-roboto 1:4.3-3 ii libjs-iscroll 5.1.1+dfsg1-2 ii libjs-jquery 1.7.2+dfsg-3 ii mesa-utils 8.1.0-2+b1 ii python-imaging 2.3.0-2 pn python:any none ii ttf-dejavu-core2.34-1 ii x11-utils 7.7+1 ii xbmc-bin 2:13.1~rc1+dfsg1-1 xbmc recommends no packages. xbmc 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#750631: kbd does not set settings
Package: kbd Version: 1.15.5-1 Severity: normal Dear Maintainer, * What led up to the situation? updating from sysvinit to systemd * What exactly did you do (or not do) that was effective (or ineffective)? installing systemd * What was the outcome of this action? kbd script is not run at startup and because of that settings don't get through (see below) * What outcome did you expect instead? kbd to work at startup and set up settings i report this bug against kbd. however this bug could be in the systemd. if this is the case move bug to the correct place. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-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 kbd depends on: ii libc6 2.18-7 ii lsb-base 4.1+Debian12 Versions of packages kbd recommends: ii console-setup 1.108 kbd suggests no packages. -- Configuration Files: /etc/kbd/config changed: BLANK_TIME=0 BLANK_DPMS=off POWERDOWN_TIME=0 -- 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#747252: Found also
Hi, John Goerzen wrote (01 Jun 2014 17:31:44 GMT) : [...] since it prevents AppArmor from starting and anything else that uses AppArmor from realizing its security benefits. I get the AppArmor parser error due to the unsupported signal and ptrace confinement, but I cannot reproduce this. Fortunately (given the average state of interest Debian package maintainers show in AppArmor currently), it seems that the profiles loader does not ignore all subsequent profiles when one (generally, taken untested from upstream) fails to parse :) 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#747252: [Pkg-xfce-devel] Bug#747252: Bug#747252: lightdm: AppArmor parser error in /etc/apparmor.d/abstractions/lightdm_chromium-browser
Hi,
Yves-Alexis Perez wrote (06 May 2014 22:21:53 GMT) :
I gave it a quick try as part of my work on AppArmor support in
Debian. The attached patch suppresses the parser errors on unknown
ptrace and signal keywords, but then:
# apparmor_parser -r /etc/apparmor.d/lightdm-guest-session
profile has merged rule with conflicting x modifiers
ERROR processing regexs for profile
/usr/lib/x86_64-linux-gnu/lightdm/lightdm-guest-session, failed to load
I'm giving up for now: if this profile is meant to confine a piece of
software that's not part of Debian, my interest level goes very much
down. Why ship this profile at all, if it's useless, and its
(unspecified in debian/control) dependencies can't easily be satisfied
in current Debian unstable?
Hopefully we get a newer AppArmor userspace soon enough for Jessie,
and hopefully it works without additional out-of-tree kernel patches
(#746764).
I'm ok for that, but if someone could actually provide a working/tested
profile it'd help. I'd rather not upload that stuff twice or thrice just
to pass one error at a time…
It's unclear to me what working/tested means in this context, if
Daniel Richard G.'s assertion that the lightdm guest session does not
exist on Debian. Do you mean a patched profile that parses right, even
if it's entirely useless?
Cheers,
--
intrigeri
| GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
| OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc
diff --git a/apparmor.d/abstractions/lightdm_chromium-browser b/apparmor.d/abstractions/lightdm_chromium-browser
index a2c09b1..976f55a 100644
--- a/apparmor.d/abstractions/lightdm_chromium-browser
+++ b/apparmor.d/abstractions/lightdm_chromium-browser
@@ -18,10 +18,10 @@
/opt/google/chrome-unstable/google-chrome-unstable Cx - chromium,
# Allow ptracing processes in the chromium child profile
- ptrace peer=/usr/lib/lightdm/lightdm-guest-session//chromium,
+ #ptrace peer=/usr/lib/lightdm/lightdm-guest-session//chromium,
# Allow receiving and sending signals to processes in the chromium child profile
- signal (receive, send) peer=/usr/lib/lightdm/lightdm-guest-session//chromium,
+ # signal (receive, send) peer=/usr/lib/lightdm/lightdm-guest-session//chromium,
profile chromium {
# Allow all the same accesses as other applications in the guest session
@@ -39,14 +39,14 @@
@{PROC}/sys/kernel/yama/ptrace_scope r,
# Allow ptrace reads of processes in the lightdm-guest-session
-ptrace (read) peer=/usr/lib/lightdm/lightdm-guest-session,
+# ptrace (read) peer=/usr/lib/lightdm/lightdm-guest-session,
# Allow other guest session processes to read and trace us
-ptrace (readby, tracedby) peer=/usr/lib/lightdm/lightdm-guest-session,
-ptrace (readby, tracedby) peer=@{profile_name},
+# ptrace (readby, tracedby) peer=/usr/lib/lightdm/lightdm-guest-session,
+# ptrace (readby, tracedby) peer=@{profile_name},
# Allow us to receive and send signals from processes in the
# lightdm-guest-session
-signal (receive, send) set=(exists) peer=/usr/lib/lightdm/lightdm-guest-session,
+# signal (receive, send) set=(exists) peer=/usr/lib/lightdm/lightdm-guest-session,
@{PROC}/[0-9]*/ r, # sandbox wants these
@{PROC}/[0-9]*/fd/ r, # sandbox wants these
Bug#750632: libwebp: Endianness check does not work on s390x
Source: libwebp
Version: 0.4.0-4
Severity: important
Tags: patch
Control: forwarded -1 https://code.google.com/p/webp/issues/detail?id=203
Dear Maintainer,
WebP uses this check to detect system endianness:
#if !defined(__BIG_ENDIAN__)
However, that macro is not defined on some big endian systems, like s390.
According to [1], to detect endianness, you should use this check instead:
#if __BYTE_ORDER__ == __ORDER_LITTLE_ENDIAN__
I am attaching a patch from Fedora that changes the check to be correct.
See this Fedora bug for details: [2].
[1]:
https://gcc.gnu.org/onlinedocs/cpp/Common-Predefined-Macros.html#Common-Predefined-Macros
[2]: https://bugzilla.redhat.com/show_bug.cgi?id=962091#c33
--
Dmitry Shachnevdiff -Naur libwebp-0.4.0.orig/examples/tiffdec.c libwebp-0.4.0/examples/tiffdec.c
--- libwebp-0.4.0.orig/examples/tiffdec.c 2013-12-20 09:48:07.0 +0100
+++ libwebp-0.4.0/examples/tiffdec.c 2014-04-08 17:30:24.406858688 +0200
@@ -97,7 +97,7 @@
pic-width = width;
pic-height = height;
// TIFF data is ABGR
-#ifdef __BIG_ENDIAN__
+#if (__BYTE_ORDER__ == __ORDER_BIG_ENDIAN__)
TIFFSwabArrayOfLong(raster, width * height);
#endif
pic-use_argb = 1;
diff -Naur libwebp-0.4.0.orig/src/dsp/lossless.c libwebp-0.4.0/src/dsp/lossless.c
--- libwebp-0.4.0.orig/src/dsp/lossless.c 2013-12-20 09:48:07.0 +0100
+++ libwebp-0.4.0/src/dsp/lossless.c 2014-04-08 17:32:09.608802898 +0200
@@ -1293,7 +1293,7 @@
while (src src_end) {
uint32_t argb = *src++;
-#if !defined(__BIG_ENDIAN__)
+#if (__BYTE_ORDER__ == __ORDER_LITTLE_ENDIAN__)
#if !defined(WEBP_REFERENCE_IMPLEMENTATION)
#if defined(__i386__) || defined(__x86_64__)
__asm__ volatile(bswap %0 : =r(argb) : 0(argb));
@@ -1313,7 +1313,7 @@
dst[2] = (argb 8) 0xff;
dst[3] = (argb 0) 0xff;
#endif
-#else // __BIG_ENDIAN__
+#else // __BYTE_ORDER__ == __ORDER_BIG_ENDIAN__
dst[0] = (argb 0) 0xff;
dst[1] = (argb 8) 0xff;
dst[2] = (argb 16) 0xff;
diff -Naur libwebp-0.4.0.orig/src/utils/bit_reader.h libwebp-0.4.0/src/utils/bit_reader.h
--- libwebp-0.4.0.orig/src/utils/bit_reader.h 2013-12-20 09:48:07.0 +0100
+++ libwebp-0.4.0/src/utils/bit_reader.h 2014-04-08 17:34:14.600924510 +0200
@@ -156,7 +156,7 @@
bit_t bits;
const lbit_t in_bits = *(const lbit_t*)br-buf_;
br-buf_ += (BITS) 3;
-#if !defined(__BIG_ENDIAN__)
+#if (__BYTE_ORDER__ == __ORDER_LITTLE_ENDIAN__)
#if (BITS 32)
// gcc 4.3 has builtin functions for swap32/swap64
#if defined(__GNUC__) \
@@ -196,7 +196,7 @@
#else // BITS == 8
bits = (bit_t)in_bits;
#endif
-#else// BIG_ENDIAN
+#else// __BYTE_ORDER__ == __ORDER_BIG_ENDIAN__
bits = (bit_t)in_bits;
if (BITS != 8 * sizeof(bit_t)) bits = (8 * sizeof(bit_t) - BITS);
#endif
diff -Naur libwebp-0.4.0.orig/src/utils/bit_writer.c libwebp-0.4.0/src/utils/bit_writer.c
--- libwebp-0.4.0.orig/src/utils/bit_writer.c 2013-12-20 09:48:07.0 +0100
+++ libwebp-0.4.0/src/utils/bit_writer.c 2014-04-08 17:34:35.161108984 +0200
@@ -237,7 +237,7 @@
void VP8LWriteBits(VP8LBitWriter* const bw, int n_bits, uint32_t bits) {
if (n_bits 1) return;
-#if !defined(__BIG_ENDIAN__)
+#if (__BYTE_ORDER__ == __ORDER_LITTLE_ENDIAN__)
// Technically, this branch of the code can write up to 25 bits at a time,
// but in prefix encoding, the maximum number of bits written is 18 at a time.
{
@@ -247,7 +247,7 @@
*(uint32_t*)p = v;
bw-bit_pos_ += n_bits;
}
-#else // BIG_ENDIAN
+#else // __BYTE_ORDER__ == __ORDER_BIG_ENDIAN__
{
uint8_t* p = bw-buf_[bw-bit_pos_ 3];
const int bits_reserved_in_first_byte = bw-bit_pos_ 7;
signature.asc
Description: OpenPGP digital signature
Bug#747012: libtrio: FTBFS on powerpc, s390x and sparc
2014-06-05 1:27 GMT+07:00 Stephen Kitt sk...@debian.org: Hi Balint, On Sun, 04 May 2014 20:27:41 +0200, Stephen Kitt sk...@debian.org wrote: I dare say you've noticed, I just wanted to make sure this is tracked: libtrio fails to build from source on powerpc, s390x and sparc. See https://buildd.debian.org/status/package.php?p=libtrio for details... Given that libtrio never was in testing on the affected architectures, I think it would be acceptable to downgrade this bug to allow it back into testing. On one hand I agree that libtrio could go into testing even if it never built on some arches on the other hand I think libtrio is intended to be available for all architectures. I would like upstream to comment on that. Also, I tried emailing the upstream mailing list, but my message never made it through; I thought Bjorn might be able to use the GCC Compile Farm, which is open to all free software developers and not just for GCC development. See http://gcc.gnu.org/wiki/CompileFarm for details; the available machines include powerpc and sparc. I have forwarded your email to the list: http://sourceforge.net/p/ctrio/mailman/ctrio-talk/?viewmonth=201406 Thank yo for the suggestion. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622823: okular and f1040.pdf (from USA's IRS)
Control: tag -1 + moreinfo Hi, The bug report is missing the versioning information. I've test it with okular 4:4.13.1-1 from experimental, which I'm about to upload to unstable. Okular shows a warning about This document has XFA forms, which are currently unsupported along side the Show Forms button, clicking it shows the entry boxes, a simple print preview or printing the pdf to a file seems to work fine. I don't have to do IRS paperwork so I'm not sure if the result is invalid somehow, please let me know if I'm missing something. Thanks, -- Good judgement comes from experience, and experience comes from bad judgement. -- Fred Brooks Saludos /\/\ /\ `/ signature.asc Description: Digital signature
Bug#750496: texlive-xetex crashes install
unless you already know the answer, it's not a stupid question. Am I correct that you are asking if 'dpkg-reconfigure texlive-xetex' always terminates at the same place? or are you asking about the long many package apt-get install referenced earlier? I believe that the answer to both is yes, but with some clarification to be sure which you are referencing I'd be happy to run the command 2, 3, 4, 20, 30, 50, 100 times or whatever just to see and confirm that. On Thu, Jun 5, 2014 at 1:03 AM, Hilmar Preusse hill...@web.de wrote: On 05.06.14 Eric Fort (eric.f...@gmail.com) wrote: Hi, = (/usr/share/texlive/texmf-dist/tex/latex/base/preload.cfg (/usr/share/texlive/texmf-dist/tex/latex/base/preload.ltx)) page nos., x-ref, environments, center, verbatim, math definitions, boxes,Killed root@beaglebone:/var/lib/dpkg/info# Stupid question. If you perform many runs after each other: does it terminate always at the same step? Hilmar -- sigmentation fault
Bug#750633: emacs24: abbrev-mode: Bad expansion after `M-''
Package: emacs24 Version: 24.3+1-4 Severity: normal Dear Maintainer, I have loaded abbrev-mode and set n1l, an abbrev for national. When I type n 1 l space it works as expected: it expands to national . However, when I type i n t e r M-' n 1 l space, it does expand to international but, additionally, transposes the space character with its following one. For instance, while typing M-' n 1 l space in the string The InterConsortium, expecting The International Consortium, I get The InternationalC onsortium. Could it be fixed? Best regards, -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-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 Versions of packages emacs24 depends on: ii emacs24-bin-common 24.3+1-4 ii gconf-service3.2.6-2 ii libasound2 1.0.27.2-4 ii libatk1.0-0 2.12.0-1 ii libc62.18-7 ii libcairo-gobject21.12.16-2 ii libcairo21.12.16-2 ii libdbus-1-3 1.8.2-1 ii libfontconfig1 2.11.0-5 ii libfreetype6 2.5.2-1 ii libgconf-2-4 3.2.6-2 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libgif4 4.1.6-11 ii libglib2.0-0 2.40.0-3 ii libgnutls28 3.2.15-1 ii libgomp1 4.9.0-5 ii libgpm2 1.20.4-6.1 ii libgtk-3-0 3.12.2-1 ii libice6 2:1.0.8-2 ii libjpeg8 8d-2 ii libm17n-01.6.4-2 ii libmagickcore5 8:6.7.7.10+dfsg-3 ii libmagickwand5 8:6.7.7.10+dfsg-3 ii libotf0 0.9.13-1 ii libpango-1.0-0 1.36.3-1 ii libpangocairo-1.0-0 1.36.3-1 ii libpng12-0 1.2.50-1 ii librsvg2-2 2.40.2-1 ii libselinux1 2.3-1 ii libsm6 2:1.2.1-2 ii libtiff5 4.0.3-8 ii libtinfo55.9+20140118-1 ii libx11-6 2:1.6.2-2 ii libxft2 2.3.1-2 ii libxml2 2.9.1+dfsg1-3 ii libxpm4 1:3.5.10-1 ii libxrender1 1:0.9.8-1 ii zlib1g 1:1.2.8.dfsg-1 emacs24 recommends no packages. Versions of packages emacs24 suggests: ii emacs24-common-non-dfsg 24.3+1-1 -- no debconf information -- Boris Daix -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750634: sivp: add mips into arch list
Package: sivp
Version: 0.5.3+svn287-2
Tags: sid patch
Severity: important
User: debian-mips-dev-disc...@lists.alioth.debian.org
Usertags: mips-patch
Control: block -1 by 750548
Using glugen2 with this fix:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=750548,
package sivp builds successfully for mips and mipsel.
Could you please add mips as supported architecture into
debian/control file?
Patch that contains needed changes is attached.
Best regards,
Dejandiff -uNr sivp-0.5.3+svn287.orig/debian/control sivp-0.5.3+svn287/debian/control
--- sivp-0.5.3+svn287.orig/debian/control 2012-06-22 17:06:57.0 +
+++ sivp-0.5.3+svn287/debian/control 2014-06-05 08:26:32.0 +
@@ -14,7 +14,7 @@
Homepage: http://sivp.sourceforge.net
Package: scilab-sivp
-Architecture: amd64 armel armhf i386 ia64 kfreebsd-i386 kfreebsd-amd64 hurd-i386 mipsel
+Architecture: amd64 armel armhf i386 ia64 kfreebsd-i386 kfreebsd-amd64 hurd-i386 mips mipsel
Depends: ${shlibs:Depends}, ${misc:Depends}, scilab (= 5.0)
Provides: sivp
Replaces: sivp ( 0.5.0-3)
Bug#750635: many exactly repeated lines on man xorg.conf
Package: xserver-xorg-core Version: 2:1.15.0.901-1 Severity: minor File: /usr/share/man/man5/xorg.conf.5.gz Many files are mentioned twice on man xorg.conf.d. $ man xorg.conf.d|uniq -d /etc/X11/cmdline /etc/X11/xorg.conf.d /etc/X11/cmdline /etc/X11/xorg.conf.d /usr/share/X11/xorg.conf.d Here's what some of them look like: /etc/X11/cmdline /etc/X11/cmdline /etc/X11/xorg.conf.d /etc/X11/xorg.conf.d -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748929: cairo-dock-plug-ins patches
Control: tag -1 patch Hello! I'm attaching a patch which disables upower support in cairo-dock-plug-ins (which AIUI should be harmless given that it also supports logind and ck). Alternatively you could use the patches from ubuntu which are porting to the new API. See: http://launchpadlibrarian.net/176623839/cairo-dock-plug-ins_3.3.99.beta1.2.really.3.3.2-0ubuntu3_3.3.99.beta1.2.really.3.3.2-0ubuntu4.diff.gz ...or: http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/utopic/cairo-dock-plug-ins/utopic/view/head:/debian/patches/bzr3083-3084_Support_UPower0.99.patch Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750636: gnuplot-qt: the default terminal is still wxt, which has been disabled
Package: gnuplot-qt Version: 4.6.5-4 Severity: important With the default options, gnuplot no longer works, as the default terminal is still wxt. Note that I don't have a .gnuplotrc file. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnuplot-qt depends on: ii aglfn1.7-3 ii libc62.19-1 ii libcairo21.12.16-2 ii libedit2 3.1-20140213-1 ii libgcc1 1:4.9.0-5 ii libgd3 2.1.0-3+b1 ii libglib2.0-0 2.40.0-3 ii liblua5.1-0 5.1.5-5 ii libpango-1.0-0 1.36.3-1 ii libpangocairo-1.0-0 1.36.3-1 ii libqt4-network 4:4.8.6+dfsg-1 ii libqt4-svg 4:4.8.6+dfsg-1 ii libqtcore4 4:4.8.6+dfsg-1 ii libqtgui44:4.8.6+dfsg-1 ii libstdc++6 4.9.0-5 ii libx11-6 2:1.6.2-2 gnuplot-qt recommends no packages. Versions of packages gnuplot-qt suggests: ii gnuplot-doc 4.6.5-4 -- 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#750621: swig3.0 required
Am 2014-06-05 06:10, schrieb Soeren Sonnenburg: Package: swig Version: 2.0.7-3 Severity: serious Please package swig3.0.2 ASAP. See https://ftp-master.debian.org/new/swig_3.0.0-0.html Greetings, Torsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747252: [Pkg-xfce-devel] Bug#747252: Bug#747252: Bug#747252: lightdm: AppArmor parser error in /etc/apparmor.d/abstractions/lightdm_chromium-browser
On jeu., 2014-06-05 at 11:00 +0200, intrigeri wrote: I'm ok for that, but if someone could actually provide a working/tested profile it'd help. I'd rather not upload that stuff twice or thrice just to pass one error at a time… It's unclear to me what working/tested means in this context, if Daniel Richard G.'s assertion that the lightdm guest session does not exist on Debian. Do you mean a patched profile that parses right, even if it's entirely useless? Well, as said before, I don't use AppArmor neither the guest session so it's a bit hard to know how to fix that properly. It'd help if the original reporter could state its expectations. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#750619: transition: wxsqlite3
Control: tags -1 -confirmed On 05/06/14 10:13, László Böszörményi (GCS) wrote: Hi Emilio, On Thu, Jun 5, 2014 at 9:52 AM, Emilio Pozuelo Monfort po...@debian.org wrote: This transition will require sourceful uploads, as the wxsqlite3 -dev package is changing name from libwxsqlite3-2.8-dev to libwxsqlite3-3.0-dev. An updated wxsqlite3 package is already in experimental. I see that wxsqlite3 provides both 2.8 and 3.0 packages, so this should be a smooth transition, right? Not requiring everything to migrate at the same time. If so, go ahead and upload to unstable whenever you want. Actually the 2.8 ones are transition ones. Thus the three dependent packages will need to go in at once. Codelite is ready, made a lot of work on maitreya and it's almost compilable. Don't know how the others progress, will contact them. But I'm neither know anything about guayadeque yet. What would be the advised way? I may remove the transition packages and users can use the leftover 2.8 packages for their (old) private projects. But they will need to update those somewhen anyway and dependent packages that are not updated will FTBFS no matter what. Yes, remove those transitional packages. And let's wait until the three rdeps are ready before going forward with this. Let me know when that happens and I'll ack this if there are no conflicts with other transitions. Regards, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750106: AppArmor
Hi,
(I noticed this parser failure on the LXC profiles thanks to the red
line in `systemctl list-units' output here. It's unclear to me which
bug report is actually the one about the shipped profiles being buggy.
Sorry if that's not the right one.)
John Goerzen wrote (02 Jun 2014 02:49:40 GMT) :
I did note that to at least solve the bug where it breaks AppArmor
systemwide,
As I noted on a similar comment of yours on the lightdm-guest-session
profile, that also relies on bleeding edge AppArmor features that are
not supported in Debian yet, I cannot reproduce the breaks AppArmor
systemwide part. It *does* make the `apparmor' service fail to start:
# systemctl status apparmor
apparmor.service - LSB: AppArmor initialization
Loaded: loaded (/etc/init.d/apparmor)
Active: failed (Result: exit-code) since Thu 2014-06-05 11:22:35 CEST; 1s
ago
Process: 930 ExecStart=/etc/init.d/apparmor start (code=exited, status=123)
... but in practice, it seems that all other, non-buggy profiles are
correctly loaded into the kernel, and applied to processes, so it's
not as bad as it looks like.
you can comment out the three lines in every AppArmor file
LXC delivers that lists dbus, signal, and ptrace (right after the
comment saying to comment them out if the parser doesn't recognize
them).
The attached patches fix the startup of the `apparmor' service, by
making the profiles shipped (and enabled by default) by the lxc
package compliant with the syntax supported by the AppArmor userspace
we currently ship in Debian.
I can't really tag this bug report patch, given its super-broad
title, but please apply these patches to the lxc package in Debian.
They can be dropped once the AppArmor userspace is updated to support
these new features (#746764).
Disclaimer: I'm not using LXC myself (yet), so I did not test if
applying these patches result in an entirely working AppArmor support
in the lxc package. But at least, it removes one obvious stumbling
block. Also, I think that seeing a bit of progress on this front, and
making it clear that patches are welcome, may encourage interested
parties to further contribute to this support, hopefully :)
Cheers,
--
intrigeri
| GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
| OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc
diff --git a/apparmor.d/abstractions/lxc/container-base b/apparmor.d/abstractions/lxc/container-base
index c109baa..f3a215f 100644
--- a/apparmor.d/abstractions/lxc/container-base
+++ b/apparmor.d/abstractions/lxc/container-base
@@ -5,9 +5,9 @@
# The following 3 entries are only supported by recent apparmor versions.
# Comment them if the apparmor parser doesn't recognize them.
- dbus,
- signal,
- ptrace,
+ #dbus,
+ #signal,
+ #ptrace,
# ignore DENIED message on / remount
deny mount options=(ro, remount) - /,
diff --git a/apparmor.d/abstractions/lxc/start-container b/apparmor.d/abstractions/lxc/start-container
index e31f8f3..167e816 100644
--- a/apparmor.d/abstractions/lxc/start-container
+++ b/apparmor.d/abstractions/lxc/start-container
@@ -4,9 +4,9 @@
# The following 3 entries are only supported by recent apparmor versions.
# Comment them if the apparmor parser doesn't recognize them.
- dbus,
- signal,
- ptrace,
+ #dbus,
+ #signal,
+ #ptrace,
# currently blocked by apparmor bug
mount - /usr/lib/*/lxc/{**,},
Bug#750605: screen goes berserk, had to downgrade
VC == Vincent Cheng vch...@debian.org writes: VC Section Device VC Identifier Intel Graphics VC Driver intel VC Option AccelMethod uxa VC EndSection Indeed, that fixes it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742896: Blank screen on all videos with VDPAU and nVidia card
Hi Juho, 2014-05-31 23:57 GMT+07:00 hetas het...@gmail.com: I get a blank screen on all video using vdpau, audio only, with nVidia GeForce GT 220. So no video even with mpeg2. Works fine when hardware acceleration is disabled from the settings. Yes, VDPAU is broken in 13.x, see. #742896. :-( VAAPI probably would work for you, try installing vdpau-va-driver. See #750199. Cheers, Balint I have attached a debug-log from trying to play mpeg2-video. Juho -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748929: attachment
Patch attached this time. diff -Nru cairo-dock-plug-ins-3.3.2/debian/changelog cairo-dock-plug-ins-3.3.2/debian/changelog --- cairo-dock-plug-ins-3.3.2/debian/changelog 2014-04-26 17:57:23.0 +0200 +++ cairo-dock-plug-ins-3.3.2/debian/changelog 2014-06-05 10:54:43.0 +0200 @@ -1,3 +1,10 @@ +cairo-dock-plug-ins (3.3.2-3.2) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Drop libupower-glib-1.0-dev build-dependency (Closes: #748929) + + -- Andreas Henriksson andr...@fatal.se Thu, 05 Jun 2014 10:54:18 +0200 + cairo-dock-plug-ins (3.3.2-3.1) unstable; urgency=medium * Non-maintainer upload. diff -Nru cairo-dock-plug-ins-3.3.2/debian/control cairo-dock-plug-ins-3.3.2/debian/control --- cairo-dock-plug-ins-3.3.2/debian/control2014-04-26 17:52:42.0 +0200 +++ cairo-dock-plug-ins-3.3.2/debian/control2014-06-05 10:53:30.0 +0200 @@ -31,7 +31,6 @@ libpulse-dev, librsvg2-dev, libsensors4-dev, - libupower-glib-dev, libvte-2.90-dev, libwebkitgtk-3.0-dev, libxklavier-dev,
Bug#750128: src:apparmor: hardcodes /usr/lib/perl5
Damyan Ivanov wrote (03 Jun 2014 20:01:04 GMT) : Here's a revised patch. Thanks! My understanding is that a binNMU of the apparmor package will be needed, for (most of) this patch to actually take effect, once perl 5.20 is uploaded to sid. Unfortunately, I didn't find an easy way to test this in an environment close to what sid will look like when this rebuild happens, so... fingers crossed. I'll upload later today. 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#669944: mosjs: FTBFS on ppc64, arm64 and x32: symbols files errors.
+++ peter green [2014-06-05 02:11 +0100]: I also noticed that the unreleased upload enabled updating of config.sub/guess but the fact the arm64 build of the unpatched source got as far as it did makes me suspect that was not needed. ccing the uploader of the arm64 debian-ports upload and the person he attributed the changes to in case they want to comment. Enabling the machinery to update autotools on every build is good practice (and I hope will get into policy in due course) and keeps this problem fixed forevermore, not just for the architectures that are currently in the verisons in the package. re-autoconfing is better than just autotools-dev-ing if autoconf is used. So it's not 'necessary' today for the set of arches you are talking about but it is 'necessary' in the general case, so I recommend doing this. Wookey -- Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM http://wookware.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750496: texlive-xetex crashes install
On 05.06.14 Eric Fort (eric.f...@gmail.com) wrote: Hi, unless you already know the answer, it's not a stupid question. Am I correct that you are asking if 'dpkg-reconfigure texlive-xetex' always terminates at the same place? I'd like you to run the following: fmtutil-sys --all --cnffile /etc/texmf/fmt.d/10texlive-xetex.cnf log2 21 then with log2, log3 etc. I think running it 10 times should be enough. zip the log files and post them. I'd like to know if xetex is terminated always at the same time. Thanks, Hilmar -- sigmentation fault signature.asc Description: Digital signature
Bug#750638: ITP: ndg-httpsclient -- enhanced HTTPS support for httplib and urllib2 using PyOpenSSL
Package: wnpp Severity: wishlist Owner: Julien Cristau julien.cris...@logilab.fr * Package name: ndg-httpsclient Version : 0.3.2 Upstream Author : Science Technology Facilities Council (STFC) * URL : https://pypi.python.org/pypi/ndg-httpsclient * License : BSD Programming Lang: Python Description : enhanced HTTPS support for httplib and urllib2 using PyOpenSSL ndg-httpsclient is a HTTPS client implementation for httplib and urllib2 based on PyOpenSSL. PyOpenSSL provides a more fully featured SSL implementation over the default provided with Python and importantly enables full verification of the SSL peer. My main interest is to be able to talk to websites using SNI with scripts using python-requests. Cheers, Julien -- Julien Cristau julien.cris...@logilab.fr Logilab http://www.logilab.fr/ Informatique scientifique gestion de connaissances -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750589: needrestart: Use of uninitialized value path
On Wed, 4 Jun 2014, Thomas Liske wrote: I'm trying to understand why $path gets an undefined value at all. Here's another example (maybe it helps): The following packages will be upgraded: colord colord-data keyutils krb5-multidev libcolord2 libcolorhug2 libgssapi-krb5-2 libgssapi-krb5-2:i386 libgssrpc4 libk5crypto3 libk5crypto3:i386 libkadm5clnt-mit9 libkadm5srv-mit9 libkeyutils1 libkeyutils1:i386 libkrb5-3 libkrb5-3:i386 libkrb5support0 libkrb5support0:i386 ... Scanning processes... - ..10% ..20% ..30% ..40% Use of uninitialized value $path in scalar chomp at /usr/share/perl5/NeedRestart/Interp/Python.pm line 160. Use of uninitialized value $path in substitution (s///) at /usr/share/perl5/NeedRestart/Interp/Python.pm line 161. Use of uninitialized value $path in substitution (s///) at /usr/share/perl5/NeedRestart/Interp/Python.pm line 162. Use of uninitialized value $path in split at /usr/share/perl5/NeedRestart/Interp/Python.pm line 163. ..50% ..60% ..70% ..80% ..90% ..100% Scanning candidates... -- ..10% ..20% ..30% ..41% ..50% ..60% ..70% ..80% ..91% ..100% Running kernel seems to be up-to-date. Daemons using outdated libraries 1. cups 2. ssh (Enter the items you want to select, separated by spaces.) Which services should be restarted? 1 2 [ ok ] Restarting Common Unix Printing System: cupsd. [ ok ] Restarting OpenBSD Secure Shell server: sshd. Cheers, -- Cristian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750609: Fixed for me
Dear Maurizio and Daniele, I was affected by the same bug (although in the less grave form - I could still open terminals), and was beginning to suspect an incompatibility between gnome-shell and Italy, but then I discovered that I was affected also by bug #735591, and that the fix for it (namely, installing systemd-shim) apparently solves the problem of the shutdown too. Could you test if it is the case for you too? If it works, then we can probably close the bug, since it should be fixed by systemd 204-10 already in unstable. Pietro -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744196: New Version
The current Version of geany-plugins from the git repository seems to fix the problem. Tested Version: 1.24-25-g944654e21a9f8d09cd3d6639522c8015aa0f6b68 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750639: installing adjtimex gives syntax error message
Package: adjtimex Version: 1.29-2.2 Severity: minor Installing adjtimex gives the following syntax error Setting up adjtimex (1.29-2.2) ... egrep: character class syntax is [[:space:]], not [:space:] -- System Information: Debian Release: 6.0.9 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: armel (armv5tel) Kernel: Linux 2.6.32-5-kirkwood Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages adjtimex depends on: ii debconf [debconf-2.0] 1.5.49 Debian configuration management sy ii libc6 2.13-38+deb7u1 Embedded GNU C Library: Shared lib adjtimex recommends no packages. Versions of packages adjtimex suggests: pn ntpdate none (no description available) -- debconf information: adjtimex/compare_rtc: true adjtimex/run_daemon: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750640: icedtea-web: Please stop building icedtea-6-plugin = stalls OpenJDK-6 removals
Source: icedtea-web Version: 1.5-1 Severity: serious Hi, Please remove the icedtea-6-plugin package - it is the only package left in testing depending on OpenJDK-6. Note that icedtea-6-plugin has no reverse dependencies in unstable nor testing, so the removal should be unproblematic. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750636: gnuplot doesn't work if $GNUTERM contains an unsupported terminal
Control: retitle -1 gnuplot doesn't work if $GNUTERM contains an unsupported terminal Control: severity -1 wishlist On 2014-06-05 11:24:12 +0200, Vincent Lefevre wrote: With the default options, gnuplot no longer works, as the default terminal is still wxt. Note that I don't have a .gnuplotrc file. It finally appears that this comes from my GNUTERM environment variable (unfortunately gnuplot doesn't have a verbose or debug mode to diagnose such problems). So the problem is that gnuplot doesn't ignore the GNUTERM environment variable if it contains an unsupported terminal. However it seems that one can detect that dynamically with gnuplot /dev/null (useful when one uses several machines and some of them still support wxt). Perhaps it should fallback to the default terminal. Alternatively, in order to make configuration easier, I suggest that it should be possible to provide a list of terminals, separated by :; the first supported one should be chosen. And gnuplot should fallback to the default terminal instead of failing iff the list ends with :. -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750641: mairix: please package new version (0.23 from github)
Package: mairix Version: 0.22-1 Severity: wishlist While http://www.rpcurnow.force9.co.uk/mairix/ has not been updated, the author of mairix seems to have moved development to github at https://github.com/rc0/mairix, where a new release (0.23) has been tagged, bugs and patches can be forwarded in public, etc. In particular, I'd be interested in a fix for the following issue (this may be the same as #652065): https://github.com/rc0/mairix/issues/7 thanks, Florian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718564: libhesiod0: harmful purge action in M-A: same package: rm -f /etc/hesiod.conf
Karl Ramm wrote: Just to not leave this hanging, we are currently dithering over splitting out the configuration gunk into a separate package vs. trying to figure out in the purge script whether we're the last one out. (also I think it may be a bug that dpkg lets you purge only one instance of a multiarch package, but I'll bet it's a bug that we have to live with) kcr Hi Karl, You can use the DPKG_MAINTSCRIPT_PACKAGE_REFCOUNT variable in the maintainer script to tell whether or not to purge the file - it requires dpkg (= 1.17.2)[1][2]. ~Niels [1]: dpkg/1.17.2 changelog: * Pass the package reference count (i.e. number of present instances) to maintainer scripts via the new variable DPKG_MAINTSCRIPT_PACKAGE_REFCOUNT. Closes: #681370 [2] The commit adding the variable: http://anonscm.debian.org/gitweb/?p=dpkg/dpkg.git;a=commitdiff;h=8fe6910ed0a87f1233fae933679373866183596f -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750643: antlr: missing licence for PyANTLR
Source: antlr Version: 2.7.7+dfsg-5 Severity: serious Tags: upstream Justification: Policy 2.3 The PyANTLR component – lib/python/antlr/ in the source tree – was written by Wolfgang Häfelinger, who, according to his website, is German. The PyANTLR component references a “LICENSE.txt” file “for license details”, which is missing. The top-level licence file of antlr cannot be meant by it, because German citizens cannot disclaim copyright and let their work wilfully enter Public Domain. This means that PyANTLR is unlicenced proprietary software, unless the author adds a DFSG-free licence for his code and the Debian maintainer adds it to debian/copyright accordingly. I’ve added Wolfgang Häfelinger to Cc, so he can comment directly and is notified about this issue. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/lksh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750642: libio-socket-ssl-perl: set_args_filter_hack('use_defaults') fails to correctly restore SSL_ca_*
Package: libio-socket-ssl-perl
Version: 1.992-1
The attached test program is supposed to try to connect to
www.debian.org while trusting only a random wrong CA:
my $host = 'www.debian.org';
my $ca = 'China_Internet_Network_Information_Center_EV_Certificates_Root';
# definitely NOT the www.debian.org's CA ---^
my $cafile = /usr/share/ca-certificates/mozilla/$ca.crt;
IO::Socket::SSL::set_defaults(
SSL_verify_mode = SSL_VERIFY_PEER,
SSL_verifycn_scheme = 'http',
SSL_ca_file = $cafile,
);
The program calls set_args_filter_hack('use_defaults'). This call
shouldn't affect anything interesting in this case, but it actually
break things:
$ perl test-filter-hack.pl
Eeek! Connected to www.debian.org, even though only
China_Internet_Network_Information_Center_EV_Certificates_Root was supposed to
be trusted.
This is my understanding why it happens:
IO::Socket::SSL has defaults for both SSL_ca_file and SSL_ca_path. These
defaults are normally only taken into account if user set none of these
two themselves:
# if any of SSL_ca* is set don't set the other SSL_ca*
# from defaults
if ( $arg_hash-{SSL_ca} ) {
$arg_hash-{SSL_ca_file} ||= undef
$arg_hash-{SSL_ca_path} ||= undef
} elsif ( $arg_hash-{SSL_ca_path} ) {
$arg_hash-{SSL_ca_file} ||= undef
} elsif ( $arg_hash-{SSL_ca_file} ) {
$arg_hash-{SSL_ca_path} ||= undef;
}
But if you use set_args_filter_hack('use_defaults'), the code I quoted
above is no-op, because all the SSL_ca* are already initialized with
%DEFAULT_SSL_CLIENT_ARGS values:
sub set_args_filter_hack {
# ...
} elsif ( $sub eq 'use_defaults' ) {
# override args with defaults
$FILTER_SSL_ARGS = sub {
my ($is_server,$args) = @_;
%$args = ( %$args, $is_server
? ( %DEFAULT_SSL_SERVER_ARGS, %$GLOBAL_SSL_SERVER_ARGS )
: ( %DEFAULT_SSL_CLIENT_ARGS, %$GLOBAL_SSL_CLIENT_ARGS )
);
}
}
}
A possible work-around is to always set both SSL_ca_file and
SSL_ca_path, setting the one you don't need explicitly to undef:
IO::Socket::SSL::set_defaults(
SSL_verify_mode = SSL_VERIFY_PEER,
SSL_verifycn_scheme = 'http',
SSL_ca_file = $cafile,
SSL_ca_path = undef,
);
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'experimental')
Architecture: i386 (x86_64)
Foreign Architectures: amd64
Kernel: Linux 3.14-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages libio-socket-ssl-perl depends on:
ii libnet-ssleay-perl 1.63-1
ii netbase 5.2
ii perl5.18.2-4
Versions of packages libio-socket-ssl-perl recommends:
ii libio-socket-inet6-perl 2.72-1
ii libio-socket-ip-perl0.29-1
ii libnet-idn-encode-perl 2.100-2
ii libsocket6-perl 0.25-1
ii liburi-perl 1.60-1
ii perl5.18.2-4
ii perl-base [libsocket-perl] 5.18.2-4
Versions of packages libio-socket-ssl-perl suggests:
ii ca-certificates 20140325
--
Jakub Wilk
#!/usr/bin/perl
use strict;
use warnings;
use IO::Socket::SSL;
my $host = 'www.debian.org';
my $ca = 'China_Internet_Network_Information_Center_EV_Certificates_Root';
# definitely NOT the www.debian.org's CA ---^
my $cafile = /usr/share/ca-certificates/mozilla/$ca.crt;
-r $cafile or die $cafile: $!;
IO::Socket::SSL::set_defaults(
SSL_verify_mode = SSL_VERIFY_PEER,
SSL_verifycn_scheme = 'http',
SSL_ca_file = $cafile,
# SSL_ca_path = undef,
# ^-- uncommenting this magically fixes the problem
);
IO::Socket::SSL::set_args_filter_hack('use_defaults');
my $sock = IO::Socket::SSL-new(
PeerAddr = $host,
PeerPort = 'https',
) or die IO::Socket::SSL::errstr;
print Eeek! Connected to $host, even though only $ca was supposed to be trusted.\n;
$sock-close();
Bug#695271: libpaper1: harmful purge action in M-A:same package
Hi Giuseppe, You can use the DPKG_MAINTSCRIPT_PACKAGE_REFCOUNT variable in the maintainer script to tell whether or not to purge the file - it requires dpkg (= 1.17.2)[1][2]. ~Niels [1]: dpkg/1.17.2 changelog: * Pass the package reference count (i.e. number of present instances) to maintainer scripts via the new variable DPKG_MAINTSCRIPT_PACKAGE_REFCOUNT. Closes: #681370 [2] The commit adding the variable: http://anonscm.debian.org/gitweb/?p=dpkg/dpkg.git;a=commitdiff;h=8fe6910ed0a87f1233fae933679373866183596f -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747054: FTBFS: package javax.servlet.http does not exist
On 2014-05-31 07:25, Hideki Yamane wrote: control: tags -1 +unreproducible Hi, I've rebuilt eclipse package in current sid using pbuilder and didn't encounter any error. Can someone please confirm this bug is still relevant? me too (cowbuilder amd64/sid), so once tag it as unreproducible. Hi Michael, Both Jakub and Hideki has tried to rebuild eclipse and cannot reproduce your issue. Accordingly the bug is currently tagged unreproducible. If you can still reproduce the issue, I believe there is need for more information. AFAICT you were not CC'ed, so you might not have seen this before now. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750638: ITP: ndg-httpsclient -- enhanced HTTPS support for httplib and urllib2 using PyOpenSSL
Hello Julien, thanks for packaging ndg-httpsclient! On Thursday 05 June 2014 12:26:22 Julien Cristau wrote: My main interest is to be able to talk to websites using SNI with scripts using python-requests. Once in the archive I will also add ndg-httpsclient into python-requests' Suggests. Kind regards, P.S. I'll do the same for python-urllib3: https://github.com/shazow/urllib3/pull/156 -- Daniele Tricoli 'Eriol' http://mornie.org signature.asc Description: This is a digitally signed message part.
Bug#746606: tlsdate: incorrect path to tlsdated binary in /etc/init.d/tlsdate
Control: severity -1 serious Hi, Looking at the init script I found that it specified the path to the tlsdated binary as /etc/bin/tlsdated but the package installs the binary to /usr/sbin/tlsdate. As such the init script is unable to start as the specified binary isn't found. Reproduced. Thanks for reporting this bug to Debian. IMO, this is clearly RC: the initscript silently exits with return code 0, which makes one think that the service was successfully started, so the user has little chances to notice that there's an actual problem to fix, and leaves the system exposed to whatever problem or threat tlsdated was supposed to take care of. Raising severity accordingly. @RC bug hunters: this one seems to be trivially fixable by adding *one* char in the initscript. Enjoy. 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#750645: update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults
Package: cron Version: 3.0pl1-124.1 Setting up cron (3.0pl1-124.1) ... Installing new version of config file /etc/pam.d/cron ... update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750644: RFS: bitcoin-armory/0.91.1-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package bitcoin-armory * Package name: bitcoin-armory Version : 0.91.1-1 Upstream Author : Armory Technologies, Inc. * URL : https://bitcoinarmory.com/ * License : AGPL3 Section : net It builds those binary packages: bitcoin-armory - Advanced Bitcoin Wallet Management Software To access further information about this package, please visit the following URL: http://mentors.debian.net/package/bitcoin-armory Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/b/bitcoin-armory/bitcoin-armory_0.91.1-1.dsc More information about Armory can be obtained from https://bitcoinarmory.com/. Regards, Joseph Bisch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749703: briefly verified
Hi folks,
I have briefly verified the patch for Wheezy's 3.13 and 3.14 bpo
kernels. The reference to acpi_os_wait_events_complete is gone.
Hope this helps
Harri
--- kernel/nv-acpi.c.orig 2013-12-30 09:23:36.0 +0100
+++ kernel/nv-acpi.c 2014-06-05 11:34:27.194829353 +0200
@@ -303,7 +303,10 @@
if (pNvAcpiObject-notify_handler_installed)
{
+#if LINUX_VERSION_CODE KERNEL_VERSION(3, 13, 0)
+/* beginning with 3.13, acpi_remove_notify_handler() waits for events to finish */
NV_ACPI_OS_WAIT_EVENTS_COMPLETE();
+#endif
// remove event notifier
status = acpi_remove_notify_handler(device-handle, ACPI_DEVICE_NOTIFY, nv_acpi_event);
Bug#750646: libio-socket-ssl-perl: can't use default_ca() to set default CA
Package: libio-socket-ssl-perl
Version: 1.992-1
The documentation for SSL_ca* says: “If neither SSL_ca, nor SSL_ca_file
or SSL_ca_path are set it will use default_ca() to determine the
user-set or system defaults.”
But in reality, IO::Socket::SSL calls default_ca() only once, upon
initialization, so default_ca() is never be used to determine user-set
defaults.
$ perl test-default-ca.pl
Eeek! Connected to www.debian.org with default_ca() = {
'SSL_ca_file' =
'/usr/share/ca-certificates/mozilla/China_Internet_Network_Information_Center_EV_Certificates_Root.crt'
}
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'experimental')
Architecture: i386 (x86_64)
Foreign Architectures: amd64
Kernel: Linux 3.12.0 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages libio-socket-ssl-perl depends on:
ii libnet-ssleay-perl 1.63-1
ii netbase 5.2
ii perl5.18.2-4
Versions of packages libio-socket-ssl-perl recommends:
ii libio-socket-inet6-perl 2.72-1
ii libio-socket-ip-perl0.29-1
ii libnet-idn-encode-perl 2.100-2
ii libsocket6-perl 0.25-1
ii liburi-perl 1.60-1
ii perl5.18.2-4
ii perl-base [libsocket-perl] 5.18.2-4
Versions of packages libio-socket-ssl-perl suggests:
ii ca-certificates 20140325
-- no debconf information
--
Jakub Wilk
#!/usr/bin/perl
use strict;
use warnings;
use Data::Dumper;
use IO::Socket::SSL;
my $host = 'www.debian.org';
my $ca = 'China_Internet_Network_Information_Center_EV_Certificates_Root';
# definitely NOT the www.debian.org's CA ---^
my $cafile = /usr/share/ca-certificates/mozilla/$ca.crt;
-r $cafile or die $cafile: $!;
my %default_ca = IO::Socket::SSL::default_ca($cafile);
my $sock = IO::Socket::SSL-new(
PeerAddr = $host,
PeerPort = 'https',
SSL_verify_mode = SSL_VERIFY_PEER,
SSL_verifycn_scheme = 'http',
) or die IO::Socket::SSL::errstr;
$Data::Dumper::Terse = 1;
print Eeek! Connected to $host with default_ca() = , Dumper(\%default_ca);
$sock-close();
Bug#711139: Bug#711142: gnuplot-qt: zooming with the 'wxt' terminal yields blank contents
On 2013-06-05 08:03:59 +0200, Anton Gladky wrote: you help will be much more effective, if you report all of this bugs directly to upstream instead of Debian BTS. I am sure, all of them are not Debian-specific, This was in my TODO list, but I didn't have the time. I'll do that. In the mean time, since wxt is no longer supported, I'm closing bug 711142. -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740487: clisp: FTBFS on kfreebsd
reassign 740487 src:libsigsegv affects 740487 clisp found 740487 libsigsegv/2.10-2 fixed 740487 libsigsegv/2.10-4 close 740487 clisp thanks On 05/06/14 09:05, Emilio Pozuelo Monfort wrote: Hey, what happened to this bug? [...] 18:30 pochu I wonder if that's related to #618777 Oh now I see, and nice to know, thanks! Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750495: syslinux: FTBFS on many arches due to missing gnu-efi build-dependency
tag 750495 - patch thanks On 06/05/2014 12:40 AM, Bob Bib wrote: Then the debian/control should be corrected a little. no, the packages should stay arch any, so that it's tried everywhere. some parts of syslinux can be used on other architectures and should be build there (not the gnu-efi requireing parts of course). -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750647: libpam-runtime: Please include pam_limits module to /etc/pam.d/common-session to make it available systemwide
Package: libpam-runtime Version: 1.1.8-3 Severity: normal Dear Maintainer, pam_limit.so is installed but for some reason, it is not included into /etc/pam.d/common-session. This means that there is no possibility to define system wide or per-user limitations. Please add the module to the common-session file to make it available. *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (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 libpam-runtime depends on: ii debconf [debconf-2.0] 1.5.53 ii libpam-modules 1.1.3-7.1 libpam-runtime recommends no packages. libpam-runtime suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750648: qpdfview: Search does not work
Package: qpdfview Version: 0.4.9-2 Severity: normal Hello! Sorry my bad English Search the document does not work. Maybe because the document in Russian? -- System Information: Debian Release: jessie/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages qpdfview depends on: ii libc6 2.18-7 ii libcups2 1.7.2-3 ii libgcc11:4.9.0-5 ii libmagic1 1:5.18-1 ii libpoppler-qt4-4 0.24.5-4 ii libqt4-dbus4:4.8.6+dfsg-1 ii libqt4-sql 4:4.8.6+dfsg-1 ii libqt4-sql-sqlite 4:4.8.6+dfsg-1 ii libqt4-svg 4:4.8.6+dfsg-1 ii libqt4-xml 4:4.8.6+dfsg-1 ii libqtcore4 4:4.8.6+dfsg-1 ii libqtgui4 4:4.8.6+dfsg-1 ii libstdc++6 4.9.0-5 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages qpdfview recommends: ii qpdfview-djvu-plugin 0.4.9-2 pn qpdfview-ps-plugin none ii qpdfview-translations 0.4.9-2 qpdfview 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#750549: bug confirmed upstream in i386
Hi, It seems the bug was confirmed upstream, in i386 [0]. regards. [0] http://lists.graemef.net/pipermail/lvs-users/2014-June/050095.html -- Arturo Borrero González Departamento de Seguridad Informática (n...@cica.es) Centro Informatico Cientifico de Andalucia (CICA) Avda. Reina Mercedes s/n - 41012 - Sevilla (Spain) Tfno.: +34 955 056 600 / FAX: +34 955 056 650 Consejería de Economía, Innovación, Ciencia y Empleo Junta de Andalucía
Bug#747252: Found also
Ah, I misinterpreted that error message then. Thank you for the correction. On 06/05/2014 03:53 AM, intrigeri wrote: Hi, John Goerzen wrote (01 Jun 2014 17:31:44 GMT) : [...] since it prevents AppArmor from starting and anything else that uses AppArmor from realizing its security benefits. I get the AppArmor parser error due to the unsupported signal and ptrace confinement, but I cannot reproduce this. Fortunately (given the average state of interest Debian package maintainers show in AppArmor currently), it seems that the profiles loader does not ignore all subsequent profiles when one (generally, taken untested from upstream) fails to parse :) 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#750649: libdata-dump-streamer-perl: FTBFS with perl 5.20
Source: libdata-dump-streamer-perl Version: 2.37-1 Severity: important Tags: jessie sid upstream User: debian-p...@lists.debian.org Usertags: perl-5.20-transition Forwarded: https://rt.cpan.org/Public/Bug/Display.html?id=90465 -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 libdata-dump-streamer-perl doesn't build (test failure) with perl 5.20. Cf. http://people.debian.org/~ntyni/perl/5.20/logs/20140530/misc/libdata-dump-streamer-perl_2.37-1+b1_amd64-20140531-0536.build and https://rt.cpan.org/Public/Bug/Display.html?id=90465 Cheers, gregor -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQJrBAEBCgBVBQJTkGCQThSAAB0AKGlzc3Vlci1mcHJAZ3BnLmNvbW9kby5w cml2LmF0RDFFMTMxNkU5M0E3NjBBODEwNEQ4NUZBQkIzQTY4MDE4NjQ5QUEwNgAK CRC7OmgBhkmqBk4kEACCehbemLKmi4Q6V+7ttb9fBJXsbepmJ7W1dugrRAjiLaVK Fd4TTDgQ2LZjs1m/ex0nFbJIfY7wlBTv3Q5duY6qMHf5kwCh1em3EF4MT+hcQw3q fgiqYX1znkHbd667rR8Yqn2JiuN1eQaLQuEyQ0Vg/c/CmAP3JqGQl0rqVekwQqKt Waf91mPgMrikwlq+ZNH4wD0uO/FMMPC6gBAI34FgMua24TkTf1ocJn3dDoaqCMLw LJaKB65wJXC+4UsNcpCDUpxGy/uOThQnIQoCkVU939/s5SW2J9rV/fJWanXZYjRk QVwxhc3AGDKeqQhKWsQCPtaJ2U7QsYjvsN+k9yZvfN6p2iOoatykQfI5bbwgYKAz ksa6kA6QiF5PHU/iSnaj3hPrQwfBxP8X5SFNKQjo2GBid1sbCppjSZNQ6zK+Imt3 FdVoUyfofTK5qu2TGspJwkWMEwM9F9YI/gTozQXniYxkq793ShP++FZuP+05DUDo X11oGgzEL3EsscneYvB5Q0H1MUk+O+oFaPYcd9g89AlkPE1q6PGC/X4oYNoIbHcy 56QaUCyHPS0Cl4CkrfdSxQevzyhyoA59SmFhpoOgL9/PQkE63nnu7l6MjyfQbcKG S+6N82RQC9pwGPxRoKqRbr2DNN0fXMokLo9uVfDCEcuIsxxv0zt7z+OStFrQEA== =BD4L -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750650: libdevel-findref-perl: FTBFS with perl 5.20
Source: libdevel-findref-perl Version: 1.430-1 Severity: important Tags: jessie sid upstream User: debian-p...@lists.debian.org Usertags: perl-5.20-transition Forwarded: https://rt.cpan.org/Public/Bug/Display.html?id=95724 -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 libdevel-findref-perl's test suite fails under perl 5.20. Cf. http://people.debian.org/~ntyni/perl/5.20/logs/20140530/misc/libdevel-findref-perl_1.430-1+b1_amd64-20140531-0407.build and https://rt.cpan.org/Public/Bug/Display.html?id=95724 Cheers, gregor -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQJrBAEBCgBVBQJTkGFtThSAAB0AKGlzc3Vlci1mcHJAZ3BnLmNvbW9kby5w cml2LmF0RDFFMTMxNkU5M0E3NjBBODEwNEQ4NUZBQkIzQTY4MDE4NjQ5QUEwNgAK CRC7OmgBhkmqBijSD/4t9UmtjCCWKKrTdh1cGrDlnTmb2PyTEF4d3CvAmqZ+4sis EJ+vuJ+xmdVxVGSLQbJtsaGbGVsi86L/5nqbmxffZid9qFwzU9pITmlibxngt9B5 hRno1/XZkCm6uxnnzyNDxjA/4u9mf4nOeKFT59LzhOS/oWeGPJBhHGnGATDwXYAF g3W3M48DUQbomnjyQUlAzYpmkQdzlkGGcXfot6PiSki0YjpRl2V3g6bueAT5rsXE FXTC9EKf9oadSZPr9RHwg2lLBzU/OMcvNa2BpQplcAOxV3LZt+v+7LyTjCS4Ao32 UzJkOhBrBhApDqgCAQzkB1BThOdm/ZBfTeVZBLa5OsLFP1sHFfsZ0yxCbHcDUW42 wozGYMpBER9jFeKXm78psOXxRdpMY/uZAMxws1UCQ6vkdGTe2RyEr3QUZSnMffVI 5x6fz5i0HFdc5wvEzgCRP6c6I/Zfcf3Unsd7NDHHBzRsF6H/4xDORtNC0GYMMGT/ sQEayktUfI1Sb9ygj2dcG5e1oNpUcyz6tp0mL/qnYxE5inJCAoFNqb8gcrIg6Ut9 D+f0vUrkgYN82ongSkfXBblvon+sRRDOR2rtnl1hzoryEassyvZYo+HWPQLnMd0F 7kOwZ3OMyRWMmaAx2nJauXFVzihAjQcBGnTlkYXHZBC+TIWucW2Bdwj1DOruMQ== =l4YQ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750651: xymon-client: clientupdate fails
Package: xymon-client Version: 4.3.17-2 Severity: normal Dear Maintainer, the client update process from a central plugins-repository fails. In the client-local.cfg on the central xymon-server, the following is configured: [linux] clientversion:xc.v3 This tar-file contains tree plugins. Extracting the tar-archive fails: -- /var/log/xymon/xymonclient.log tar: ./clientlaunch.d: Cannot mkdir: Permission denied tar: ./clientlaunch.d: Cannot mkdir: Permission denied tar: ./clientlaunch.d/libs.cfg: Cannot open: No such file or directory tar: ./clientlaunch.d: Cannot mkdir: Permission denied tar: ./clientlaunch.d/entropy.cfg: Cannot open: No such file or directory tar: ./clientlaunch.d: Cannot mkdir: Permission denied tar: ./clientlaunch.d/apt.cfg: Cannot open: No such file or directory tar: ./ext/libs: Cannot open: Permission denied tar: ./ext/apt: Cannot open: Permission denied tar: ./ext/Hobbit.pm: Cannot open: Permission denied tar: ./ext/entropy: Cannot open: Permission denied tar: ./ext: Cannot utime: Operation not permitted tar: .: Cannot utime: Operation not permitted tar: Exiting with failure status due to previous errors 2014-06-05 13:54:19 Upgrade failed, tar exited with status 512 -- /var/log/xymon/clientlaunch.log 2014-06-05 13:54:12 xymonlaunch starting 2014-06-05 13:54:12 Loading tasklist configuration from /etc/xymon/clientlaunch.cfg 2014-06-05 13:54:19 Task client terminated, status 1 In addition, clientupdate must write the file clientversion.cfg to directory /etc/xymon. The problem could possibly be solved by adding this to the xymon-client.postinst: chown -R xymon:xymon /usr/lib/xymon chown -R xymon:xymon /etc/xymon Thank you, Alex -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (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/bash Versions of packages xymon-client depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.53 ii libc6 2.18-7 ii libssl1.0.01.0.1g-4 ii lsb-base 4.1+Debian12 ii procps 1:3.3.9-5 xymon-client recommends no packages. Versions of packages xymon-client suggests: pn xymon-plugins | hobbit-plugins none -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749583: (no subject)
Please close this bug, my apologies. It has been flagged upstream and the maintainer states that it is a bug in xorg-server: https://bitbucket.org/portix/dwb/issue/377/cant-write-address-or-other-multikey For reference, it only appears to affect users of the Awesome WM (like me), and one user mentions a workaround of choosing another tab and then coming back. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750652: proftpd-mod-dnsbl: use autotools-dev to update config.{sub, guess} for new arches
Package: proftpd-mod-dnsbl
Version: 0.1.5-3
Severity: normal
Tags: patch
Dear Maintainer,
Please use autotools-dev to update config.{sub,guess} for new architectures.
In Ubuntu, a similiar patch was applied to achieve the following:
* Use autotools-dev to update config.{sub,guess} for new arches.
Thanks for considering the patch.
Erwan Prioul.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: ppc64el (ppc64le)
Kernel: Linux 3.13-1-powerpc64le (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--- a/debian/rules
+++ b/debian/rules
@@ -7,7 +7,7 @@
DEBNAME=proftpd-mod-dnsbl
%:
- dh $@
+ dh $@ --with autotools_dev
override_dh_auto_configure: debian/control
./configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var
Bug#622905: spawn-fcgi: No init.d script provided
Hi, running the single php backend with the standard user is usually done by the web-server package. spawn-fcgi is about doing it better, which involves more work (setting up different user accounts and so on). Also using init scripts is not the recommended way, runit / daemontools is better (no, runit doesn't have to run as init for this). You probably could also try inittab if you want to go minimalistic... I vote for closing this feature request :) regards, Stefan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750654: gimp: please enable parallel building
Source: gimp Version: 2.8.10-1 Severity: wishlist Tags: patch Hi, gimp seems to build fine with multiple build jobs when building. Thus, my suggestion is to enable the parallel build (enabling it in CDBS) to speed up the compilation when requested (see also Policy §4.9.1). Thanks, -- Pino --- a/debian/rules +++ b/debian/rules @@ -23,6 +23,7 @@ DEB_CONFIGURE_EXTRA_FLAGS := --disable-s --with-lcms=lcms2 \ --without-webkit DEB_BUILDDIR := $(DEB_SRCDIR)/builddir +DEB_BUILD_PARALLEL := 1 DEB_DH_SHLIBDEPS_ARGS_ALL := -Llibgimp2.0 -l$(CURDIR)/debian/libgimp2.0/usr/lib # exclude this since we manually add the Suggests in debian/control:
Bug#750653: new upstream release
Package: spawn-fcgi Version: 1.6.3 Hi, I just released spawn-fcgi 1.6.4. If you want you can take look at https://build.opensuse.org/package/show/home:stbuehler/spawn-fcgi for updated packages (fixing some lintian warnings). I tried to keep the package simple and the dependencies low so it also compiles for old Debian/Ubuntu releases. regards, Stefan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750609: Fixed for me
Following the suggestion of Pietro ( installing systemd-shim) the bug is fixed. Daniele
Bug#622905: spawn-fcgi: No init.d script provided
Le jeudi 05 juin 2014 à 14:29 +0200, Stefan Bühler a écrit : Hi, running the single php backend with the standard user is usually done by the web-server package. spawn-fcgi is about doing it better, which involves more work (setting up different user accounts and so on). Also using init scripts is not the recommended way, runit / daemontools is better (no, runit doesn't have to run as init for this). You probably could also try inittab if you want to go minimalistic... I vote for closing this feature request :) Same conclusion here. What would be great would be to provide an example of systemd user service file. (and distribute examples using debian/examples). Jérémy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743596: gimp still built with lcms1
found 743596 tag 743596 + patch thanks Hi, adding the liblcms2-dev build dependency is not enough to have gimp build with it; libmng-dev has liblcms-dev as dependency, and configure checks for lcms1 first when no specific version is specified. Thus, the additional fix needed is to pass --with-lcms=lcms2 as configure argument; patch attached for it. Thanks, -- Pino Toscano -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750653: new upstream release
Le jeudi 05 juin 2014 à 14:33 +0200, Stefan Bühler a écrit : Package: spawn-fcgi Version: 1.6.3 Hi, I just released spawn-fcgi 1.6.4. If you want you can take look at https://build.opensuse.org/package/show/home:stbuehler/spawn-fcgi for updated packages (fixing some lintian warnings). I tried to keep the package simple and the dependencies low so it also compiles for old Debian/Ubuntu releases. Thank you for the notice, i will take care of it a.s.a.p. Jérémy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750657: mirror submission for mirror.0x2a.com.ua
Package: mirrors Severity: wishlist Submission-Type: new Site: mirror.0x2a.com.ua Type: leaf Archive-architecture: amd64 armhf i386 s390x Archive-ftp: /debian/ Archive-http: /debian/ Backports-ftp: /debian-backports/ Backports-http: /debian-backports/ CDImage-ftp: /debian-cd/ CDImage-http: /debian-cd/ IPv6: no Archive-upstream: ftp.de.debian.org Backports-upstream: ftp.de.debian.org CDImage-upstream: ftp.de.debian.org Updates: four Maintainer: http://0x2a.com.ua/ supp...@0x2a.com.ua Country: UA Ukraine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750643: antlr: missing licence for PyANTLR
Allright, so what is the procedure now to use http://www.gnu.org/copyleft/gpl.html? On Thu, Jun 5, 2014 at 12:57 PM, Thorsten Glaser t...@mirbsd.de wrote: Source: antlr Version: 2.7.7+dfsg-5 Severity: serious Tags: upstream Justification: Policy 2.3 The PyANTLR component – lib/python/antlr/ in the source tree – was written by Wolfgang Häfelinger, who, according to his website, is German. The PyANTLR component references a “LICENSE.txt” file “for license details”, which is missing. The top-level licence file of antlr cannot be meant by it, because German citizens cannot disclaim copyright and let their work wilfully enter Public Domain. This means that PyANTLR is unlicenced proprietary software, unless the author adds a DFSG-free licence for his code and the Debian maintainer adds it to debian/copyright accordingly. I’ve added Wolfgang Häfelinger to Cc, so he can comment directly and is notified about this issue. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/lksh -- Wolfgang Häfelinger häfelinger IT - Applied Software Architecture http://www.haefelinger.it +49 1520 32 52 981 (+31 648 27 61 59)
Bug#658829: transition: db5.3
On Wed, Jun 4, 2014, at 19:19, Emilio Pozuelo Monfort wrote: Control: reopen -1 On 04/06/14 19:07, Emilio Pozuelo Monfort wrote: This seems to be long done, so I'm closing this bug. Let me know if I missed something and this should be kept open. My bad, libdb5.1 is still in testing. Sorry for the noise. Maybe we can remove clisp and xindy from testing for a moment? This will only break the texlive-full and can be easily fixed by removing xindy from Depends. Norbert, can you do that for us to finish db5.1 to db5.3 transition? O. -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
