Um 01:57 Uhr am 20.10.20 schrieb Axel Beckert:
> Mind submitting a pull request for this upstream at
> https://github.com/aabc/ipt-netflow? You are likely better in
> explaining the whole background of this patch and we would not have
> Chinese whispers when I'd be relaying potential arguments
Control: tag -1 + patch - moreinfo unreproducible
Hi Sven,
Sven Hartge wrote:
> Um 19:54 Uhr am 19.10.20 schrieb Sven Hartge:
> > If I add the switch "-B" to the make command in gen_compat_def I can
> > reliably get the test to work correctly even on the systems with the older
> > filesystem:
Um 19:54 Uhr am 19.10.20 schrieb Sven Hartge:
> If I add the switch "-B" to the make command in gen_compat_def I can
> reliably get the test to work correctly even on the systems with the older
> filesystem:
>
>cmd="make -s -B -C $KDIR M=$PWD modules"
I locally rebuild the
Hi!
I think I know what the problem is and is really really stupid.
The age of my systems was the correct hint here: The filesystem /usr is on
is too old and it does not have microsecond resolution but the CPU is fast
enough to get the job done in under a second.
Which means the test is so
Um 19:28 Uhr am 19.10.20 schrieb Sven Hartge:
> What?!
>
> I tested with debsums -c and even reinstalled
> linux-headers-5.9.0-1-common, comparing the before and after, nothing
> broken, nothing missing.
Scratch that last part. Because make did run correctly during
gen_compat_def it wasn't
Um 16:02 Uhr am 19.10.20 schrieb Axel Beckert:
>> Next step would be to strace the dkms build process and compare the
>> output to find out what files are referenced to find the offending
>> header files.
>
> Good idea, thanks!
The more I look at this, the more ?!?! appear above my head.
I am
Hi Sven,
Sven Hartge wrote:
> > > But, and here it becomes strange: It does work on a third system
> > > of mine. Question now is: What is different and/or broken on the
> > > first two systems?
> >
> > Exactly.
>
> Now I am up two for two.
>
> The only thing of note I can think of is the age
On 18.10.20 23:59, Axel Beckert wrote:
Sven Hartge wrote:
That's strange. Works fine for me. Tested on sid amd64 as well:
I tested this on a different system with 5.9 and got the same result and
identical make.log.
But, and here it becomes strange: It does work on a third system of
Control: severity -1 normal
Hi Sven,
Sven Hartge wrote:
> > That's strange. Works fine for me. Tested on sid amd64 as well:
>
> I tested this on a different system with 5.9 and got the same result and
> identical make.log.
>
> But, and here it becomes strange: It does work on a third system of
On 18.10.20 22:50, Axel Beckert wrote:
That's strange. Works fine for me. Tested on sid amd64 as well:
I tested this on a different system with 5.9 and got the same result and
identical make.log.
But, and here it becomes strange: It does work on a third system of mine.
Question now is:
Control: tag -1 unreproducible moreinfo
Hi Sven,
Sven Hartge wrote:
> It seems adfc6318 was not enough to be compatible with Linux 5.9, as
> compilation breaks for me with the following log:
That's strange. Works fine for me. Tested on sid amd64 as well:
---8<---
Building initial module for
Package: iptables-netflow-dkms
Version: 2.5.1-1
Severity: grave
Hi!
It seems adfc6318 was not enough to be compatible with Linux 5.9, as
compilation breaks for me with the following log:
---8<--
DKMS make.log for ipt-netflow-2.5.1 for kernel 5.9.0-1-amd64 (x86_64)
Sun 18
12 matches
Mail list logo