Bug#742038: monodevelop: Monodevelop fails to start.
I can confirm that monodevelop fails to start silently when libmono-cairo2.0-cil is not installed. Installing that package makes it start normally. -- Dmitry Shachnev signature.asc Description: OpenPGP digital signature
Bug#752052: kde4libs: CVE-2014-3494: POP3 kioslave silently accepted invalid SSL certificates
Source: kde4libs Version: 4:4.13.1-1 Severity: grave Tags: security upstream fixed-upstream Justification: user security hole Hi See http://www.kde.org/info/security/advisory-20140618-1.txt for further reference. From the advisory only 4.10.95 to 4.13.2 are affected. Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751350: RFS: knowthelist/2.1.2 [ITA] -- the awesome party music player
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package knowthelist * Package name: knowthelist Version : 2.1.2 Upstream Author : Mario Stephan mstep...@shared-files.de * URL : http://knowthelist.github.io/knowthelist * License : LGPL Section : sound It builds those binary packages: knowthelist - the awesome party music player To access further information about this package, please visit the following URL: http://mentors.debian.net/package/knowthelist Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/k/knowthelist/knowthelist_2.1.2.dsc More information about hello can be obtained from http://www.kde.org/applications/multimedia Changes since the last upload: First request for package Re send this mail in text format Added KDE URL Regards, Mario Stephan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750187: Reducing severity
severity 750187 wishlist thanks === 2014/06/12. After discussing this issue with upstream, I decided to disable this patch for the moment. There is no backport compatibility between Alglib 1.0 and 3.*. This patch compiles, but no guarantee, that it works witn 3.x normally. === http://anonscm.debian.org/gitweb/?p=debian-science/packages/vtk6.git;a=commit;h=bc645d1a5c0dc7d3ab780777fcd2fd65847699f2 Anton -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752053: haskell-simple-sendfile: FTBFS on kfreebsd hurd
Source: haskell-simple-sendfile Version: 0.2.11-2 Severity: serious Justification: FTBFS Hello, haskell-simple-sendfile is currently bd-uninstallable on kfreebsd hurd arches because it build-depends on libghc-conduit-dev ( 1.1), and the current version of haskell-conduit is 1.1.6. haskell-simple-sendfile happens to build wine with haskell-conduit 1.1.6, so I guess it is a matter of reuploading haskell-simple-sendfile build-depending on libghc-conduit-dev ( 1.2)? Samuel -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.15.0 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- Samuel I once witnessed a long-winded, month-long flamewar over the use of mice vs. trackballs...It was very silly. (By Matt Welsh) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752040: pysol fails to run
Package: pysolfc Version: 2.0-3 Followup-For: Bug #752040 Dear Maintainer, Pysol was working fine this morning. Today I did an update. Now Pysol does not work. I get exactly the same message as the bug reporter. Regards, Michael Sebastian -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pysolfc depends on: ii python2.7.6-2 ii python-configobj 4.7.2+ds-5 ii python-pygame 1.9.1release+dfsg-10 ii python-tk 2.7.7-1 Versions of packages pysolfc recommends: ii python-pil.imagetk [python-imaging-tk] 2.3.0-2+b1 pn tk-tile none Versions of packages pysolfc suggests: pn freecell-solver none ii pysolfc-cardsets 2.0+dfsg2-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751597: monodevelop: Metacity 3.12 transition
Seems fine. Feel free to NMU. Don't have the spare cycles to do it myself right now On 19 Jun 2014 07:03, Dmitry Shachnev mity...@gmail.com wrote: Hi Jo, On Sun, 15 Jun 2014 14:14:48 +0400, Dmitry Shachnev wrote: So, the Metacity support is already broken, and if we remove it, nothing changes. So I propose to do it. I have attached a patch (against packaging Git) that makes monodevelop build without libmetacity support (also thanks to Alberts’ suggestions). Please, apply it, or at least let me know if I can go ahead with Metacity 3.12 upload. I did some additional testing on two machines, and I can confirm that this patch does *not* change anything from user’s perspective. Both with and without this patch, the windows in designer do not have any decorations. I have attached a screenshot (taken with non-patched version, but the patched version looks identical). I am going to upload Metacity 3.12 not later than this Saturday, June 21th. Please let me know what you think about that. -- Dmitry Shachnev
Bug#752054: commons-daemon: add mips abi n32, n64 support
Package: commons-daemon Version: 1.0.15-2 Severity: important Tags: patch This patch add the support for mips abi n32 and n64, tested on mips64el device. Already forward it to upstream https://issues.apache.org/jira/browse/DAEMON-319 Regards, Sphinx Jiang Index: commons-daemon-1.0.15/src/native/unix/support/apsupport.m4 === --- commons-daemon-1.0.15.orig/src/native/unix/support/apsupport.m4 2014-06-19 05:40:23.0 + +++ commons-daemon-1.0.15/src/native/unix/support/apsupport.m4 2014-06-19 05:46:23.202817468 + @@ -113,7 +113,7 @@ LDCMD=/opt/C/bin/cc HOST_CPU=osd ;; - mips) + mips | mipsn32 | mips64) CFLAGS=$CFLAGS -DCPU=\\\mips\\\ supported_os=mips HOST_CPU=mips @@ -142,7 +142,7 @@ fi CFLAGS=$CFLAGS -DCPU=\\\$HOST_CPU\\\ -DSO_EXT=\\\sl\\\ ;; - mipsel) + mipsel | mipsn32el | mips64el) CFLAGS=$CFLAGS -DCPU=\\\mipsel\\\ supported_os=mipsel HOST_CPU=mipsel
Bug#750772: Affects Syncing of Calendars as Well
This bug also affects the syncing of calendars via CalDav as well. Errors like the following appear in /var/log/owncloud.log {app:PHP,message:Illegal string offset 'uri' at /usr/share/owncloud/apps/calendar/lib/sabre/usercalendars.php#41,level:3,time:2014-06-19T07:17:34+00:00} -- Soren Stoutner so...@stoutner.com 623-262-6169
Bug#732322: mknod in a fakechroot environment
Thank you for your answer Le mercredi 18 juin à 18h 13mn 50s (-0400), Daniel Kahn Gillmor a écrit : On 06/18/2014 05:38 PM, jhcha54008 wrote: Hi, I got the same result : mknod: 'dev/ttyS0': Permission denied The patch below solved the issue. It is perhaps advisable to not chroot before making a new device node (as in debirf version 0.33, file /usr/bin/debirf, line 135 : fakeroot_if_needed sh -c mknod $DEBIRF_ROOT/dev/console c 5 1; chmod 0600 $DEBIRF_ROOT/dev/console which doesn't cause any error) Thank you for making debirf such a useful tool ! Regards, JH Chatenet --- a/usr/share/debirf/modules/serial-terminal +++ b/usr/share/debirf/modules/serial-terminal @@ -32,10 +32,10 @@ debirf_exec chown root:root ${SCRIPTED_GETTY} # make sure the basic serial devices are present -debirf_exec mknod dev/ttyS0 c 4 64 -debirf_exec mknod dev/ttyS1 c 4 65 -debirf_exec mknod dev/ttyS2 c 4 66 -debirf_exec mknod dev/ttyS3 c 4 67 +mknod ${DEBIRF_ROOT}/dev/ttyS0 c 4 64 +mknod ${DEBIRF_ROOT}/dev/ttyS1 c 4 65 +mknod ${DEBIRF_ROOT}/dev/ttyS2 c 4 66 +mknod ${DEBIRF_ROOT}/dev/ttyS3 c 4 67 if grep $SCRIPTED_GETTY $INITTAB | grep -q -v ^[[:space:]]*# ; then echo inittab already has a getty on the console. This patch seems guaranteed to fail by anyone who isn't running debirf as the superuser, which we generally don't advise. It works as a normal user too : the modules are run inside a fakeroot environment (function run_modules, file /usr/bin/debirf line 140 in debirf 0.33) i still haven't been able to reproduce this problem myself, though. what system are you running this on that you see this problem? how are you invoking debirf? what target are you using? --dkg It is a jessie chroot (wheezy host, amd64) : $ dpkg -l debirf fakechroot libfakechroot ||/ Name VersionArchitecture Description +++-==-==-==-= ii debirf 0.33 all build a kernel and initrd to run Debian from RAM ii fakechroot 2.17.2-1 all gives a fake chroot environment - utilities ii libfakechroot:amd642.17.2-1 amd64 gives a fake chroot environment - runtime $ tar -zxvf /usr/share/doc/debirf/example-profiles/minimal.tgz and I set DEBIRF_SUITE=jessie $ debirf make minimal/ [...] run-parts: executing minimal/modules/network run-parts: executing minimal/modules/root-bashrc run-parts: executing minimal/modules/serial-terminal mknod: 'dev/ttyS0': Permission denied run-parts: minimal/modules/serial-terminal exited with return code 1 With the preceding patch : $ debirf make minimal/ [...] run-parts: executing minimal/modules/network run-parts: executing minimal/modules/root-bashrc run-parts: executing minimal/modules/serial-terminal run-parts: executing minimal/modules/z0_remove-locales run-parts: executing minimal/modules/z1_clean-root [...] The cause of the bug may be a variable FAKECHROOT_EXCLUDE_PATH=/dev:/proc:/sys It is set in file /etc/fakechroot/chroot.env line 24 (fakechroot version 2.17.2-1) : - # Set the default list of directories excluded from being chrooted FAKECHROOT_EXCLUDE_PATH=${FAKECHROOT_EXCLUDE_PATH:-/dev:/proc:/sys} export FAKECHROOT_EXCLUDE_PATH - As a result, every access to /dev after a chroot command (in a fakechroot environment) is diverted to the real /dev directory of the build machine. This is desirable to read from the real devices. But it is not allowed an unprivileged user to make new devices there - which probably makes sense. Regards, JH Chatenet # DEBIRF configuration file: this will be sourced by bash # Label for debirf system (for hostname and initrd). debirf will be # used if unspecified. # DEBIRF_LABEL=debirf-minimal # Where shoud debirf build the image? By default, debirf will build # in the profile directory. # #DEBIRF_BUILDD= # What suite should be used? The default is determined by # lsb_release, and falls back to sid. # DEBIRF_SUITE=jessie # The default distro (eg. debian or ubuntu) is based on the distro # of the suite specified. If you want to use a suite from a # non-Debian/Ubuntu distro, specify the distro explicitly here (all # lowercase). # #DEBIRF_DISTRO= # What mirror should debirf pull the suite from? By default, this is # based on the DEBIRF_DISTRO # (eg. http://mirrors.kernel.org/${DEBIRF_DISTRO};). # #DEBIRF_MIRROR= # What keyring should be used to verify the debootstrap for the # specified suite? This is also based on the DEBIRF_DISTRO by # default. If you are trying to
Bug#752055: ambiguous option name Type=forking
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Package: systemd Version: 204-10 Doing a fork and becoming a daemon process are not the same. Something like Type=forking in the *.service file is ambiguous. Does systemd provide a controlling terminal to the ExecStart job that has to be dropped, before forking again? Please clarify. The man page has a pretty weird description of the behavior of traditional UNIX daemons. Many thanx Harri -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBCAAGBQJTopATAAoJEAqeKp5m04HLA4UH+gMXJVAmJ6hSkuUNCisiyyqX ZIdmh2qD1no1wPcR8iSFjqt4W1N1kd2JstO5sI0QjT8BIs8KxiZ8xs2EeUQGowZL hfZZGizZh6+31l2jP5LuSe/Kymm/ZfDUstVzLm/EyzuFUSgW7YChz0TVGJidzjmz 82uVIy23iM0xtTFhYXEe6r1hJZ8mbczB06y6qZfStHF5upXWSkdLI1XC5hrqlEh9 LGC2iC6V7ZiUL5lPasBoeau7RH2/k6wVU0aT6m2VF0hh2lDJi0obU+cZ3OJzZDVO 8kZQ9CiTkoirIFJbPTrZTHnRtQiA1PB6Iv87SBoRtaqKxTNvbLbbk4i+Wjl9bOc= =il+L -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#752059: ctfutils: add mips64 support
Package:ctfutils Version: 9.2-5 Severity: important Tags: patch This patch add the support for mips64, tested on mips64el device. Index: ctfutils-9.2/sys/cddl/contrib/opensolaris/uts/common/sys/isa_defs.h === --- ctfutils-9.2.orig/sys/cddl/contrib/opensolaris/uts/common/sys/isa_defs.h 2011-02-28 03:41:40.0 +0800 +++ ctfutils-9.2/sys/cddl/contrib/opensolaris/uts/common/sys/isa_defs.h 2014-06-19 15:22:27.320825153 +0800 @@ -403,7 +403,7 @@ #define_INT_ALIGNMENT 4 #define_FLOAT_ALIGNMENT4 #define_FLOAT_COMPLEX_ALIGNMENT4 -#if defined(__mips_n64) +#if defined(__mips64) #define_LONG_ALIGNMENT 8 #define_LONG_LONG_ALIGNMENT8 #define_DOUBLE_ALIGNMENT 8
Bug#752057: python-tk: importing matplotlib does not work anymore
Package: python-tk Version: 2.7.7-2 Severity: grave Justification: renders package unusable Dear Maintainer, * What led up to the situation? importing matplotlib into ipython * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? mathias@spits:~$ ipython Python 2.7.7 (default, Jun 3 2014, 16:16:56) Type copyright, credits or license for more information. IPython 2.1.0 -- An enhanced Interactive Python. ? - Introduction and overview of IPython's features. %quickref - Quick reference. help - Python's own help system. object? - Details about 'object', use 'object??' for extra details. In [1]: import matplotlib.pyplot as plt --- ImportError Traceback (most recent call last) ipython-input-1-eff513f636fd in module() 1 import matplotlib.pyplot as plt /usr/lib/pymodules/python2.7/matplotlib/pyplot.py in module() 96 97 from matplotlib.backends import pylab_setup --- 98 _backend_mod, new_figure_manager, draw_if_interactive, _show = pylab_setup() 99 100 /usr/lib/pymodules/python2.7/matplotlib/backends/__init__.pyc in pylab_setup() 26 # imports. 0 means only perform absolute imports. 27 backend_mod = __import__(backend_name, --- 28 globals(),locals(),[backend_name],0) 29 30 # Things we pull in from all backends /usr/lib/pymodules/python2.7/matplotlib/backends/backend_tkagg.py in module() 9 10 # Paint image to Tk photo blitter extension --- 11 import matplotlib.backends.tkagg as tkagg 12 13 from matplotlib.backends.backend_agg import FigureCanvasAgg /usr/lib/pymodules/python2.7/matplotlib/backends/tkagg.py in module() 1 from __future__ import print_function 2 from matplotlib.backends import _tkagg 3 import Tkinter as Tk 4 5 def blit(photoimage, aggimage, bbox=None, colormode=1): ImportError: cannot import name _tkagg -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages python-tk depends on: ii blt2.4z-9 ii libc6 2.19-1 ii libtcl8.6 8.6.1-6 ii libtk8.6 8.6.1-5 ii libx11-6 2:1.6.2-2 ii python 2.7.6-2 python-tk recommends no packages. Versions of packages python-tk suggests: pn python-tk-dbg none pn tixnone -- 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#752056: RFP: python-minfx -- large collection of standard minimisation algorithms
Package: wnpp Severity: wishlist * Package name: python-minfx Version : 1.0.7 Upstream Author : Edward d'Auvergne edw...@nmr-relax.com * URL : https://gna.org/projects/minfx/ * License : GPLv3+ Programming Lang: Python Description : large collection of standard minimisation algorithms The minfx project is a Python package for numerical optimisation, being a large collection of standard minimisation algorithms. The name minfx is simply a shortening of the mathematical expression min f(x). Local optimization algorithms Line search methods *Steepest descent. *Back-and-forth coordinate descent. *Quasi-Newton BFGS. *Newton. *Newton-CG. Trust-region methods *Cauchy point. *Dogleg. *CG-Steihaug. *Exact trust region. Conjugate gradient methods *Fletcher-Reeves. *Polak-Ribiere. *Polak-Ribiere +. *Hestenes-Stiefel. Miscellaneous *Grid search. *Simplex. *Levenberg-Marquardt. Auxiliary algorithms Step selection subalgorithms *Backtracking line search. *Nocedal and Wright interpolation based line search. *Nocedal and Wright line search for the Wolfe conditions. *More and Thuente line search. Hessian modifications *Eigenvalue modification. *Cholesky with added multiple of the identity. *Gill, Murray, and Wright modified Cholesky algorithm (GMW81). *The Schnabel and Eskow 1999 algorithm (SE99). Constraint algorithms All minimization methods can be constrained by the Method of Multipliers (also known as the Augmented Lagrangian). -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752058: virsh --connect list --all does not work for normal user
Package: libvirt-bin Version: 0.9.12.3-1 Following instructions from: https://wiki.debian.org/KVM#Installation I did: $ adduser mathieu libvirt [start new shell] $ id -nG mathieu adm cdrom floppy sudo audio dip video plugdev kvm libvirt libvirt-qemu $ virsh list --all IdName State However: $ sudo virsh list --all IdName State - Win7DELL shut off - Win7DELL-compilation shut off - WinXPProIBMshut off - WinXPSP3ProIBM shut off - WinXPSP3ProIBM-clone1 shut off - WinXPSP3ProIBM-trash shut off As a normal user I need to call explicitely: $ virsh --connect qemu:///system list --all IdName State - Win7DELL shut off - Win7DELL-compilation shut off - WinXPProIBMshut off - WinXPSP3ProIBM shut off - WinXPSP3ProIBM-clone1 shut off - WinXPSP3ProIBM-trash shut off The documentation on the wiki is either wrong or the package is buggy in wheezy. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749497: validation
Hi Adam, On Wed, Jun 18, 2014 at 3:01 PM, Adam D. Barratt a...@adam-barratt.org.uk wrote: Simple backports from upstream is not equivalent to suitable for an update to a package in stable, particularly when there's a non-trivial diff involved. All the backported fixes are bugs which make the package more stable. It fixes real issues we have in php5.4. And then another and another and... ? My concern here is that we end up with a continual stream of requests for updates, each with many fixes in. I'm not sure how sustainable that is; ommv, of course. We are indeed trying to follow the php minor versions which are released weeks after weeks including fixes for stability. I'm deeply concerned about php stability as you may understand with my different packages requests; my contributions are here to fix real issues users get. I don't want to be rude but all the previous packages requests for php ended up with the same kind of question/answers; I also find weird to get patch validations from people who don't read/use php source code regularly. Best regards, -- William -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752060: xloadimage: mailcap priority=2 to be above caca
Package: xloadimage Version: 4.1-23 Severity: wishlist File: /usr/lib/mime/packages/xloadimage /usr/lib/mime/packages/xloadimage has its entries at priority=1, which is the same priority level as the text renditions by /usr/lib/mime/packages/caca-utils (from the caca-utils package). I think xloadimage is superior (much superior usually) to cacaview and that therefore xloadimage could helpfully have priority=2 in its mailcap. (The priority levels are of course a matter of cooperation between packages, deciding which does a better or more relevant job. priority=2 on the various image formats is what iceape, iceweasel, and imagemagick currently have. I think xloadimage is equally as good as those for displaying an image.) -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.14-1-686-pae (SMP w/1 CPU core) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xloadimage depends on: ii libc6 2.19-1 ii libjpeg88d-2 ii libpng12-0 1.2.50-1 ii libtiff54.0.3-8 ii libx11-62:1.6.2-2 xloadimage recommends no packages. xloadimage 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#752049: Acknowledgement (libnl-route-3-dev: Problem compiling code with libnl3)
Hi, i have rechecked this all, it works so far but it just generates compiler warnings. Regards Sebastian Kricner -- http://tuxwave.net -- the difference to think makes it real! signature.asc Description: PGP signature
Bug#711833: Preparing for RFS.
Hi, Alexander and I, we are the new debian maintainer for postr package. We have few questions for you : - Concerning bug #585269 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=585269, have you already fixed this in your vcs then we could just wait for a release which should close that bug. - When are you planning to make a new release ? Thanks, Regards, Yoann Gauthier 2014-06-18 18:27 GMT+02:00 Alexander Alemayhu alexan...@bitraf.no: On Wed, Jun 18, 2014 at 05:24:08PM +0200, Yoann Gauthier wrote: Hello, Hei, I will contact Germán Póo-Caamaño tonight. Good. Could you also ask when they are planning to make a new release? It would be nice to add a newer release, since the current release[0] has not updated the UI version name, but the change has been done in the vcs[1]. [0]: https://download.gnome.org/sources/postr/0.13/ [1]: https://git.gnome.org/browse/postr/commit/?id=ff74d96d0bbba657330c30f7a305aee2d743579e
Bug#752061: gdb: icedove: Cannot find user-level thread for LWP 28935: generic error
Package: gdb Version: 7.7.1-1 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Attempting to debug icedove in unstable on i386 architecture. Opening an attachment outside of gdb results in: Segmentation fault but opening an attachment in icedove under gdb results in: Cannot find user-level thread for LWP 28935: generic error * What exactly did you do (or not do) that was effective (or ineffective)? I tried removing libc6-x32:i386 and libc6-i686:i386 * What was the outcome of this action? same problems. * What outcome did you expect instead? some means of debugging icedove on i386. see #751077 *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.16.0-rc1+ (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gdb depends on: ii libbabeltrace-ctf1 1.2.1-2 ii libbabeltrace1 1.2.1-2 ii libc6 2.19-3 ii libexpat1 2.1.0-6 ii liblzma55.1.1alpha+20120614-2 ii libncurses5 5.9+20140118-1 ii libpython3.43.4.1-6 ii libreadline66.3-6 ii libtinfo5 5.9+20140118-1 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages gdb recommends: ii gdbserver 7.7.1-1 ii libc6-dbg [libc-dbg] 2.19-3 Versions of packages gdb suggests: ii gdb-doc 7.7.1-1 -- debconf-show failed -- debsums errors found: prelink: /usr/bin/gdb: at least one of file's dependencies has changed since prelinking -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752038: ganeti: uses invoke-rc.d instead of service
Hi Ryan, On 15:53 Wed 18 Jun , Ryan Niebur wrote: Package: ganeti Version: 2.11.2-1 Severity: important Tags: patch Hello, There is a bug where the path to invoke-rc.d has been explicitely inserted and hard coded into the d/rules file. This should use the service command instead! I don't think there's anything wrong with hardcoding invoke-rc.d in d/rules, not more so than hardcoding it in a maintainer script. Ubuntu bug #1308571 predated the change to use invoke-rc.d in Debian; the failure in this case was due to the previous behavior of Ganeti calling the initscript directly, and this is clearly mentioned in that report. Since we do not provide an upstart job for ganeti, invoke-rc.d should work as expected, but can you please verify that 2.11.2 works with the latest Ubuntu? Regards, Apollon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749497: validation
Hi Adam William, On Thu, Jun 19, 2014, at 9:29, William Dauchy wrote: Hi Adam, On Wed, Jun 18, 2014 at 3:01 PM, Adam D. Barratt a...@adam-barratt.org.uk wrote: Simple backports from upstream is not equivalent to suitable for an update to a package in stable, particularly when there's a non-trivial diff involved. All the backported fixes are bugs which make the package more stable. It fixes real issues we have in php5.4. And then another and another and... ? My concern here is that we end up with a continual stream of requests for updates, each with many fixes in. I'm not sure how sustainable that is; ommv, of course. The PHP code is fragile and plagued by many bugs that ends up in crashes. If we are to improve the overall stability of PHP packages in Debian (so the upstream won't tell the users - compile the code yourself), we inevitably end up in stream of requests for updates. Our goal is not to push just some random upstream updates, but to provide better experience for Debian PHP users. We just need to find a model that would work for both parties. I understand that reviewing PHP patches is a big burden, but on the other hand it's the PHP team responsibility to provide a stable p-u that has received extensive review. So it's not the question how many updates there will be, but the question if you believe the team that you would be able to trust us that we don't fuck up each update and that we won't abuse it in the future. I think we need to cut this quickly so neither side gets frustrated and And I see that we are heading that way even though there's a good will at either side. And that worries me much. Ondrej -- 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
Bug#751943: testsuite doesnt respect DEB_BUILD_OPTIONS=parallel=X
Hi, I've set build of llvm-toolchain-3.4 on armel as failed, since llvm-toolchain-3.4 build crashed the buildd. According to discussion on #debian-buildd, this could be considered a serious bug - but I'm leaving this as important for now, assuming a quick fix anyways :) Riku -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751767: Same applies for me
Running debian testing
Bug#751077: icedove: program locks up when attempting attachment, gdb no help
Package: icedove Version: 24.6.0-1~deb7u1 Followup-For: Bug #751077 Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? I tried backing up my .icedove directory and used a basic imap setup with my ISP on a new profile and tried opening an attament, same result of: Segmentation fault when run outside of gdb and Cannot find user-level thread for LWP 31075: generic error when run inside gdb * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.16.0-rc1+ (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages icedove depends on: ii debianutils 4.4 ii fontconfig2.11.0-5 ii libasound21.0.27.2-4 ii libatk1.0-0 2.12.0-1 ii libc6 2.19-3 ii libcairo2 1.12.16-2 ii libdbus-1-3 1.8.4-1 ii libdbus-glib-1-2 0.102-1 ii libevent-2.0-52.0.21-stable-1 ii libffi5 3.0.10-3 ii libfontconfig12.11.0-5 ii libfreetype6 2.5.2-1 ii libgcc1 1:4.9.0-7 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 libhunspell-1.3-0 1.3.3-1 ii libpango1.0-0 1.36.3-1 ii libpixman-1-0 0.32.4-1 ii libsqlite3-0 3.8.5-2 ii libstartup-notification0 0.12-3 ii libstdc++64.9.0-7 ii libvpx1 1.3.0-2 ii libx11-6 2:1.6.2-2 ii libxext6 2:1.3.2-1 ii libxrender1 1:0.9.8-1 ii libxt61:1.1.4-1 ii psmisc22.21-2 ii zlib1g1:1.2.8.dfsg-1 Versions of packages icedove recommends: ii myspell-en-au [myspell-dictionary] 2.1-5.4 ii myspell-en-gb [myspell-dictionary] 1:3.3.0-4 Versions of packages icedove suggests: ii fonts-lyx 2.0.6-1 ii libglib2.0-0 2.40.0-3 ii libgssapi-krb5-2 1.12.1+dfsg-3 -- debconf-show failed -- debsums errors found: prelink: /usr/lib/icedove/icedove: at least one of file's dependencies has changed since prelinking prelink: /usr/lib/icedove/icedove-bin: at least one of file's dependencies has changed since prelinking prelink: /usr/lib/icedove/mozilla-xremote-client: at least one of file's dependencies has changed since prelinking -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752047: latter half of Chinese lines now injured suddenly
On 2014-06-19 13:14:36 +0800, 積丹尼 Dan Jacobson wrote: Do this: while sleep 1; do echo 歡迎收看「小姐愛魔術」; done Notice how only half of the chars appear? On my machine, I see no differences with xterm 306-1, and it looks OK. -- 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#752062: Fatal error: exception Guestfs.Error(ntfsresize_opts: /dev/vda2: )
Package: ntfs-3g Version: 1:2012.1.15AR.5-2.1 Severity: important I cannot resize an ntfs partition, it fails with: $ virsh --connect qemu:///system dumpxml Win7DELL-compilation | xpath -e /domain/devices/disk/source Found 2 nodes in stdin: -- NODE -- source file=/var/lib/libvirt/images/Win7DELL-clone.img / -- NODE -- source file=/var/lib/libvirt/images/Win7DELL.iso / $ virt-filesystems --long --parts --blkdevs -h -a /var/lib/libvirt/images/Win7DELL-clone.img Name Type MBR Size Parent /dev/sda1 partition 07 100M /dev/sda /dev/sda2 partition 07 30G /dev/sda /dev/sda device -30G - $ sudo truncate -s 40G /var/lib/libvirt/images/outdisk $ sudo su - # virt-resize --expand /dev/sda2 /var/lib/libvirt/images/Win7DELL-clone.img /var/lib/libvirt/images/outdisk Examining /var/lib/libvirt/images/Win7DELL-clone.img ... 100% ⟦▓⟧ 00:00 ** Summary of changes: /dev/sda1: This partition will be left alone. /dev/sda2: This partition will be resized from 29,9G to 39,9G. The filesystem ntfs on /dev/sda2 will be expanded using the 'ntfsresize' method. ** Setting up initial partition table on /var/lib/libvirt/images/outdisk ... Copying /dev/sda1 ... Copying /dev/sda2 ... 100% ⟦▓⟧ 00:00 100% ⟦▓⟧ 00:00 Expanding /dev/sda2 using the 'ntfsresize' method ... Fatal error: exception Guestfs.Error(ntfsresize_opts: /dev/vda2: )
Bug#752057: python-tk: importing matplotlib does not work anymore
Control: tag -1 + moreinfo Control: severity -1 important Am 19.06.2014 09:17, schrieb Mathias Palm: Package: python-tk Version: 2.7.7-2 Severity: grave Justification: renders package unusable works for me, still able to start e.g. idle. Dear Maintainer, * What led up to the situation? importing matplotlib into ipython * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? mathias@spits:~$ ipython [...] ImportError: cannot import name _tkagg so why is this an issue with python-tk? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752063: 'Duplicate message' errors present in locale/po/hu.po
Package: ledgersmb Owner: Robert James Clay j...@rocasa.us Severity: minor As noted on http://i18n.debian.org/l10n-pkg-status/l/ledgersmb.html, there are 22 duplicate message errors present in locale/po/hu.po. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751597: [pkg-cli-apps-team] Bug#751597: monodevelop: Metacity 3.12 transition
On Thu, Jun 19, 2014 at 07:50:39AM +0100, Jo Shields wrote: Seems fine. Feel free to NMU. Don't have the spare cycles to do it myself right now Please commit to git when you upload. I don't know if you're a DD or not, so ping me with a branch or patch if you want sponsorship. -- Iain Lane [ i...@orangesquash.org.uk ] Debian Developer [ la...@debian.org ] Ubuntu Developer [ la...@ubuntu.com ] signature.asc Description: Digital signature
Bug#732322: mknod in a fakechroot environment
The bug exposed a second misbehaviour : building the initramfs fails because cpio can't read some subdirectories of /sys and /proc. FAKECHROOT_EXCLUDE_PATH=/dev:/proc:/sys causes the whole contents of the /dev, /proc, /sys directories on the build machine to be added to the archive instead of the mere mountpoints. It probably makes sense that the unprivileged user has no read permission from some of these subdirectories. The setting of FAKECHROOT_EXCLUDE_PATH should be disabled somehow when building rootfs.cgz. Regards, JH Chatenet -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752064: lists.debian.org: I no longer receive list mails and I can't send mails to lists
Package: lists.debian.org Severity: normal Hi, I haven't received any mails from subscribed debian mailinglists in a week or so. I tried to query Majordomo about my subscription status today, and my mail server logged this error: SMTP error from remote mail server after RCPT TO:majord...@lists.debian.org : host bendel.debian.org [82.195.75.100]: 450 4.1.8 d...@sigsegv.at: Sender address rejected: Domain not found I checked my domain with various DNS crawlers, everything seems to be ok. And I receive mails from several other mailing lists. Can you check, why your mail server is not able to resolve my domain? Thx, Tom. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (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.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash
Bug#752047: latter half of Chinese lines now injured suddenly
On Thu, Jun 19, 2014 at 01:14:36PM +0800, 積丹尼 Dan Jacobson wrote: Package: xterm Version: 307-1 Severity: important Do this: while sleep 1; do echo 歡迎收看「小姐愛魔術」; done Notice how only half of the chars appear? Now switch to another window and then back. Notice how the older lines are now OK looking? I don't see the indicated behavior in a quick check. However, problems in this area can be hard to duplicate :-( -- Thomas E. Dickey dic...@invisible-island.net http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#752062:
The following seems to be working nicely: $ ./test.sh libguestfs: trace: is_config libguestfs: trace: is_config = 1 libguestfs: trace: add_drive_opts /tmp/test.img format:raw libguestfs: trace: add_drive_opts = 0 libguestfs: trace: launch libguestfs: trace: launch = 0 libguestfs: trace: pvcreate /dev/sda libguestfs: trace: pvcreate = 0 libguestfs: trace: vgcreate VG /dev/sda libguestfs: trace: vgcreate = 0 libguestfs: trace: lvcreate LV VG 100 libguestfs: trace: lvcreate = 0 libguestfs: trace: mkfs ntfs /dev/VG/LV libguestfs: trace: mkfs = 0 libguestfs: trace: lvresize /dev/VG/LV 200 libguestfs: trace: lvresize = 0 libguestfs: trace: ntfsresize /dev/VG/LV libguestfs: trace: ntfsresize = 0 libguestfs: trace: close libguestfs: trace: internal_autosync libguestfs: trace: internal_autosync = 0 libguestfs: trace: kill_subprocess libguestfs: trace: kill_subprocess = 0 where: $ cat test.sh #!/bin/bash - guestfish -x EOF sparse /tmp/test.img 500M run pvcreate /dev/sda vgcreate VG /dev/sda lvcreate LV VG 100 mkfs ntfs /dev/VG/LV lvresize /dev/VG/LV 200 ntfsresize /dev/VG/LV EOF ref: https://www.redhat.com/archives/libguestfs/2011-November/msg00114.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752065: texlive-bin: add mips64 support
Package: texlive-bin Version: 2014.20140528.34243-2 Severity: important Tags: patch This patch support mips64 by disable luajit. Tested on mips64el device. Please consider. Regards, Sphinx Jiang diff -Nru texlive-bin-2014.20140528.34243/debian/changelog texlive-bin-2014.20140528.34243/debian/changelog --- texlive-bin-2014.20140528.34243/debian/changelog2014-05-30 17:08:04.0 +0800 +++ texlive-bin-2014.20140528.34243/debian/changelog2014-06-16 09:31:45.0 +0800 @@ -1,4 +1,4 @@ -texlive-bin (2014.20140528.34243-2) unstable; urgency=medium +texlive-bin (2014.20140528.34243-2+mips64) unstable; urgency=medium * disable building of luajittex on s390x, hppa (Closes: #749718) * bump depends on tex-common to 5.02 to make sure that we support diff -Nru texlive-bin-2014.20140528.34243/debian/rules texlive-bin-2014.20140528.34243/debian/rules --- texlive-bin-2014.20140528.34243/debian/rules2014-05-30 17:08:04.0 +0800 +++ texlive-bin-2014.20140528.34243/debian/rules2014-06-16 09:29:57.0 +0800 @@ -4,7 +4,7 @@ export SHELL=/bin/bash export CONFIG_SHELL=/bin/sh -LUAJIT_FAIL_ARCHS := s390x hppa arm64 ppc64 ppc64el +LUAJIT_FAIL_ARCHS := s390x hppa arm64 ppc64 ppc64el mips64 mips64el # In case one wants to build with old automake ( 1.13.1), the following # variable has to be set. By default the debian/control requires high
Bug#752062:
Hum, I could rescue the disk after all: # virt-rescue -a /var/lib/libvirt/images/outdisk [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.57-3+deb7u2 [0.00] Command line: panic=1 console=ttyS0 udevtimeout=300 no_timer_check acpi=off printk.time=1 cgroup_disable=memory selinux=0 TERM=xterm guestfs_rescue=1 [0.00] BIOS-provided physical RAM map: [0.00] BIOS-e820: - 0009bc00 (usable) [0.00] BIOS-e820: 0009bc00 - 000a (reserved) [0.00] BIOS-e820: 000f - 0010 (reserved) [0.00] BIOS-e820: 0010 - 1f3fe000 (usable) [0.00] BIOS-e820: 1f3fe000 - 1f40 (reserved) [0.00] BIOS-e820: feffc000 - ff00 (reserved) [0.00] BIOS-e820: fffc - 0001 (reserved) [0.00] NX (Execute Disable) protection: active [0.00] SMBIOS 2.4 present. [0.00] No AGP bridge found [0.00] last_pfn = 0x1f3fe max_arch_pfn = 0x4 [0.00] PAT not supported by CPU. [0.00] found SMP MP-table at [880fdaf0] fdaf0 [0.00] init_memory_mapping: -1f3fe000 [0.00] RAMDISK: 1f137000 - 1f3f [0.00] No NUMA configuration found [0.00] Faking a node at -1f3fe000 [0.00] Initmem setup node 0 -1f3fe000 [0.00] NODE_DATA [1f3f6000 - 1f3fafff] [0.00] kvm-clock: Using msrs 4b564d01 and 4b564d00 [0.00] kvm-clock: cpu 0, msr 0:16a9701, boot clock [0.00] Zone PFN ranges: [0.00] DMA 0x0010 - 0x1000 [0.00] DMA320x1000 - 0x0010 [0.00] Normal empty [0.00] Movable zone start PFN for each node [0.00] early_node_map[2] active PFN ranges [0.00] 0: 0x0010 - 0x009b [0.00] 0: 0x0100 - 0x0001f3fe [0.00] SFI: Simple Firmware Interface v0.81 http://simplefirmware.org [0.00] Intel MultiProcessor Specification v1.4 [0.00] MPTABLE: OEM ID: BOCHSCPU [0.00] MPTABLE: Product ID: 0.1 [0.00] MPTABLE: APIC at: 0xFEE0 [0.00] Processor #0 (Bootup-CPU) [0.00] IOAPIC[0]: apic_id 1, version 17, address 0xfec0, GSI 0-23 [0.00] Processors: 1 [0.00] SMP: Allowing 1 CPUs, 0 hotplug CPUs [0.00] PM: Registered nosave memory: 0009b000 - 0009c000 [0.00] PM: Registered nosave memory: 0009c000 - 000a [0.00] PM: Registered nosave memory: 000a - 000f [0.00] PM: Registered nosave memory: 000f - 0010 [0.00] Allocating PCI resources starting at 1f40 (gap: 1f40:dfbfc000) [0.00] Booting paravirtualized kernel on KVM [0.00] setup_percpu: NR_CPUS:512 nr_cpumask_bits:512 nr_cpu_ids:1 nr_node_ids:1 [0.00] PERCPU: Embedded 28 pages/cpu @88001ee0 s82944 r8192 d23552 u2097152 [0.00] kvm-clock: cpu 0, msr 0:1ee13701, primary cpu clock [0.00] KVM setup async PF for cpu 0 [0.00] kvm-stealtime: cpu 0, msr 1ee0dfc0 [0.00] Built 1 zonelists in Node order, mobility grouping on. Total pages: 126126 [0.00] Policy zone: DMA32 [0.00] Kernel command line: panic=1 console=ttyS0 udevtimeout=300 no_timer_check acpi=off printk.time=1 cgroup_disable=memory selinux=0 TERM=xterm guestfs_rescue=1 [0.00] Disabling memory control group subsystem [0.00] PID hash table entries: 2048 (order: 2, 16384 bytes) [0.00] Checking aperture... [0.00] No AGP bridge found [0.00] Memory: 491932k/511992k available (3429k kernel code, 468k absent, 19592k reserved, 3310k data, 580k init) [0.00] Hierarchical RCU implementation. [0.00] RCU dyntick-idle grace-period acceleration is enabled. [0.00] NR_IRQS:33024 nr_irqs:256 16 [0.00] Console: colour *CGA 80x25 [0.00] console [ttyS0] enabled [0.00] Detected 1862.048 MHz processor. [0.008000] Calibrating delay loop (skipped) preset value.. 3724.09 BogoMIPS (lpj=7448192) [0.008009] pid_max: default: 32768 minimum: 301 [0.009641] Security Framework initialized [0.011029] AppArmor: AppArmor disabled by boot time parameter [0.012143] Dentry cache hash table entries: 65536 (order: 7, 524288 bytes) [0.016575] Inode-cache hash table entries: 32768 (order: 6, 262144 bytes) [0.019299] Mount-cache hash table entries: 256 [0.020447] Initializing cgroup subsys cpuacct [0.021937] Initializing cgroup subsys memory [0.024050] Initializing cgroup subsys devices [0.025519] Initializing cgroup
Bug#683731:
Hi intrigeri Sorry i thougt sarava is somehow connected to riseup and that it would be an official repository (upstream). my bad. Since i am using backupninja at work, i cannot tell you, how much time i can spend, testing upstream, but because i really do like the idea and working with backupninja, i gonna try my best to improof/test/submit bugs/whatever. I subscribed the mailinglist, so i will be noticed about changes/announcements in the future. Cheers und thank you, for your work, Jan
Bug#686881: making /dev/scsi in a fakechroot environment
Hi, It looks like bug #732322 : FAKECHROOT_EXCLUDE_PATH contains /dev. This prevents scsitools postinst to make a directory /dev/scsi : making directories under /dev on the build machine is not allowed an unprivileged user. Perhaps it would be meaningful to wrap mkdir so that chroot is not invoked when making directories under /dev (FAKECHROOT_EXCLUDE_PATH would be ignored). Regards, JH Chatenet -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752047: latter half of Chinese lines now injured suddenly
On Thu, Jun 19, 2014 at 04:20:06AM -0400, Thomas Dickey wrote: On Thu, Jun 19, 2014 at 01:14:36PM +0800, 積丹尼 Dan Jacobson wrote: Package: xterm Version: 307-1 Severity: important Do this: while sleep 1; do echo 歡迎收看「小姐愛魔術」; done Notice how only half of the chars appear? Now switch to another window and then back. Notice how the older lines are now OK looking? I don't see the indicated behavior in a quick check. However, problems in this area can be hard to duplicate :-( now that my attention is called to it, I found a different test (in the ncurses test-driver, menu O) which is probably related. I'll investigate that... thanks -- Thomas E. Dickey dic...@invisible-island.net http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#752065: texlive-bin: add mips64 support
tags 752065 + pending thanks Thanks, added the two - to the list that is already extended git committed and pushed, next upload. Norbert 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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752048: funny-manpages and lintian: error when trying to install together
Control: reassign -1 funny-manpages 1.3-5 Control: forcemerge 269703 -1 Dear Ralf, Ralf Treinen wrote: Package: lintian,funny-manpages [...] automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: [...] Unpacking lintian (2.5.23.1) ... dpkg: error processing archive /var/cache/apt/archives/lintian_2.5.23.1_all.deb (--unpack): trying to overwrite '/usr/share/lintian/overrides/lintian', which is also in package funny-manpages 1.3-5 [...] This bug has been filed against both packages. If you, the maintainers of the two packages in question, have agreed on which of the packages will resolve the problem please reassign the bug to that package. You may then also register in the BTS that the other package is affected by the bug. It's obvious that this issue is _not_ a bug in lintian but solely a bug in funny-manpages. Besides, it was already reported 10 years ago with severity minor (but set to serious after it caused a file conflict). Merging accordingly. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752066: lazarus: source package fails to unpack
Package: lazarus Version: 1.2.2+dfsg-1 Severity: serious merge@shedu:/srv/patches.ubuntu.com/pool/debian/l/lazarus$ dpkg-source -x lazarus_1.2.2+dfsg-1.dsc gpgv: Signature made Sat 17 May 2014 06:34:44 UTC using RSA key ID 05BD750A gpgv: Can't check signature: public key not found dpkg-source: warning: failed to verify signature on ./lazarus_1.2.2+dfsg-1.dsc dpkg-source: info: extracting lazarus in lazarus-1.2.2+dfsg dpkg-source: info: unpacking lazarus_1.2.2+dfsg.orig.tar.gz dpkg-source: info: unpacking lazarus_1.2.2+dfsg-1.debian.tar.gz dpkg-source: info: applying default_config.diff dpkg-source: info: applying lcl-with-multple-widget-sets.diff dpkg-source: info: applying spell_errors.diff dpkg-source: info: applying add-revision-inc.diff dpkg-source: info: applying add_proper_shbang_to_scripts.patch dpkg-source: error: expected ^--- in line 5 of diff `lazarus-1.2.2+dfsg/debian/patches/add_proper_shbang_to_scripts.patch' merge@shedu:/srv/patches.ubuntu.com/pool/debian/l/lazarus$ echo $? 25 Looking at the patch by hand shows it is indeed malformed (-- instead of ---). I noticed this because it broke merges.ubuntu.com. Thanks, -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728319: gworkspace.app: Preview.app fails with an error
tags 728319 + patch thanks Yavor Doganov wrote: It seems like Preview is not capable of opening images. Attached is a trivial patch that fixes this. These methods were removed in 2005 (it's even in the upstream ChangeLog), but apparently he forgot to remove the code that registers the notification observers. Somehow we got away with it, but not with -base 1.22 or newer. The bad news is that stable is affected so an update has to be prepared. Description: Fix exception while loading an image. Don't register observers for non-existing notifications/selectors. Author: Yavor Doganov ya...@gnu.org Bug-Debian: http://bugs.debian.org/728319 Forwarded: no Last-Update: 2014-06-19 --- --- preview.app.orig/Document.m +++ preview.app/Document.m @@ -291,16 +291,6 @@ name: @TEST object: imageView]; -[[NSNotificationCenter defaultCenter] addObserver: self - selector: @selector(_notifyMouseDown:) - name: @MOUSEDOWN - object: nil]; - -[[NSNotificationCenter defaultCenter] addObserver: self - selector: @selector(_notifyMouseUp:) - name: @MOUSEUP - object: nil]; - }
Bug#269703: NMU pending
Hello, here is the diff I prepared for NMU upload. Axel Beckert will be so kind and sponsor this upload later on. Regards Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C funny-manpages_1.3-5.1.diff.gz Description: application/gzip signature.asc Description: Digital signature
Bug#751597: [pkg-cli-apps-team] Bug#751597: monodevelop: Metacity 3.12 transition
Hi Iain, thanks for offering your help! I am not a DD yet (but in a process of becoming one), so I have pushed it here: git://git.debian.org/users/mitya57-guest/monodevelop.git It would be nice if you uploaded it. Feel free to convert to team upload, if you prefer that. -- Dmitry Shachnev signature.asc Description: OpenPGP digital signature
Bug#751969: gir1.2-goocanvas-2.0: Introspection file installed in the wrong directory
I think the fix should be as simple as this (I haven't tested it, though): More details in the upstream bug report: https://bugzilla.gnome.org/show_bug.cgi?id=731839 Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751900: closed by Michael Meskes mes...@debian.org (Bug#751900: fixed in quota 4.01-5)
My current suspicion is that the non-executable /usr/share/quota/quotarpc.sh causes systemd to barf when trying to run it. Yes, that cannot work. The reason why I didn't see that is rather simple, too: michael@feivel:~$ (dpkg -c quota_4.01-5_amd64.deb ; dpkg -c quota_4.01-5_i386.deb )|grep quotarpc.sh -rwxr-xr-x root/root 1012 2014-06-18 12:20 ./usr/share/quota/quotarpc.sh -rw-r--r-- root/root 1012 2014-06-18 12:59 ./usr/share/quota/quotarpc.sh New upload on its way. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at gmail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752068: apt-transport-tor: Incompatibility with some Debian utilities
Package: apt-transport-tor Version: 0.1.1-2 Severity: normal Hello Tim, First, thank you for this new tool. Much appreciated! Unfortunately, some nice Debian utilities I use from time to time such as apt-file or debman face some troubles to do their job since, at first sight, none of them rely on the APT method interface to learn how to handle unknown sources' URI schemes. FTR, their outputs both mention that libcurl does not support the tor URI scheme name. Any thought about it? Regards, -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (700, 'testing'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.14-1-686-pae (SMP w/2 CPU cores) Shell: /bin/sh linked to /bin/dash Versions of packages apt-transport-tor depends on: ii libapt-pkg4.12 1.0.3 ii libc62.19-1 ii libcurl3-gnutls 7.37.0-1 ii libgcc1 1:4.9.0-6 ii libstdc++6 4.9.0-6 ii tor 0.2.4.22-1 apt-transport-tor recommends no packages. apt-transport-tor 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#750361: Reopen -- not fixed
reopen 750361 found 750361 35.0.1919.153-1~deb7u1 thanks The fix for this that you have applied does not resolve the issue, it just removes the flags for the old work around. Chromium-browser 35.0.1919.153-1~deb7u1 crashes with an Illegal Instruction on my (admittedly old, but very usable) Via Ezra. processor : 0 vendor_id : CentaurHauls cpu family : 6 model : 7 model name : VIA Ezra stepping: 10 cpu MHz : 800.063 cache size : 64 KB fdiv_bug: no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu de tsc msr cx8 mtrr pge mmx 3dnow bogomips: 1600.12 clflush size: 32 cache_alignment : 32 address sizes : 32 bits physical, 32 bits virtual power management: I hope you can find a way to get v35 and later to run on older processors. Thanks Mark -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689092: libpng12-dev is not Multi-Arch compatible
I searched the current Ubuntu utopic archive for all source packages build-depending on libpng*-config and having files matching the libpng-config or libpng12-config strings. fltk1.1, fltk1.3, graphviz, htmldoc, qtbase-opensource-src, qt4-x11, apitrace, devil, freeimage, gamera, gerbv, glmark2, irrlicht, libtk-img, literki, phantomjs, povray, calligra, supertuxkart, wxwidgets3.0: - unused, only mentioned in changelogs, doc files, or embedded copy of libpng amule, amule-adunanza - has fallbacks, pass LIBPNG_CFLAGS, LIBPNG_LDFLAGS], LIBPNG_LIBS to configure dillo - unconditional use of libpng2-config grafx2 - unconditional use of libpng2-config libwebp - has a fall back on the pkg-config file openmsx - unconditional use of libpng2-config in build/3rdparty.mk, is this used at all? perl-tk - not used, only has an unused embedded copy of libpng libgd2 - fallback, requires --with-png to use the pkg-config files. gnustep-gui - falls back to guessing grfcodec - hard code libpng-config neverball - hard coded openlayer - hard coded armagetronad - only using libpng-config briquolo - only using libpng-config crystalspace - fallback to pkg-config directfb - only using libpng-config fbdesk - fallback to standard autoconf tests fuse-emulator - fallback to standard autoconf tests gle-graphics - fallback to pkg-config jwm - fallback to pkg-config libapache2-mod-qos - only using libpng-config openttd - only using libpng-config pngnq - hard coded qpxtool - only using libpng-config rgl - fallback to standard autoconf tests xbmc - only used libpng-config -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689092: proposed patch
Control: tags -1 + patch So the idea is to make the libpng-config script not referencing any multiarch location. Unfortunately the location is used for the --libdir option, so I error out explicitly when this one is used. Afaics, only the --*flags options are used. The alternative approach would be to split out the binary into a separate package, however this will require changes to the build dependencies of other packages ... patch at http://launchpadlibrarian.net/177976125/libpng_1.2.50-1ubuntu2_1.2.50-1ubuntu3.diff.gz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752069: RM: libalberta2 -- ROM; superseded by alberta
Package: ftp.debian.org Severity: normal Please remove libalberta2 from the archive. The alberta source package provides a newer version (3.0). Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751900: closed by Michael Meskes mes...@debian.org (Re: Bug#751900: closed by Michael Meskes mes...@debian.org (Bug#751900: fixed in quota 4.01-5))
Hi Michael, Debian Bug Tracking System wrote: Debian Bug Tracking System wrote: * Improve recognition of quota enabled filesystems. (Closes: #751900) .. it's better, and though still fails. Now only later in the postinst: Actually this is a different bug. Therefore I cloned the report and close this one. That's fine for me. :-) Actually, I wasn't really sure if it is a completely different issue or just a not fully fixed issue. The symptomes were the same. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752070: uc-echo:add mips64 support
Package: uc-echo Version: 1.12-6 Severity: important Tags: patch This patch add support with mips64, tested on mips64el device. Regards, Sphinx Jiang diff -Nru uc-echo-1.12/debian/changelog uc-echo-1.12/debian/changelog --- uc-echo-1.12/debian/changelog 2014-03-27 18:43:30.0 +0800 +++ uc-echo-1.12/debian/changelog 2014-06-19 17:18:28.0 +0800 @@ -1,3 +1,9 @@ +uc-echo (1.12-6+mips64el) UNRELEASED; urgency=medium + + * Add support with mips abi=n32, n64. + + -- Sphinx Jiang yishan...@gmail.com Thu, 19 Jun 2014 17:16:34 +0800 + uc-echo (1.12-6) unstable; urgency=medium * Fix Build on hppa (thanks for the patch to Helge Deller del...@gmx.de) diff -Nru uc-echo-1.12/debian/rules uc-echo-1.12/debian/rules --- uc-echo-1.12/debian/rules 2014-03-27 18:43:22.0 +0800 +++ uc-echo-1.12/debian/rules 2014-06-19 17:14:21.0 +0800 @@ -8,7 +8,7 @@ CPATH=/usr/include/$(DEB_HOST_MULTIARCH) export LIBRARY_PATH CPATH ADDCXXFLAGS = -m64 -ifeq ($(DEB_HOST_ARCH),$(filter $(DEB_HOST_ARCH),mips mipsel hppa kfreebsd-i386 hurd-i386 armel armhf ia64 sh4 powerpcspe m68k)) +ifeq ($(DEB_HOST_ARCH),$(filter $(DEB_HOST_ARCH),mips mipsel mipsn32 mipsn32el mips64 mips64el hppa kfreebsd-i386 hurd-i386 armel armhf ia64 sh4 powerpcspe m68k)) ADDCXXFLAGS = endif
Bug#752064: lists.debian.org: I no longer receive list mails and I can't send mails to lists
Hi, yeah, thanks for the pointer. I recently added TLSA records, which I discovered now are not supported by dnssec-tools on old stable. rollerd silently died so the keys were never rolled. Br, Tom. -- Thomas Duke Hager d...@sigsegv.at GPG: 2048R/791C5EB1http://www.sigsegv.at/gpg/duke.gpg = Never Underestimate the Power of Stupid People in Large Groups. signature.asc Description: This is a digitally signed message part
Bug#750842: rhash: Rhash with recursion can be trapped in a loop (created with a symlink) forever
Mario, thanks for the patch! It's accepted upstream with small changes [1] ;) [1] https://github.com/rhash/RHash/commit/3d00ccb67d4a4e5b3bdc969edfc7094f46fa75e7 09.06.2014 16:48, Mario B. wrote: Package: rhash Version: 1.3.1-1 Followup-For: Bug #750842 Dear Maintainer, I've added a very simple patch (for UNIX systems at least), but now symlinks are ignored. I don't know if this is the best behaviour. Regards -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (990, 'stable-updates'), (990, 'stable'), (550, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rhash depends on: ii libc6 2.18-7 ii librhash0 1.3.1-1 Versions of packages rhash recommends: ii libssl1.0.0 1.0.1e-2+deb7u10 rhash suggests no packages. -- no debconf information signature.asc Description: OpenPGP digital signature
Bug#751902: update
From Vincent Danen: Indeed it is. I don't know why it still is. We had communicated quite clearly that we didn't want to sit on this forever and had a deadline that we missed twice I think. When this bug was filed public, I let them know so I'm not sure why they've not opened it up yet. RedHat issue tracker has enough information to understand this security issue. If you want I can contact upstream too. --- Henri Salo signature.asc Description: Digital signature
Bug#752071: sdcc: add mips64 support
Package: sdcc Version: sdcc-3.4.0+dfsg Severity: important Tags: patch This patch add support with mips64, tested on mips64el device. Please consider it. Regards, Sphinx Jiang Index: sdcc-3.4.0+dfsg/support/sdbinutils/bfd/bfd-in.h === --- sdcc-3.4.0+dfsg.orig/support/sdbinutils/bfd/bfd-in.h 2012-11-05 21:26:25.0 +0800 +++ sdcc-3.4.0+dfsg/support/sdbinutils/bfd/bfd-in.h 2014-06-19 16:40:09.274149785 +0800 @@ -294,9 +294,9 @@ #define bfd_is_com_section(ptr) (((ptr)-flags SEC_IS_COMMON) != 0) -#define bfd_set_section_vma(bfd, ptr, val) (((ptr)-vma = (ptr)-lma = (val)), ((ptr)-user_set_vma = TRUE), TRUE) -#define bfd_set_section_alignment(bfd, ptr, val) (((ptr)-alignment_power = (val)),TRUE) -#define bfd_set_section_userdata(bfd, ptr, val) (((ptr)-userdata = (val)),TRUE) +#define bfd_set_section_vma(bfd, ptr, val) (((ptr)-vma = (ptr)-lma = (val)), ((ptr)-user_set_vma = TRUE)) +#define bfd_set_section_alignment(bfd, ptr, val) ((ptr)-alignment_power = (val)) +#define bfd_set_section_userdata(bfd, ptr, val) ((ptr)-userdata = (val)) /* Find the address one past the end of SEC. */ #define bfd_get_section_limit(bfd, sec) \ (((bfd)-direction != write_direction (sec)-rawsize != 0 \ @@ -519,7 +519,7 @@ #define bfd_get_symbol_leading_char(abfd) ((abfd)-xvec-symbol_leading_char) -#define bfd_set_cacheable(abfd,bool) (((abfd)-cacheable = bool), TRUE) +#define bfd_set_cacheable(abfd,bool) ((abfd)-cacheable = bool) extern bfd_boolean bfd_cache_close (bfd *abfd); Index: sdcc-3.4.0+dfsg/support/sdbinutils/bfd/bfd-in2.h === --- sdcc-3.4.0+dfsg.orig/support/sdbinutils/bfd/bfd-in2.h 2012-11-05 21:26:25.0 +0800 +++ sdcc-3.4.0+dfsg/support/sdbinutils/bfd/bfd-in2.h 2014-06-19 16:42:09.110092421 +0800 @@ -301,9 +301,9 @@ #define bfd_is_com_section(ptr) (((ptr)-flags SEC_IS_COMMON) != 0) -#define bfd_set_section_vma(bfd, ptr, val) (((ptr)-vma = (ptr)-lma = (val)), ((ptr)-user_set_vma = TRUE), TRUE) -#define bfd_set_section_alignment(bfd, ptr, val) (((ptr)-alignment_power = (val)),TRUE) -#define bfd_set_section_userdata(bfd, ptr, val) (((ptr)-userdata = (val)),TRUE) +#define bfd_set_section_vma(bfd, ptr, val) (((ptr)-vma = (ptr)-lma = (val)), ((ptr)-user_set_vma = TRUE)) +#define bfd_set_section_alignment(bfd, ptr, val) ((ptr)-alignment_power = (val)) +#define bfd_set_section_userdata(bfd, ptr, val) ((ptr)-userdata = (val)) /* Find the address one past the end of SEC. */ #define bfd_get_section_limit(bfd, sec) \ (((bfd)-direction != write_direction (sec)-rawsize != 0 \ @@ -526,7 +526,7 @@ #define bfd_get_symbol_leading_char(abfd) ((abfd)-xvec-symbol_leading_char) -#define bfd_set_cacheable(abfd,bool) (((abfd)-cacheable = bool), TRUE) +#define bfd_set_cacheable(abfd,bool) ((abfd)-cacheable = bool) extern bfd_boolean bfd_cache_close (bfd *abfd);
Bug#751351: xterm: pointerMode reset ignores resource setting
dic...@his.com wrote on Fri, 13 Jun 2014 16:16 -0400: On Wed, Jun 11, 2014 at 07:25:44PM -0400, Pete Wyckoff wrote: Package: xterm Version: 306-1 Severity: normal Starting with xterm-306-1, when I run /usr/bin/reset in an xterm, the pointerMode goes back to default, ignoring my resource setting of never: arf$ xrdb -query | grep pointerMode xterm*pointerMode: 0 It looks like this is due to a change in version 305 to ReallyReset, in charproc.c, where the mode is put back to default: + screen-pointer_mode = DEF_POINTER_MODE; Is there a way to have it honor the resource setting, even after a reset? Thanks, I added this to my changes for #307, in ftp://invisible-island.net/temp/xterm-306g.patch.gz Thanks for fixing it quickly; reset/pointer works well here. -- Pete -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752072: cbmc: add support with mips abi n32, n64
Package: cbmc Version: 4.5 Severity: important Tags: patch This patch add support with mips abi n32, n64, tested on mips64el already. Regards, Sphinx Jiang --- a/src/util/config.cpp +++ b/src/util/config.cpp @@ -463,13 +463,26 @@ void configt::ansi_ct::set_arch_spec_mips(const irep_idt subarch) { - set_ILP32(); arch=ARCH_MIPS; - if(subarch==mipsel) + if(subarch==mipsel|| + subarch==mips || + subarch==mipsn32el || + subarch==mipsn32) + { +set_ILP32(); +long_double_width=8*8; + } + else + { +set_LP64(); +long_double_width=16*8; + } + if(subarch==mipsel || + subarch==mipsn32el || + subarch==mips64el) endianness=IS_LITTLE_ENDIAN; else endianness=IS_BIG_ENDIAN; - long_double_width=8*8; char_is_unsigned=false; switch(mode) @@ -836,7 +849,11 @@ arch==armhf || arch==arm) ansi_c.set_arch_spec_arm(arch); - else if(arch==mipsel || + else if(arch==mips64el || + arch==mipsn32el || + arch==mipsel|| + arch==mips64|| + arch==mipsn32 || arch==mips) ansi_c.set_arch_spec_mips(arch); else if(arch==powerpc || @@ -1064,9 +1081,21 @@ this_arch=arm; #endif #elif __mipsel__ - this_arch=mipsel; +#if _MIPS_SIM==_ABIO32 +this_arch=mipsel; +#elif _MIPS_SIM==_ABIN32 +this_arch=mipsn32el; +#else +this_arch=mips64el; +#endif #elif __mips__ - this_arch=mips; +#if _MIPS_SIM==_ABIO32 +this_arch=mips; +#elif _MIPS_SIM==_ABIN32 +this_arch=mipsn32; +#else +this_arch=mips64; +#endif #elif __powerpc__ this_arch=powerpc; #elif __ppc64__
Bug#752073: cfengine3: Please enable SELinux support
Source: cfengine3 Version: 3.2.4-2 Severity: wishlist Hi, Could you please enable SELinux support in cfengine, it makes sure that files created are properly labeled on disk. To enable SELinux support you need to add libselinux1-dev [linux-any] to the build-dependencies and pass --enable-selinux to the configure. Cheers, Laurent Bigonville -- 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/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726828: transition: libgnutls-openssl27
On 18/06/14 23:28, Emilio Pozuelo Monfort wrote: On 18/06/14 19:50, Andreas Metzler wrote: nmu boinctui_2.3.4-1 ALL . -m 'Rebuild for libgnutls-openssl27 transition.' nmu csync2_1.34-2.3 ALL . -m 'Rebuild for libgnutls-openssl27 transition.' nmu freewheeling_0.6-2 ALL . -m 'Rebuild for libgnutls-openssl27 transition.' nmu gkrellm_2.3.5-6 ALL . -m 'Rebuild for libgnutls-openssl27 transition.' nmu iputils_3:20121221-5 ALL . -m 'Rebuild for libgnutls-openssl27 transition.' nmu sipsak_0.9.6-2.2 ALL . -m 'Rebuild for libgnutls-openssl27 transition.' nmu slrn_1.0.1-10 ALL . -m 'Rebuild for libgnutls-openssl27 transition.' nmu snowdrop_0.02b-12.1 ALL . -m 'Rebuild for libgnutls-openssl27 transition.' nmu tf5_5.0beta8-5 ALL . -m 'Rebuild for libgnutls-openssl27 transition.' nmu wput_0.6.2+git20130413-2 ALL . -m 'Rebuild for libgnutls-openssl27 transition.' nmu yaskkserv_0.6.1-2 ALL . -m 'Rebuild for libgnutls-openssl27 transition.' All built and migrated afaics. 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#751077: icedove: program locks up when attempting attachment, gdb no help
Package: icedove Version: 24.6.0-1~deb7u1 Followup-For: Bug #751077 Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** I also tried setting up icedove in a new user account - same problem of: Segmentation fault when run from command line and: Cannot find user-level thread for LWP when run from within gdb. *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.16.0-rc1+ (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages icedove depends on: ii debianutils 4.4 ii fontconfig2.11.0-5 ii libasound21.0.27.2-4 ii libatk1.0-0 2.12.0-1 ii libc6 2.19-3 ii libcairo2 1.12.16-2 ii libdbus-1-3 1.8.4-1 ii libdbus-glib-1-2 0.102-1 ii libevent-2.0-52.0.21-stable-1 ii libffi5 3.0.10-3 ii libfontconfig12.11.0-5 ii libfreetype6 2.5.2-1 ii libgcc1 1:4.9.0-7 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 libhunspell-1.3-0 1.3.3-1 ii libpango1.0-0 1.36.3-1 ii libpixman-1-0 0.32.4-1 ii libsqlite3-0 3.8.5-2 ii libstartup-notification0 0.12-3 ii libstdc++64.9.0-7 ii libvpx1 1.3.0-2 ii libx11-6 2:1.6.2-2 ii libxext6 2:1.3.2-1 ii libxrender1 1:0.9.8-1 ii libxt61:1.1.4-1 ii psmisc22.21-2 ii zlib1g1:1.2.8.dfsg-1 Versions of packages icedove recommends: ii myspell-en-au [myspell-dictionary] 2.1-5.4 ii myspell-en-gb [myspell-dictionary] 1:3.3.0-4 Versions of packages icedove suggests: ii fonts-lyx 2.0.6-1 ii libglib2.0-0 2.40.0-3 ii libgssapi-krb5-2 1.12.1+dfsg-3 -- 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#752074: cfengine2: Please enable SELinux support
Source: cfengine2 Version: 2.2.10-5 Severity: wishlist Hi, Could you please enable SELinux support in cfengine, it makes sure that files created are properly labeled on disk. To enable SELinux support you need to add libselinux1-dev [linux-any] to the build-dependencies and pass --enable-selinux to the configure. Cheers, Laurent Bigonville -- 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/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750884: [Pkg-fonts-devel] Bug#750884: Pending fixes for bugs in the fonts-android package
Am Mittwoch, den 18.06.2014, 23:05 +0200 schrieb Gunnar Hjalmarsson: As regards latin scripts, I'm reasonably convinced that the recipe we discuss in this bug report does not change anything. But it would be great if you could do the same test on a Debian installation as I did on an Ubuntu ditto. I did so on a quite up-to-date Debian testing/unstable/experimental mix with a handfull of font packages installed. I stand corrected, the rule has indeed no severe effect on the global preference for the sans-serif flavor - which, I believe, is due to the clever placement of the rule in the fontconfig queue and not due to the rule itself (which contains no restrictions regarding its own scope). Sorry for the noise, but I believe it was important to discuss this beforehand. Here are my results of fc-match -a sans-serif before and after installing the rule: --- before +++ after @@ -32,6 +32,9 @@ uhvbo8a.pfb: Nimbus Sans L Bold Italic n019064l.pfb: Nimbus Sans L Bold Condensed Italic uhvbo8ac.pfb: Nimbus Sans L Bold Condensed Italic +DroidSansFallbackFull.ttf: Droid Sans Fallback Regular +DroidSans.ttf: Droid Sans Regular +DroidSans-Bold.ttf: Droid Sans Bold texgyrechorus-mediumitalic.otf: TeX Gyre Chorus Regular c059013l.pfb: Century Schoolbook L Roman p052003l.pfb: URW Palladio L Roman @@ -69,12 +72,10 @@ DroidSansHebrew-Regular.ttf: Droid Sans Hebrew Regular texgyrebonum-math.otf: TeX Gyre Bonum Math Regular Caladea-Regular.ttf: Caladea Regular -DroidSans.ttf: Droid Sans Regular DroidSansMono.ttf: Droid Sans Mono Regular DroidSerif-Regular.ttf: Droid Serif Regular SymbolNeu.ttf: Symbol Neu Regular DroidNaskh-Regular.ttf: Droid Arabic Naskh Regular -DroidSansFallbackFull.ttf: Droid Sans Fallback Regular DroidSansThai.ttf: Droid Sans Thai Regular c0419bt_.pfb: Courier 10 Pitch Regular c0648bt_.pfb: Bitstream Charter Regular @@ -124,7 +125,6 @@ LiberationSerif-Bold.ttf: Liberation Serif Bold DroidSansEthiopic-Bold.ttf: Droid Sans Ethiopic Bold Caladea-Bold.ttf: Caladea Bold -DroidSans-Bold.ttf: Droid Sans Bold DroidSerif-Bold.ttf: Droid Serif Bold DroidNaskh-Bold.ttf: Droid Arabic Naskh Bold c0583bt_.pfb: Courier 10 Pitch Bold Cheers, Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750884: [Pkg-fonts-devel] Bug#750884: Pending fixes for bugs in the fonts-android package
Thanks for testing, Fabian. Your results seem pretty similar to mine. No problem as regards the noise. ;) Better make sure it's ok before uploading. -- Gunnar Hjalmarsson https://launchpad.net/~gunnarhj -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752075: daemontools-run: Add systemd support
Package: daemontools-run Version: 1:0.76-3 Severity: grave Justification: renders package unusable Hi, Debian decided to use systemd. I'm using a local dnscache (djbdns) for recursive dns lookups, but this service isn't started automatically. I assume that it's because daemontools-run only supports sysvinit's inittab. Please add systemd support, Cheers! -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (600, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages daemontools-run depends on: ii daemontools 1:0.76-3 daemontools-run recommends no packages. daemontools-run 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#258096: Loan
Do you need funds for your business and investment projects? Hac Limited can sponsor you with up to GBP5million for your business and investment projects. For more details and to apply email Mr. Yusuf Mohideen at hac...@zoho.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#8927: Loan
Do you need funds for your business and investment projects? Hac Limited can sponsor you with up to GBP5million for your business and investment projects. For more details and to apply email Mr. Yusuf Mohideen at hac...@zoho.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751725: [Pkg-xfce-devel] Bug#751725: Bug#751725: Bug#751725: xfce4-session: Empty desktop caused by --disable-legacy-sm
[06/18/2014 06:03 PM] Agustin Martin: On Wed, Jun 18, 2014 at 05:34:08PM +0200, Yves-Alexis Perez wrote: Note that, as far as I can tell, it's not even an issue of session *saving*. Looking at the detected processes in xfce4-session-settings (Session tab), like Christian, I can only see Xfce apps, and few others (calibre, for example). Confirmed, I was being lucky. I only had icewesel, gnome-system-log and some terminals. All them were restored. Surprisingly, gnome-system-log does not appear in that list, but gets restored. Forgot that gnome-system-log is in auto-start. Nothing to surprise about then. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752076: RM: rapicorn -- ROM; buggy; half-abandoned upstream
Package: ftp.debian.org Severity: normal Hello, please remove rapicorn from unstable. AFAICS there is no plan for further development upstream and no packages depend on it. Thanks for considering, and cheers! -- Alessio Treglia| alessio.treg...@hds.com Debian Developer | ales...@debian.org Ubuntu Core Developer |quadris...@ubuntu.com 3D8F E8B4 7D98 2446 20D5 811F 7387 1246 4FF2 9B2C -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#385421: please also add the user contributed inspectors
tags 385421 + wontfix thanks On Thu, Aug 31, 2006 at 09:13:01AM +0200, Gürkan Sengün wrote: Please also package these inspectors, when updating to gworkspace.app 0.8.3... http://www.gnustep.it/enrico/gworkspace/inspectors/SGContentViewer.tar.gz http://www.gnustep.it/enrico/gworkspace/inspectors/VCFViewer.tar.gz http://www.gnustep.it/enrico/gworkspace/inspectors/RpmViewer.tar.gz http://www.gnustep.it/enrico/gworkspace/inspectors/IMImageViewer.tar.gz VCFViewer is in Addresses -- currently not built, but I'll fix this. IMImageViewer is obsolete now that gnustep-gui has ImageMagick support. SGContentViewer is interesting, but it has two bundled libraries and needs to be fixed/updated for current GNUstep. And I think it would be better if it is reimplemented with the Cynthiune library. That leaves us with RpmViewer, which is probably broken too. I don't think we need more GNUstep software in the archive that is without active upstream. In any case, the additional inspectors would require separate source packages; we can't lump them together with GWorkspace proper. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752077: [L10N,DE] fpc: corrupted german po files
Package: fpc Severity: wishlist Tags: patch,l10n Hi, I have just noticed that in your package there are two po file which are corrupt: fpcsrc/utils/fpdoc/intl/fpdocstr.de.po fpcsrc/utils/fpdoc/intl/fpdocmk.de.po These files contain UTF-8 characters while the files are not in UTF-8 encoding. I don't know how this happened, but attached are the files with corrected encoding. Please include them Thanks for your i18n efforts. So long Holger -- = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Created with Sylpheed 3.2.0 under DEBIAN GNU/LINUX 7.0 - W h e e z y Registered LinuxUser #311290 - http://counter.li.org/ = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = fpc_2.6.4+dfsg-2_fpdocmk.de.po.gz Description: Binary data fpc_2.6.4+dfsg-2_fpdocstr.de.po.gz Description: Binary data
Bug#752078: missing license in debian/copyright
Package: zope.deprecation Version: 4.1.1-1 Severity: serious User: alteh...@debian.org Usertags: ftp X-Debbugs-CC: ftpmas...@ftp-master.debian.org thanks Dear Maintainer, please add the missing licenses of: zope.deprecation-4.1.1/docs/_build/html/_static/* to debian/copyright. Thanks! Thorsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752079: Please upgrade to 6.0.4
Package: owncloud Version: 6.0.4~beta1+dfsg-1 Severity: serious Filling an RC bug to avoid the beta version to migrate into testing. The next version is expected Monday 23 June, but I might be unable to upload a package next week. If someone is willing to do a team upload, that should be a pretty straightforward one. Regards David signature.asc Description: Digital signature
Bug#752069: RM: libalberta2 -- ROM; superseded by alberta
On Thursday, June 19, 2014 11:52:24 Ansgar Burchardt wrote: Package: ftp.debian.org Severity: normal Please remove libalberta2 from the archive. The alberta source package provides a newer version (3.0). Ansgar # Broken Depends: dune-grid: libdune-grid-2.3.0 [mips s390x] Please remove the moreinfo tag after this is resolved. Scott K -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752080: missing license in debian/copyright
Package: python-passlib Version: 1.6.1-1.2 Severity: serious User: alteh...@debian.org Usertags: ftp X-Debbugs-CC: ftpmas...@ftp-master.debian.org thanks Dear Maintainer, please add the missing licenses mentioned in LICENSE to debian/copyright. Thanks! Thorsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751584: pu: package scheme48/1.8+dfsg-1+deb7u1
Control: tags -1 + confirmed On 2014-06-14 14:57, Thorsten Alteholz wrote: +scheme48 (1.8+dfsg-1+deb7u1) wheezy; urgency=medium + + * patch for insecure use of tmpfile (Closes: #748766) +(reported by Steve Kemp, patch by Michael Sperber) +(CVE-2014-4150) Please go ahead; thanks. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749428: pycuda: allow automatic sync into Ubuntu
Dnia 2014-06-08, nie o godzinie 14:20 +0200, Graham Inggs pisze: Thanks for the report. Where did you find dependency on libcuda1 in nvidia-cuda-toolkit? I was only able to find that nvidia-cuda-toolkit depends on nvidia-cuda-dev, which in turn recommends libcuda1, not depends on it. Sorry, I only saw your reply now when I received a notification about #749489 being closed. No problem. nvidia-cuda-toolkit - nvidia-cuda-dev - libcuinj64-5.5 - libcuda1 nvidia-cuda-toolkit - nvidia-profiler - libcuda1 Thanks for information. I've tagged this bug as pending; I'll probably upload fix for it when uploading PyCUDA 2014.1. I have also suggested to the maintainer of nvidia-cuda-toolkit to upgrade the recommends on libcuda1 to a depends, so in future you can rely on it being there, no matter what happens to libcuinj64-5.5 and nvidia-profiler. I've checked and libcudart5.5 also depends on libcuda. libcudart is rather basic package so it should not go away... -- Tomasz Rybak GPG/PGP key ID: 2AD5 9860 Fingerprint A481 824E 7DD3 9C0E C40A 488E C654 FB33 2AD5 9860 http://member.acm.org/~tomaszrybak signature.asc Description: This is a digitally signed message part
Bug#751264: Confirmation
I can confirm that behaviour on fully updated (at the time of sending this emai) sid with awscli_1.2.9-2. -- |_|0|_| | |_|_|0| Heghlu'Meh QaQ jajVam | |0|0|0| kuLa - | gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3 3DF1 A4DF C732 4688 38BC F121 6869 30DD 58C3 38B3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733405: lasi: diff for NMU version 1.1.0-1.1
tags 733405 + pending thanks Dear maintainer, I've prepared an NMU for lasi (versioned as 1.1.0-1.1) and uploaded it to DELAYED/7. Please feel free to tell me if I should delay it longer. Regards. diff -Nru lasi-1.1.0/debian/changelog lasi-1.1.0/debian/changelog --- lasi-1.1.0/debian/changelog 2014-06-19 14:01:01.0 +0200 +++ lasi-1.1.0/debian/changelog 2014-06-19 13:49:25.0 +0200 @@ -1,3 +1,12 @@ +lasi (1.1.0-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Use 3.0 (quilt) format + * debian/patches/fix-freetype-ftbfs (Closes: #733405): +- Include Freetype headers in recommended way, fix FTBFS + + -- Angel Abad an...@debian.org Thu, 19 Jun 2014 13:36:38 +0200 + lasi (1.1.0-1) unstable; urgency=low [ Andrew Ross ] diff -Nru lasi-1.1.0/debian/patches/fix-freetype-ftbfs lasi-1.1.0/debian/patches/fix-freetype-ftbfs --- lasi-1.1.0/debian/patches/fix-freetype-ftbfs1970-01-01 01:00:00.0 +0100 +++ lasi-1.1.0/debian/patches/fix-freetype-ftbfs2014-06-19 13:45:54.0 +0200 @@ -0,0 +1,99 @@ +Description: Include Freetype headers in recommended way. + This change should fix https://sourceforge.net/p/lasi/bugs/2/. The + change goes a bit beyond the macports patch for the problem linked in + that bug report which was incomplete. (I searched for all occurrences + of #include and freetype in the code base and changed to the standard + form.) + . + Tested on Linux with Freetype version 2.4.9 which implies this change + does not disrupt anything for that Freetype version. A further test + for Freetype version 2.5.1 (which previously could not be used with + libLASi because of the non-standard #includes in the old version + of that code) has been requested. +Author: Alan W. Irwin +Origin: http://sourceforge.net/p/lasi/code/182/ +Bug: http://sourceforge.net/p/lasi/bugs/2/ +Bug-Debian: http://bugs.debian.org/733405 +Reviewed-By: Juhani Numminen juhaninummin...@gmail.com + +--- lasi-1.1.0.orig/include/LASi.h lasi-1.1.0/include/LASi.h +@@ -11,7 +11,8 @@ + #include sstream + #include map + #include pango/pango.h +-#include freetype/ftglyph.h ++#include ft2build.h ++#include FT_GLYPH_H + + class FreetypeGlyphMgr; + class ContextMgr; +--- lasi-1.1.0.orig/src/drawGlyph.cpp lasi-1.1.0/src/drawGlyph.cpp +@@ -6,7 +6,8 @@ + */ + + #include ostream +-#include freetype/ftoutln.h ++#include ft2build.h ++#include FT_OUTLINE_H + #include algorithm + #include LASi.h + #include config.h +--- lasi-1.1.0.orig/src/drawGlyph.h lasi-1.1.0/src/drawGlyph.h +@@ -10,7 +10,8 @@ + + #include iostream + #include pango/pango.h +-#include freetype/freetype.h ++#include ft2build.h ++#include FT_FREETYPE_H + + /** Generate the Postscript commands to draw the glyph + * using the font in pPangoCtx. +--- lasi-1.1.0.orig/src/glyphMgr.cpp lasi-1.1.0/src/glyphMgr.cpp +@@ -10,8 +10,7 @@ + + #include ft2build.h + #include FT_FREETYPE_H +- +-#include freetype/ftglyph.h ++#include FT_GLYPH_H + + #include cassert + #include util.h +--- lasi-1.1.0.orig/src/glyphMgr.h lasi-1.1.0/src/glyphMgr.h +@@ -15,8 +15,7 @@ + + #include ft2build.h + #include FT_FREETYPE_H +- +-#include freetype/ftglyph.h ++#include FT_GLYPH_H + + /** Manage FT_Glyph by insuring that FT_Glyph is handled correctly. + */ +--- lasi-1.1.0.orig/src/util.cpp lasi-1.1.0/src/util.cpp +@@ -11,7 +11,6 @@ + + #include ft2build.h + #include FT_FREETYPE_H +-//#include freetype/freetype.h + + using namespace std; + +--- lasi-1.1.0.orig/src/util.h lasi-1.1.0/src/util.h +@@ -18,7 +18,7 @@ + + #include ft2build.h + #include FT_FREETYPE_H +-#include freetype/ftglyph.h ++#include FT_GLYPH_H + + std::ostream operator(std::ostream, const FT_Library); + std::ostream operator(std::ostream, const FT_Face); diff -Nru lasi-1.1.0/debian/patches/series lasi-1.1.0/debian/patches/series --- lasi-1.1.0/debian/patches/series1970-01-01 01:00:00.0 +0100 +++ lasi-1.1.0/debian/patches/series2014-06-19 13:47:21.0 +0200 @@ -0,0 +1 @@ +fix-freetype-ftbfs diff -Nru lasi-1.1.0/debian/source/format lasi-1.1.0/debian/source/format --- lasi-1.1.0/debian/source/format 1970-01-01 01:00:00.0 +0100 +++ lasi-1.1.0/debian/source/format 2014-06-19 13:37:41.0 +0200 @@ -0,0 +1 @@ +3.0 (quilt) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752081: fuse FTBFS on arm64
Package: fuse https://packages.debian.org/source/unstable/fuse Version: 2.9.3-11 Severity: important Tags: patch I just cherry picked the change in the attatched debdiff from ubuntu and uploaded it to debian-ports unreleased arm64. I have no immediate intent to NMU in debian but if this bug has received no maintainer response when the time comes to push arm64 into the main archive a NMU will likely follow. If you have any objections please raise them now. diff -Nru fuse-2.9.3/debian/changelog fuse-2.9.3/debian/changelog --- fuse-2.9.3/debian/changelog 2014-06-14 19:25:30.0 + +++ fuse-2.9.3/debian/changelog 2014-06-19 10:35:29.0 + @@ -1,3 +1,11 @@ +fuse (2.9.3-11+arm64) unreleased; urgency=low + + * debian/patches/04-fix-arm64-int-sizes.patch: Use linux/types.h rather +than sys/types.h in include/fuse_kernel.h to fix the arm64 build. + + fix taken from 2.9.2-4ubuntu3 upload by William Grant + + -- Peter Michael Green plugw...@debian.org Thu, 19 Jun 2014 10:35:01 + + fuse (2.9.3-11) unstable; urgency=low * Improving fuse.postinst to handle device creation a bit better diff -Nru fuse-2.9.3/debian/patches/04-fix-arm64-int-sizes.patch fuse-2.9.3/debian/patches/04-fix-arm64-int-sizes.patch --- fuse-2.9.3/debian/patches/04-fix-arm64-int-sizes.patch 1970-01-01 00:00:00.0 + +++ fuse-2.9.3/debian/patches/04-fix-arm64-int-sizes.patch 2014-06-19 10:32:51.0 + @@ -0,0 +1,28 @@ +Author: Riku Voipio riku.voi...@linaro.org +Description: fuse_kernel.h: clean includes + Use linux/types.h for linux and define types used for other operating systems + using stdint.h types. +Origin: backport, http://sourceforge.net/p/fuse/fuse/ci/914871b + +Index: fuse-2.9.2/include/fuse_kernel.h +=== +--- fuse-2.9.2.orig/include/fuse_kernel.h 2013-10-11 16:30:25.0 +1100 fuse-2.9.2/include/fuse_kernel.h 2013-10-11 16:31:43.618741227 +1100 +@@ -88,12 +88,16 @@ + #ifndef _LINUX_FUSE_H + #define _LINUX_FUSE_H + +-#include sys/types.h ++#ifdef __linux__ ++#include linux/types.h ++#else ++#include stdint.h + #define __u64 uint64_t + #define __s64 int64_t + #define __u32 uint32_t + #define __s32 int32_t + #define __u16 uint16_t ++#endif + + /* + * Version negotiation: diff -Nru fuse-2.9.3/debian/patches/series fuse-2.9.3/debian/patches/series --- fuse-2.9.3/debian/patches/series2014-04-25 18:44:16.0 + +++ fuse-2.9.3/debian/patches/series2014-06-19 10:33:10.0 + @@ -3,3 +3,4 @@ 0003-examples.patch 0004-fusermount-manpage.patch 0005-dlsym.patch +04-fix-arm64-int-sizes.patch
Bug#751527: wheezy-pu: package libdbi-perl/1.622-1+deb7u1
Control: tags -1 + confirmed On 2014-06-13 19:51, Salvatore Bonaccorso wrote: libplrpc-perl was removed from the archive for unstable[1] as it uses Storable in an unsafe way, leading to a remote code execution vulnerability. The idea is to also drop libplrpc-perl from wheezy and squeeze if possible. As first step toward this goal I propose to drop the dependency from libdbi-perl package. Note: There is no real code change in wheezy to unstable in the corresponding module part, altough in the Debian package itself libplrpc-perl moved from Depends to Suggests following upstream recommentation (in version 1.627-1). [1] https://bugs.debian.org/734789 https://bugs.debian.org/745477 For the debdiff: I removed the dependency (as done for unstable, added a patch to add a Security notice in the Proxy modules, and also removed installation of the dbiproxy script). Please go ahead; thanks. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751750: pu: package ldns/1.6.13-1+deb7u1
Control: tags -1 + confirmed On 2014-06-16 10:45, Ondřej Surý wrote: I have prepared security, but non-dsa, update to ldns that creates private DNSSEC keys with default umask (CVE-2014-3209). The patch is very simple and it has been prepared by upstream. [...] ldns (1.6.13-1+deb7u1) stable-security; urgency=medium . * [CVE-2014-3209]: fix ldns-keygen writing private DNSKEYs with default umask (Closes: #746758) [...] It's not a critical issue (hence non-DSA), but it would be nice to have this fixed in stable. Please s/stable-security/wheezy/ in the changelog and go ahead; thanks. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751978: pu: package xmms2/0.8+dfsg-4+deb7u1
Control: tags -1 + confirmed On 2014-06-18 13:47, Moritz Mühlenhoff wrote: attached debdiff fixes a FTBFS in xmms (#724487). Please go ahead. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745427: Pending fixes for bugs in the libdbi-perl package
tag 745427 + pending thanks Some bugs in the libdbi-perl package are closed in revision 3f9ba26af7ba0e2fd7c539905118ceddd1b040da in branch ' wheezy' by Salvatore Bonaccorso The full diff can be seen at http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libdbi-perl.git;a=commitdiff;h=3f9ba26 Commit message: Remove libplrpc-perl from Build-Depends and Depends Closes: #745427 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751527: wheezy-pu: package libdbi-perl/1.622-1+deb7u1
Hi, On Thu, Jun 19, 2014 at 01:06:14PM +0100, Adam D. Barratt wrote: Control: tags -1 + confirmed On 2014-06-13 19:51, Salvatore Bonaccorso wrote: libplrpc-perl was removed from the archive for unstable[1] as it uses Storable in an unsafe way, leading to a remote code execution vulnerability. The idea is to also drop libplrpc-perl from wheezy and squeeze if possible. As first step toward this goal I propose to drop the dependency from libdbi-perl package. Note: There is no real code change in wheezy to unstable in the corresponding module part, altough in the Debian package itself libplrpc-perl moved from Depends to Suggests following upstream recommentation (in version 1.627-1). [1] https://bugs.debian.org/734789 https://bugs.debian.org/745477 For the debdiff: I removed the dependency (as done for unstable, added a patch to add a Security notice in the Proxy modules, and also removed installation of the dbiproxy script). Please go ahead; thanks. Thank you, just uploaded. Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751569: Crash @TSymbolTableLevel::~TSymbolTableLevel when using WebGL
Package: iceweasel Version: 31.0~b1-1 Followup-For: Bug #751569 Dear Maintainer, * What led up to the situation? Crash with WebGL * What exactly did you do (or not do) that was effective (or ineffective)? I visited http://fred-wang.github.io/MathUI2014/demos/6-mathml-in-webgl.html * What was the outcome of this action? iceweasel crashed * What outcome did you expect instead? no crash Backtrace: Program received signal SIGSEGV, Segmentation fault. 0x in ?? () (gdb) bt #0 0x in ?? () #1 0x744e1fd5 in TSymbolTableLevel::~TSymbolTableLevel ( this=0x7fffb33f6010, __in_chrg=optimized out) at /tmp/buildd/iceweasel-31.0~b1/gfx/angle/src/compiler/SymbolTable.cpp:174 #2 0x744cdf70 in TSymbolTable::pop (this=0x7fffb67ba4d0) at /tmp/buildd/iceweasel-31.0~b1/gfx/angle/src/compiler/SymbolTable.h:271 #3 0x744de5d2 in TCompiler::compile (this=0x7fffb67ba400, shaderStrings=shaderStrings@entry=0x7fffa320, numStrings=numStrings@entry=1, compileOptions=optimized out, compileOptions@entry=6220) at /tmp/buildd/iceweasel-31.0~b1/gfx/angle/src/compiler/Compiler.cpp:207 #4 0x744e08b4 in ShCompile (handle=optimized out, shaderStrings=0x7fffa320, numStrings=1, compileOptions=6220) at /tmp/buildd/iceweasel-31.0~b1/gfx/angle/src/compiler/ShaderLang.cpp:190 #5 0x73da6eeb in mozilla::WebGLContext::CompileShader (this= 0x7fffbde36c00, shader=0x7fffb7576f40) at /tmp/buildd/iceweasel-31.0~b1/content/canvas/src/WebGLContextGL.cpp:3120 #6 0x739ef2cd in mozilla::dom::WebGLRenderingContextBinding::compileShader (cx=0x7fffc6fb4780, obj=..., self=0x7fffbde36c00, args=...) at /tmp/buildd/iceweasel-31.0~b1/build-browser/dom/bindings/WebGLRenderingContextBinding.cpp:8225 #7 0x73a2efd0 in mozilla::dom::GenericBindingMethod ( cx=0x7fffc6fb4780, argc=optimized out, vp=optimized out) #8 0x7495fd71 in CallJSNative (args=..., native=optimized out, cx=optimized out) at /tmp/buildd/iceweasel-31.0~b1/js/src/jscntxtinlines.h:239 #9 js::Invoke (cx=0x7fffc6fb4780, args=..., construct=(unknown: 4108223553)) at /tmp/buildd/iceweasel-31.0~b1/js/src/vm/Interpreter.cpp:475 #10 0x74956842 in Interpret (cx=0x7fffc6fb4780, state=...) at /tmp/buildd/iceweasel-31.0~b1/js/src/vm/Interpreter.cpp:2620 #11 0x7495f9f9 in js::RunScript (cx=0x7fffc6fb4780, state=...) at /tmp/buildd/iceweasel-31.0~b1/js/src/vm/Interpreter.cpp:422 #12 0x7495fc49 in js::Invoke (cx=0x7fffc6fb4780, args=..., construct=(unknown: 4108223553), construct@entry=js::NO_CONSTRUCT) at /tmp/buildd/iceweasel-31.0~b1/js/src/vm/Interpreter.cpp:494 #13 0x74960261 in js::Invoke (cx=cx@entry=0x7fffc6fb4780, thisv=..., fval=..., argc=1, argv=optimized out, rval=...) at /tmp/buildd/iceweasel-31.0~b1/js/src/vm/Interpreter.cpp:531 #14 0x74833bca in JS::Call (cx=cx@entry=0x7fffc6fb4780, thisv=..., thisv@entry=..., fval=..., fval@entry=..., args=..., rval=..., rval@entry=...) at /tmp/buildd/iceweasel-31.0~b1/js/src/jsapi.cpp:5061 #15 0x7382903f in mozilla::dom::EventHandlerNonNull::Call ( this=this@entry=0x7fffae291f70, cx=0x7fffc6fb4780, aThisVal=..., aThisVal@entry=..., event=..., aRv=...) at /tmp/buildd/iceweasel-31.0~b1/build-browser/dom/bindings/EventHandlerBind #19 0x73be214f in mozilla::EventListenerManager::HandleEventInternal ( this=0x7fffade2c740, aPresContext=optimized out, aEvent=0x7fffc040, aDOMEvent=0x7fffbf58, aCurrentTarget=0x7fffb9f3c000, aEventStatus=optimized out) at /tmp/buildd/iceweasel-31.0~b1/dom/events/EventListenerManager.cpp:1011 #20 0x73be2531 in mozilla::EventTargetChainItem::HandleEventTargetChain (aChain=..., aVisitor=..., aCallback=aCallback@entry=0x0, aCd=...) at /tmp/buildd/iceweasel-31.0~b1/dom/events/EventDispatcher.cpp:287 #21 0x73be2c1c in mozilla::EventDispatcher::Dispatch ( #22 0x73fd8f40 in nsDocumentViewer::LoadComplete (this=0x7fffb6770e40, aStatus=4294950976) at /tmp/buildd/iceweasel-31.0~b1/layout/base/nsDocumentViewer.cpp:999 #23 0x7421f41f in nsDocShell::EndPageLoad (this=0x7fffc6f79400, aChannel=0x7fffb9107050, aStatus=NS_OK, aProgress=optimized out) at /tmp/buildd/iceweasel-31.0~b1/docshell/base/nsDocShell.cpp:6967 #24 0x74e6 in nsDocShell::OnStateChange (this=0x7fffc6f79400, aProgress=0x7fffc6f79428, aRequest=0x7fffb9107050, aStateFlags=131088, aStatus=NS_OK) at /tmp/buildd/iceweasel-31.0~b1/docshell/base/nsDocShell.cpp:6766 #25 0x7362a1cc in nsDocLoader::DoFireOnStateChange ( this=0x7fffc6f79400, aProgress=aProgress@entry=0x7fffc6f79428, aRequest=aRequest@entry=0x7fffb9107050, aStateFlags=@0x7fffc594: 131088, aStatus=aStatus@entry=NS_OK) at /tmp/buildd/iceweasel-31.0~b1/uriloader/base/nsDocLoader.cpp:1329 #26
Bug#695563: works with the new kernel
Since #751417 is now fixed, liblinux-prctl-perl now builds on MIPS and MIPSel. I just tested it with linux-image-3.14-1-5kc-malta mips 3.14.7-1 and it compiles successfully. signature.asc Description: Digital signature
Bug#751847: flightgear: Seneca II interior lighting
I have prepared a much more extensive patch that resolves the second issue, viz. the fact that the cockpit remains dark even with the overhead lights swicthed on. I'll post it here in the next 12 hours. This patch illuminates many non-backlit areas of the cockpit with the overhead lights: the charts on the copilot's seat, the instrument panel, the throttle/RPM/mixture levers, coil flap levers, flap lever, etc. Parts of this patch might be controversial in that the left-hand electrical buttons (main battery, magnetos, start button, etc.) and the instrument and radio light dimmers are no longer back-lit and no longer controlled by the instrument light; instead they are dimly lit only by the overhead light. I believe this to be more realistic but then again I've never been in an actual Seneca II, let alone at night :) I'd like to add a keyboard shortcut to turn the overhead lights on; I think the key Ctrl+L is a good candidate. Also to add an entry in the Seneca menu (F10). This way, a pilot could enter the cockpit in the middle of the night, hit Ctrl+L, see the instrument lighting dimmer on the panel, turn that on and fly the aircraft, all without resorting to Ctrl+C a single time. All in all I think this is a *big* improvement to the cockpit for night flying. -- Ludovic Brenta. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722075: Still seems broken
Hello, I grabbed the eglibc from the sid repository and pointed the bug.c program at it, verified with ldd that the bug program would use the new eglibc version, and observed the socket still receives DNS requests. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745672: em-http-request build failiure - can someone reproduce it?
Hi, On Tue, Jun 17, 2014 at 07:46:57PM +0530, Pirate Praveen wrote: Hi, I'm not able to reproduce this failure. Can anyone try building it? I was not able to reproduce it either with sbuild and with/without network access. I tagged the bug as unreproducible for the moment. If noone can reproduce it, we can close it. Cheers, Cédric signature.asc Description: Digital signature
Bug#751888: Fwd: Bug#751888: glusterfs-server: creating symlinks generates errors
Hello gluster list, could you have got a look on this bug? You can access all information on http://bugs.debian.org/751888 I am on vacation from now on for nearly three weeks so I could not take care of it :-( Weitergeleitete Nachricht Betreff: Bug#751888: glusterfs-server: creating symlinks generates errors Weitersenden-Datum: Wed, 18 Jun 2014 09:39:02 + Weitersenden-Von: Matteo Checcucci matteo.checcu...@arnone.de.unifi.it Weitersenden-An: debian-bugs-dist@lists.debian.org Weitersenden-CC: Patrick Matthäi pmatth...@debian.org Datum: Wed, 18 Jun 2014 10:53:12 +0200 Von: Matteo Checcucci matteo.checcu...@arnone.de.unifi.it Antwort an: Matteo Checcucci matteo.checcu...@arnone.de.unifi.it, 751...@bugs.debian.org An: 751...@bugs.debian.org On 06/17/2014 04:14 PM, Patrick Matthäi wrote: Am 17.06.2014 15:29, schrieb Matteo Checcucci: ls -l, cp -a, ...). An especially troublesome consequence is that if I What is the output of: strace /bin/ls -l foobar? Anything in your server/client logs? Hello. Thanks for your quick reply. I reproduced the bug on a newly created gluster volume (connection IP over Ethernet) with gluster 3.5.0-1: ~ SERVER: host07 CLIENT: host01 , host02 , host03 , host04 root@host07:~# service glusterfs-server start root@host07:~# gluster peer status root@host07:~# gluster peer probe host01 root@host07:~# gluster peer probe host02 root@host07:~# gluster peer probe host03 root@host07:~# gluster peer probe host04 root@host07:~# pdsh -w 'host[01-04]' gluster peer probe host07 host01: peer probe: success. host02: peer probe: success. host03: peer probe: success. host04: peer probe: success. root@host07:~# gluster peer status root@host07:~# gluster volume create scratch01-04 stripe 4 host01:/data/brick1 host02:/data/brick1 host03:/data/brick1 host04:/data/brick1 root@host07:~# gluster volume start scratch01-04 root@host07:~# mkdir -p /storage/scratch01-04 root@host07:~# mount -t glusterfs host07:/scratch01-04 /storage/scratch01-04 root@host01:~# mkdir -p /storage/scratch01-04 root@host01:~# mount -t glusterfs host07:/scratch01-04 /storage/scratch01-04 root@host01:/storage/scratch01-04# ls root@host01:/storage/scratch01-04# mkdir test root@host01:/storage/scratch01-04# cd test/ root@host01:/storage/scratch01-04/test# touch foo root@host01:/storage/scratch01-04/test# ln -s foo my_link root@host01:/storage/scratch01-04/test# ls -ltr ls: cannot read symbolic link my_link: No such file or directory total 0 -rw-r--r-- 1 root root 0 Jun 18 10:07 foo lrwxrwxrwx 1 root root 3 Jun 18 10:08 my_link root@host01:~# strace /bin/ls -l foo 2 output_strace_foo root@host01:~# strace /bin/ls -l my_link 2 output_strace_my_link ~ The strace output and the logs of the server and client are attached. I hope this is useful to pinpoint the problem. Bye test-gluster-3.5.0-1.tar.gz Description: application/gzip signature.asc Description: OpenPGP digital signature
Bug#751888: Fwd: Fwd: Bug#751888: glusterfs-server: creating symlinks generates errors
Hello gluster list, could you have got a look on this bug? You can access all information on http://bugs.debian.org/751888 I am on vacation from now on for nearly three weeks so I could not take care of it :-( Weitergeleitete Nachricht Betreff: Bug#751888: glusterfs-server: creating symlinks generates errors Weitersenden-Datum: Wed, 18 Jun 2014 09:39:02 + Weitersenden-Von: Matteo Checcucci matteo.checcu...@arnone.de.unifi.it Weitersenden-An: debian-bugs-dist@lists.debian.org Weitersenden-CC: Patrick Matthäi pmatth...@debian.org Datum: Wed, 18 Jun 2014 10:53:12 +0200 Von: Matteo Checcucci matteo.checcu...@arnone.de.unifi.it Antwort an: Matteo Checcucci matteo.checcu...@arnone.de.unifi.it, 751...@bugs.debian.org An: 751...@bugs.debian.org On 06/17/2014 04:14 PM, Patrick Matthäi wrote: Am 17.06.2014 15:29, schrieb Matteo Checcucci: ls -l, cp -a, ...). An especially troublesome consequence is that if I What is the output of: strace /bin/ls -l foobar? Anything in your server/client logs? Hello. Thanks for your quick reply. I reproduced the bug on a newly created gluster volume (connection IP over Ethernet) with gluster 3.5.0-1: ~ SERVER: host07 CLIENT: host01 , host02 , host03 , host04 root@host07:~# service glusterfs-server start root@host07:~# gluster peer status root@host07:~# gluster peer probe host01 root@host07:~# gluster peer probe host02 root@host07:~# gluster peer probe host03 root@host07:~# gluster peer probe host04 root@host07:~# pdsh -w 'host[01-04]' gluster peer probe host07 host01: peer probe: success. host02: peer probe: success. host03: peer probe: success. host04: peer probe: success. root@host07:~# gluster peer status root@host07:~# gluster volume create scratch01-04 stripe 4 host01:/data/brick1 host02:/data/brick1 host03:/data/brick1 host04:/data/brick1 root@host07:~# gluster volume start scratch01-04 root@host07:~# mkdir -p /storage/scratch01-04 root@host07:~# mount -t glusterfs host07:/scratch01-04 /storage/scratch01-04 root@host01:~# mkdir -p /storage/scratch01-04 root@host01:~# mount -t glusterfs host07:/scratch01-04 /storage/scratch01-04 root@host01:/storage/scratch01-04# ls root@host01:/storage/scratch01-04# mkdir test root@host01:/storage/scratch01-04# cd test/ root@host01:/storage/scratch01-04/test# touch foo root@host01:/storage/scratch01-04/test# ln -s foo my_link root@host01:/storage/scratch01-04/test# ls -ltr ls: cannot read symbolic link my_link: No such file or directory total 0 -rw-r--r-- 1 root root 0 Jun 18 10:07 foo lrwxrwxrwx 1 root root 3 Jun 18 10:08 my_link root@host01:~# strace /bin/ls -l foo 2 output_strace_foo root@host01:~# strace /bin/ls -l my_link 2 output_strace_my_link ~ The strace output and the logs of the server and client are attached. I hope this is useful to pinpoint the problem. Bye test-gluster-3.5.0-1.tar.gz Description: application/gzip signature.asc Description: OpenPGP digital signature
Bug#751591: [Pkg-fglrx-devel] Bug#751591: xvba-va-driver: please add Provides: va-driver
tag #751591 + pending thanks Am 14.06.2014 17:15, schrieb Sebastian Ramacher: Package: xvba-va-driver Version: 0.8.0-8 Severity: wishlist Since the last upload of libva to unstable, libva1 recommends va-driver-all | va-driver. All the other libva driver implementation already have Provides: va-driver. Please also add the same Provides to xvba-va-driver to make it satisfy the recommends relation. Thanks, fix comitted to svn. -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ signature.asc Description: OpenPGP digital signature
Bug#745992: Please add the attached systemd service file
reopen 745992 found 745992 0.82.7 tags 745992 + patch thanks On Sun, 27 Apr 2014 at 00:12:05 +0200, Michael Stapelberg wrote: please add the attached systemd service file. On Mon, 28 Apr 2014 at 11:20:15 +0200, Michael Vogt wrote: This is merged and will be part of the next upload. Unfortunately, the merge was incomplete: you added the infrastructure, but not the actual service file :-) The attached is what I have applied in a local version of unattended-upgrades. S From 36c1b5e9aa01f2bbdbb1505c1accc96a43317172 Mon Sep 17 00:00:00 2001 From: Michael Stapelberg stapelb...@debian.org Date: Sat, 26 Apr 2014 23:54:15 +0200 Subject: [PATCH 1/8] Add native systemd service file (Closes: #745992) [The patch was not completely applied in 0.82.7: infrastructure was added, but the actual service file wasn't. -smcv] --- debian/unattended-upgrades.service | 12 1 file changed, 12 insertions(+) create mode 100644 debian/unattended-upgrades.service diff --git a/debian/unattended-upgrades.service b/debian/unattended-upgrades.service new file mode 100644 index 000..f0dd143 --- /dev/null +++ b/debian/unattended-upgrades.service @@ -0,0 +1,12 @@ +[Unit] +Description=Unattended Upgrades +DefaultDependencies=no +Before=shutdown.target reboot.target halt.target +Documentation=man:unattended-upgrade(8) + +[Service] +Type=oneshot +ExecStart=/usr/share/unattended-upgrades/unattended-upgrade-shutdown + +[Install] +WantedBy=shutdown.target -- 2.0.0
Bug#738493: LWPx::ParanoidAgent still broken
Control: reopen -1 Control: notfixed -1 1.10-2 This is still broken: anarcat@marcos:~$ dpkg -l liblwpx-paranoidagent-perl Souhait=inconnU/Installé/suppRimé/Purgé/H=à garder | État=Non/Installé/fichier-Config/dépaqUeté/échec-conFig/H=semi-installé/W=attend-traitement-déclenchements |/ Err?=(aucune)/besoin Réinstallation (État,Err: majuscule=mauvais) ||/ NomVersion Architecture Description +++-==---= ii liblwpx-parano 1.10-2 all a paranoid subclass of LWP::Use anarcat@marcos:~$ PERL_LWP_SSL_CA_PATH=/etc/ssl/certs perl -MLWPx::ParanoidAgent -e 'print LWPx::ParanoidAgent-new-get(https://www.google.com;)-status_line' 500 Can't connect to www.google.com:443 (Net::SSL from Crypt-SSLeay can't verify hostnames; either install IO::Socket::SSL or turn off verification by setting the PERL_LWP_SSL_VERIFY_HOSTNAME environment variable to 0) anarcat@marcos:~$ dpkg -l '*io-socket-ssl*' Souhait=inconnU/Installé/suppRimé/Purgé/H=à garder | État=Non/Installé/fichier-Config/dépaqUeté/échec-conFig/H=semi-installé/W=attend-traitement-déclenchements |/ Err?=(aucune)/besoin Réinstallation (État,Err: majuscule=mauvais) ||/ NomVersion Architecture Description +++-==---= ii libio-socket-s 1.992-1 all Perl module implementing object o -- The idea that Bill Gates has appeared like a knight in shining armour to lead all customers out of a mire of technological chaos neatly ignores the fact that it was he who, by peddling second-rate technology, led them into it in the first place. - Douglas Adams (1952-2001) pgpY6sc59ZNs4.pgp Description: PGP signature
Bug#752082: ITP: fonts-octicons -- GitHub's icon font
Package: wnpp Severity: wishlist Owner: Hideki Yamane henr...@debian.org X-Debbugs-CC: debian-de...@lists.debian.org, pkg-fonts-de...@lists.alioth.debian.org Package name: fonts-octicons Version: 2.0.2 Upstream Author: Github, Inc. URL: http://octicons.github.com/ License: OFL-1.1 Description: GitHub's icons Octicons is GitHub's icon font. . This is the Bower package for GitHub Octicons. -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752084: Debian lists need a plan to deal with messages from DMARC p=reject domains
Package: lists.debian.org Severity: important Background on DMARC: https://wordtothewise.com/2014/04/brief-dmarc-primer/ Official statements from Yahoo and AOL about their DMARC policy changes: http://yahoo.tumblr.com/post/82426971544/an-update-on-our-dmarc-policy-to-protect-our-users http://postmaster-blog.aol.com/2014/04/22/aol-mail-updates-dmarc-policy-to-reject/ Background on damage inflicted on mailing lists by inappropriate uses of a DMARC p=reject policy and possible solutions: http://wiki.asrg.sp.am/wiki/Mitigating_DMARC_damage_to_third_party_mail Short summary: a p=reject DMARC policy is not compatible with mailing lists (because their messages come from a different source IP and the body usually is modified). Some large freemail domains implemented a p=reject policy to fix significant phishing attacks on their customers, but when their users send mail to Debian lists the signatures on the messages become invalid and they are rejected by the mail servers of the lists subscribers receiving them. The bounces may cause these innocent receivers to be unsubscribed from the lists. Yahoo and AOL explained in no uncertain terms that they will not revert this change. We have not suffered too much from this so far because few users post to our lists from yahoo.com and aol.com domains, but at least another very large freemail provider (used by a significant fraction of Debian lists subscribers) has privately announced that they plan to switch to p=reject as well. I propose that our priorities should be, in this order: - prevent damage to third party receivers - properly support posts from users from p=reject domains I propose that: - we immediately start rejecting mails to our lists sent from domains with a p=reject policy to prevent unsubscribing innocent third parties - we start discussing a long term solution which will allow posts from p=reject domains as well -- ciao, Marco signature.asc Description: Digital signature
Bug#752083: lists.debian.org should implement DKIM to improve deliverability
Package: lists.debian.org Severity: normal Nowadays the big receivers strongly like to base their antispam decisions on domain reputation instead of IP reputation. Signing outgoing mail with DKIM will improve deliverability without adverse effects. Pre-existing signatures on relayed messages need to be removed anyway because they are invalid after mailing list processing. This will greatly improve deliverability over IPv6 to gmail, which strongly penalizes IPv6 senders not using SPF or DKIM. -- ciao, Marco signature.asc Description: Digital signature