Bug#834804: git-cola: Consider switching to Qt5 backend via QtPy

2016-08-19 8:56 GMT+01:00 László Böszörményi (GCS) : > Hi, > > On Fri, Aug 19, 2016 at 9:17 AM, Ghislain Antony Vaillant > wrote: > > Package: git-cola > > Version: 2.7-1 > [...] > > It appears that upstream handled the transisiton from Qt4 to Qt5 via > QtPy

Bug#834782: grilo-plugins-0.3: grilo doesn't work. Fails to load plugins.

On Fri, Aug 19, 2016 at 06:02:29AM +0530, vrishab wrote: > grilo-test-ui-0.3 doesn't seem to load any plugins. As a result, > applications which depend on grilo don't load plugins either. It works fine for me ... http://imgur.com/19R2X7A What happens if you run grl-inspect-0.3 ? Do you get

Bug#818862: Similar issues with kernel 4.6 and 4.7

Hallo, * Andreas Beckmann [Thu, Aug 18 2016, 02:21:38AM]: > On 2016-08-17 00:07, Eduard Bloch wrote: > >> module-assistant build --text-mode --force --kvers-list 4.7.0-rc7-amd64 > >> nvidia-kernel > > > > a) minor detail, the readme does not mention --force, although it should > > not be

Bug#834804: git-cola: Consider switching to Qt5 backend via QtPy

Hi, On Fri, Aug 19, 2016 at 9:17 AM, Ghislain Antony Vaillant wrote: > Package: git-cola > Version: 2.7-1 [...] > It appears that upstream handled the transisiton from Qt4 to Qt5 via QtPy [1]. > The latter is now packaged in Debian for Python 2 and 3. > > Please consider

Bug#830888: icinga2-ido-pgsql: dbconfig configuration fails with unix sockets

Hi Christoph, Would you agree with me, i.e. do you know the following to be true, that peer authentication requires Unix socket (localhost) and that Unix socket requires peer identification for PostgreSQL? I tried the other day to have password authentication via the Unix socket, but that

Bug#834726: pq: Add support for not merged upstream branches

Hi, Thanks a lot for the patches - this makes sens (and I think we discussed it at debconf)! On Thu, Aug 18, 2016 at 01:40:35PM +0200, Maximiliano Curia wrote: > Package: git-buildpackage > Version: 0.7.5 > Severity: normal > Tags: patch > > Hi, > > Currently patch queue assumes that the

Bug#834751: rawtherapee: Crashes after launching

reassign 834751 libpng1.6 retitle 834751 RawTherapee crashes with "libpng error: IDAT: invalid distance too far back" thanks Hi Mateu, I can not reproduce this bug. Actually it seems to be a bug in libpng, see https://bbs.archlinux.org/viewtopic.php?id=175656 It might be that you have a

Bug#834806: installation-reports - 2016.08.19 08:30 am CEST

Package: installation-reports Boot method: netboot PXE Image version: https://d-i.debian.org/daily-images/i386/daily/netboot/netboot.tar.gz [time stamp: 2016-08-19 00:39] Date: 2016.08.19 08:30 am CEST Machine: Windows7 + VirtualBox Processor: generic VirtualBox 1 CPU Memory: Generic

Bug#834807: dgit: should use transliteration to create patch name

Package: dgit Version: 1.4 Severity: wishlist Hello, My commit "Deuxième test commit" got turned into a debian patch named deuxime-test-commit, thus missing the 'e' letter. dgit should use e.g. iconv -t ascii//translit to produce the patch name. Samuel -- System Information: Debian Release:

Bug#834616: tex4ht is uninstallable in sid: depends on experimental texlive-htmlxml

On Fri, Aug 19, 2016 at 03:37:33PM +0900, Norbert Preining wrote: > Upload done. Danke. -- cheers, Holger signature.asc Description: Digital signature

Bug#827315: [buildd-tools-devel] Bug#827315: any options for stable?

On 19/08/16 08:00, Matthew Vernon wrote: Sorry if I'm missing something really obvious here... I was, it seems. Sorry for the noise. Regards, Matthew

Bug#834805: git-cola: Consider switching to Python 3

Package: git-cola Version: 2.7-1 Severity: wishlist Dear Maintainer, The software seems to support Python 3 [1]. Please consider switching the packaging from using Python 2 to Python 3, since Python 2 has a due date. [1] http://koji.fedoraproject.org/koji/rpminfo?rpmID=7914140 Best regards,

Bug#834804: git-cola: Consider switching to Qt5 backend via QtPy

Package: git-cola Version: 2.7-1 Severity: wishlist Dear Maintainer, It appears that upstream handled the transisiton from Qt4 to Qt5 via QtPy [1]. The latter is now packaged in Debian for Python 2 and 3. Please consider adapting git-cola to use the packaged QtPy, which would allow the package

Bug#834803: macchanger: log should include timestamps

Package: macchanger Version: 1.7.0-5.3 Severity: wishlist Dear Maintainer, ifupdown.sh logs to /var/log/macchanger.log simply by redirecting the output of macchanger and few echo commands. This means no timestamps are written to the log, making it difficult to debug problems. Please consider

Bug#834802: GDCM 2.6.5 is out !

Package: src:gdcm Version: 3.6.4 Please move away from 2.6.4 asap. Thanks, -- Forwarded message -- From: Mathieu Malaterre Date: Fri, Aug 19, 2016 at 9:04 AM Subject: GDCM 2.6.5 is out ! To: gdcm-developers

Bug#834801: git-cola: Packaging repository not up-to-date

