Bug#892114: libcdk5: libcdk5.symbols is not up to date

The package needs an upload to fix debian/watch. Let's see what 'experimental' says about it. Regards, Herbert

Bug#892114: libcdk5: libcdk5.symbols is not up to date

Em 05-03-2018 16:41, Sven Joachim escreveu: > On 2018-03-05 16:25 -0300, Herbert Fortes wrote: > >> Em 05-03-2018 15:45, Sven Joachim escreveu: >>> Source: libcdk5 >>> Version: 5.0.20161210-5 >>> Severity: minor >>> Tags: patch >>> >&

Bug#892115: libcdk5: debian/watch is no longer functional

Em 05-03-2018 15:51, Sven Joachim escreveu: > Source: libcdk5 > Version: 5.0.20161210-5 > Severity: normal > Tags: patch > > The debian/watch file does no longer work, uscan always fails with a > timed out connection. Attached is a patch which fixes that. > > The new location has been announced

Bug#892114: libcdk5: libcdk5.symbols is not up to date

Em 05-03-2018 15:45, Sven Joachim escreveu: > Source: libcdk5 > Version: 5.0.20161210-5 > Severity: minor > Tags: patch > > One symbol is missing from debian/libcdk5.symbols, leading to a warning > from dpkg-gensymbols seen in the build logs. According to the CHANGES > file it was added on

Bug#887403: Acknowledgement (RFS: budgie-extras/0.4.0-1)

Em 27-01-2018 14:06, foss.freedom escreveu: > The team has completed a minor release with lots of useful bug-fixes. > > These are summarised in the source ChangeLog file > > dget -x > https://mentors.debian.net/debian/pool/main/b/budgie-extras/budgie-extras_0.4.1-1.dsc > > The debian/changelog

Bug#888568: Acknowledgement (gthumb segfault on fresh Stretch installation)

Hi Michelle Konzack, > Good day, > > It seems, that gthumb has the same problem as #873084. Please add > "libgl1-mesa-dri" to the "Depends:" to avoid further bugreports. > Thank you for the report. I will do the upload today. Regards, Herbert

Bug#888568: gthumb segfault on fresh Stretch installation

Em 27-01-2018 06:19, Michelle Konzack escreveu: > Package: gthumb > Version: 3:3.4.4.1-5 > Followup-For: Bug #653865 > This bug is from 2011. I do not know but a lot of things is different now, I guess. > > Question: Since my Compaq laptop broke and I have my comtability and >

Bug#887759: gthumb: Wrong image displayed in combination/after deleting an image

Em 27-01-2018 09:03, André Offringa escreveu: > >> >> I can not reproduce it. Stable or Sid version. > > Hi Herbert, > > Thanks for testing. It seems I am only able to reproduce this bug when the > images are raw images (.cr2 from a 10mp Canon D400) and reasonably big > (~10MB). I can upload

Bug#887912: python-parted-doc: fails to upgrade from 'testing' - trying to overwrite /usr/share/doc/python-parted/HACKING.gz

Em 21-01-2018 14:45, Andreas Beckmann escreveu: > Package: python-parted-doc > Version: 3.11.1-4 > Severity: serious > User: debian...@lists.debian.org > Usertags: piuparts > > Hi, > > during a test with piuparts I noticed your package fails to upgrade from > 'testing'. > It installed fine in

Bug#887912: python-parted-doc: fails to upgrade from 'testing' - trying to overwrite /usr/share/doc/python-parted/HACKING.gz

Em 21-01-2018 14:45, Andreas Beckmann escreveu: > Package: python-parted-doc > Version: 3.11.1-4 > Severity: serious > User: debian...@lists.debian.org > Usertags: piuparts > > Hi, > > during a test with piuparts I noticed your package fails to upgrade from > 'testing'. > It installed fine in

Bug#887759: gthumb: Wrong image displayed in combination/after deleting an image

Hi André Offringa, > Package: gthumb > Version: 3:3.6.0-3 > Severity: important > Tags: upstream > > Dear Maintainer, > > In full screen mode, gthumb sometimes shows the wrong image after having gone > back/forward and/or deleting an image. For example, it sometimes happen that > when I press

Bug#887759: gthumb: Wrong image displayed in combination/after deleting an image

Hi André Offringa, > Package: gthumb > Version: 3:3.6.0-3 > Severity: important > Tags: upstream > > Dear Maintainer, > > In full screen mode, gthumb sometimes shows the wrong image after having gone > back/forward and/or deleting an image. For example, it sometimes happen that > when I press

Bug#886477: gthumb: Drop Build-Depends on libgnome-keyring-dev

