I’d rather reinstall the damaged file(s)’s owning packages than rsync a bunch of system files. Given this is Ubuntu, I can actually provide advice:
dpkg -S /usr/include/inttypes.h apt install --reinstall PACKAGENAMEHERE Messing with files managed by the package manager is a way you damage your system. If you are 100% sure you are not going to damage anything, that’s fine, but be careful when merging a non-prod system onto your prod system. You could do something like damage dynamic kernel module build system (in Debian derivatives and more, DKMS) and break system upgrades. Sent from phone On Tue 18 Jun 2019 at 09:27, Andreas Höschler <[email protected]> wrote: > Hi all, > > normally I would first ask which compiler you are using and what version > of all components. But in this case the problem seems to be totally outside > of GNUstep. The file /usr/include/inttypes.h is a system header and your > compiler isn’t able to parse it. The question is rather how did you get > this far :-) Similar problems should have happened when your compiled other > bits of GNUstep. How could you work around these? > > > Any idea what system files I could try to sync from the healthy machine to > the corrupt one to heal this? The corrupt machine unfortunately is a > production machine with a lot of productive databases that cannot be easily > thrown away. > > > I did > > rsync -avz -e ssh root@<healthy machine>:/usr/include/* /usr/include > > and this has fixed the problem. I could now even install Pantomime!! :-) > > Sorry for the noise!! > > Thanks a lot, > > Andreas > > _______________________________________________ > Discuss-gnustep mailing list > [email protected] > https://lists.gnu.org/mailman/listinfo/discuss-gnustep > -- Sent from Gmail Mobile
_______________________________________________ Discuss-gnustep mailing list [email protected] https://lists.gnu.org/mailman/listinfo/discuss-gnustep
