apt/apt-pkg/cacheset.cc, branch 1.1.exp1Debians commandline package managerhttps://git.kalnischkies.de/apt/atom?h=1.1.exp12014-05-07T19:39:53Zfix some compile errors in the now enabled #if (APT_PKG_MAJOR >= 4 && APT_PKG_MINOR < 13)2014-05-07T19:39:53ZMichael Vogtmvo@debian.org2014-05-07T19:39:53Zurn:sha1:b58f28d4c4a06ef0a67cf3b6fe57aa08e7bc6b7ehandle pkgnames shorter than modifiers2014-04-26T07:51:05ZDavid Kalnischkiesdavid@kalnischkies.de2014-04-21T11:26:55Zurn:sha1:d99854cac4065bc7b337815fb2116269d58dab73
The bugreport highlights the problem with an empty package name. We fix
this by 'ignoring' these so that it behaves just like "apt-get install".
The deeper problem is that modifier strings can be longer than a package
name in which case the comparison doesn't make sense, so don't compare
then. Was not noticed so far as all modifiers are of length 1, so the
only package name shorter than this is in fact the empty package name.
Closes: 744940
follow method attribute suggestions by gcc2014-03-13T12:58:45ZDavid Kalnischkiesdavid@kalnischkies.de2014-03-05T23:33:10Zurn:sha1:a02db58fd50ef7fc2f0284852c6b3f98e458a232
Git-Dch: Ignore
Reported-By: gcc -Wsuggest-attribute={pure,const,noreturn}
cleanup headers and especially #includes everywhere2014-03-13T12:58:45ZDavid Kalnischkiesdavid@kalnischkies.de2014-03-05T21:11:25Zurn:sha1:453b82a388013e522b3a1b9fcd6ed0810dab1f4f
Beside being a bit cleaner it hopefully also resolves oddball problems
I have with high levels of parallel jobs.
Git-Dch: Ignore
Reported-By: iwyu (include-what-you-use)
warning: unused parameter ‘foo’ [-Wunused-parameter]2014-03-13T12:58:45ZDavid Kalnischkiesdavid@kalnischkies.de2014-03-01T14:11:42Zurn:sha1:655122418d714f342b5d9789f45f8035f3fe8b9a
Reported-By: gcc -Wunused-parameter
Git-Dch: Ignore
prepare re-enable fnmatch() once we have proper reporting2014-02-20T13:41:24ZMichael Vogtmvo@debian.org2014-02-20T13:41:24Zurn:sha1:7e75a619f6d35c492c1341096096432109facfc5disable fnmatch()2014-02-14T19:02:26ZMichael Vogtmvo@debian.org2014-02-14T18:58:56Zurn:sha1:32611903e8dcd6599042552c6c576b70e3d6633a
The current PackageContainerInterface::FromString() will do a
FromFnmatch() first and then FromRegEx(). This commit reverts
that change to restore the old behavior to only look for RegEx
and not glob-style pattern. The rational is that:
a) currently a fnmatch() is misleadingly reported as a regex match to
the user (Bug#738880)
b) a fnmatch may match something different than a a RegEx so the
change broke a published interface
add missing canNotFindFnmatch/showFnmatchSelection (for the next ABI break)2014-02-14T18:40:58ZMichael Vogtmvo@debian.org2014-02-14T18:40:58Zurn:sha1:16724b66fef02208ef050a36f732991941e39025rework some code to fix some scan-build warnings2014-01-16T18:51:23ZDavid Kalnischkiesdavid@kalnischkies.de2014-01-16T18:51:23Zurn:sha1:62d8a765b9b37354efab6ca838cbdb7f347f7cac
No visible functional changes, just code moved around and additional
checks to eliminate impossible branches
Reported-By: scan-build
Git-Dch: Ignore
squash merge of the feature/apt-binary branch without the changes from experimental2013-08-12T21:24:08ZMichael Vogtmvo@debian.org2013-08-12T21:24:08Zurn:sha1:b917917067e757c4479a344a263ef7cf43c00866