search

mariusvam / windows-package-manager

Automatically exported from code.google.com/p/windows-package-manager
1 stars 0 forks source link

npackdcl, obsolete version / 7-Zip #117

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago 
I have npackdcl version 1 (which is marked as obsolete) and version 1.16.4 
installed. If I try to uninstall version 1, my 7-Zip 64 bit 9.20 installation 
also uninstalls. It seems there is a dependency there. Surely 7-Zip can depend 
on 1.16.4 or higher?

Original issue reported on code.google.com by igi...@gmail.com on 24 Apr 2012 at 12:58

GoogleCodeExporter commented 8 years ago 
This is done for compatibility reasons. Once the number of users of versions 
before 1.15 will become insignificant, this dependency can be removed.

Original comment by tim.lebe...@gmail.com on 28 Apr 2012 at 12:31

GoogleCodeExporter commented 8 years ago 
If there is a weird packaging issue between old and new versions it makes more 
sense to split the database and point new versions at the new database (where 
such legacy dependencies are removed).

Or just split this particular entry (7zip) into legacy and modern version.

Original comment by MrT...@gmail.com on 9 Oct 2012 at 3:30

GoogleCodeExporter commented 8 years ago 
the whole issue is that another version of NpackdCL (1.0) is installed as a 
dependency. The package is small (~2 MB) and does not create any problems. The 
percentage of 1.14 is small enough and I plan to remove support for 1.14 soon 
after 1.17 is released. This all will happen this year.

Original comment by tim.lebe...@gmail.com on 11 Oct 2012 at 7:13

GoogleCodeExporter commented 8 years ago 
Sorry, this takes longer than I thought

Original comment by tim.lebe...@gmail.com on 4 Apr 2013 at 10:23

GoogleCodeExporter commented 8 years ago

Original comment by tim.lebe...@gmail.com on 6 Apr 2013 at 9:21

GoogleCodeExporter commented 8 years ago

Original comment by tim.lebe...@gmail.com on 14 Apr 2013 at 8:25