[maemo-developers] External Repository and HAM
From: Tim Teulings rael at edge.ping.deDate: Tue Mar 9 00:06:51 EET 2010
- Previous message: External Repository and HAM
- Next message: External Repository and HAM
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Hello! > Graham, (et al.) > I appreciate your concern about shared resources, but it seems to me that > you are overstating the problem. As an example, I quickly checked the > repository lines in sources.list on several different Ubuntu boxes I > support. > One box included a third party repository for TOR. Another included > third party repositories for Chromium and Scratchbox. It seems as if there > is a long, well established tradition of supporting multiple repositories. These are possibly not the best examples for using shared resources. For me essential shared resources are libraries and base functionality like: * libcairo, libpng, tiff, gif etc.. * qt, gtk, tcl * pearl, phython, ruby Scratchbox (on my debian system) does not bring own versions of such shared libraries so this is not a problem. And I assume that THOR neither does. The problems come not with multiple repositories but with different/same/differently build versions of the same resources. This results in application A 1.0 from repository A also offering shared resource a to use shared resource a' (which is a variant of a) from repository B and which is subtle different and breaks A 1.0 (without author of A 1.0 even knowing, because he does not use repository B). Now trouble starts between the suppliers of both repositories to sort things out (but I need.., but it must not...). Things even get more funnier with 10 repositories ;-) In fact this must highly coordinated (and is IMHO one of the reason dtsributions exist). > Yes, it is possible that two different apps might rely on libraries with > the same name but different features, but if this is a significant problem, > then I would expect bug tracking systems to rapidly uncover and lead towards > a proper resolution of the problems, and community pressure would lead > towards the two different application repositories to resolve their issues > or see one of them fall out of favor. Hmm, possibly yes (but I doubt the end user would use the bug tracker as much as it must to sort things out), but it takes time to sort things out and to change and meanwhile the bad image of the device and it environment is already there. We should sort things out in one repository, this is much easier and better than making customer first fall into the pit and later on getting him out of the pit again... The simplest looking way is only simple until the next corner ;-) -- Gruß... Tim
- Previous message: External Repository and HAM
- Next message: External Repository and HAM
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]