Hi Jeremy Bicha, > Source: gthumb > Version: 3:3.6.0-2 > Severity: important > User: pkg-gnome-maintain...@lists.alioth.debian.org > Usertags: oldlibs libgnome-keyring-removal > Tags: patch > > Hi, > > The libgnome-keyring library is deprecated and its usage is strongly > discouraged [1]. > >

Bug#881119: gifsicle: double free while running gifsicle

forwarded 881119 https://github.com/kohler/gifsicle/issues/122 thanks

Bug#881120: gifsicle: use after free while running gifsicle

forwarded 881120 https://github.com/kohler/gifsicle/issues/123 thanks

Bug#881141: gifsicle: out of bound read while running gifsicle

forwarded 881141 https://github.com/kohler/gifsicle/issues/124 thanks

Bug#867527: rapid-photo-downloader

Em 03-01-2018 18:58, Jörg Frings-Fürst escreveu: > Hello Antoine, > hello Herbert, > > many thanks for your work to get the missing packages for rapid-photo- > downloader into Debian. > You are welcome. Regards, Herbert

Bug#885396: ITP: static3 -- Really simple WSGI way to serve static content

On Tue, 26 Dec 2017 16:19:16 -0200 Herbert Parentes Fortes Neto wrote: > Package: wnpp > Severity: wishlist > Owner: Herbert Parentes Fortes Neto > > * Package name : static3 > Version : 0.7.0 > Upstream Author : Roman Mohr > * URL :

Bug#885404: Acknowledgement (duc-nox: please provide bin/duc in duc-nox package)

Hi Jonathan, You have more interesting in the package than me. I opened an 'O' bug and you can take the maintenance of the package. Which is in good shape. Do not worry about anything. Kind Regards, Herbert

Bug#885404: Acknowledgement (duc-nox: please provide bin/duc in duc-nox package)

On 30/12/2017 13:41, Andrew Shadura wrote: Hi, On 30 December 2017 at 11:53, Herbert Fortes <terb...@gmail.com> wrote: But I do not understand. It seems to me that an alias solves the issue. And the user can set anything he wants. Base on that, the use of 'Conflicts' seems to

Bug#885404: Acknowledgement (duc-nox: please provide bin/duc in duc-nox package)

use collab-maint? I did not need to do an NMU, I could have done a regular upload. The reason I did this as an NMU, and the reason I used the DELAYED queue, was just as a courtesy to you. A NMU is when a maintainer does not care about the package for a long time. And it is to fix something. I

Bug#885404: Acknowledgement (duc-nox: please provide bin/duc in duc-nox package)

>> >> But I do not understand. It seems to me that an alias >> solves the issue. And the user can set anything he >> wants. Base on that, the use of 'Conflicts' seems too >> much. It changes a lot of things. What am I not seem ? >> I learned that a NMU is when the package has a maintainer >>

Bug#885750: sagasu: Depends on libgnomeui

Hi Jeremy Bicha, > Source: sagasu > Version: 2.0.12-6 > Severity: important > User: pkg-gnome-maintain...@lists.alioth.debian.org > Usertags: oldlibs libgnomeui > Tags: sid buster > > As announced [1], we do not intend to release Debian 10 "Buster" with > the old libgnome (and related)

Bug#885404: Acknowledgement (duc-nox: please provide bin/duc in duc-nox package)

Hi Andrew Shadura and Jonathan Dowland, First, let's not make big noise about this. But I do not understand. It seems to me that an alias solves the issue. And the user can set anything he wants. Base on that, the use of 'Conflicts' seems too much. It changes a lot of things. What am I not

Bug#885404: Acknowledgement (duc-nox: please provide bin/duc in duc-nox package)

tags 885404 = wontfix thanks I do not see enough reason to change the way the package is. It is not hard to tab-complete. The proposed solution was not Policy-preferred. And force a NMU is not polite. NMU is not the case.

Bug#885404: Acknowledgement (duc-nox: please provide bin/duc in duc-nox package)

On 28/12/2017 20:38, Jonathan Dowland wrote: I've now implemented both and I'm leaning towards a simple Conflicts. The Conflicts version is branch jmtd/885404-proposed: 6 files changed, 15 insertions(+), 4 deletions(-) Lintian clean. The alternatives version is branch jmtd/885404-alt: 10 files

Bug#885404: Acknowledgement (duc-nox: please provide bin/duc in duc-nox package)

On 28/12/2017 20:38, Jonathan Dowland wrote: I've now implemented both and I'm leaning towards a simple Conflicts. The Conflicts version is branch jmtd/885404-proposed: 6 files changed, 15 insertions(+), 4 deletions(-) Lintian clean. The alternatives version is branch jmtd/885404-alt: 10 files

