GNOME Bugzilla – Bug 704055
Build script changes stuff in gst bad common directories
Last modified: 2013-07-12 14:24:49 UTC
It seems that gst-plugins-bad keeps changing common/ and win32/common/ (specifically win32/common/config.h whenever I compile it)... If my understanding is correct, those are autogenerated and shouldn't be committed, or maybe there's something in the build system that touches versioned files? This regularly blocks my automated "git pull --rebase" from working on modules such as gst-plugins-bad.
This should only happen if someone forgot to commit win32/common/config.h after a release. common changes should not happen but also will not block git pull --rebase. Is there a problem currently?
From your description there seem to be two issues here: a) changes/new files in common/ - could you provide a list of files? b) changes in win32/common/config.h - this is bug #569015 (something that's been done for other modules hasn't been done here yet - usually it's just after a version update, then you should just ask someone to commit it).
I still don't get why do we commit a generated file ? (I same issue here, this file get modified by the build system causing git to think I have changed the code)
This file is there for non-autotools based builds (just like in all the other modules, you just don't notice it there because the bug I mentioned has been fixed).
Marking a a dup then *** This bug has been marked as a duplicate of bug 569015 ***