Bug#858200: iptraf does not depend on iptraf-ng

2017-03-27 Thread Aron Xu
On Sun, Mar 26, 2017 at 11:31 PM, Samuel Henrique wrote: > > 2017-03-26 9:09 GMT-03:00 Aron Xu : >> >> Bad news is that the version number is smaller than previous package >> (3.0.0-8.1 vs 1.1.4-5)... > > > Well, it looks like we can't run away from epoch on

Bug#858200: iptraf does not depend on iptraf-ng

2017-03-26 Thread Samuel Henrique
2017-03-26 9:09 GMT-03:00 Aron Xu : > Bad news is that the version number is smaller than previous package > (3.0.0-8.1 vs 1.1.4-5)... > ​Well, it looks like we can't run away from epoch on this one​. iptraf new package: 1:1.1.4-5 I think the changes are not on git yet[1].

Bug#858200: iptraf does not depend on iptraf-ng

2017-03-26 Thread Aron Xu
On Sun, Mar 26, 2017 at 8:07 PM, Aron Xu wrote: > On Wed, Mar 22, 2017 at 5:19 AM, Samuel Henrique wrote: >>> How about building a dummy package from iptraf-ng? >> Yeah, that's a much better solution! >> >> NEW iptraf package containing iptraf-ng and

Bug#858200: iptraf does not depend on iptraf-ng

2017-03-26 Thread Aron Xu
On Wed, Mar 22, 2017 at 5:19 AM, Samuel Henrique wrote: >> How about building a dummy package from iptraf-ng? > Yeah, that's a much better solution! > > NEW iptraf package containing iptraf-ng and iptraf-ng upgraded to a dummy > package depending on iptraf. > > I was going to

Bug#858200: iptraf does not depend on iptraf-ng

2017-03-21 Thread Samuel Henrique
> How about building a dummy package from iptraf-ng? Yeah, that's a much better solution! NEW iptraf package containing iptraf-ng and iptraf-ng upgraded to a dummy package depending on iptraf. I was going to ask permission to help you two in the iptraf/iptraf-ng packaging while getting the

Bug#858200: iptraf does not depend on iptraf-ng

2017-03-21 Thread Aron Xu
On Tue, Mar 21, 2017 at 3:43 PM, Frederic Peters wrote: > Hi Samuel, > >> Also, i can help with the fix, given the maintainers permission to do so. > > Of course I am totally fine with this. > How about building a dummy package from iptraf-ng? Aron

Bug#858200: iptraf does not depend on iptraf-ng

2017-03-21 Thread Frederic Peters
Hi Samuel, > Also, i can help with the fix, given the maintainers permission to do so. Of course I am totally fine with this. Thanks, Fred

Bug#858200: iptraf does not depend on iptraf-ng

2017-03-20 Thread Samuel Henrique
This causes serious problems with Jessie->Stretch upgrades. Everyone who uses iptraf will end up with a broken package because there was no transition at all[1]. The only change made was setting "Provides: iptraf" on iptraf-ng, which is not enough. I propose, in order to fix this, to reintroduce

Bug#858200: iptraf does not depend on iptraf-ng

2017-03-19 Thread Álvaro Justen [Turicas]
Package: iptraf Version: 3.0.0-8.1+b1 I'm using Debian sid and installed the `iptraf` package years ago. In some moment of this installation (when the network interfaces changed the names probably, example: from "wlan0" to "wlp5s0b1") it stopped working (now it only lists the "lo" interface).