Bug#885404: Acknowledgement (duc-nox: please provide bin/duc in duc-nox package)

On 28/12/2017 20:38, Jonathan Dowland wrote: I've now implemented both and I'm leaning towards a simple Conflicts. The Conflicts version is branch jmtd/885404-proposed: 6 files changed, 15 insertions(+), 4 deletions(-) Lintian clean. The alternatives version is branch jmtd/885404-alt: 10 files

Bug#883305: RFS: sqldeveloper-package/0.5.0

Hi Lazarus Long, > Package: sponsorship-requests > Severity: normal > > Dear mentors, > > I am looking for a sponsor for my package "sqldeveloper-package" > I did the upload. Please close this RFS. Regards, Herbert > * Package name : sqldeveloper-package > Version : 0.5.0 > Upstream Author

Bug#883402: webcamoid: The package is built wrong way and needs command line option for a QT directory

Hi Victor Porton, > Package: webcamoid > Version: 8.1.0+dfsg-2 > Severity: important > > Dear Maintainer, > > See > https://github.com/webcamoid/webcamoid/issues/101#issuecomment-348787126 > for the problem. > > To solve it you were recommended to use INSTALLQMLDIR when building the > package.

Bug#869483: ITP: python3-ansi -- ANSI cursor movement and graphics

Hi Muri Nicanor, Thanks for your work! Uploaded. Regards, Herbert

Bug#869483: ITP: python3-ansi -- ANSI cursor movement and graphics

Hi Muri Nicanor, >>> - Remove ${python:Recommends} and ${python:Suggests} or see the >>> lintian-info > i'm not sure what you're referring to, but there are no more > lintian-info warnings You are right. The are no lintian warnings this morning to me too. But look: dpkg-gencontrol:

Bug#869483: ITP: python3-ansi -- ANSI cursor movement and graphics

Hi Muri Nicanor, On Sun, 23 Jul 2017 18:27:13 + Scott Kitterman wrote: > > > On July 23, 2017 12:22:20 PM EDT, Muri Nicanor wrote: > >hi, > > > >On 07/23/2017 05:31 PM, Scott Kitterman wrote: > >> > >> > >> On July 23, 2017 11:07:47 AM EDT, Muri Nicanor

Bug#869483: ITP: python3-ansi -- ANSI cursor movement and graphics

Em 18-11-2017 10:53, Herbert Fortes escreveu: > Hi Muri Nicanor, > On Sun, 23 Jul 2017 18:27:13 + Scott Kitterman <deb...@kitterman.com> > wrote: >> >> >> On July 23, 2017 12:22:20 PM EDT, Muri Nicanor <m...@immerda.ch> wrote: >> >hi, >&g

Bug#870906: ITP: pynmea2 - pynmea2 is a python library for the NMEA 0183 protocol

Hi, As Dererk said, pynmea2 is in Debian already. https://packages.debian.org/python-nmea2 This bug (ITP and RFS) can be closed by email: bugnumber-d...@bugs.debian.org Regards, Herbert

Bug#880491: RFS: budgie-desktop/10.4+git20171031.10.g9f71bb8-1

Em 01-11-2017 06:06, foss.freedom escreveu: > Package: sponsorship-requests > Severity: normal > Dear mentors, > > I am looking for a sponsor for my package "budgie-desktop" > > * Package name: budgie-desktop >Version : 10.4+git20171031.10.g9f71bb8-1 >Upstream Author :

Bug#781693: RFP: python-gphoto2 -- Python interface to libgphoto2

retitle 781693 ITP: python-gphoto2 [RFP] -- Python interface to libgphoto2 thanks On Thu, 19 Oct 2017 11:17:50 -0200 Herbert Fortes <terb...@gmail.com> wrote: > owner 781693 ! > thanks > > > > On Wed, 01 Apr 2015 21:43:22 +0500 Damon Lynch <damonly...@gmail.co

Bug#867527: rapid-photo-downloader: Please update to rapid-photo-downloader 0.9, uses QT as backend.

Hi, Damon Lynch, damonly...@gmail.com, sent me an email asking about python-gphoto2. I set myself as 'owner' of  #781693[0]. It blocks this bug if I understood right. [0] - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=781693 I will try to do the Debian package this weekend. If there is

Bug#781693: RFP: python-gphoto2 -- Python interface to libgphoto2

