On 1/11/13, Oliver Schinagl <oliver+list@xxxxxxxxxxx> wrote: >> they can say anything what they want, which makes no sense at all. > Well there are a few apps that do use the initial scanfile tree, but do > not use any of the dvb-apps. > > (tvheadend, kaffeine appearantly, i'm guessing VDR and MythTV aswell?) Only tvheadend and kaffeine AFAIK. VDR and MythTV have their own formats. >> >> >>> Meanwhile, your argument is for developers. Developers can handle >>> pulling from a separated tree for data files who shouldn't be clouding >>> the history of source code development, anyway. Developers are indeed >>> used to dealing with multiple repositories, and if any developer >>> isn't, then now is the time to get with the program! >> >> >> It isn't that way. Users have to deal with 2 repositories as well. >> Anyway, >> the repository is not having that many developers to state that >> developers >> can handle all the burden. It is just but the reverse. > Well one of the biggest issues was, that the scanfiles where ill > maintained and projects where working around those shortcommings. > > The scanfiles are technically unrelated. They are data files, facts and > can very logically live seperated :) Having commit messages pure for > data files in a source tree just looks off. The configuration files/data for dvb-apps. > > They simply have become a seperate entity as people (not developers) > depend on them. (Yes there is wscan of course). > > Also, purely out of curiousity, how are the scanfiles used during > development? The scanfiles what you call them are the configuration files for dvb-apps, rather than purely data files. Manu -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
