On Thu, 2011-04-14 at 16:39 +0200, Philipp Thomas wrote:
* Pavol Rusnak (prusnak@opensuse.org) [20110414 15:35]:
Yep, we should remove libjpeg8 from the distro completely and turn libjpeg62-devel into libjpeg-devel.
Why should we do that? ncurses also supports differing devel packages.
Does not seem so in Factory: 3120-3560:~ # zypper se -s *ncurses*devel Loading repository data... Reading installed packages... S | Name | Type | Version | Arch | Repository --+---------------------+---------+------------+--------+----------------- | ncurses-devel | package | 5.8-2.1 | x86_64 |Factory | ncurses-devel | package | 5.8-2.1 | i586 |Factory | yast2-ncurses-devel | package | 2.21.0-2.1 | x86_64 |Factory | yast2-ncurses-devel | package | 2.21.0-2.1 | i586 |Factory But that might not be what you meant? If it was about finding the different -devel packages to install, then yes: for a user not a huge issue. but for packagers can certainly become a burden (especially also when making a package build cross-distroversions). Have a look at this scheme: (fictive.. just to show the problem we can run into): 11.2 ships libfoo2 and thus libfoo2-devel (version 1.2.0) 11.3 ships libfoo3 and thus libfoo3-devel (version 1.3.0) 11.4 ships libfoo4 and thus libfoo4-devel (version 1.4.0) Let's just assume the library is nicely written and all the devs are doing is properly extending their API, guaranteeing backwards compatibility. So for my app, written it does not matter which one I use (assuming I require libfoo v 1.2.0... which my configure script checks for). (i'm sure you can bridge from libfoo4 to libjpeg8) now for the package, he has to go and if the various versions, to find the right BuildRequires. As per our guideline, the package should be called libfoo-devel which makes absolutely sense... (yes, new pkgconfig() - style buildRequires are a blast here! Just love them, especially when we thing cross - distro!) THIS example is what we're trying to address.. the end user might just be in a pain to find it.. the packagers are in a pain in maintaining there apps. Dominique -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org