owner 781693 ! thanks On Wed, 01 Apr 2015 21:43:22 +0500 Damon Lynch wrote: > Package: wnpp > Severity: wishlist > > python-gphoto2 is a comprehensive Python interface (or binding) to > libgphoto2. It is built using SWIG to automatically generate the > interface code.

Bug#878739: gifsicle: double-free bug when running gifdiff

forwarded 878739 https://github.com/kohler/gifsicle/issues/117 thanks Em 16-10-2017 09:12, Joonun Jang escreveu: > Package: gifsicle > Version: 1.90-1 > Severity: normal > > Dear Maintainer, > > Running 'gifdiff poc poc' with the attached file raises double-free bug, > which may allow a remote

Bug#858155: RFS: stenc/1.0.7-1 [ITP]

Em 10-10-2017 16:31, Andrey Rahmatullin escreveu: > On Tue, Oct 10, 2017 at 04:06:59PM -0300, Herbert Fortes wrote: >> It seems that the package is ready. Andrey Rahmatullin >> did the review. >> >> The last activity was on 01 Oct 2017;  I can take one last >&g

Bug#858155: RFS: stenc/1.0.7-1 [ITP]

Em 10-10-2017 16:31, Andrey Rahmatullin escreveu: > On Tue, Oct 10, 2017 at 04:06:59PM -0300, Herbert Fortes wrote: >> It seems that the package is ready. Andrey Rahmatullin >> did the review. >> >> The last activity was on 01 Oct 2017;  I can take one last >&g

Bug#858155: RFS: stenc/1.0.7-1 [ITP]

Hi Denys Berkovskyy and Andrey Rahmatullin, >On Tue, 26 Sep 2017 15:34:35 +0100 Denys Berkovskyy >wrote: > > > On 8 Aug 2017, at 19:22, Andrey Rahmatullin wrote: > > > > On Mon, Aug 07, 2017 at 11:52:33AM +0100, Denys Berkovskyy wrote: > >> Thank you for

Bug#877745: gthumb: Recommends: gvfs-bin, which contains only deprecated tools

Hi Paul Wise, > Package: gthumb > Version: 3.5.2-2 > Severity: normal > User: pkg-gnome-maintain...@lists.alioth.debian.org > Usertags: gvfs-bin-deprecation > > This package Recommends: gvfs-bin, which contains only deprecated > tools. Please port it to the `gio` commands from libglib2.0-bin: >

Bug#877047: RFS: sane-backends-extras/1.0.22.5 [QA]

Hi Hugh McMaster, > Package: sponsorship-requests > Severity: normal > > Dear mentors, > > I am looking for a sponsor for my package "sane-backends-extras". > > * Package name: sane-backends-extras >Version: 1.0.22.5 >Upstream Author: SANE > * URL: http://www.sane-project.org/ > *

Bug#868086: RFS: beautify-bash/1.1-1 [ITP]

Em 26-09-2017 06:26, gregor herrmann escreveu: > On Tue, 26 Sep 2017 06:12:54 -0300, Herbert Fortes wrote: > >> override_dh_installchangelogs: >> dh_installchangelogs CHANGES > > This can be removed from debian/rules, dh_installchangelogs finds > CHANGES and

Bug#868086: RFS: beautify-bash/1.1-1 [ITP]

Em 25-09-2017 17:16, Andrey Rahmatullin escreveu: > On Mon, Sep 25, 2017 at 05:07:29PM -0300, Herbert Fortes wrote: >> The debian/watch file is not working. > It is working here. > Again, debian/watch is working. Here are my comments about: debian/changelog: - ITP bug nu

Bug#868086: RFS: beautify-bash/1.1-1 [ITP]

Em 25-09-2017 17:16, Andrey Rahmatullin escreveu: > On Mon, Sep 25, 2017 at 05:07:29PM -0300, Herbert Fortes wrote: >> The debian/watch file is not working. > It is working here. > Ok. It is working on Sid. I am sorry. Regards, Herbert

Bug#868086: RFS: beautify-bash/1.1-1 [ITP]

Hi Mike Mestnik, > Package: sponsorship-requests > Severity: wishlist > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > Dear mentors, > > I am looking for a sponsor for my package "beautify-bash" The debian/watch file is not working. And I assume that you know where to look for

Bug#870906: ITP: pynmea2 - pynmea2 is a python library for the NMEA 0183 protocol

Hi Joachim Langenbach, I just uploaded the package. Please be patient because it will go to NEW[0]. FTP Master Team will check everything carefully. I am sorry that I did not help with autopkgtest (CI). I just read about it once and have to understand better how to deal with it. Thanks for

Bug#870906: ITP: pynmea2 - pynmea2 is a python library for the NMEA 0183 protocol

