Bug#873374: libtsk13 4.4.2-1 crash in the dfvfs test suite

[Hilko Bengen]

* Eriberto Mota:

> Control: reassign 873374 python-tsk
>
> After a conversation with upstream[1] and several tests, I can confirm
> the problem is being caused by python-tsk package. Rebuilding the
> package will solve the problem.

Thank you for doing the testing and getting to the root of this!

I must say that I am a bit surprised that this has become a problem, I
was not expecting there to be ABI breakage.

I'll have to figure out how to statically link libtsk and do the upload.

Cheers,
-Hilko

Processed: Re: Bug#873374: libtsk13 4.4.2-1 crash in the dfvfs test suite

[Debian Bug Tracking System]

Processing control commands:

> reassign 873374 python-tsk
Bug #873374 [libtsk13] libtsk13 4.4.2-1 crash in the dfvfs test suite
Bug reassigned from package 'libtsk13' to 'python-tsk'.
No longer marked as found in versions sleuthkit/4.4.2-1.
Ignoring request to alter fixed versions of bug #873374 to the same values 
previously set

-- 
873374: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=873374
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#873374: libtsk13 4.4.2-1 crash in the dfvfs test suite

[Eriberto Mota]

Control: reassign 873374 python-tsk

Hi,

After a conversation with upstream[1] and several tests, I can confirm
the problem is being caused by python-tsk package. Rebuilding the
package will solve the problem.

[1] https://github.com/sleuthkit/sleuthkit/issues/953

Hilko, can you reupload the package?

Regards,

Eriberto

Bug#873374: libtsk13 4.4.2-1 crash in the dfvfs test suite

[Eriberto Mota]

2017-08-27 4:08 GMT-03:00 Adrian Bunk :
> Package: libtsk13
> Version: 4.4.2-1
> Severity: serious
> Control: affects -1 src:dfvfs python-tsk
>
> https://tests.reproducible-builds.org/debian/history/dfvfs.html
> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/dfvfs.html
>
> ...
>debian/rules override_dh_auto_test
> make[1]: Entering directory '/build/1st/dfvfs-20170723'
> python run_tests.py
> testIterateVolumes (volume.vshadow_volume_system.VShadowVolumeSystemTest)
> Test the iterate volumes functionality. ... ok
> testIterateVolumes (volume.tsk_volume_system.TSKVolumeSystemTest)
> Test the iterate volumes functionality. ... debian/rules:23: recipe for 
> target 'override_dh_auto_test' failed
> make[1]: *** [override_dh_auto_test] Floating point exception
>
>
> Program terminated with signal SIGFPE, Arithmetic exception.
> #0  0x7fa2ac0f606a in dos_load_prim_table (test=1 '\001',
> vs=0x55c56dcae270) at dos.c:821
> 821 dos.c: No such file or directory.
> (gdb) bt
> #0  0x7fa2ac0f606a in dos_load_prim_table (test=1 '\001',
> vs=0x55c56dcae270) at dos.c:821
> #1  tsk_vs_dos_open (img_info=0x7fa2a322c070, offset=0,
> test=test@entry=1 '\001') at dos.c:1064
> #2  0x7fa2ac0f3161 in tsk_vs_open (img_info=0x7fa2a322c070, offset=0,
> type=) at mm_open.c:56
> #3  0x7fa2ac3bf41e in Volume_Info_Con (self=0x55c56dcbe2f0,
> img=, type=, offset=)
> at tsk3.c:659
> #4  0x7fa2ac3b3ade in pyVolume_Info_init (self=self@entry=0x7fa2a31b4c70,
> args=args@entry=( _is_cached=True, 
> _resolver_context=  _values={u'type: OS, location: 
> /tmp/dfvfs-20170723/test_data/vsstest.qcow2\n': 
>  _is_cached=True, _resolver_context=<...>, _is_open=True, _file_object= at remote 0x7fa2a3174d20>) at remote 0x7fa2a31b4550>) at remote 
> 0x7fa2a31b4590>, u'type: OS, location: 
> /tmp/dfvfs-20170723/test_data/bdetogo.raw\n': 
> ) at remote 
> 0x7fa2a31b4bd0>}) at remote 0x7fa2a3fbad90>, 
> _file_system_cache= _values={}) at remote 0x7fa2a3fbad50>) at remote 0x7fa2a3fba390>, 
> _is_open=True, _file_object=) at remote 
> 0x7fa2a31b4890>) at remote 0x7fa2a31994b0>,), kwds=kwds@entry=0x0)
> at pytsk3.c:20444
> #5  0x55c56b688bf4 in type_call.lto_priv () at ../Objects/typeobject.c:765
> #6  0x55c56b683163 in PyObject_Call () at ../Objects/abstract.c:2547
> ...
>
> Works after downgrading libtsk13 to 4.4.0-5



Hi Adrian and all,

I think that it is an upstream problem and I will report it soon (today).

There is any workaround to mitigate this issue for now?

Regards,

Eriberto

Bug#873374: libtsk13 4.4.2-1 crash in the dfvfs test suite

[Adrian Bunk]

Package: libtsk13
Version: 4.4.2-1
Severity: serious
Control: affects -1 src:dfvfs python-tsk

https://tests.reproducible-builds.org/debian/history/dfvfs.html
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/dfvfs.html

...
   debian/rules override_dh_auto_test
make[1]: Entering directory '/build/1st/dfvfs-20170723'
python run_tests.py
testIterateVolumes (volume.vshadow_volume_system.VShadowVolumeSystemTest)
Test the iterate volumes functionality. ... ok
testIterateVolumes (volume.tsk_volume_system.TSKVolumeSystemTest)
Test the iterate volumes functionality. ... debian/rules:23: recipe for target 
'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Floating point exception


Program terminated with signal SIGFPE, Arithmetic exception.
#0  0x7fa2ac0f606a in dos_load_prim_table (test=1 '\001', 
vs=0x55c56dcae270) at dos.c:821
821 dos.c: No such file or directory.
(gdb) bt
#0  0x7fa2ac0f606a in dos_load_prim_table (test=1 '\001', 
vs=0x55c56dcae270) at dos.c:821
#1  tsk_vs_dos_open (img_info=0x7fa2a322c070, offset=0, 
test=test@entry=1 '\001') at dos.c:1064
#2  0x7fa2ac0f3161 in tsk_vs_open (img_info=0x7fa2a322c070, offset=0, 
type=) at mm_open.c:56
#3  0x7fa2ac3bf41e in Volume_Info_Con (self=0x55c56dcbe2f0, 
img=, type=, offset=)
at tsk3.c:659
#4  0x7fa2ac3b3ade in pyVolume_Info_init (self=self@entry=0x7fa2a31b4c70, 
args=args@entry=(, _is_open=True, _file_object=) at remote 0x7fa2a31b4550>) at remote 0x7fa2a31b4590>, 
u'type: OS, location: /tmp/dfvfs-20170723/test_data/bdetogo.raw\n': 
) at remote 
0x7fa2a31b4bd0>}) at remote 0x7fa2a3fbad90>, 
_file_system_cache=) at remote 0x7fa2a3fba390>, 
_is_open=True, _file_object=) at remote 
0x7fa2a31b4890>) at remote 0x7fa2a31994b0>,), kwds=kwds@entry=0x0)
at pytsk3.c:20444
#5  0x55c56b688bf4 in type_call.lto_priv () at ../Objects/typeobject.c:765
#6  0x55c56b683163 in PyObject_Call () at ../Objects/abstract.c:2547
...



Works after downgrading libtsk13 to 4.4.0-5