Why do you still refuse to handle this problem? Multiple people have complained repeatedly about this problem for years and have repeatedly explained how to do robust error handling instead of simply aborting with a partially configured system.
Broken packages are a fact of life. The package system shouldn't make the whole system broken whenever one package has a bug. It should allow the user to continue working with the rest of the system until a new version of the problematic package appears that resolves the problem. All you have to do is treat any package that are marked as broken in the package databse as being on hold and recalculate the dependencies. The current behaviour is worse that dselect. dpkg: error processing /var/cache/apt/archives/gnotepad+_1.3.3-2_i386.deb (--unpack): trying to overwrite `/usr/share/gnome/help/gnotepad+/C/index-5.html', which is also in package gnotepad+-help dpkg-deb: subprocess paste killed by signal (Broken pipe) Preparing to replace libole2-0 0.2.4-0.1 (using .../libole2-0_0.2.4-3_i386.deb) ... Unpacking replacement libole2-0 ... Preparing to replace gnumeric 0.75-0.1 (using .../gnumeric_1.0.4-1_i386.deb) ... Unpacking replacement gnumeric ... Preparing to replace svgalibg1-dev 1:1.4.3-2 (using .../svgalibg1-dev_1%3a1.4.3-5_i386.deb) ... Unpacking replacement svgalibg1-dev ... Preparing to replace svgalibg1 1:1.4.3-2 (using .../svgalibg1_1%3a1.4.3-5_i386.deb) ... Unpacking replacement svgalibg1 ... Preparing to replace gnuplot 3.7.1p1-7 (using .../gnuplot_3.7.1p1-8_i386.deb) ... dhelp_parse: no title found for directory Unpacking replacement gnuplot ... Errors were encountered while processing: /var/cache/apt/archives/gnotepad+_1.3.3-2_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) -- Gregory Stark Ideas And Associates T +1 514 940 2891 x111 H +1 514 486 9705 C +1 514 945 3796 F +1 209 828 3730 http://www.ideasandassociates.com [EMAIL PROTECTED] [EMAIL PROTECTED]