Hi Joachim Langenbach, > Hi Herbert, > > thanks for your hints. Hopefully this time, I got all of them ;-) I have some > questions related to some of your hints: > >> There are some adjusts to do: >> >> debian/compat: >> >> - instead of '9' put '10' (number only) >> >> debian/control: >>

Bug#870906: ITP: pynmea2 - pynmea2 is a python library for the NMEA 0183 protocol

Hi Joachim Langenbach, > > thanks for your hints. Hopefully this time, I got all of them ;-) I have some > questions related to some of your hints: > >> There are some adjusts to do: >> >> debian/compat: >> >> - instead of '9' put '10' (number only) >> >> debian/control: >> >> -

Bug#870906: ITP: pynmea2 - pynmea2 is a python library for the NMEA 0183 protocol

Hi Joachim Langenbach, > > Hi Herbert, > > > > I managed to upload the version 1.9.0 and (hopefully) fixed your hints. May > > you > > have a look at it? > > There are some adjusts to do: debian/compat:     - instead of '9' put '10' (number only) debian/control: - Build-Depends entry:

Bug#870906: ITP: pynmea2 - pynmea2 is a python library for the NMEA 0183 protocol

Hi Joachim Langenbach, > Hi Herbert, > > I managed to upload the version 1.9.0 and (hopefully) fixed your hints. May > you > have a look at it? > I will look at it tomorrow morning. Regards, Herbert

Bug#876031: libcdk5 FTCBFS: hard codes one gcc invocation

Em 17-09-2017 12:47, Helmut Grohne escreveu: > Source: libcdk5 > Version: 5.0.20161210-1 > Tags: patch > User: helm...@debian.org > Usertags: rebootstrap > > libcdk5 fails to cross build from source, because it hard codes the > build architecture compiler (gcc) in one location. After fixing that,

Bug#876031: libcdk5 FTCBFS: hard codes one gcc invocation

Hi Helmut Grohne, > Source: libcdk5 > Version: 5.0.20161210-1 > Tags: patch > User: helm...@debian.org > Usertags: rebootstrap > > libcdk5 fails to cross build from source, because it hard codes the > build architecture compiler (gcc) in one location. After fixing that, it > cross builds

Bug#875693: RFS: python-meshio/1.8.16-1

Hi Ghislain Vaillant, > Package: sponsorship-requests > Severity: normal > > Dear mentors, > > I am looking for a sponsor for the following package: > > * Package name    : python-meshio >   Version : 1.8.16-1 >   Upstream Author : Nico Schlömer > * URL :

Bug#711197: pyneighborhood: Fails on TypeError: 'NoneType' object has no attribute '__getitem__'

On Wed, 05 Jun 2013 13:32:46 +0200 Olivier Berger wrote: > Package: pyneighborhood > Version: 0.5.1-2 > Severity: normal > > Hi. > > Trying to browse a remote servern through its IP, I get : > > $ /usr/bin/pyNeighborhood > Traceback (most recent call last): > File

Bug#865851: drf-extensions FTBFS with Django 1.11

On Sun, 25 Jun 2017 11:38:27 +0300 Adrian Bunk wrote: > Source: drf-extensions > Version: 0.3.1-1 > Severity: serious > Tags: buster sid [...] > File "/usr/lib/python3/dist-packages/django_filters/fields.py", line 14, in > from .widgets import RangeWidget, LookupTypeWidget, CSVWidget > File

Bug#870906: ITP: pynmea2 - pynmea2 is a python library for the NMEA 0183 protocol

Hi Joachim Langenbach, I was checking the Debian package you did. And I will try to help you. First, there is a new version of pynmea2 - 1.9.0. The version on mentors is 1.8.0. Debhelper should be 10, not 9. Standards-Version is out-of-date Why debian/pynmea2-doc.* files? They are not been

Bug#834667: django-modeltranslation: FTBFS in testing (type object 'TestModel' has no attribute '_deferred')

Hi, It seems that this bug was fixed by the upstream. Just need to upgrade to the last release. (5 Apr - 0.12.1) I can do that if you allow me. == ERROR:

Bug#873630: RFS: python-qtpy/1.3.1-1

Hi Ghislain Vaillant, > Package: sponsorship-requests > Severity: normal > > Dear mentors, > > I am looking for a sponsor for the following package: > > * Package name: python-qtpy > Version : 1.3.1-1 > Upstream Author : The Spyder Development Team > * URL :

Bug#838420: gifsicle: incorrect escape for 8-bit characters on platforms with signed char

More than enough time to close this bug.

