Segfault loading if data directory exists prior to first run

[iMac]

Binary package hint: nut-nutrition

Copying my ~/.nut-nutrition directory from one machine to another prior to running nut-nutrition on the second machine results in a Segmentation fault when loading.

The workaround is to remove the .nut-nutrition data, run nut-nutrition for the first time and then remove the .nut-nutrition directory and/or replace it with the data from another machine. Nut then works fine.

It is worth noting that in my case I was migrating from AMD64 to i386, however I was unable to confirm if the architecture change played a role in this issue.

The issue is repeatable by simply removing .nut-nutrition, purging the package, copying a valid .nut-nutrition directory into home, and then re-installing nut-nutrition and attempting to run.

[iMac (imac-netstatz)]

Architecture: i386
Dependencies:
 libgcc1 1:4.3.3-5ubuntu4
 gcc-4.3-base 4.3.3-5ubuntu4
 findutils 4.4.0-2ubuntu4
 libc6 2.9-4ubuntu6
DistroRelease: Ubuntu 9.04
NonfreeKernelModules: nvidia
Package: nut-nutrition 14.1-1
PackageArchitecture: i386
ProcEnviron:
 SHELL=/bin/bash
 LANG=en_CA.UTF-8
Uname: Linux 2.6.28-13-generic i686
UserGroups: Domain Users admin mythtv netdev vboxusers video

[iMac (imac-netstatz)]

The workaround stated above did not actually work properly. This actually appears to be in incompatibility between the data files created on AMD64 and those created on i386. There is no avoiding the segfault even after running the first time. In my test case for the workaround I had not removed the .nut-nutrition directory, but simply overwritten the contents on the local i386 .nut-nutrition with an AMD64 version. The application loads (does not segfault) however the meal database appears empty.

[Iain R. Learmonth (irl)]

Version 20.1 has now been uploaded to Debian. Please confirm that this bug still exists in this version.

[Launchpad Janitor (janitor)]

[Expired for nut-nutrition (Ubuntu) because there has been no activity for 60 days.]