On Mon, 2006-03-27 at 22:49 +0200, Jari Aalto wrote: > debian/control reads: > > Depends: libatk1.0-0 (>= 1.9.0), libbonobo2-0 (>= 2.8.0), libc6 (>= > 2.3.5-1), libcairo2 (>= 1.0.2-2), libebook1.2-5 (>= 1.4.2.1), > libedataserver1.2-4 (>= 1.4.2.1), libfontconfig1 (>= 2.3.0), libgconf2-4 (>= > 2.11.1), libglade2-0 (>= 1:2.5.1), libglib2.0-0 (>= 2.8.5), libgnome2-0 (>= > 2.8.0), libgnomevfs2-0 (>= 2.12.0), libgtk2.0-0 (>= 2.8.0), liborbit2 (>= > 1:2.10.0), libpango1.0-0 (>= 1.10.3), libpopt0 (>= 1.7), libx11-6, > libxcursor1 (>> 1.1.2), libxext6, libxi6, libxinerama1, libxml2 (>= 2.6.23), > libxrandr2, libxrender1 (>= 1:0.9.0.2), zlib1g (>= 1:1.2.1), > evolution-data-server > Filename: pool/main/c/contacts/contacts_0.1-1_i386.deb > Size: 36902 > MD5sum: 7ceea54e9d2bfcf2988a2da619f379ff > Description: lightweight addressbook > Contacts is a small, lightweight addressbook that features advanced > vCard field > type handling and is designed for use on hand-held devices, such as the > Nokia > 770 or the Sharp Zaurus series of PDAs. > > Please remove word "lightweight" from Descriptions field, which is misleading > given > the huge number of dependencies.
libc6 (>= 2.3.5-1) Can't argue with that. libx11-6 libxcursor1 (>> 1.1.2) libxext6 libxi6 libxinerama1 libxrandr2 libxrender1 (>= 1:0.9.0.2) Standard X libraries. Rebuilding the package with --as-needed will remove those. libatk1.0-0 (>= 1.9.0) libcairo2 (>= 1.0.2-2) libfontconfig1 (>= 2.3.0) libglib2.0-0 (>= 2.8.5) libgtk2.0-0 (>= 2.8.0) libpango1.0-0 (>= 1.10.3) The GTK+ stack. libglade2-0 (>= 1:2.5.1) Utility library, very small. libebook1.2-5 (>= 1.4.2.1) libedataserver1.2-4 (>= 1.4.2.1) evolution-data-server EDS libraries. libbonobo2-0 (>= 2.8.0) libpopt0 (>= 1.7) liborbit2 (>= 1:2.10.0) libgconf2-4 (>= 2.11.1) libgnome2-0 (>= 2.8.0) libgnomevfs2-0 (>= 2.12.0) libxml2 (>= 2.6.23) zlib1g (>= 1:1.2.1) A selection of libraries that would disappear with --as-needed, and are all bought in from evolution-data-server (new upstream releases will remove some of those with luck). Contacts was designed for a 64M RAM, 200MHz system, and works very well on one of those. > Firthermore, it would be more appropriate to call this package > evolution-contacts, because > it is tied to evolution-data-server Why? If I saw a package evolution-contacts, I'd think the Evolution package had been split up into evolution-contacts, evolution-calendar, and so on. This package is a totally different application that just happens to use the same backend libraries. Ross -- Ross Burton mail: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] www: http://www.burtonini.com./ PGP Fingerprint: 1A21 F5B0 D8D0 CFE3 81D4 E25A 2D09 E447 D0B4 33DF
signature.asc
Description: This is a digitally signed message part