Bug#866884: [Pkg-phototools-devel] Bug#866884: RFA: gphotofs -- filesystem to mount digital cameras

owner 866884 ! thanks On 02-07-2017 17:54, David Bremner wrote: > Herbert Fortes <terb...@gmail.com> writes: > >> Hi David Bremner, >> >>> Package: wnpp >>> Severity: normal >>> >>> I'm the last person in Uploaders, and I'd like to

Bug#861320: gthumb: segfaults at start

Hi, Thanks for the report! > Package: gthumb > Version: 3:3.4.4.1-5 > Severity: important > > Dear Maintainer, > > lately gthumb segfaults at start. I include a backtrace and the result of > which-pkg-broke > > please ask for any info > I rarely use gthumb. But today I only have one

Bug#859695: [Pkg-phototools-devel] Bug#859695: libgphoto: detects mounted file system as camera if dcim dir exists

Hi Greg Schmidt, Thanks for your report. > Package: libgphoto2-6 > Version: 2.5.12-1 > Severity: normal > File: libgphoto > > Dear Maintainer, > > Camera auto detection [libgphoto2_port/disk/disk.c gp_port_library_list()] > will detect a mount point as a camera if a dcim directory exists.

Bug#858097: [Pkg-phototools-devel] Bug#858097: gphoto2 FTCBFS: uses build architecture pkg-config

Hi Helmut Grohne, > Source: gphoto2 > Version: 2.5.11-1 > Tags: patch upstream > User: helm...@debian.org > Usertags: rebootstrap > > gphoto2 fails to cross build from source, because it uses the build > architecture pkg-config when the host architecture one is needed. The > cause is on the

Bug#857012: closed by Herbert Parentes Fortes Neto <h...@debian.org> (Bug#857012: fixed in gthumb 3:3.4.4.1-4)

On 08-03-2017 10:33, Jeremy Bicha wrote: > On Wed, Mar 8, 2017 at 8:09 AM, Debian Bug Tracking System > wrote: >> gthumb (3:3.4.4.1-4) unstable; urgency=medium >> . >>* debian/gthumb-data.install: >>- Remove /usr/share/appdata >>* debian/gthumb.install: >>

Bug#857012: gthumb: Please move appstream metadata to gthumb

