Bug#936730: impacket: Python2 removal in sid/bullseye

[peter green]

severity 936730 serious
thanks

python-impacket depends on python-flask, which depends on the python-click 
binary package, which depends on the python-colorama binary package, which is 
no longer built by the python-colorama source package.

Bug#936730: [Python-modules-team] Bug#936730: impacket: Python2 removal in sid/bullseye

[Raphael Hertzog]

Hi,

On Wed, 16 Oct 2019, Emmanuel Arias wrote:
> Hello! Raphael
> 
> I've write a comments on mentors. I don't know if you coulld see it

No, I didn't get any mail through mentors. Anyway, reviewed and uploaded.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: https://www.freexian.com/services/debian-lts.html
Learn to master Debian: https://debian-handbook.info/get/

Bug#936730: [Python-modules-team] Bug#936730: impacket: Python2 removal in sid/bullseye

[Emmanuel Arias]

Hello! Raphael

I've write a comments on mentors. I don't know if you coulld see it

I made the changes of you review.

Cheers,
Arias Emmanuel
@eamanu
http://eamanu.com

El jue., 3 de oct. de 2019 a la(s) 19:40, Raphael Hertzog
(hert...@debian.org) escribió:
>
> Hello,
>
> On Tue, 01 Oct 2019, Emmanuel Arias wrote:
> > I've just push to salsa and mentors
> > (https://mentors.debian.net/package/python-ldapdomaindump)
> > ldapdomaindump, maybe you can sponsor it :) thanks
>
> I can sponsor it but first I'd like you to make some changes:
>
> 1/ fix the Vcs-Git and Vcs-Browser URL to match the correct location
>on salsa.debian.org
>
> 2/ point 1 prove that you based your work on the kali package so please
>credit Kali in the changelog and keep the Kali copyright notice for the
>debian/* files in debian/copyright.
>
> 3/ please reuse the same .orig.tar.gz (bit for bit!) for Debian as what we
>used in Kali, otherwise Kali will not be able to import the Debian
>package due to different conflicting files with the same name
>(you have to redo "pristine-tar commit " manually with
>the correct file).
>
> $ wget 
> http://http.kali.org/pool/main/p/python-ldapdomaindump/python-ldapdomaindump_0.9.1.orig.tar.gz
> $ sha1sum python-ldapdomaindump_0.9.1.orig.tar.gz
> 7df22d1fb6207e71c93abad6fa5e92179aa8b548  
> python-ldapdomaindump_0.9.1.orig.tar.gz
>
> Cheers,
> --
> Raphaël Hertzog ◈ Debian Developer
>
> Support Debian LTS: https://www.freexian.com/services/debian-lts.html
> Learn to master Debian: https://debian-handbook.info/get/

Bug#936730: [Python-modules-team] Bug#936730: impacket: Python2 removal in sid/bullseye

[Raphael Hertzog]

Hello,

On Tue, 01 Oct 2019, Emmanuel Arias wrote:
> I've just push to salsa and mentors
> (https://mentors.debian.net/package/python-ldapdomaindump)
> ldapdomaindump, maybe you can sponsor it :) thanks

I can sponsor it but first I'd like you to make some changes:

1/ fix the Vcs-Git and Vcs-Browser URL to match the correct location
   on salsa.debian.org

2/ point 1 prove that you based your work on the kali package so please
   credit Kali in the changelog and keep the Kali copyright notice for the
   debian/* files in debian/copyright.

3/ please reuse the same .orig.tar.gz (bit for bit!) for Debian as what we
   used in Kali, otherwise Kali will not be able to import the Debian
   package due to different conflicting files with the same name
   (you have to redo "pristine-tar commit " manually with
   the correct file).

$ wget 
http://http.kali.org/pool/main/p/python-ldapdomaindump/python-ldapdomaindump_0.9.1.orig.tar.gz
$ sha1sum python-ldapdomaindump_0.9.1.orig.tar.gz 
7df22d1fb6207e71c93abad6fa5e92179aa8b548  
python-ldapdomaindump_0.9.1.orig.tar.gz

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: https://www.freexian.com/services/debian-lts.html
Learn to master Debian: https://debian-handbook.info/get/

Bug#936730: [Python-modules-team] Bug#936730: impacket: Python2 removal in sid/bullseye

[Emmanuel Arias]

Hello Raphael,

El lun., 30 de sep. de 2019 a la(s) 04:10, Raphael Hertzog
(hert...@debian.org) escribió:
>
> Hello,
>
> On Sun, 29 Sep 2019, Emmanuel Arias wrote:
> > Thanks for your help and sorry for the my bad things on the package.
>
> No problem.
>
> > I have some question for you: Why impacket was uploaded to NEW?
>
> Because python3-impacket was never in the archive, it's a NEW binary
> package (even though the source package is not new).
>
> > If you restored python-impacket the build dependecies was not restored?
>
> I did restore the build dependencies:
>
> Build-Depends: debhelper-compat (= 12),
>python-all,
>dh-python,
>python-setuptools,
> [...]
>

Oh ok I understand

I've just push to salsa and mentors
(https://mentors.debian.net/package/python-ldapdomaindump)
ldapdomaindump, maybe you can sponsor it :) thanks


> Cheers,
>
> > El dom., 29 de sep. de 2019 a la(s) 10:42, Raphael Hertzog
> > (hert...@debian.org) escribió:
> > >
> > > Hi,
> > >
> > > On Fri, 27 Sep 2019, Emmanuel Arias wrote:
> > > > I've just push to salsa the last changes.
> > > > I will need sponsorship to upload it.
> > >
> > > I took care of it. But I reverted the removal of python-impacket for
> > > now, it still has reverse dependencies in Debian (and even more in Kali).
> > >
> > > I had to cleanup a few things too, there was some upstream doc installed
> > > in a wrong directory (/usr/share/doc/impacket). The changelog was
> > > mishandled, the UNRELEASED entry for 0.9.19 should have been merged with
> > > the 0.9.20.
> > >
> > > And I had to rename debian/{install,links,examples} to 
> > > debian/python3-impacket.*
> > > but that's because I restored python-impacket. But in general, I find it
> > > better to be explicit about the target package so I tend to avoid the
> > > former names.
> > >
> > > You had already pushed a tag, in general it's best when the uploader
> > > pushes the tag so that if he has something to correct, he can do it.
> > > Thus I dropped your tag and you will have to drop it on your side if you
> > > want to get the correct one.
> > >
> > > Cheers,
> > >
> > > > El jue., 26 de sep. de 2019 a la(s) 17:02, Sophie Brun (
> > > > sop...@offensive-security.com) escribió:
> > > >
> > > > > Hi Emmanuel,
> > > > >
> > > > > ldapdomaindump is not in Debian but I packaged it for Kali last year.
> > > > > The repo is here:
> > > > > https://gitlab.com/kalilinux/packages/python-ldapdomaindump
> > > > > I don't remember if the package is totally compliant with the Debian
> > > > > policy but you can reuse it and improve it for Debian.
> > > > >
> > > > > For impacket: I build the package with the Kali package
> > > > > python3-ldapdomaindump: no tests are really run.
> > > > > I think we can just override dh_auto_test for the moment.
> > > > >
> > > > > I push few changes including a patch to avoid the installation of the
> > > > > examples/*py as scripts in usr/bin/
> > > > > There were not in usr/bin in python-impacket and I think it's better 
> > > > > to
> > > > > not have all these scripts in /usr/bin (but it's only my personal 
> > > > > opinion).
> > > > >
> > > > > Cheers,
> > > > >
> > > > > Sophie
> > > > >
> > > > >
> > > > > Le 26/09/2019 à 17:06, Emmanuel Arias a écrit :
> > > > > > Hi Sophie, take care that I push some changes to salsa.
> > > > > >
> > > > > > the test are failing because |ldapdomaindump is not in debian (that 
> > > > > > is
> > > > > correct?) I will package |ldapdomaindump.||
> > > > > > ||
> > > > > > ||
> > > > > > ||So I think that the best solution is patch the tests to skipped 
> > > > > > it and
> > > > > in  new version (when |ldapdomaindump) is in|||
> > > > > > |||debian create a new version|||
> > > > > > |||
> > > > > > |||
> > > > > > |||any suggestion?|||
> > > > > > |||
> > > > > > |||
> > > > > > Cheers,
> > > > > > Arias Emmanuel
> > > > > > @eamanu
> > > > > > http://eamanu.com
> > > > > >
> > > > > >
> > > > > > El jue., 26 de sep. de 2019 a la(s) 11:03, Sophie Brun (
> > > > > sop...@offensive-security.com )
> > > > > escribió:
> > > > > >
> > > > > > Hello,
> > > > > >
> > > > > > Le 26/09/2019 à 15:18, Emmanuel Arias a écrit :
> > > > > > > I will update the package.
> > > > > >
> > > > > > I started to update the package (I need it for the reverse 
> > > > > > depends
> > > > > in pkg-security team)
> > > > > >
> > > > > > Can I push my changes on the git repo or maybe you prefer to 
> > > > > > update
> > > > > everything yourself?
> > > > > >
> > > > > > Cheers,
> > > > > > Sophie
> > > > > >
> > > > >
> > >
> > > --
> > > Raphaël Hertzog ◈ Debian Developer
> > >
> > > Support Debian LTS: https://www.freexian.com/services/debian-lts.html
> > > Learn to master Debian: https://debian-handbook.info/get/
> > >
> >
>
> --
> Raphaël Hertzog ◈ Debian Developer
>
> Support Debian LTS: https://www.freexian.com/services/debian-lts.html
> Learn to 

Bug#936730: [Python-modules-team] Bug#936730: impacket: Python2 removal in sid/bullseye

[Raphael Hertzog]

Hello,

On Sun, 29 Sep 2019, Emmanuel Arias wrote:
> Thanks for your help and sorry for the my bad things on the package.

No problem.

> I have some question for you: Why impacket was uploaded to NEW?

Because python3-impacket was never in the archive, it's a NEW binary
package (even though the source package is not new).

> If you restored python-impacket the build dependecies was not restored?

I did restore the build dependencies:

Build-Depends: debhelper-compat (= 12),
   python-all,
   dh-python,
   python-setuptools,
[...]

Cheers,

> El dom., 29 de sep. de 2019 a la(s) 10:42, Raphael Hertzog
> (hert...@debian.org) escribió:
> >
> > Hi,
> >
> > On Fri, 27 Sep 2019, Emmanuel Arias wrote:
> > > I've just push to salsa the last changes.
> > > I will need sponsorship to upload it.
> >
> > I took care of it. But I reverted the removal of python-impacket for
> > now, it still has reverse dependencies in Debian (and even more in Kali).
> >
> > I had to cleanup a few things too, there was some upstream doc installed
> > in a wrong directory (/usr/share/doc/impacket). The changelog was
> > mishandled, the UNRELEASED entry for 0.9.19 should have been merged with
> > the 0.9.20.
> >
> > And I had to rename debian/{install,links,examples} to 
> > debian/python3-impacket.*
> > but that's because I restored python-impacket. But in general, I find it
> > better to be explicit about the target package so I tend to avoid the
> > former names.
> >
> > You had already pushed a tag, in general it's best when the uploader
> > pushes the tag so that if he has something to correct, he can do it.
> > Thus I dropped your tag and you will have to drop it on your side if you
> > want to get the correct one.
> >
> > Cheers,
> >
> > > El jue., 26 de sep. de 2019 a la(s) 17:02, Sophie Brun (
> > > sop...@offensive-security.com) escribió:
> > >
> > > > Hi Emmanuel,
> > > >
> > > > ldapdomaindump is not in Debian but I packaged it for Kali last year.
> > > > The repo is here:
> > > > https://gitlab.com/kalilinux/packages/python-ldapdomaindump
> > > > I don't remember if the package is totally compliant with the Debian
> > > > policy but you can reuse it and improve it for Debian.
> > > >
> > > > For impacket: I build the package with the Kali package
> > > > python3-ldapdomaindump: no tests are really run.
> > > > I think we can just override dh_auto_test for the moment.
> > > >
> > > > I push few changes including a patch to avoid the installation of the
> > > > examples/*py as scripts in usr/bin/
> > > > There were not in usr/bin in python-impacket and I think it's better to
> > > > not have all these scripts in /usr/bin (but it's only my personal 
> > > > opinion).
> > > >
> > > > Cheers,
> > > >
> > > > Sophie
> > > >
> > > >
> > > > Le 26/09/2019 à 17:06, Emmanuel Arias a écrit :
> > > > > Hi Sophie, take care that I push some changes to salsa.
> > > > >
> > > > > the test are failing because |ldapdomaindump is not in debian (that is
> > > > correct?) I will package |ldapdomaindump.||
> > > > > ||
> > > > > ||
> > > > > ||So I think that the best solution is patch the tests to skipped it 
> > > > > and
> > > > in  new version (when |ldapdomaindump) is in|||
> > > > > |||debian create a new version|||
> > > > > |||
> > > > > |||
> > > > > |||any suggestion?|||
> > > > > |||
> > > > > |||
> > > > > Cheers,
> > > > > Arias Emmanuel
> > > > > @eamanu
> > > > > http://eamanu.com
> > > > >
> > > > >
> > > > > El jue., 26 de sep. de 2019 a la(s) 11:03, Sophie Brun (
> > > > sop...@offensive-security.com )
> > > > escribió:
> > > > >
> > > > > Hello,
> > > > >
> > > > > Le 26/09/2019 à 15:18, Emmanuel Arias a écrit :
> > > > > > I will update the package.
> > > > >
> > > > > I started to update the package (I need it for the reverse depends
> > > > in pkg-security team)
> > > > >
> > > > > Can I push my changes on the git repo or maybe you prefer to 
> > > > > update
> > > > everything yourself?
> > > > >
> > > > > Cheers,
> > > > > Sophie
> > > > >
> > > >
> >
> > --
> > Raphaël Hertzog ◈ Debian Developer
> >
> > Support Debian LTS: https://www.freexian.com/services/debian-lts.html
> > Learn to master Debian: https://debian-handbook.info/get/
> >
> 

-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: https://www.freexian.com/services/debian-lts.html
Learn to master Debian: https://debian-handbook.info/get/

Bug#936730: [Python-modules-team] Bug#936730: impacket: Python2 removal in sid/bullseye

[Emmanuel Arias]

Hello Raphael,

Thanks for your help and sorry for the my bad things on the package.

I have some question for you: Why impacket was uploaded to NEW? If you
restored python-impacket the build dependecies was not restored?


Cheers,
Arias Emmanuel
@eamanu
http://eamanu.com

El dom., 29 de sep. de 2019 a la(s) 10:42, Raphael Hertzog
(hert...@debian.org) escribió:
>
> Hi,
>
> On Fri, 27 Sep 2019, Emmanuel Arias wrote:
> > I've just push to salsa the last changes.
> > I will need sponsorship to upload it.
>
> I took care of it. But I reverted the removal of python-impacket for
> now, it still has reverse dependencies in Debian (and even more in Kali).
>
> I had to cleanup a few things too, there was some upstream doc installed
> in a wrong directory (/usr/share/doc/impacket). The changelog was
> mishandled, the UNRELEASED entry for 0.9.19 should have been merged with
> the 0.9.20.
>
> And I had to rename debian/{install,links,examples} to 
> debian/python3-impacket.*
> but that's because I restored python-impacket. But in general, I find it
> better to be explicit about the target package so I tend to avoid the
> former names.
>
> You had already pushed a tag, in general it's best when the uploader
> pushes the tag so that if he has something to correct, he can do it.
> Thus I dropped your tag and you will have to drop it on your side if you
> want to get the correct one.
>
> Cheers,
>
> > El jue., 26 de sep. de 2019 a la(s) 17:02, Sophie Brun (
> > sop...@offensive-security.com) escribió:
> >
> > > Hi Emmanuel,
> > >
> > > ldapdomaindump is not in Debian but I packaged it for Kali last year.
> > > The repo is here:
> > > https://gitlab.com/kalilinux/packages/python-ldapdomaindump
> > > I don't remember if the package is totally compliant with the Debian
> > > policy but you can reuse it and improve it for Debian.
> > >
> > > For impacket: I build the package with the Kali package
> > > python3-ldapdomaindump: no tests are really run.
> > > I think we can just override dh_auto_test for the moment.
> > >
> > > I push few changes including a patch to avoid the installation of the
> > > examples/*py as scripts in usr/bin/
> > > There were not in usr/bin in python-impacket and I think it's better to
> > > not have all these scripts in /usr/bin (but it's only my personal 
> > > opinion).
> > >
> > > Cheers,
> > >
> > > Sophie
> > >
> > >
> > > Le 26/09/2019 à 17:06, Emmanuel Arias a écrit :
> > > > Hi Sophie, take care that I push some changes to salsa.
> > > >
> > > > the test are failing because |ldapdomaindump is not in debian (that is
> > > correct?) I will package |ldapdomaindump.||
> > > > ||
> > > > ||
> > > > ||So I think that the best solution is patch the tests to skipped it and
> > > in  new version (when |ldapdomaindump) is in|||
> > > > |||debian create a new version|||
> > > > |||
> > > > |||
> > > > |||any suggestion?|||
> > > > |||
> > > > |||
> > > > Cheers,
> > > > Arias Emmanuel
> > > > @eamanu
> > > > http://eamanu.com
> > > >
> > > >
> > > > El jue., 26 de sep. de 2019 a la(s) 11:03, Sophie Brun (
> > > sop...@offensive-security.com )
> > > escribió:
> > > >
> > > > Hello,
> > > >
> > > > Le 26/09/2019 à 15:18, Emmanuel Arias a écrit :
> > > > > I will update the package.
> > > >
> > > > I started to update the package (I need it for the reverse depends
> > > in pkg-security team)
> > > >
> > > > Can I push my changes on the git repo or maybe you prefer to update
> > > everything yourself?
> > > >
> > > > Cheers,
> > > > Sophie
> > > >
> > >
>
> --
> Raphaël Hertzog ◈ Debian Developer
>
> Support Debian LTS: https://www.freexian.com/services/debian-lts.html
> Learn to master Debian: https://debian-handbook.info/get/
>

Bug#936730: [Python-modules-team] Bug#936730: impacket: Python2 removal in sid/bullseye

[Raphael Hertzog]

Hi,

On Fri, 27 Sep 2019, Emmanuel Arias wrote:
> I've just push to salsa the last changes.
> I will need sponsorship to upload it.

I took care of it. But I reverted the removal of python-impacket for
now, it still has reverse dependencies in Debian (and even more in Kali).

I had to cleanup a few things too, there was some upstream doc installed
in a wrong directory (/usr/share/doc/impacket). The changelog was
mishandled, the UNRELEASED entry for 0.9.19 should have been merged with
the 0.9.20.

And I had to rename debian/{install,links,examples} to debian/python3-impacket.*
but that's because I restored python-impacket. But in general, I find it
better to be explicit about the target package so I tend to avoid the
former names.

You had already pushed a tag, in general it's best when the uploader
pushes the tag so that if he has something to correct, he can do it.
Thus I dropped your tag and you will have to drop it on your side if you
want to get the correct one.

Cheers,

> El jue., 26 de sep. de 2019 a la(s) 17:02, Sophie Brun (
> sop...@offensive-security.com) escribió:
> 
> > Hi Emmanuel,
> >
> > ldapdomaindump is not in Debian but I packaged it for Kali last year.
> > The repo is here:
> > https://gitlab.com/kalilinux/packages/python-ldapdomaindump
> > I don't remember if the package is totally compliant with the Debian
> > policy but you can reuse it and improve it for Debian.
> >
> > For impacket: I build the package with the Kali package
> > python3-ldapdomaindump: no tests are really run.
> > I think we can just override dh_auto_test for the moment.
> >
> > I push few changes including a patch to avoid the installation of the
> > examples/*py as scripts in usr/bin/
> > There were not in usr/bin in python-impacket and I think it's better to
> > not have all these scripts in /usr/bin (but it's only my personal opinion).
> >
> > Cheers,
> >
> > Sophie
> >
> >
> > Le 26/09/2019 à 17:06, Emmanuel Arias a écrit :
> > > Hi Sophie, take care that I push some changes to salsa.
> > >
> > > the test are failing because |ldapdomaindump is not in debian (that is
> > correct?) I will package |ldapdomaindump.||
> > > ||
> > > ||
> > > ||So I think that the best solution is patch the tests to skipped it and
> > in  new version (when |ldapdomaindump) is in|||
> > > |||debian create a new version|||
> > > |||
> > > |||
> > > |||any suggestion?|||
> > > |||
> > > |||
> > > Cheers,
> > > Arias Emmanuel
> > > @eamanu
> > > http://eamanu.com
> > >
> > >
> > > El jue., 26 de sep. de 2019 a la(s) 11:03, Sophie Brun (
> > sop...@offensive-security.com )
> > escribió:
> > >
> > > Hello,
> > >
> > > Le 26/09/2019 à 15:18, Emmanuel Arias a écrit :
> > > > I will update the package.
> > >
> > > I started to update the package (I need it for the reverse depends
> > in pkg-security team)
> > >
> > > Can I push my changes on the git repo or maybe you prefer to update
> > everything yourself?
> > >
> > > Cheers,
> > > Sophie
> > >
> >

-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: https://www.freexian.com/services/debian-lts.html
Learn to master Debian: https://debian-handbook.info/get/

Bug#936730: [Python-modules-team] Bug#936730: impacket: Python2 removal in sid/bullseye

[Emmanuel Arias]

Hello Sophie,

Thanks for your commits

I've just push to salsa the last changes.

I will need sponsorship to upload it.

Also I send the ITP #941281 of python-ldapdomaindump.

Thanks

Cheers,
Arias Emmanuel
@eamanu
http://eamanu.com


El jue., 26 de sep. de 2019 a la(s) 17:02, Sophie Brun (
sop...@offensive-security.com) escribió:

> Hi Emmanuel,
>
> ldapdomaindump is not in Debian but I packaged it for Kali last year.
> The repo is here:
> https://gitlab.com/kalilinux/packages/python-ldapdomaindump
> I don't remember if the package is totally compliant with the Debian
> policy but you can reuse it and improve it for Debian.
>
> For impacket: I build the package with the Kali package
> python3-ldapdomaindump: no tests are really run.
> I think we can just override dh_auto_test for the moment.
>
> I push few changes including a patch to avoid the installation of the
> examples/*py as scripts in usr/bin/
> There were not in usr/bin in python-impacket and I think it's better to
> not have all these scripts in /usr/bin (but it's only my personal opinion).
>
> Cheers,
>
> Sophie
>
>
> Le 26/09/2019 à 17:06, Emmanuel Arias a écrit :
> > Hi Sophie, take care that I push some changes to salsa.
> >
> > the test are failing because |ldapdomaindump is not in debian (that is
> correct?) I will package |ldapdomaindump.||
> > ||
> > ||
> > ||So I think that the best solution is patch the tests to skipped it and
> in  new version (when |ldapdomaindump) is in|||
> > |||debian create a new version|||
> > |||
> > |||
> > |||any suggestion?|||
> > |||
> > |||
> > Cheers,
> > Arias Emmanuel
> > @eamanu
> > http://eamanu.com
> >
> >
> > El jue., 26 de sep. de 2019 a la(s) 11:03, Sophie Brun (
> sop...@offensive-security.com )
> escribió:
> >
> > Hello,
> >
> > Le 26/09/2019 à 15:18, Emmanuel Arias a écrit :
> > > I will update the package.
> >
> > I started to update the package (I need it for the reverse depends
> in pkg-security team)
> >
> > Can I push my changes on the git repo or maybe you prefer to update
> everything yourself?
> >
> > Cheers,
> > Sophie
> >
>

Bug#936730: [Python-modules-team] Bug#936730: impacket: Python2 removal in sid/bullseye

[Sophie Brun]

Hi Emmanuel,

ldapdomaindump is not in Debian but I packaged it for Kali last year.
The repo is here:
https://gitlab.com/kalilinux/packages/python-ldapdomaindump
I don't remember if the package is totally compliant with the Debian policy but 
you can reuse it and improve it for Debian.

For impacket: I build the package with the Kali package python3-ldapdomaindump: 
no tests are really run.
I think we can just override dh_auto_test for the moment.

I push few changes including a patch to avoid the installation of the 
examples/*py as scripts in usr/bin/
There were not in usr/bin in python-impacket and I think it's better to not 
have all these scripts in /usr/bin (but it's only my personal opinion).

Cheers,

Sophie


Le 26/09/2019 à 17:06, Emmanuel Arias a écrit :
> Hi Sophie, take care that I push some changes to salsa.
> 
> the test are failing because |ldapdomaindump is not in debian (that is 
> correct?) I will package |ldapdomaindump.||
> ||
> ||
> ||So I think that the best solution is patch the tests to skipped it and in  
> new version (when |ldapdomaindump) is in|||
> |||debian create a new version|||
> |||
> |||
> |||any suggestion?|||
> |||
> |||
> Cheers,
> Arias Emmanuel
> @eamanu
> http://eamanu.com
> 
> 
> El jue., 26 de sep. de 2019 a la(s) 11:03, Sophie Brun 
> (sop...@offensive-security.com ) 
> escribió:
> 
> Hello,
> 
> Le 26/09/2019 à 15:18, Emmanuel Arias a écrit :
> > I will update the package.
> 
> I started to update the package (I need it for the reverse depends in 
> pkg-security team)
> 
> Can I push my changes on the git repo or maybe you prefer to update 
> everything yourself?
> 
> Cheers,
> Sophie
> 

Bug#936730: [Python-modules-team] Bug#936730: impacket: Python2 removal in sid/bullseye

[Emmanuel Arias]

Hi Sophie, take care that I push some changes to salsa.

the test are failing because ldapdomaindump is not in debian (that is
correct?) I will package ldapdomaindump.

So I think that the best solution is patch the tests to skipped it and in
new version (when ldapdomaindump) is in
debian create a new version

any suggestion?

Cheers,
Arias Emmanuel
@eamanu
http://eamanu.com


El jue., 26 de sep. de 2019 a la(s) 11:03, Sophie Brun (
sop...@offensive-security.com) escribió:

> Hello,
>
> Le 26/09/2019 à 15:18, Emmanuel Arias a écrit :
> > I will update the package.
>
> I started to update the package (I need it for the reverse depends in
> pkg-security team)
>
> Can I push my changes on the git repo or maybe you prefer to update
> everything yourself?
>
> Cheers,
> Sophie
>
>

Bug#936730: [Python-modules-team] Bug#936730: impacket: Python2 removal in sid/bullseye

[Sophie Brun]

Hello,

Le 26/09/2019 à 15:18, Emmanuel Arias a écrit :
> I will update the package.

I started to update the package (I need it for the reverse depends in 
pkg-security team)

Can I push my changes on the git repo or maybe you prefer to update everything 
yourself?

Cheers,
Sophie
 

Bug#936730: [Python-modules-team] Bug#936730: impacket: Python2 removal in sid/bullseye

[Emmanuel Arias]

I will update the package.

Cheers,
Arias Emmanuel
@eamanu
http://eamanu.com


El jue., 26 de sep. de 2019 a la(s) 04:15, Raphael Hertzog (
hert...@debian.org) escribió:

> control: forwarded -1
> https://github.com/SecureAuthCorp/impacket/issues/663
> control: tag -1 + fixed-upstream
>
> Hi,
>
> On Fri, 30 Aug 2019, Matthias Klose wrote:
> > Python2 becomes end-of-live upstream, and Debian aims to remove
> > Python2 from the distribution, as discussed in
> > https://lists.debian.org/debian-python/2019/07/msg00080.html
>
> There's a new upstream release 0.9.20 that now supports Python 3.
> We should package it first so that we can then fix reverse depends.
>
> Cheers,
> --
> Raphaël Hertzog ◈ Debian Developer
>
> Support Debian LTS: https://www.freexian.com/services/debian-lts.html
> Learn to master Debian: https://debian-handbook.info/get/
>
> ___
> Python-modules-team mailing list
> python-modules-t...@alioth-lists.debian.net
>
> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team

Bug#936730: impacket: Python2 removal in sid/bullseye

[Raphael Hertzog]

control: forwarded -1 https://github.com/SecureAuthCorp/impacket/issues/663
control: tag -1 + fixed-upstream

Hi,

On Fri, 30 Aug 2019, Matthias Klose wrote:
> Python2 becomes end-of-live upstream, and Debian aims to remove
> Python2 from the distribution, as discussed in
> https://lists.debian.org/debian-python/2019/07/msg00080.html

There's a new upstream release 0.9.20 that now supports Python 3.
We should package it first so that we can then fix reverse depends.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: https://www.freexian.com/services/debian-lts.html
Learn to master Debian: https://debian-handbook.info/get/