Bug#931970: gphoto2: autopkgtest failure block readline migration

[Herbert Fortes]

Hi,

On Sat, 13 Jul 2019 07:49:23 +0200 Bas Couwenberg  wrote:
> Source: gphoto2
> Version: 2.5.20-3
> Severity: serious
> Justification: makes the package in question unusable or mostly so
> 
> Dear Maintainer,
> 
> The autopkgtest failures for gphoto2 are blocking the testing migration
> of readline and its reverse dependencies.
> 
> Please fix the tests in your package or remove them.

I ran 'autopkgtest' and see no errors.


All tests have PASSED
autopkgtest [14:14:29]: test upstream-test-suite.sh: ---]
autopkgtest [14:14:29]: test upstream-test-suite.sh:  - - - - - - - - - - 
results - - - - - - - - - -
upstream-test-suite.sh PASS
autopkgtest [14:14:29]:  summary
upstream-test-suite.sh PASS


Can you detail more what is wrong?



Regards,
Herbert

Bug#787603: [src:genshi] Some sources are not included in your package

[Herbert Fortes]

>
> In order to solve this problem, you could:
> 1. repack the origin tarball adding the missing source to it.
> 2 add the source files to "debian/missing-sources" directory
>


I will add the tarball.

892K jquery-1.1.4.tar.gz




Regards,

Herbert

Bug#915041: does not create a subcommand '[test_without_migrations]'

[Herbert Fortes]

The package works. I forgot to declare it in

the settings.py file.


But it is a module to use when developping a

Django project. When one should use a virtual

env and 'pip'.


And the package has this lintian that I did a

*-overrides (severity: normal):

 - package-contains-python-tests-in-global-namespace

Bug#911711: svgwrite FTBFS: tests fail

[Herbert Fortes]

Hi,


Package uploaded to "directory: /pub/UploadQueue/DELAYED/4-day)"