Package: git-cola Severity: normal Dear Maintainer, The current VCS metadata of the package points to a collab-maint repository [1] which content appears to be out-of-sync with the current version. Indeed, the last change recorded is dated July 5th 2011. If the packaging repository has moved,

Bug#827315: [buildd-tools-devel] Bug#827315: any options for stable?

Hi, On 19/08/16 05:32, Johannes Schauer wrote: Quoting Matthew Vernon (2016-08-18 23:31:49) I need to build packages on my stable box (for unstable uploads); is there a workaround / fixed package? It's making building uploads a PITA... yes, grab sbuild from backports. That depends on

Bug#825011: libdata-alias-perl: FTBFS with Perl 5.24: undefined symbol: LEAVESUB

block 830200 with 834795 block 830200 with 834796 block 830200 with 834797 block 830200 with 834798 block 830200 with 834799 block 830200 with 834800 thanks On Fri, Aug 19, 2016 at 09:10:09AM +0300, Niko Tyni wrote: > The freeze for the next Debian release (stretch) is approaching, > so it looks

Bug#834800: libkavorka-perl: depends on libdata-alias-perl, broken with Perl 5.24

Package: libkavorka-perl Version: 0.036-1 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.24-transition This package depends and/or build-depends on libdata-alias-perl, which breaks with Perl 5.24 (currently in experimental.) See #825011. It looks like we will have to

Bug#834797: lintian: depends on libdata-alias-perl, broken with Perl 5.24

Package: lintian Version: 2.5.46 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.24-transition This package depends and/or build-depends on libdata-alias-perl, which breaks with Perl 5.24 (currently in experimental.) See #825011. It looks like we will have to drop

Bug#834798: libvar-pairs-perl: depends on libdata-alias-perl, broken with Perl 5.24

Package: libvar-pairs-perl Version: 0.002004-2 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.24-transition This package depends and/or build-depends on libdata-alias-perl, which breaks with Perl 5.24 (currently in experimental.) See #825011. It looks like we will have

Bug#834799: libdevel-callparser-perl: depends on libdata-alias-perl, broken with Perl 5.24

Package: libdevel-callparser-perl Version: 0.002-2 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.24-transition This package depends and/or build-depends on libdata-alias-perl, which breaks with Perl 5.24 (currently in experimental.) See #825011. It looks like we will

Bug#736474: Additional information

Hello ! I want to add a little more evidence, that the problem stems from lightdm. My first message contains the error output, which some perl gives, when you create a virtual machine (LCX) via lxc-create. This is done in a console, which, in my case, was mostly the xfce4-terminal. I tried

Bug#834796: libdata-visitor-perl: depends on libdata-alias-perl, broken with Perl 5.24

Package: libdata-visitor-perl Version: 0.30-1 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.24-transition This package depends and/or build-depends on libdata-alias-perl, which breaks with Perl 5.24 (currently in experimental.) See #825011. It looks like we will have

Bug#834795: libmethod-signatures-perl: depends on libdata-alias-perl, broken with Perl 5.24

Package: libmethod-signatures-perl Version: 20160315-1 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.24-transition This package depends and/or build-depends on libdata-alias-perl, which breaks with Perl 5.24 (currently in experimental.) See #825011. It looks like we

Bug#834616: tex4ht is uninstallable in sid: depends on experimental texlive-htmlxml

> Building the packages just now and hoping to get them on the server > tonight. Upload done. Norbert -- PREINING Norbert + TeX Live & Debian Developer + http://www.preining.info GPG: 0x860CDC13fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#834737: xserver-xorg-core: Xorg crashes with SIGABRT in _fbGetWindowPixmap

> > FWIW, this should be fixed by > https://cgit.freedesktop.org/xorg/xserver/commit/?id= > 9f04fa3babaaabe0ed5bf4aa2563755bc6c45723 > . > > Note that this crash only happens when the X server is already shutting > down (or at least resetting for a new generation), so it's kind of a > minor issue.

Bug#834786: [Debichem-devel] Bug#834786: gromacs: FTBFS on hurd-i386 and m68k: test suite errors

On Thu, Aug 18, 2016 at 11:35:07PM -0400, Aaron M. Ucko wrote: > Source: gromacs > Version: 2016-1 > Severity: important > Justification: fails to build from source (but built successfully in the past) > > Builds of gromacs for hurd-i386 and m68k each failed with (unrelated) > test suite errors.

Bug#825011: libdata-alias-perl: FTBFS with Perl 5.24: undefined symbol: LEAVESUB

On Sun, Jul 03, 2016 at 09:00:53PM +0300, Niko Tyni wrote: > On Sun, May 22, 2016 at 04:41:50PM +0300, Niko Tyni wrote: > > Package: libdata-alias-perl > > Version: 1.20-1 > > Severity: important > > User: debian-p...@lists.debian.org > > Usertags: perl-5.24-transition zrh2016 > > Forwarded:

Bug#783262: geeqie: Memory leak

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi Michael, Am Fr den 19. Aug 2016 um 4:07 schrieb Michael Cross: > I then noticed what I think is a missing cairo_destroy call in > cellrenderericon.c . The following patch solves the problem completely > for me as far as I can tell: Thanks for

Bug#834794: pciutils FTCBFS: uses build arch pkg-config, misdetects host arch as build arch

Source: pciutils Version: 1:3.3.1-1.1 Tags: patch User: helm...@debian.org Usertags: rebootstrap Hi, pciutils fails to cross build from source. lib/configure uses plain pkg-config by default and thus fails to detect libkmod. It also requires setting a HOST variable. The attached patch takes care

<    1   2   3