anjuta currently specifies: libneon26-dev | libneon27-dev, libsvn-dev,
With libneon27-dev and libsvn-dev installed, libneon26-dev is uninstallable: The following extra packages will be installed: libneon26 The following packages will be REMOVED libneon27-dev libsvn-dev The following NEW packages will be installed libneon26 libneon26-dev The buildds report: The following packages have unmet dependencies: libsvn-dev: Depends: libneon27-dev but it is not going to be installed E: Broken packages Is there a reason to retain support for building against libneon26-dev in the Debian package? libsvn-dev cannot (apparently) use libneon26-dev which may be the source of the problem. (i.e. to build against libneon26-dev, libsvn-dev also needs to be optional). This RC bug can be closed just be removing libneon26-dev from the Build-Depends. -- Neil Williams ============= http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/
signature.asc
Description: This is a digitally signed message part
