Bug#970279: O: nutsqlite -- Dietary nutrition analysis software
Hi Iain, On Tue, Sep 15, 2020 at 07:37:14PM +0100, Iain Learmonth wrote: > Ok, someone added me to the team so I've pushed the changes straight to > the team git on salsa. Thanks. I've now simply uploaded after replacing your ID by mine. Kind regards Andreas. -- http://fam-tille.de
Bug#970279: O: nutsqlite -- Dietary nutrition analysis software
Hi, > On 14/09/2020 12:25, Andreas Tille wrote: >> Would you mind pushing your latest changes to the package to Git? >> I'd volunteer to add my ID as Uploader (if nobody else wants to for >> sure!) Ok, someone added me to the team so I've pushed the changes straight to the team git on salsa. Thanks, Iain. signature.asc Description: OpenPGP digital signature
Bug#970279: O: nutsqlite -- Dietary nutrition analysis software
Hi Andreas, On 14/09/2020 12:25, Andreas Tille wrote: > Would you mind pushing your latest changes to the package to Git? > I'd volunteer to add my ID as Uploader (if nobody else wants to for > sure!) I am not a member of the Debian Med team on Salsa, which must have been what stopped me before. This was I think the last of my Debian Med packages so little point adding me now. Instead, I've pushed the changes to: https://git.sr.ht/~irl/debian-nutsqlite.git You can pull from there and push back to Salsa. The package probably needs a little modernizing, like debhelper compat level. Just remove me from uploaders when you make an upload. >> If you do take this on, you might want to look at splitting out the data >> from the application to reduce the size of the arch specific binaries, >> and maybe even (if possible) encourage reuse of the data across >> applications (the USDA database in particular). > > If I'm not misleaded the whole package is arch all so I do not see > any actual need for splitting as long as there is no other package > inside Debian that needs thoses data. You're right, it's been so long that I'd forgotten that this is a Tcl package. There still might be a use case for splitting out the database, but perhaps it is more difficult in this incarnation of NUT because now the database is integrated into the sqlite db. This was just something I had in my notes from a while ago and wanted to mention because I bet there's other nutrition software out there that uses the USDA database even if it's not yet in Debian. There may be no standard format to consume it in. Thanks, Iain. signature.asc Description: OpenPGP digital signature
Bug#970279: O: nutsqlite -- Dietary nutrition analysis software
Hi Iain, On Mon, Sep 14, 2020 at 11:34:23AM +0100, Iain R. Learmonth wrote: > Package: wnpp > Severity: normal > X-Debbugs-Cc: debian-...@lists.debian.org > > I intend to orphan the nutsqlite package. I've not used this package for > years. The upstream has generally been helpful. > > The package description is: > NUTsqlite uses the USDA database and stores this along with your personal > data > in a portable SQLite database allowing you to perform analysis and plan for > your nutrition. Features include: > . > * The complete USDA database, your personal data, and the program code all > stored in a portable SQLite database > * Foods easy to find and add to daily meals > * Configurable for 1-19 meals per day and any dietary plan--including > ketogenic, low carb, zone, low fat > * Comprehensive meal analysis for any number of consecutive meals > * Presents both easy-to-read percentage summaries and in-depth nutrient > analysis, including Omega-3 and Omega-6 essential fatty acids > * Foods can be weighed in grams or ounces > * Includes novel meal planning feature: you choose the food, NUT adjusts the > quantities to your plan > * Calorie Auto-Set feature uses linear regression on daily scale > measurements > of weight and body fat percentage to find optimal calorie level for > improved body composition > * Allows recording of recipes and customary meals for fast data entry > * Sorts foods richest in each of the 150 nutrients > * Reveals which foods contribute most to user's nutrition Would you mind pushing your latest changes to the package to Git? I'd volunteer to add my ID as Uploader (if nobody else wants to for sure!) > If you do take this on, you might want to look at splitting out the data > from the application to reduce the size of the arch specific binaries, > and maybe even (if possible) encourage reuse of the data across > applications (the USDA database in particular). If I'm not misleaded the whole package is arch all so I do not see any actual need for splitting as long as there is no other package inside Debian that needs thoses data. Kind regards Andreas. -- http://fam-tille.de
Bug#970279: O: nutsqlite -- Dietary nutrition analysis software
Package: wnpp Severity: normal X-Debbugs-Cc: debian-...@lists.debian.org I intend to orphan the nutsqlite package. I've not used this package for years. The upstream has generally been helpful. The package description is: NUTsqlite uses the USDA database and stores this along with your personal data in a portable SQLite database allowing you to perform analysis and plan for your nutrition. Features include: . * The complete USDA database, your personal data, and the program code all stored in a portable SQLite database * Foods easy to find and add to daily meals * Configurable for 1-19 meals per day and any dietary plan--including ketogenic, low carb, zone, low fat * Comprehensive meal analysis for any number of consecutive meals * Presents both easy-to-read percentage summaries and in-depth nutrient analysis, including Omega-3 and Omega-6 essential fatty acids * Foods can be weighed in grams or ounces * Includes novel meal planning feature: you choose the food, NUT adjusts the quantities to your plan * Calorie Auto-Set feature uses linear regression on daily scale measurements of weight and body fat percentage to find optimal calorie level for improved body composition * Allows recording of recipes and customary meals for fast data entry * Sorts foods richest in each of the 150 nutrients * Reveals which foods contribute most to user's nutrition If you do take this on, you might want to look at splitting out the data from the application to reduce the size of the arch specific binaries, and maybe even (if possible) encourage reuse of the data across applications (the USDA database in particular). Thanks, Iain.