debian/changelog file:

 svgwrite (1.2.1-1.1) unstable; urgency=medium
 .
   * Non-maintainer upload.
   * New upstream version 1.2.1
 (Closes: #911711, #912155)
 .
   [ Ondřej Nový ]
   * d/control: Set Vcs-* to salsa.debian.org
   * d/control: Remove ancient X-Python-Version field
   * d/control: Remove ancient X-Python3-Version field
 .
   [ Herbert Parentes Fortes Neto ]
   * debian/control:
   - Remove version number for python-all
   * debian/copyright:
   - Update
   * debian/rules:
   - dh_installdocs -XLINCESE.TXT
   * debian/tests:
   - Add CI test - upstream test
   * debian/watch:
   - Github repository
 .
   [ David "foss.freedom" ]
   * DH_LEVEL: 11
   * debian/control:
   - Bump Standards-Version from 3.9.8 to 4.2.1
   * debian/python-svgwrite.docs:
   - Remove obsolete PKG-INFO




Regards,

Herbert

Bug#911711: svgwrite FTBFS: tests fail

[Herbert Fortes]

Hi,


I plan to work on this ticket[0] on

the weekend.


[0] - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=911711




Regards,

Herbert

Bug#911711: svgwrite FTBFS: tests fail

[Herbert Fortes]

On Mon, 12 Nov 2018 23:06:30 + "foss.freedom"  
wrote:
> I can confirm that v1.2.0 that has been released a few weeks ago
> compiles just fine.
>
> If it helps I've created a debdiff for the changes between 1.1.8-2 and
> 1.2.0 - a few tweaks to the debian package is additionally required
> onto of the source diff.
>
> Note - I havent adjusted the obsolete vcs locations in debian/control
>


I can help with that.


I need to know what

 * *maintainer:* Debian Python Modules Team 
 
(archive ) [DMD 
]
 * *uploaders:* Steffen Moeller 
 [DMD 
]

wants to do.


I will wait until last week of November, 26/11 - monday.




Regards,

Herbert

Bug#897059: [Pkg-phototools-devel] Bug#897059: (no subject)

[Herbert Fortes]

forwarded 897059 https://github.com/gphoto/libgphoto2/issues/265
thanks

Em 28-04-2018 11:10, Matti Hämäläinen escreveu:
> 
> Hello,
> 
> Submitted a report to libgphoto2 Github issue tracker: 
> https://github.com/gphoto/libgphoto2/issues/265
> 

Bug#897059: Your mail

[Herbert Fortes]

reopen 897059
thanks

On Sat, 28 Apr 2018 17:10:35 +0300 (EEST) 
=?ISO-8859-15?Q?Matti_H=E4m=E4l=E4inen?=  wrote:
>
> Hello,
>
> Submitted a report to libgphoto2 Github issue tracker:
> https://github.com/gphoto/libgphoto2/issues/265

Ok. I will set forwarded.



Regards,
Herbert

Bug#897059: [Pkg-phototools-devel] Bug#897059: Bug#897059: libgphoto2-6: libgphoto2 causes corrupted image file transfers

[Herbert Fortes]

Em 28-04-2018 09:35, Matti Hämäläinen escreveu:
> On Sat, 28 Apr 2018, Herbert Fortes wrote:
> 
>> Em 27-04-2018 21:26, Matti Hämäläinen escreveu:
>>>
>>> Hello,
>>>
>>> I tested against the current upstream GIT version 
>>> (91a8425a4fa27def793fa9db2bcb4a71c26c927b)
>>> of libgphoto2, and the problem exists there as well.
>>>
>>> If gphoto debug logs are needed, I can provide ones against working 2.5.16 
>>> and non-working, but they are rather large (about 100M uncompressed each, 
>>> 75M both tar+xz'd).
>>>
>>
>> I think the problem is that you are using gphoto2 version 2.5.16
>> with libgphoto2 version 2.5.17.
>>
>> There is a gphoto2 version 2.5.17. I forgot to upload it. :(. I am
>> really sorry about that.
>>
>> I am starting to do the pachage now.
> 
> Sorry to bring bad news, but I now tested gphoto2 from GIT (with GIT 
> libgphoto2) as well, and the problem persists with that. :(

Humm, I just did the upload closing this bug. I will reopen it. 

And I think is better to send an email to the upstream as you 
suggested on the first email.

A debug log is good But with that size can you put somewhere?
Probably the upstream will like to see it.



Regards,
Herbert


> 
> --
> [ .. LD_LIBRARY_PATH=/opt/lib ]
> $ /opt/bin/gphoto2 --version
> gphoto2 2.5.17.1
> 
> Copyright (c) 2000-2018 Lutz Mueller and others
> 
> gphoto2 comes with NO WARRANTY, to the extent permitted by law. You may
> redistribute copies of gphoto2 under the terms of the GNU General Public
> License. For more information about these matters, see the files named 
> COPYING.
> 
> This version of gphoto2 is using the following software versions and options:
> gphoto2 2.5.17.1   gcc, popt(m), exif, no cdk, no aa, jpeg, 
> readline
> libgphoto2  2.5.17.1   all camlibs, gcc, ltdl, EXIF
> libgphoto2_port 0.12.0 iolibs: disk ptpip serial usb1 usbdiskdirect 
> usbscsi, gcc, ltdl, USB, serial without locking
> 
> 
> I wrote a short shell script for testing, 
> https://tnsp.org/~ccr/gphoto2/testgphoto.sh
> probably not useful, but who knows. :) If more information is needed, I can 
> try things out.
> 
> Matti
> 
> 
> 
> ___
> Pkg-phototools-devel mailing list
> pkg-phototools-de...@alioth-lists.debian.net
> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-phototools-devel
> 

Bug#897059: [Pkg-phototools-devel] Bug#897059: libgphoto2-6: libgphoto2 causes corrupted image file transfers

[Herbert Fortes]

Em 27-04-2018 21:26, Matti Hämäläinen escreveu:
> 
> Hello,
> 
> I tested against the current upstream GIT version 
> (91a8425a4fa27def793fa9db2bcb4a71c26c927b)
> of libgphoto2, and the problem exists there as well.
> 
> If gphoto debug logs are needed, I can provide ones against working 2.5.16 
> and non-working, but they are rather large (about 100M uncompressed each, 75M 
> both tar+xz'd).
> 

I think the problem is that you are using gphoto2 version 2.5.16
with libgphoto2 version 2.5.17.

There is a gphoto2 version 2.5.17. I forgot to upload it. :(. I am
really sorry about that.

I am starting to do the pachage now.



Regards,
Herbert

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

[Herbert Fortes]

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 'testing', then the upgrade to 'sid' fails
> because it tries to overwrite other packages files without declaring a
> Breaks+Replaces relation.
> 
> See policy 7.6 at
> https://www.debian.org/doc/debian-policy/#overwriting-files-and-replacing-packages-replaces
> 
> From the attached log (scroll to the bottom...):
> 
>   Selecting previously unselected package python-parted-doc.
>   Preparing to unpack .../python-parted-doc_3.11.1-4_all.deb ...
>   Unpacking python-parted-doc (3.11.1-4) ...
>   dpkg: error processing archive 
> /var/cache/apt/archives/python-parted-doc_3.11.1-4_all.deb (--unpack):
>trying to overwrite '/usr/share/doc/python-parted/HACKING.gz', which is 
> also in package python-parted 3.11.1-1
>   Errors were encountered while processing:
>/var/cache/apt/archives/python-parted-doc_3.11.1-4_all.deb

Thanks Andreas!

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

[Herbert Fortes]

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 'testing', then the upgrade to 'sid' fails
> because it tries to overwrite other packages files without declaring a
> Breaks+Replaces relation.
> 
> See policy 7.6 at
> https://www.debian.org/doc/debian-policy/#overwriting-files-and-replacing-packages-replaces
> 
> From the attached log (scroll to the bottom...):
> 
>   Selecting previously unselected package python-parted-doc.
>   Preparing to unpack .../python-parted-doc_3.11.1-4_all.deb ...
>   Unpacking python-parted-doc (3.11.1-4) ...
>   dpkg: error processing archive 
> /var/cache/apt/archives/python-parted-doc_3.11.1-4_all.deb (--unpack):
>trying to overwrite '/usr/share/doc/python-parted/HACKING.gz', which is 
> also in package python-parted 3.11.1-1
>   Errors were encountered while processing:
>/var/cache/apt/archives/python-parted-doc_3.11.1-4_all.deb

Thanks Andreas!

Bug#865851: drf-extensions FTBFS with Django 1.11

[Herbert Fortes]

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 "/usr/lib/python3/dist-packages/django_filters/widgets.py", line 13, in
> from django.forms.widgets import flatatt
> ImportError: cannot import name 'flatatt'
> ...

This bug should be sent to django-filter[0]. And
it is fixed[1].

[0] - https://packages.qa.debian.org/d/django-filter.html

[1] - 
https://anonscm.debian.org/cgit/python-modules/packages/django-filter.git/commit/?h=upstream/1.0.4=db8ca74ce3e50e30dbfe92d902740ce4ba4708e4

This bug can be closed.



Regards,
Herbert

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

[Herbert Fortes]

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: setUpClass (modeltranslation.tests.tests.ModeltranslationTransactionTest)
--
Traceback (most recent call last):

|

[...]

 File "/<>/modeltranslation/translator.py", line 427, in register
opts = self._get_options_for_model(model, opts_class, **options)
  File "/<>/modeltranslation/translator.py", line 547, in 
_get_options_for_model
if model._deferred:
AttributeError: type object 'TestModel' has no attribute '_deferred'


Please check:

 - https://github.com/deschler/django-modeltranslation/issues/381



Regards,
Herbert

|

Bug#856146: broken: missing dependencies

[Herbert Fortes]

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
> qrc:/Webcamoid/share/qml/main.qml:252 Type MediaBar unavailable
> qrc:/Webcamoid/share/qml/MediaBar.qml:138 Type AddMedia unavailable
> qrc:/Webcamoid/share/qml/AddMedia.qml:148 Type FileDialog unavailable
> qrc:/QtQuick/Dialogs/DefaultFileDialog.qml:48 module "Qt.labs.settings" is 
> not installed
> qrc:/QtQuick/Dialogs/DefaultFileDialog.qml:47 module 
> "Qt.labs.folderlistmodel" is not installed
> qrc:/QtQuick/Dialogs/DefaultFileDialog.qml:48 module "Qt.labs.settings" is 
> not installed
> qrc:/QtQuick/Dialogs/DefaultFileDialog.qml:47 module 
> "Qt.labs.folderlistmodel" is not installed
> 
> Installing qml-module-qt-labs-folderlistmodel and qml-module-qt-labs-settings
> makes it work.
> 

I will fix the package tomorrow morning.

Thanks for your time!



Regards,
Herbert

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

[Herbert Fortes]

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 Depends.
   - Bump Standards-Version from 3.9.6 to 3.9.8
   - Homepage entry updated.
   * debian/copyright:
   - updated.
   - format 1.0.
   * debian/rules:
   - hardening added.
   - LDFLAGS_MAINT_APPEND added.
   * debian/patches:
   - no-bluedot-and-others.patch refreshed.
   * debian/postinst:
  - '--home /nonexistent' added.
   * debian/postrm:
  - using 'set -e' in the body of the script.



Regards,
Herbert

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

[Herbert Fortes]

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



signature.asc
Description: OpenPGP digital signature

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

[Herbert Fortes]

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#802021: audacity: non-free files

[Herbert Fortes]

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, 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 email address:
>
> There seems to be a more recent version of xlisp on this site:
> http://www.xlisp.org/
>
> It has another email address (which I've CCed). Hopefully it works!
>
> Maybe part of the solution to this bug is to update audacity's copy of
> xlisp to this new version which seems to be under the BSD 3-clause
license?
>
> (of course there are some other non-free files to look at as well)
>

The license seems to be same that is in collab-maint[0]. The
problem is some files[1] has:

|

ermission is granted for unrestricted non-commercial use

|


[0] -
https://anonscm.debian.org/cgit/pkg-multimedia/audacity.git/tree/lib-src/libnyquist/nyquist/license.txt

[1] -
https://anonscm.debian.org/cgit/pkg-multimedia/audacity.git/tree/lib-src/libnyquist/nyquist/xlisp/xlisp.c

I am a little bit confuse about SGML:

 xhtml-symbol.ent
 xhtml-special.ent
 xhtml.lat1.ent

Thera are open source alternatives, as said
here[2]:
   


Open-source implementations

Significant open-source
<https://en.wikipedia.org/wiki/Open_source_software> implementations of
SGML have included:

  * ASP-SGML <http://ftp.sunet.se/pub/text-processing/sgml/ASP-SGML/>
  * ARC-SGML <http://ftp.sunet.se/pub/text-processing/sgml/ARC-SGML/>,
by Standard Generalized Markup Language Users', 1991, C language
  * SGMLS <http://ftp.sunet.se/pub/text-processing/sgml/SGMLS/>, by
James Clark, 1993, C language
  * Project YAO <http://ftp.sunet.se/pub/text-processing/sgml/YAO/>, by
Yuan-ze Institute of Technology, Taiwan, with Charles Goldfarb,
1994, object
  * SP <http://www.jclark.com/sp/index.htm> by James Clark, C++ language


[2] - https://en.wikipedia.org/wiki/SGML


Regards,
Herbert

Bug#802021: audacity: non-free files

[Herbert Fortes]

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 email address:

db...@xlisper.mv.com
davidb...@aol.com

The error:

Technical details of permanent failure: 
DNS Error: 1537381 DNS type 'mx' lookup of xlisper.mv.com responded with code 
NXDOMAIN
Domain name not found: xlisper.mv.com

Google tried to deliver your message, but it was rejected by the server
for the recipient domain aol.com by mailin-02.mx.aol.com. [64.12.91.195].



Regards,
Herbert

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

[Herbert Fortes]

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 command: ['umount', '/tmp/tmpztbiO1/dev/shm']
9m26.3s DEBUG: Command ok: ['umount', '/tmp/tmpztbiO1/dev/shm']
9m26.3s DEBUG: Starting command: ['umount', '/tmp/tmpztbiO1/dev/pts']
9m26.3s DEBUG: Command ok: ['umount', '/tmp/tmpztbiO1/dev/pts']
9m26.3s DEBUG: Starting command: ['umount', '/tmp/tmpztbiO1/proc']
9m26.3s DEBUG: Command ok: ['umount', '/tmp/tmpztbiO1/proc']
9m26.3s DEBUG: Starting command: ['rm', '-rf', '--one-file-system', 
'/tmp/tmpztbiO1']
9m27.2s DEBUG: Command ok: ['rm', '-rf', '--one-file-system', '/tmp/tmpztbiO1']
9m27.2s DEBUG: Removed directory tree at /tmp/tmpztbiO1
9m27.2s INFO: PASS: All tests.
9m27.2s INFO: piuparts run ends.

The debdiff is basically:

+case "$1" in
+   install|upgrade)
+   # dpkg does not replace directories by symlinks or vice versa.
+if dpkg --compare-versions "$2" lt "1.2.4+dfsg1-7" ; then
+  rm -rf /usr/share/doc/bogofilter-bdb || true
+fi
+;;
+abort-upgrade)
+;;
+*)
+echo "preinst called with unknown argument \`$1'" >&2
+exit 1
+;;
+esac

For each package, of course.

First did an upload to mentors[0]. Then did 
th upload with delay/3 (just in case of)
to ftp-master.

[0]- https://mentors.debian.net/package/bogofilter
     
https://mentors.debian.net/debian/pool/main/b/bogofilter/bogofilter_1.2.4+dfsg1-7.dsc



regards,
-- Herbert Parentes Fortes Neto (hpfn)

signature.asc
Description: This is a digitally signed message part

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

[Herbert Fortes]

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 without this option and is 
        now built with it (or vice-versa), it 
        requires a "dir to symlink" (or "symlink 
        to dir") migration.  Since debhelper has
        no knowledge of previous versions, you 
        have to enable this migration itself.


> 
> >> Note that dpkg intentionally does not replace directories with symlinks
> >> and vice versa, you need the maintainer scripts to do this.
> >> See in particular the end of point 4 in
> >> https://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-unpackphase
> >>
> >>
> >> It is recommended to use the dpkg-maintscript-helper commands
> >> 'dir_to_symlink' and 'symlink_to_dir' (available since dpkg 1.17.14)
> >> to perform the conversion, ideally using d/$PACKAGE.maintscript.
> >> Do not forget to add 'Pre-Depends: ${misc:Pre-Depends}' in d/control.
> >> See dpkg-maintscript-helper(1) and dh_installdeb(1) for details.

Thanks to point me the fix.

> 
> 
> > bogofilter-{bdb, sqlite, tokyocabinet} depends on bogofilter-common[0],
> > which has the copyright file[1]. And I used:
> 
> That's fine
> 
> > override_dh_installdocs:
> > dh_installdocs --link-doc=bogofilter-common
> 
> Which is also fine, but not sufficient for clean upgrades.
> 

Hopefully I close this bug today.



regards,
-- Herbert Parentes Fortes Neto (hpfn)

signature.asc
Description: This is a digitally signed message part

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

[Herbert Fortes]

owner 831261 !
thanks

Bug#822476: python-django-authority: Package is useless

[Herbert Fortes]

On Thu, 16 Jun 2016 16:00:02 -0300 Herbert Fortes <h...@ig.com.br> wrote:
> We have to wait a next release:
> 
> https://github.com/jazzband/django-authority/issues/50#issuecomment-226319945
> 
> 

About Django 1.9.

It seems that one will do a 'Pull Request' and the
upstream will do the merge .



regards,
-- Herbert Parentes Fortes Neto (hpfn)

signature.asc
Description: This is a digitally signed message part

Bug#822476: python-django-authority: Package is useless

[Herbert Fortes]

We have to wait a next release:

https://github.com/jazzband/django-authority/issues/50#issuecomment-226319945



regards,
-- 
Herbert Parentes Fortes Neto (hpfn)

Bug#822476: python-django-authority: Package is useless

[Herbert Fortes]

Hi Raphael Rigo,

> Package: python-django-authority
> Severity: grave
> Justification: renders package unusable
> 
> Dear Maintainer,
> 
> current version of the package does not support Django 1.7, which is the
> version included in jessie. As such, the package is probably useless for
> all users.
> 
> Django 1.7 support was added in version 0.9, released in november 2015.
> Version 0.5, which is in Debian, has been released in March 2013.
> 
> The package should be removed or upgraded.
> 

I will try to close this bug doing the upgrade to
the last version[0]:

 - 0.11 (2016-03-29):

Added Migration in order to support Django 1.8
Dropped Support for Django 1.7 and lower
Fix linter issues

[0] - https://github.com/jazzband/django-authority



regards,
-- 
Herbert Parentes Fortes Neto (hpfn)

Bug#800220: tzc: Please migrate a supported debhelper compat level

[Herbert Fortes]

Hi,

I am doing a NMU to close this bug.



regards,
-- 
Herbert Parentes Fortes Neto (hpfn)

Bug#809764: libqb6-dev and libqb-dev: error when trying to install together

[Herbert Fortes (hpfn)]

Hi Ralf,

Em 03-01-2016 17:53, Ralf Treinen escreveu:

Package: libqb-dev,libqb6-dev
Version: libqb-dev/0.17.2.real-4
Version: libqb6-dev/6.2.0-3
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite

Date: 2016-01-03
Architecture: amd64
Distribution: sid

Hi,

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:




[...]

Preparing to unpack .../libqt5qml5_5.5.1-3_amd64.deb ...
Unpacking libqt5qml5:amd64 (5.5.1-3) ...
Selecting previously unselected package libqb6.
Preparing to unpack .../libqb6_6.2.0-3_amd64.deb ...
Unpacking libqb6 (6.2.0-3) ...
Selecting previously unselected package libqb6-dev.
Preparing to unpack .../libqb6-dev_6.2.0-3_amd64.deb ...
Unpacking libqb6-dev (6.2.0-3) ...
dpkg: error processing archive 
/var/cache/apt/archives/libqb6-dev_6.2.0-3_amd64.deb (--unpack):
  trying to overwrite '/usr/lib/x86_64-linux-gnu/libqb.so', which is also in 
package libqb-dev 0.17.2.real-4
Processing triggers for libc-bin (2.21-6) ...
Processing triggers for man-db (2.7.5-1) ...
Errors were encountered while processing:
  /var/cache/apt/archives/libqb6-dev_6.2.0-3_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)


This is a serious bug as it makes installation fail, and violates
sections 7.6.1 and 10.1 of the policy. An optimal solution would
consist in only one of the packages installing that file, and renaming
or removing the file in the other package. Depending on the
circumstances you might also consider Replace relations or file
diversions. If the conflicting situation cannot be resolved then, as a
last resort, the two packages have to declare a mutual
Conflict. Please take into account that Replaces, Conflicts and
diversions should only be used when packages provide different
implementations for the same functionality.


As I understand, 'Conflicts' can be a solution. The packages
are for complete different use. And they are *-dev packages.



Here is a list of files that are known to be shared by both packages
(according to the Contents file for sid/amd64, which may be
slightly out of sync):

   /usr/lib/x86_64-linux-gnu/libqb.so

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.



regards,
Herbert