Bug#797033: mate-tweak: there are still some more gtk properties which are deprecated and need to be removed

On 08/27/2015 08:03 AM, shirish शिरीष wrote: > Hopefully upstream will improve on it. Then why didn't you report this issue in the upstream bug tracker [1] in the first place? Now someone else has to do that for you and forward the bug report upstream which just adds unnecessary noise in the Debi

Bug#797035: softhsm: FTBFS on m68k and sparc64

Package: softhsm Version: 1.3.7-2+b1 Severity: important Dear Maintainer, the package fails to build on both m68k and sparc64 with the same error. It seems it fails the check for the Botan library even though a higher version number is installed on the system: Setting up libbotan-1.10-1 (1.10.10-

Bug#796069: protobuf: FTBFS on mips{,el} (test suite failure)

On 27/08/15 05:16, Robert Edmonds wrote: > It looks like you did a source-only upload, and it also looks like I > have a "debian/rules build-indep" bug. Yeah, I just spotted that. With hindsight, approximately nothing is going to build successfully with build-indep until its maintainer has tested

Bug#785957: agtl: diff for NMU version 0.8.0.3-1.1

Hi Stefano, Am Mittwoch, 19. August 2015, 22:42:31 schrieben Sie: > I've prepared an NMU for agtl (versioned as 0.8.0.3-1.1) and > uploaded it to DELAYED/2. Please feel free to tell me if I > should delay it longer. thanks for doing the NMU. I've meant to handle this, but looks like I didn't fin

Bug#796953: fglrx-driver: Kernel 4.1 backport breaks fglrx in Jessie

reopen 796953 Hi! * Julien Aubin [2015-08-26 10:07:58 CEST]: > Source: fglrx-driver > Severity: critical > Justification: breaks the whole system > > Hello, > > Update 4.1 of the Linux kernel has been released in Jessie backports. The > problem is that the fglrx driver did not follow, cau

Bug#797034: filezilla: Filezilla 3.9 in Debian Testing stop working SFTP with key auth after 26 august openssh update

Package: filezilla Version: 3.9.0.5-1 Severity: normal Tags: patch Dear Maintainer, * What led up to the situation? After openssh upgrade to 6.9 in Debian testing the day 26 august, the public/private key autentification in filezilla stop working * What exactly did you do (or not d

Bug#797033: mate-tweak: there are still some more gtk properties which are deprecated and need to be removed

Package: mate-tweak Version: 3.5.2-1 Severity: normal Dear Maintainer, I purged the new version, installed it again and still got the deprecated warnings. $ mate-tweak /usr/bin/mate-tweak:599: Warning: The property GtkAlignment:left-padding is deprecated and shouldn't be used anymore. It will be

Bug#796927: please use /etc/knot/knot.conf.d and include it in /etc/knot/knot.conf

On 08/26/2015 10:18 AM, Ondřej Surý wrote: > As soon as this is implemented upstream I will prepare the updated > default knot.conf. great, thanks. Regards, Daniel

Bug#796430: findbugs: FTBFS: error: PreorderVisitor is not abstract

On 08/21/2015 01:22 PM, Chris West (Faux) wrote: > Source: findbugs > Version: 2.0.3+repack-1 > Severity: serious > Justification: fails to build from source > Tags: sid stretch > User: reproducible-bui...@lists.alioth.debian.org > Usertags: ftbfs > X-Debbugs-CC: reproducible-bui...@lists.alioth.de

Bug#797032: swift: CVE-2015-5223: information leak via Swift tempurls

Source: swift Version: 2.2.0-1 Severity: important Tags: security upstream Hi, the following vulnerability was published for swift. CVE-2015-5223[0]: Information leak via Swift tempurls If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities & Exposures) id

Bug#797031: nmu: apertium_3.4.0~r61013-3

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu apertium_3.4.0~r61013-3 . ALL . unstable . -m "Rebuild package for lttoolbox" -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'),

Bug#797030: bbdb3: Cannot install bbdb3 because an error during installation

Package: bbdb3 Version: 3.1.2-2 Severity: important It's impossible to install the package because it lacks mu4e-view.el file. This is the error: Failed to perform requested operation on package. Trying to recover: Setting up bbdb3 (3.1.2-2) ... Install bbdb3 for emacs24 install/bbdb3: Handling

Bug#796069: protobuf: FTBFS on mips{,el} (test suite failure)

Simon McVittie wrote: > I'll reduce this bug to non-RC when the buildds have produced a complete > set of builds, which will hopefully happen overnight. Hi, Simon: It looks like you did a source-only upload, and it also looks like I have a "debian/rules build-indep" bug. Sorry about that :-( ht

Bug#797029: catdoc: Fix annoying "Format a4 redefined" messages

Package: catdoc Version: 0.94.4-1.1 Severity: normal Tags: patch For some XL files, xls2csv emits many "Format a4 redefined" messages. These aren't useful to the user - in fact they actually seem to indicate a bug in xls2csv rather than a problem with the file being processed. According to the op

Bug#785977: libgetdata: diff for NMU version 0.7.3-6.2

It doesn't do any harm, and thanks for trying to help! However, we just moved libgetdata into debian-science, and an upload of the 8.x series will be coming along shortly. --- Michael Milligan, Ph.D. | Supercomputing Institute Scientific Computing Consultant | University of Minnesota Ap

Bug#797025: Acknowledgement (exim4 is not compiled with mime support acl_check_mime)

Please cancel this bug While checking the report about to be sent I noted exim did have content_scanning compiled in and therefore I must have done something wrong I select No when asked whether to submit the bug. 'reportbug' decided to send it anyway so there must be an issue with reportbug

Bug#797028: xul-ext-firetray: Administrative choices

Package: xul-ext-firetray Version: 0.5.6+dfsg-1 Severity: wishlist Dear Maintainer, please add or document a way to administratively choose whether this or other xul-ext-* packages should be available for Icedove or Iceweasel during or after installation. For example, xul-ext-firetray is useful fo

Bug#775541: NFS mounts from /etc/fstab do not work

I would be happy to this solution could close this bug. ## Debian jessie: systemd could not bring-up rpcbind, nfs-common correctly? do `sudo systemctl enable systemd-networkd-wait-online.service` ## Explain If you have found these log with `sudo journalctl` command output.. 5月 18 09:29:27 jup

Bug#789875: subsurface: FTBFS in experimental

On Wed, Aug 26, 2015 at 7:11 PM, Linus Torvalds wrote: > So quite frankly, the fact that Debian people now attack Dirk, who has > been bending over backwards over these kinds of stupidities, is not a > big surprise. I think it's in the Debian DNA to care more about rules > than about technical sani

Bug#797027: zyne: please make the build reproducible

Source: zyne Version: 0.1.2-2 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: randomness X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org Hi, While working on the "reproducible builds" effort [1], we have noticed that zyne could not be built rep

Bug#797026: RM: ttf-cjk-compact -- ROM; obsoleted/relaced by fonts-android

Package: ftp.debian.org Severity: normal [ x-d-cc: debian-boot@ ] Hi, Please get rid of ttf-cjk-compact, which has been a workaround needed due to the size of CJK fonts for quite a while, but which has been obsoleted/replaced by fonts-android lately. Curious readers can look at the thread start

Bug#682580: [bug-gettext] Bug#682580: xgettext: fails to properly replace some placeholders in output .pot (PACKAGE, YEAR, C. HOLDER) (fwd)

Francesco Poli writes: > I would definitely prefer to see xgettext changed, rather than having > to do sed or awk tricks to post-process its output. > So, to me, (4) is the least preferred option. Sorry, I am not convinced. Again, I am reluctant to add a new option to xgettext for a niche featu

Bug#796902: python-scipy: FTBFS: dh: unable to load addon sphinxdoc

Fix appears to be in SVN http://anonscm.debian.org/viewvc/python-modules?view=revision&revision=33993

Bug#797025: exim4 is not compiled with mime support acl_check_mime

Package: exim4 Version: 4.80-7+deb7u1 Severity: important -- Package-specific info: Exim version 4.80 #2 built 24-Jul-2014 03:28:02 Copyright (c) University of Cambridge, 1995 - 2012 (c) The Exim Maintainers and contributors in ACKNOWLEDGMENTS file, 2007 - 2012 Berkeley DB: Berkeley DB 5.1.29: (

Bug#766383: [make] make version 4.1 available

Package: make block 766383 by 760986 thanks Package: make Version: 4.0-8.2 Followup-For: Bug #766383 Hi Jean, According to , this package is part of the ongoing testing transition known as guile-1.8-rm. Please avoid uploads unrelated to this trans

Bug#781176: byobu: fails to start when using shared NFS home

Control: tags -1 + moreinfo Hi, On Wed, Mar 25, 2015 at 18:21:20 +0100, Dominik George wrote: > The actual result is byobu wreaking havoc because it finds a running > session in ~/.byobu and tries to join it. I don't have an NFS home directory on a Debian host, but I have run byobu on non-Debian

debian-bugs-dist@lists.debian.org

Package: make tags 778693 + wontfix thanks Package: make Followup-For: Bug #778693 Dear Jeremy, Would you like to close the bug on or should I do this for you since you have menthioned it is actually not a bug? I am now tagging the bug a

Bug#747412: uscan: option to verify current upstream tarball

On Thu, May 08, 2014 at 08:10:02PM +0800, Paul Wise wrote: > It would be great if there were an option to verify the current upstream > tarball is the same as the one for the package and that the upstream > cryptographic signatures still match. I think uscan is a bit too overloaded already. A new

Bug#735178: tmux starts infinite new threads until machine stops responding

Control: tags -1 + moreinfo On Mon, Jan 13, 2014 at 14:35:32 +, Yanko Simeonoff wrote: > I installed byobu with tmux on a new Debian 7.1 server. After few minutes the > whole > server stopped responding. When I was able to see what happens the load was > above 600. > There was several hundre

Bug#796986: uscan: repacksuffix does not ajust version passed to uupdate

On Thu, Aug 27, 2015 at 12:00:50AM +0900, Osamu Aoki wrote: > Although mk-origtargz add suffix to the generated tarball, uscan does > not adjust the version passed to uupdate. Thanks for spotting this. It does need to be corrected. > From 09d41dc3674ff428a36caa48b2c1f0ad9d1889f9 Mon Sep 17 00:00

Bug#797024: hyperrogue: New upstream version 6.6 with new lands

Package: hyperrogue Version: 4.2+dfsg-1+b1 Severity: wishlist The current packaged version is 4.2, but the latest upstream release with source code in 6.6 which has some new lands (7.3 just came out, but there's no source released for it yet). The debian/watch file in the package no longer works,

Bug#797023: Linux kernel FTBFS error for ARCH=s390, CONFIG_SMP=n, and CONFIG_DYNAMIC_DEBUG=y

Package: linux Version: 3.16.7-ckt11-1+deb8u3 Severity: minor X-Debbugs-CC: debian-s...@lists.debian.org Tags: patch The Linux kernel in jessie fails to build from source for the combination ARCH=s390, CONFIG_SMP=n, and CONFIG_DYNAMIC_DEBUG=y. Compilation of drivers/s390/char/sclp_early.c fails wi

Bug#797008: xterm: not logging to utmp

On Wed, Aug 26, 2015 at 02:56:52PM -0600, Bob Proulx wrote: > Package: xterm > Version: 319-1 > Severity: normal > > Apparently since the latest xterm version 319-1 which arrived on my > Sid machine 2015-08-23 14:52 -0600 xterm no longer logs entries to the > utmp file. Using "last -10" shows the

Bug#774483: byobu: can't disable date and time with tmux

Control: tags -1 + moreinfo On Sat, Jan 03, 2015 at 02:16:59 -0500, Daniel Dickinson wrote: > It is currently impossible by any means (including hand editing .byobu/status > and killing > ..byobu directory logging out, and staring over) to disable the date and time > displays > in the tmux statu

Bug#622265: TERM=screen.mlterm breaks dircolors

On Wed, Aug 26, 2015 at 06:05:50PM +0200, Axel Beckert wrote: > Hi, > > Matthew Gabeler-Lee wrote: > > This isn't just mlterm. This breaks xterm, xterm-256color, etc. too > > I'm sorry, but while I can reproduce the issue with "env TERM=mlterm > screen", I can't reproduce it with "env TERM=xterm

Bug#791904: [HEADS-UP] libsystemd transition

Hi On Mon, 13 Jul 2015 16:30:11 +0200 Michael Biebl wrote: > Control: severity -1 important > > Hi, > > this is a heads-up that we plan to drop the libsystemd-* compat > libraries in about two months. At that point, your package will FTBFS > and this bug will be raised to serious. This is anothe

Bug#791896: [HEADS-UP] libsystemd transition

Hi On Mon, 13 Jul 2015 16:30:11 +0200 Michael Biebl wrote: > Control: severity -1 important > > Hi, > > this is a heads-up that we plan to drop the libsystemd-* compat > libraries in about two months. At that point, your package will FTBFS > and this bug will be raised to serious. This is anothe

Bug#779741: [HEADS-UP] libsystemd transition

Hi On Mon, 13 Jul 2015 16:30:11 +0200 Michael Biebl wrote: > Control: severity -1 important > > Hi, > > this is a heads-up that we plan to drop the libsystemd-* compat > libraries in about two months. At that point, your package will FTBFS > and this bug will be raised to serious. This is anot

Bug#779765: [HEADS-UP] libsystemd transition

Hi On Mon, 13 Jul 2015 16:30:11 +0200 Michael Biebl wrote: > Control: severity -1 important > > Hi, > > this is a heads-up that we plan to drop the libsystemd-* compat > libraries in about two months. At that point, your package will FTBFS > and this bug will be raised to serious. This is anothe

Bug#779754: [HEADS-UP] libsystemd transition

Hi On Mon, 13 Jul 2015 16:30:11 +0200 Michael Biebl wrote: > Control: severity -1 important > > Hi, > > this is a heads-up that we plan to drop the libsystemd-* compat > libraries in about two months. At that point, your package will FTBFS > and this bug will be raised to serious. This is anothe

Bug#779745: [HEADS-UP] libsystemd transition

Hi On Mon, 13 Jul 2015 16:30:11 +0200 Michael Biebl wrote: > Control: severity -1 important > > Hi, > > this is a heads-up that we plan to drop the libsystemd-* compat > libraries in about two months. At that point, your package will FTBFS > and this bug will be raised to serious. This is anothe

Bug#724518: openldap: Patch to allow bootstrapping without heimdal-dev

On Wed, Aug 26, 2015 at 10:39:23PM +0200, Helmut Grohne wrote: On Wed, Aug 26, 2015 at 01:23:52PM -0700, Ryan Tandy wrote: I don't have any objection to building stage1 without slapd, if that helps. Most of the Build-Depends are only needed for slapd. For just the libraries and clients, I'd say

Bug#797016: openbox-menu: Can't get menu root directory

This happens when $XDG_MENU_PREFIX is set. If It is unset and full menu file basename is given as argument instead, it works. It should work when there is $XDG_MENU_PREFIX set and openbox-menu is executed without arguments (assuming '${XDG_MENU_PREFIX}applications.menu' exists in proper places

Bug#794419: sddm doesn't source /etc/profile and $HOME/.profile

Also trying to run games from the K menu gives a *really* weird error: > KDEInit could not launch 'supertuxkart': > Could not open library '/usr/lib/x86_64-linux-gnu/libkdeinit5_supertuxkart'. > Cannot load library /usr/lib/x86_64-linux-gnu/libkdeinit5_supertuxkart: > (/usr/lib/x86_64-linux-gnu

Bug#791067: hdf5: library transition may be needed when GCC 5 is the default

Hi Simon, Thanks for helping :) Simon McVittie a écrit le 27/08/2015 00:36 : > On Sat, 18 Jul 2015 at 12:15:10 +0200, Gilles Filippini wrote: >> hdf5 in experimental have a soversion bump. From there I'm unsure about >> what to do right now. > > This SONAME bump means the necessary rename has ta

Bug#797022: openbox-menu ignores entries in

Package: openbox-menu Version: 0.7.0-1 Severity: normal Dear Maintainer, openbox-menu ignores tags inside which are used to specify the position of individual desktop entries listed the same way in on the same level of the menu. -- System Information: Debian Release: stretch/sid APT prefer

Bug#797019: man-db: cron.daily fails to run man-db due to --chuid flag

On Wed, Aug 26, 2015 at 07:11:23PM -0400, anthony wrote: > Execution of man-db during cron daily fails with the following message: > > /etc/cron.daily/man-db: > fopen: Permission denied > run-parts: /etc/cron.daily/man-db exited with return code 2 > > > Troubleshooting actions taken: > The man-d

Bug#797021: ITP: midicsv -- translate MIDI file to CSV

Package: wnpp Severity: wishlist Owner: Kamal Mostafa * Package name: midicsv Version : 1.1 Upstream Author : John Walker @ http://www.fourmilab.ch/ * URL : http://www.fourmilab.ch/webtools/midicsv/ * License : public-domain Programming Lang: C Description

Bug#175928: Gift !!!

Special greetings to you from Mrs Marie,and you are receiving this message because you have been selected as one of her lucky winners of her ongoing donation,please contact her on marie.h...@qq.com for better understanding and claims... Sincerely. Joanna.

Bug#797020: ufw: FTBFS: False is not true

Source: ufw Version: 0.34-1 Severity: serious Justification: fails to build from source User: reproducible-bui...@lists.alioth.debian.org Usertags: ftbfs X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org Dear Maintainer, ufw fails to build from source in unstable/amd64. Even with net-tool

Bug#789875: subsurface: FTBFS in experimental

On Wed, Aug 26, 2015 at 3:41 PM, Mikko Rasa wrote: > > Have you considered in-source copies of the modified libraries? Ehh. That's what subsurface has done since day#1 - even back when I maintained it (long long ago), I refused to link against a dynamic libdivecomputer, because the libdivecompute

Bug#797019: man-db: cron.daily fails to run man-db due to --chuid flag

Package: man-db Version: 2.7.0.2-5 Severity: important Dear Maintainer, Execution of man-db during cron daily fails with the following message: /etc/cron.daily/man-db: fopen: Permission denied run-parts: /etc/cron.daily/man-db exited with return code 2 Troubleshooting actions taken: The man-db

Bug#765095: Fixed upstream

fixed 765095 backintime/1.1.6-1 This was fixed upstream in 1.0.38 and will be available in Debians next 1.1.6 version. thanks signature.asc Description: This is a digitally signed message part

Bug#797018: [debchange] spurious "no orig tarball found" for native packages

Package: devscripts Version: 2.15.8 Severity: minor $ dch --local +moo '' dch warning: your current directory has been renamed to: ../devscripts-2.15.8+moo1 dch warning: no orig tarball found for the new version. It was a native package, so lack of .orig.tar was not something that warranted a

Bug#789875: [Pkg-running-devel] Bug#789875: subsurface: FTBFS in experimental

Hello, can we please stop? Christoph, if you want to take over subsurface in debian you can. But patches that need to be maintained are going to be huge; it is a lot of work. If you don't intend to do this work you can stop using it, compile their source code or get their binaries. Either way thi

Bug#792703: zsh: please improve newuser.zshrc.recommended and add new prompt_debian_setup

* Carsten Hey [2015-08-13 12:02 +0200]: > I attached a new prompt_debian_setup and an RCS format diff between the > former one and this one. Unconditionally using zstyle or other things available in zsh modules only does not make that much sense for the intended purpose ... I already adapted the v

Bug#774711: ssh backports

Matt Taggart writes > On a related note, is there any plan for deprecating old > KexAlgorithms/Ciphers/MACs in order to prevent downgrade attacks? > I know this is tricky, but surely we can start removing really old > and weak stuff from the default lists? (even if it's still enabled > so admi

Bug#791249: package needs a transition

On Wed, 05 Aug 2015 at 17:53:15 +0200, Eugen Dedu wrote: > The simplest solution is to simply upload ptlib version 2.10.11, instead of > the current 2.10.10, knowing that ptlib changes soname with *each* release. > > As I am DM, not DD, I cannot upload such a package. So could someone from > voip

Bug#797017: screen: terminfo hack in /etc/screenrc confuses terminfo's upstream (was: terminfo status line for screen-s)

Package: screen Hi, in Debian's /etc/screenrc some termcap/terminfo capabilities for xterm are set (screen seems to always use termcap names in config files): termcapinfo xterm*|rxvt*|kterm*|Eterm* hs:ts=\E]0;:fs=\007:ds=\E]0;\007 ... and accordingly screen thinks that the terminal support

Bug#796920: Subject: ITP: ripper -- scrape licenses out of files

On Wed, 2015-08-26 at 18:27 -0300, Fernando Ike wrote: > On Wed, 2015-08-26 at 00:03 +0100, Ben Hutchings wrote: > > On Tue, 2015-08-25 at 17:00 -0300, Fernando Ike wrote: > > > Package: wnpp > > > Severity: wishlist > > > X-Debbugs-CC: debian-de...@lists.debian.org > > > Owner: Fernando Ike > > >

Bug#789875: subsurface: FTBFS in experimental

Since these emails managed to escape my mail filters and catch my attention, I'll butt in with my opinion. Apologies if this has been said already. Have you considered in-source copies of the modified libraries? Perhaps as git submodules? If you take full control of building and installing

Bug#797016: openbox-menu: Can't get menu root directory

Package: openbox-menu Version: 0.7.0-1 Severity: important Dear Maintainer, openbox-menu does not generate menus from provided menu files like lxde-applications.menu or gnome-applications.menu. It exits with error: ** (openbox-menu:5477): WARNING **: Can't get menu root directory also affects vers

Bug#791067: hdf5: library transition may be needed when GCC 5 is the default

On Sat, 18 Jul 2015 at 12:15:10 +0200, Gilles Filippini wrote: > hdf5 in experimental have a soversion bump. From there I'm unsure about > what to do right now. This SONAME bump means the necessary rename has taken place in experimental. What do you plan to do about unstable? There are basically

Bug#797015: gnulib-tool: make failure due to version mismatch between Makefile.in.in and autoconf macros

Package: gnulib Version: 20140202+stable-2 Severity: normal Dear maintainer. I ran into compilation problems for a program (Star traders http://www.zap.org.au/software/trader/) that has a bootstrap script that uses gnulib-tool before make is run. However I got the following error message when

Bug#796828: RFS: xfce4-equake-plugin/1.3.8

On 08/26/2015 01:40 AM, Gianfranco Costamagna wrote: much, much better! still a warning in source build-depends: libglib2.0-dev, libglib2.0-dev in source build-depends: libpango1.0-dev, libpango1.0-dev and a missing build dependency (intltool is needed, in a clean environment it doesn't conf

Bug#782074: RFS: ublock/0.9.5.0+dfsg1-1 [ITP] -- general-purpose lightweight ads, malware, trackers blocker

Dear mentors, I am looking for a sponsor for my package "ublock" * Package name: ublock Version : 0.9.5.0+dfsg1-1 Upstream Author : Chris Aljoudi * URL : https://chrismatic.io/ublock/ * License : GPLv3 Section : web It builds those binary p

Bug#776727: closed by Johann Felix Soden (Bug#776727: fixed in vim-latexsuite 20141116.812-1)

Hi Chris, > > > > Thanks again for your NMU which accelerated my upload of further > > changes. > > NMU..? Where? > Sorry again for the confusion. I could gratefully include two patches in the package release: yours and one from mpitt who did actually an NMU, that I replaced just in time with

Bug#797014: dcut: configurable gpg program

Package: dput-ng Version: 1.10 Severity: normal I keep my active subkey on a smartcard, and use gpg2 with it. debsign has a -p argument, but dcut doesn't. Such an argument (or, even better, configuration file var) would be very useful. So I find myself hacking up /usr/lib/python2.7/dist-packages

Bug#796069: protobuf: FTBFS on mips{,el} (test suite failure)

On 26/08/15 17:36, Robert Edmonds wrote: > This sounds very vaguely similar to #572923, for which the workaround > was to disable optimization of a single function If you can find the right single function, please do :-) Both minkus (mips porterbox) and eder (mipsel porterbox) can be used to repro

Bug#797013: dh-python: tests/Makefile still thinks Python 2.6 is supported

Package: dh-python Version: 2.20150728 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear Maintainer, tests/Makefile still lists Python 2.6 as a supported version: export DEBPYTHON_SUPPORTED=2.6,2.7 This breaks autopkgtest, as can be seen on ci.debian.net http://ci.debia

Bug#708559: (no subject)

Apparently there is a patch for this at the GNOME Bugzilla: https://bug747280.bugzilla-attachments.gnome.org/attachment.cgi?id=300866 Cheers, Roland

Bug#797012: linux-image-3.16.0-4-amd64: ipv6 hell

Package: src:linux Version: 3.16.7-ckt11-1+deb8u3 Severity: important Tags: upstream ipv6 You know bugs like this one really send me up the rack. Stretch your muscle as you might, debian is NOT READY for ipv6 primetime, even years after its implementation it seems. This is not the only issue of t

Bug#785980: [Debian-olpc-devel] Bug#785980: python-box2d: diff for NMU version 2.0.2+svn20100109.244-1.1

Quoting Stefano Rivera (2015-08-26 22:36:04) > I've prepared an NMU for python-box2d (versioned as > 2.0.2+svn20100109.244-1.1) and uploaded it to DELAYED/5. Please feel > free to tell me if I should delay it longer. On the contrary: Please release without delay at all :-) Thanks for your help!

Bug#796999: apt: segmentation fault

On Wed, Aug 26, 2015 at 08:55:09PM +0200, Jakub Wilk wrote: > Package: apt > Version: 1.1~exp10 > Severity: grave > > # apt-get upgrade > Segmentation faultsts... 32% > > # apt-cache policy apt > Segmentation fault > > > This is on i386. > Thanks for the bug report and the backtraces afterwar

Bug#708559: [patch] bug 708559 is forwarded to https://bugzilla.gnome.org/show_bug.cgi?id=747280

forwarded 708559 https://bugzilla.gnome.org/show_bug.cgi?id=747280 tags 708559 +patch thanks Apparently there is a patch for this at the GNOME Bugzilla: https://bug747280.bugzilla-attachments.gnome.org/attachment.cgi?id=300866 Cheers, - Roland

Bug#797011: improper use of file in worl-writable directories

Package: vagrant Version: 1.7.4+dfsg-1 vagrant uses hardcoded pathes containing /tmp in a lot of scripts. This means files in a world-writables directory are created or removed. IMO, this is forbidden by the Debian policy, chapter 10.4. This is mostly done in the provisioners and guest plugins

Bug#797010: key matching via fingerprint broken by openssh 6.9

Package: ssh-agent-filter Version: 0.4-2+b1 Severity: normal Tags: upstream old command lines using --fingerprint continue to work, but bash-completion and afssh's interactive selection produce fingerprints that ssh-agent-filter won't successfully match against keys. ssh-agent-filter recognizes m

Bug#752292: Bug#764349: tor+http with apt-file

On 2015-08-26 23:09, Riley Baird wrote: > On Wed, 26 Aug 2015 18:08:31 +0200 > Petter Reinholdtsen wrote: > >> [Riley Baird] >>> This isn't a permanent solution, but it's kind of a workaround. >>> apt-file doesn't seem to allow the plus sign to be in the protocol >>> name, I've changed it to chan

Bug#796920: Subject: ITP: ripper -- scrape licenses out of files

On Wed, 2015-08-26 at 00:03 +0100, Ben Hutchings wrote: > On Tue, 2015-08-25 at 17:00 -0300, Fernando Ike wrote: > > Package: wnpp > > Severity: wishlist > > X-Debbugs-CC: debian-de...@lists.debian.org > > Owner: Fernando Ike > > > > * Package name: ripper > > It's a strange name for such a

Bug#796731: freecontact: FTBFS on mips (test suite failure)

Hello Andreas! On Wed, 26 Aug 2015 17:05:39 +0200 Andreas Tille wrote: > Any chance to do a manual build on a more powerfull MIPS box which might > not run into this problem? I think we should disable the test suite (override_dh_auto_test). What do you think? Best regards, Laszlo signature

Bug#771238: Actually..

On Wed, 26 Aug 2015, Wilco Baan Hofman wrote: To make it work it should be the following: !dnslists = ${if exists {/etc/greylistd/dnswl-known-good-sender}\ {${readfile{/etc/greylistd/dnswl-known-good-sender}}}{}} dnslists does not read from a file on it's own. Ok, grea

Bug#764349: tor+http with apt-file

On Wed, 26 Aug 2015 18:08:31 +0200 Petter Reinholdtsen wrote: > [Riley Baird] > > This isn't a permanent solution, but it's kind of a workaround. > > apt-file doesn't seem to allow the plus sign to be in the protocol > > name, I've changed it to change it to torhttp. After that, add the > > follo

Bug#531885: cowbuilder: build fails with fresh sid chroot on amd64

Version: 0.215+nmu4 Re: Junichi Uekawa 2009-06-27 <87y6re2dsl.dancerj%dan...@netfort.gr.jp> > > I do use a umask of 0027. After changing it to 022 the build works fine > > again. Not sure what the appropriate action is here, would it be > > possible to make pbuilder/cowbuilder work with a umask of

Bug#787867: jessie-pu: package binutils-mingw-w64/5.2

Control: tags -1 + confirmed On Fri, 2015-06-05 at 22:33 +0200, Stephen Kitt wrote: > binutils-mingw-w64/5.2 in Jessie suffers from #787162: ld breaks with > DLLs and libraries built with Visual Studio. This makes the mingw-w64 > toolchain in Jessie effectively useless for people working with such

Bug#797009: python3-cairo: Unable to import cairo with python3-dbg

Package: python3-cairo Version: 1.10.0+dfsg-4+b1 Severity: normal Dear Maintainer, I am trying to use cairo with python3-dbg and I get the following error: python3-dbg -c 'import cairo' Traceback (most recent call last): File "", line 1, in File "/usr/lib/python3/dist-packages/cairo/__init_

Bug#797008: xterm: not logging to utmp

Package: xterm Version: 319-1 Severity: normal Apparently since the latest xterm version 319-1 which arrived on my Sid machine 2015-08-23 14:52 -0600 xterm no longer logs entries to the utmp file. Using "last -10" shows the most recent entries to have been logged prior to that update. Even expli

Bug#796965: AttributeError: 'SubDict' object has no attribute 'has_key'

Package: obnam Followup-For: Bug #796965 Fixed: 1.12-1 Hi This bug has been fixed in version 1.12-1 and is only present if pure-paramiko is set to true (which is not the default). It's caused by a change in paramiko. The relevant commit in paramiko upstream is this: https://github.com/paramiko/

Bug#795611: libpoe-component-client-ident-perl: diff for NMU version 1.07-2.1

On Wed, 26 Aug 2015 13:58:46 -0500, Don Armstrong wrote: > On Wed, 26 Aug 2015, gregor herrmann wrote: > > I've prepared an NMU for libpoe-component-client-ident-perl (versioned as > > 1.07-2.1) and > > uploaded it to DELAYED/5. Please feel free to tell me if I > > should delay it longer. > Thank

Bug#795887: gnome-core: Can't login after reboot when python libraries are installed in $HOME/.local/

Hello. I have narrowed done this problem and it appears to be caused by virtualenvwrapper.sh being sourced in ~/.profile. My ~/.profile is as follows: > # if running bash > if [ -n "$BASH_VERSION" ]; then > # include .bashrc if it exists > if [ -f "$HOME/.bashrc" ]; then > . "$HOME/.bashr

Bug#787867: jessie-pu: package binutils-mingw-w64/5.2

On Fri, 05 Jun 2015 22:33:15 +0200, Stephen Kitt wrote: > binutils-mingw-w64/5.2 in Jessie suffers from #787162: ld breaks with > DLLs and libraries built with Visual Studio. This makes the mingw-w64 > toolchain in Jessie effectively useless for people working with such > files. > > The attached

Bug#724518: openldap: Patch to allow bootstrapping without heimdal-dev

On Wed, Aug 26, 2015 at 10:02:10PM +0200, Helmut Grohne wrote: What I can say for sure though is that the cross bootstrap still has trouble with perl and the thinner stage1 drops libperl-dev, which means that I can cross openldap without having to figure out Perl yet. There is no (apparent) cycle

Bug#796999: apt: segmentation fault

(gdb) print *S Cannot access memory at address 0xf6cd6050 (gdb) bt full #0 0x5657dbb0 in pkgCache::VerIterator::DependsList (this=0xc8cc) at ../build/include/apt-pkg/cacheiterators.h:512 No locals. #1 0xf7e7ad17 in pkgCacheGenerator::NewDepends (this=0x565aa8e8, Pkg=..., Ver=..., Version=6

Bug#789875: subsurface: FTBFS in experimental

On 26 August, 2015 - Christoph Anton Mitterer wrote: > On Tue, 2015-08-25 at 17:55 -0700, Dirk Hohndel wrote: ... > > An application should be able to bring its own libraries for those > > libraries that it is so tightly coupled with that it makes no sense > > to > > allow random combinations.

Bug#724518: openldap: Patch to allow bootstrapping without heimdal-dev

On Wed, Aug 26, 2015 at 01:23:52PM -0700, Ryan Tandy wrote: > I don't have any objection to building stage1 without slapd, if that helps. > Most of the Build-Depends are only needed for slapd. For just the libraries > and clients, I'd say we only need debhelper, dh-autoreconf, gnutls-dev, > libsasl

Bug#797007: freedombox-setup: Support Raspberry Pi 2

Package: freedombox-setup Version: 0.5 Severity: wishlist Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Current Raspberry Pi image for FreedomBox works with Raspberry Pi 2. Although the current is armv7l, the user is armel architecture of Debian. To use the device at full potential,

Bug#789699: vulture review

On Wed, 26 Aug 2015 22:18:02 +0200 Daniel Stender wrote: > On Tue, 25 Aug 2015 19:32:16 +0200 Daniel Stender > wrote: > For the name of binaries, I would prefer "vulture{,3}" over > "python{,3}-vulture" like Pylint does > it, but it appears Pybuild expects this ... does it? ... but in the end

Bug#785983: ocfs2-tools: diff for NMU version 1.6.4-3.1

Control: tags 785983 + patch Control: tags 785983 + pending Dear maintainer, I've prepared an NMU for ocfs2-tools (versioned as 1.6.4-3.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards, SR diff -Nru ocfs2-tools-1.6.4/debian/changelog ocfs2-tools-

Bug#785980: python-box2d: diff for NMU version 2.0.2+svn20100109.244-1.1

Control: tags 785980 + patch Control: tags 785980 + pending Dear maintainer, I've prepared an NMU for python-box2d (versioned as 2.0.2+svn20100109.244-1.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards, SR diff -Nru python-box2d-2.0.2+svn2010010

Bug#796209: gcc-mingw-w64-x86-64: __attribute__((packed)) does not work

Control: forwarded -1 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54589 Hi Bernd, On Thu, 20 Aug 2015 12:25:40 +0200, Bernd Herd wrote: > the gcc and g++ cross compilers (both i686-w64-mingw32-gcc and > x86_64-w64-mingw32-gcc) handle __attribute__((packed)) wrong. It turns out this is a known

Bug#785981: cron-deja-vu: diff for NMU version 0.4-5.1

Control: tags 785981 + patch Control: tags 785981 + pending Dear maintainer, I've prepared an NMU for cron-deja-vu (versioned as 0.4-5.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards, SR diff -Nru cron-deja-vu-0.4/debian/changelog cron-deja-vu-0

  1   2   3   4   >