--- /tmp/apt-2.3.119zqpk5xk/debian/libapt-pkg-doc_2.3.11_all.deb +++ libapt-pkg-doc_2.3.11_all.deb ├── control.tar.xz │ ├── control.tar │ │ ├── ./md5sums │ │ │ ├── ./md5sums │ │ │ │┄ Files differ ├── data.tar.xz │ ├── data.tar │ │ ├── ./usr/share/doc/libapt-pkg-doc/html/todo.xhtml │ │ │ @@ -41,14 +41,31 @@ │ │ │ │ │ │
│ │ │
│ │ │
Todo List
│ │ │
│ │ │
│ │ │
│ │ │ +
Module acquire
│ │ │ +
Acquire supports inserting an object into several queues at once, but it is not clear what its behavior in this case is, and no subclass of pkgAcquire::Item seems to actually use this capability.
│ │ │ +
Member MMap::Map (FileFd &Fd)
│ │ │ +
Writing to compressed fd's ?
│ │ │ +
Class pkgAcqIndex
│ │ │ +
Why does pkgAcqIndex have protected members?
│ │ │ +
Class pkgAcqMetaSig
│ │ │ +
Why protected members?
│ │ │ +
Class pkgAcquire
│ │ │ +

Why so many protected values?

│ │ │ +

Why all the protected data items and methods?

│ │ │ +

Like everything else in the Acquire system, this has way too many protected items.

│ │ │ +
│ │ │ +
Member pkgCdrom::Add (pkgCdromStatus *log)
│ │ │ +
We ignore stat() errors here as we usually have only one of those in use
│ │ │ +
Member pkgDPkgPM::Go (APT::Progress::PackageManager *progress) APT_OVERRIDE
│ │ │ +
workaround for dpkg bug, see our ./test-bug-740843-versioned-up-down-breaks test
│ │ │
Member CacheSetHelper::PackageFromString (PackageContainerInterface *const pci, pkgCacheFile &Cache, std::string const &pattern)
│ │ │
hm, hm, regexp/fnmatch incompatible?
│ │ │
Member CommandLine::GetCommand (Dispatch const *const Map, unsigned int const argc, char const *const *const argv) APT_PURE
│ │ │
How like is it that an option parameter will be also a valid Match ?
│ │ │
Member debReleaseIndex::Load (std::string const &Filename, std::string *const ErrorText) APT_OVERRIDE
│ │ │
find better tag name
│ │ │
Member edspListParser::ParseStatus (pkgCache::PkgIterator &Pkg, pkgCache::VerIterator &Ver) APT_OVERRIDE
│ │ │ @@ -117,54 +134,37 @@ │ │ │
Member pkgDepCache::GetRootSetFunc ()
│ │ │
Is this the best place for this function? Perhaps the settings for mark-and-sweep should be stored in a single external class?
│ │ │
Member pkgDepCache::Policy::IsImportantDep (DepIterator const &Dep) const
│ │ │
this is a meant as a temporary solution until the
│ │ │
Member pkgDPkgPM::OpenLog ()
│ │ │
use a better string after freeze
│ │ │
Member pkgDPkgPM::ProcessDpkgStatusLine (char *line)
│ │ │ -

2: is "pkgname" here reliable with dpkg only sending us

│ │ │ -

this needs a muliarch testcase

│ │ │ +

this needs a muliarch testcase

│ │ │ +

2: is "pkgname" here reliable with dpkg only sending us

│ │ │
│ │ │
Member pkgPackageManager::EarlyRemove (PkgIterator Pkg, DepIterator const *const Dep) APT_MUSTCHECK
│ │ │

Message should talk about Protected, not Essential, and unified.

│ │ │

Unify messaging with Protected below.

│ │ │
│ │ │
Member pkgPolicy::pkgPolicy (pkgCache *Owner)
│ │ │
make ExpressionMatches static to use it here easily
│ │ │
Member pkgProblemResolver::ResolveInternal (bool const BrokenFix=false)
│ │ │ -

use DoUpgrade(Pkg) instead?

│ │ │ -

we should undo the complete MarkInstall process here

│ │ │ +

we should undo the complete MarkInstall process here

│ │ │ +

use DoUpgrade(Pkg) instead?

│ │ │
│ │ │
Member pkgSrcRecords::Parser::BuildDepends (std::vector< BuildDepRec > &BuildDeps, bool const &ArchOnly, bool const &StripMultiArch=true)=0
│ │ │
Add a parameter to specify which architecture to use for [wildcard] matching
│ │ │
Member pkgSystem::MultiArchSupported () const =0
│ │ │
these methods should be virtual
│ │ │
Member SigVerify::CopyAndVerify (std::string CDROM, std::string Name, std::vector< std::string > &SigList, std::vector< std::string > PkgList, std::vector< std::string > SrcList)
│ │ │

delete any existing gpg file?

│ │ │

delete any existing gpg file?

│ │ │
│ │ │
Member StateChanges::Save (bool const DiscardOutput=false)
│ │ │ -
supported only since 1.17.7 in dpkg
│ │ │ -
Module acquire
│ │ │ -
Acquire supports inserting an object into several queues at once, but it is not clear what its behavior in this case is, and no subclass of pkgAcquire::Item seems to actually use this capability.
│ │ │ -
Member MMap::Map (FileFd &Fd)
│ │ │ -
Writing to compressed fd's ?
│ │ │ -
Class pkgAcqIndex
│ │ │ -
Why does pkgAcqIndex have protected members?
│ │ │ -
Class pkgAcqMetaSig
│ │ │ -
Why protected members?
│ │ │ -
Class pkgAcquire
│ │ │ -

Why all the protected data items and methods?

│ │ │ -

Like everything else in the Acquire system, this has way too many protected items.

│ │ │ -

Why so many protected values?

│ │ │ -
│ │ │ -
Member pkgCdrom::Add (pkgCdromStatus *log)
│ │ │ -
We ignore stat() errors here as we usually have only one of those in use
│ │ │ -
Member pkgDPkgPM::Go (APT::Progress::PackageManager *progress) APT_OVERRIDE
│ │ │ -
workaround for dpkg bug, see our ./test-bug-740843-versioned-up-down-breaks test
│ │ │ +
supported only since 1.17.7 in dpkg
│ │ │
│ │ │
│ │ │
│ │ │ │ │ │