On 07-03-2017 11:27, Jeremy Bicha wrote: > Just /usr/share/appdata/ > > Sorry about the typo in my original bug report. > > Note that if you check in GNOME Software, you won't see your changes > until Debian's appstream generator processes the changes. (In Ubuntu, > I believe it runs once per

Bug#857012: gthumb: Please move appstream metadata to gthumb

Hi Jeremy Bicha, > Source: gthumb > Version: 3:3.4.4.1-3 > Severity: important > > The GNOME desktop in stretch includes the gnome-software app by default. > > gthumb shows up in the Software app but does not use any of the > appstream metadata because the appstream metadata is not in the same

Bug#856146: broken: missing dependencies

Hi Antonio Terceiro, > Package: webcamoid > Version: 7.2.1+dfsg1-4 > Severity: grave > Justification: renders package unusable > > When I try to start webcamoid, nothing happens. Running it from a > terminal, I get this: > > $ webcamoid > QQmlApplicationEngine failed to load component >

Bug#852503: gthumb: Slideshow option from command line does nothing

Hi, I checked debian/changelog file. > Package: gthumb > Version: 3:3.3.1-2+b2 > Severity: important > > Dear Maintainer, > > Running gthumb from the command line with -s for a slideshow does > nothing except spew a variety op GTK errors. > > A slideshow is available when running full screen

Bug#852503: gthumb: Slideshow option from command line does nothing

Hi Frank McCormick, Thanks for the report! > Package: gthumb > Version: 3:3.3.1-2+b2 > Severity: important > > Dear Maintainer, > > Running gthumb from the command line with -s for a slideshow does > nothing except spew a variety op GTK errors. > > A slideshow is available when running full

Bug#783396: python-irc: New upstream version 15.0.5

Hi, On Sun, 18 Dec 2016 22:39:55 +1100 Ben Finney wrote: > Control: retitle -1 python-irc: New upstream version 15.0.5 > > On 26-Apr-2015, Daniel Baumann wrote: > > it would be nice if this could be upgraded to the current upstream > > On 2016-11-28 upstream released version “15.0.5”. >

Bug#783396: python-irc: New upstream version 15.0.5

Hi, On Sun, 18 Dec 2016 22:39:55 +1100 Ben Finney wrote: > Control: retitle -1 python-irc: New upstream version 15.0.5 > > On 26-Apr-2015, Daniel Baumann wrote: > > it would be nice if this could be upgraded to the current upstream > > On 2016-11-28 upstream released version “15.0.5”. > The

Bug#801253: [pkg-wicd-maint] Bug#801253: Forming a Debian WICD Packaging Team

Hi Axel Beckert, > > I plan to do an upload under the pkg-wicd team before christmas, but I > must admit it's not my highest priority package. > Team is good. Let's wait the end of the month. Regards, Herbert

Bug#801253: Forming a Debian WICD Packaging Team

Hi, I use WICD with LXDE. The package has two bug reports with patches. I can check if they really fix the problems and do the upload. The thread is long so I am asking: Someone will adopt the package ? Is someone taking care of the package ? Regards, Herbert

Bug#744972: lintian: source-is-missing is too strict/naive for finding files

Hi, I am doing a QA for python-pygresql (new version) and I believe there are two false positives: P: pygresql source: insane-line-length-in-source-file docs/_build/html/_static/jquery.js line length is 32086 characters (>512) P: pygresql source: source-contains-prebuilt-javascript-object

Bug#498168: failure when alsa-utils and alsa-base missing

Hi Paul Brossier, > hi Herbert, > > thanks for the heads up, I can upload it now if i'm not too late. > > cheers, piem > Ok. I will wait your upload. Regards, Herbert

Bug#498168: failure when alsa-utils and alsa-base missing

Hi Paul Brossier, > hi Herbert, > > thanks for the heads up, I can upload it now if i'm not too late. > Ok. I will wait your upload. Regards, Herbert

Bug#838420: gifsicle: incorrect escape for 8-bit characters on platforms with signed char

Hi, On Fri, 14 Oct 2016 12:14:56 -0300 Herbert Fortes wrote: > Hi, > > After 10 days on testing I did an > upload (gifsicle_1.88-2~bpo8+1_amd64.deb) > to Backports[0]. > > [0] - https://backports.debian.org/Instructions/ > It was accepted into jessie-backports today

Bug#838420: gifsicle: incorrect escape for 8-bit characters on platforms with signed char

Hi, After 10 days on testing I did an upload (gifsicle_1.88-2~bpo8+1_amd64.deb) to Backports[0]. [0] - https://backports.debian.org/Instructions/ Regards, Herbert

Bug#839795: Acknowledgement (FTBFS, needs to be updated for liblognorm v2 and libfastjson)

Hi, I did a NMU to close this bug. I will do an upload DELAY/5 today. debian/changelog: sagan (1.1.2-0.1) unstable; urgency=medium . * Non-maintainer upload. * New upstream release. (Closes: #839795). * debian/control: - debhelper 10. - lsb-base package added to

Bug#839795: Acknowledgement (FTBFS, needs to be updated for liblognorm v2 and libfastjson)

Hi, To update sagan package is necessary to update sagan-rules package too. I am talking with the stream about the version number. The tarball of the last sagan-rules is 'sagan-rules-current.tar.gz' After 'tar -xvf' only a directory named 'rules'. No version number. Regards, Herbert

Bug#839795: Acknowledgement (FTBFS, needs to be updated for liblognorm v2 and libfastjson)

owner 839795 ! thanks I am checking the package. I will send the debian/changelog file to this thread and probably will be a delay/5. Regards, Herbert signature.asc Description: OpenPGP digital signature

Bug#839213: po-debconf: unfuzzy all translations

Hi Baptiste Jammet, > Package: po-debconf > Severity: wishlist > Tags: l10n, patch > > Dear maintainer, > > The last update in doc/en/po-debconf.7.pod has lightly modified an > english string with > s/noone/no one/ (checked against 1.0.16). > > You could apply the attached patch to the po-files,

Bug#838420: gifsicle: incorrect escape for 8-bit characters on platforms with signed char

fixed 838420 1.88-2 thanks The upstream applied the patch too. I think I will do a backport. It is faster than ask to include a patch in 'stable'. Regards, Herbert On 26-09-2016 13:39, Herbert Fortes wrote: > Hi Yuriy M. Kaminskiy, > >> Package: gifsicle >> Version:

Bug#838420: gifsicle: incorrect escape for 8-bit characters on platforms with signed char

forwarded 838420 https://github.com/kohler/gifsicle/issues/75 thanks On 20-09-2016 21:40, Yuriy M. Kaminskiy wrote: > Package: gifsicle > Version: 1.86-1 > Severity: minor > Tags: upstream patch > > Dear Maintainer, > > When showing comment containing non-ASCII characters, `gifsicle -I` > shows

Bug#838420: gifsicle: incorrect escape for 8-bit characters on platforms with signed char

Hi Yuriy M. Kaminskiy, > Package: gifsicle > Version: 1.86-1 > Severity: minor > Tags: upstream patch > > Dear Maintainer, > > When showing comment containing non-ASCII characters, `gifsicle -I` > shows incorrect escape code (\364 instead of \364) on > platforms with signed char (e.g.

Bug#802021: audacity: non-free files

Hi, On Wed, 7 Sep 2016 22:08:59 +0100 James Cowgill wrote: > Hi, > > On 07/09/16 20:26, Herbert Fortes wrote: > >> > >> Files in "lib-src/libnyquist/nyquist/xlisp" have the following in the > > header: > >> > >> Copyright (c) 1985, b

Bug#802021: audacity: non-free files

Hi, > > Files in "lib-src/libnyquist/nyquist/xlisp" have the following in the header: > > Copyright (c) 1985, by David Michael Betz > All Rights Reserved > Permission is granted for unrestricted non-commercial use > I tried to send an email to David Michael Betz but the email returns. I tried to

Bug#835866: icedove fails to connect to existing google apps accounts

Hi, I am also had problems when creating a gmail account. > I also tested version 4.5.2.0-1~deb8u1 from debian stable. This version is > working under debian testing. So i think there is a change which was made in > the package and not on the google side. I am using 4.5.2.0-1~deb8u1 now.

Bug#829940: gnome-multi-writer: Uses deprecated gnome-common macros/variables

Hi, > >  > > deprecated variables > > > > The following variables used in gnome-autogen.sh have been declared > > deprecated [3]: > >  > >  REQUIRED_GNOME_DOC_UTILS_VERSION > >  REQUIRED_DOC_COMMON_VERSION > >  USE_COMMON_DOC_BUILD > >  FORBIDDEN_M4MACROS > >  GNOME2_DIR

Bug#829940: gnome-multi-writer: Uses deprecated gnome-common macros/variables

Em Ter, 2016-07-05 às 22:29 +0200, bi...@debian.org escreveu: > Source: gnome-multi-writer > Version: 3.20.0-1 > Severity: normal > User: pkg-gnome-maintain...@lists.alioth.debian.org > Usertags: gnome-common > > Hi, > > gnome-common did a cleanup upstream and deprecated quite a few macros > and

Bug#832291: bogofilter-{bdb, sqlite, tokyocabinet}: copyright file missing after upgrade (policy 12.5)

Hi, I created the .preinst files and now it seems that the upgrade is ok. I did manual tests and ran piuparts too. # piuparts bogofilter_1.2.4+dfsg1-7_amd64.changes 9m24.4s DEBUG: Recording chroot state 9m25.9s INFO: PASS: Installation, upgrade and purging tests. 9m26.3s DEBUG: Starting

Bug#832291: bogofilter-{bdb, sqlite, tokyocabinet}: copyright file missing after upgrade (policy 12.5)

Hi Andreas, >  > Read these two paragraphs from the original report! This is exactly your > problem! I am not arguing against you. Just checking my steps. The manpage enforces the bug. I did not  read it with full attention: CAVEAT: If a previous version of the package          was built

Bug#832555: lintian: false shlib-with-non-pic-code

Hi, Em 26/07/2016 17:28, Jakub Wilk escreveu: > * Herbert Parentes Fortes Neto , 2016-07-26, 17:03: > > libdv4 > > > >    E shlib-with-non-pic-code > >    usr/lib/i386-linux-gnu/libdv.so.4.0.3 > > This is true positive, as far as I can tell: > > $ readelf -d

Bug#760096: [Pkg-phototools-devel] Bug#760096: Acknowledgement (gphoto2: Fails to initialize CanonPowerShot G5 after upgrade from stable)

> > Can you tell me which mode (normal/PTP) did you use ?  > > How do I find out? I just plug the camera in. I do not have a camera. But when I plug my cell phone I have two options (in the cell phone):  - media device. Like a pendrive I guess.  - camera (PTP)) Is there something similar in

Bug#760096: [Pkg-phototools-devel] Bug#760096: Acknowledgement (gphoto2: Fails to initialize CanonPowerShot G5 after upgrade from stable)

Hi Helge, Thanks to stopping by. Em Ter, 2016-07-26 às 12:13 +0200, Helge Kreutzmann escreveu: > Hello, > my stable machine died and I set up a testing machine having version > 2.5.10-1. > > However, gphoto2 does work even less: now the camera is not detected. > When I plug it in, I see (in

Bug#831261: xmlrpc-c: FTBFS: Tests failures

owner 831261 ! thanks

<    1   2   3   >