Dear Étienne, thanks for looking into this.
> Thanks, it looks like there are no changes too involved. I saw > in the gnumed packages extensive logic to deal with various > issues and dispatch files in several locations and documentation > packages, but it seems most of the heavy lifting is already > done. It should be. Andreas had been packaging GNUmed for the last ten years or so. Off the top of my head I don't recall changes that would ask for a change in packaging infrastructure, this being a maintenance release. > > https://www.gnumed.de/downloads/client/1.8/ > > I could get gnumed-client 1.8.19, no problem so far. > > > https://www.gnumed.de/downloads/server/v22 > > I'm a bit confused by the gnumed-server 22.28 refresh I see on > your web page. Is the 22.28 source code from January already in > sid sufficient, or are there substancial changes? > > (I'm just checking I'm not assuming wrongly. With #1082672 and > the changelog only covering gnumed-client, I'd suppose only the > client is needed. But if not, a server version bump to 22.29 > would have been less confusing and would have had a chance to be > caught by our uscan tool.) I should have been more precise. 1) yes, the existing 22.28 gnumed-server package _should_ suffice because there are no semantic changes 2) however, there might be code cleanup in gnumed-common code which would also "affect" the -server package 3) yes it would have been less ambigous to bump the version Theoretically, only the client is needed. I'll upload 22.29 for good measure ;-) Nevertheless, for the record: any 1.8.19 client will work just fine with a 22.28 database, old or new... Thanks, Karsten -- GPG 40BE 5B0E C98E 1713 AFA6 5BC0 3BEA AC80 7D4F C89B