In SingleArch environments we don't need the arch "all" pseudo package
for handling arch:all packages, so we create only one package and stop
calling it a pseudo package.
Add yet another pseudo package which isn't as pseudo as the others:
Arch all packages are now represented by arch depending packages which
all depend on a package with the same name and the special arch "all".
This packages has NO dependencies, but beside this the same information.
It is the only package which has a size, the arch depending ones all
have a zero size. While the arch depending pseudo packages are used
for dependency resolution the arch "all" package is used for downloading
and ordering of the package.
Arch() on a MultiArch:all version should return "all" to be compatible
with previous usecases. You now need to requested with Arch(true) the
return of the architecture this version (and pseudo package) was created for.
display the architecture of the package if it is not the default
architecture in apt-get, display policy for all available architectures
and use GrpIterator in apt-cache pkgnames
Pre-MultiArch a package which depends on a package with architecture "all"
can be sure that a package comeing in as a dependency of this package
will be of the same architecture as itself (or all). We don't want to break
this, so internal an arch all package is represented as many arch depending
packages. The only problem we have now is that we only know that a arch
all package is installed or not - we don't know for which architecture it
was installed: So we will look at all these broken arch all pseudo packages
and "remove" them.
Split ListParser::NewDepends into two methods to use these new method
for creating the dependencies needed for our groups:
For now for all groups only one package can be installed at the same
time which conflicts with each other packages in the group.
The exceptions are architecture all package.
Also, the Multi-Arch field is now parsed, but not used for now.
merge Goswin Brederlow "support download of index files for different archs"
patch which includes the following big changes:
- Declare the unused [vendor] field in sources.list as option field,
e.g. deb [arch=amd64,i386 lang=en_GB have=fun] http://example.org
- When fetching index files download them for all APT::Architectures
(overrideable with the options field above)
- Allow all architectures of APT::Architectures to be in the Cache
- Add the architecture to status and progress informations
- Add b= (Binary architecture) to policy
This commit doesn't incude the "pin-hack" as the Group structure will take
care of this (and does it already to some extend).
Implement the first step toward Multi-Arch by setting up a Group
infrastructor for packages.
APT is now aware of the fact that a package A in architecture X can't
satisfy a dependency on package A in architecture Y - to handle these
packages are now identified by name and architecture, so different
architectures of the same package are handled internally as completly
different packages. This is great for pinning, dependency checking and
in many other situations, but sometimes we need to know which archs are
available for a given package: Here Groups come to our rescue!
add APT::FTPArchive::AlwaysStat to disable the too aggressive
caching if versions are build multiply times (not recommend)
Patch by Christoph Goehre, thanks! (Closes: #463260)
use "diff" filetype for .debian.tar.* files (Closes: #554898) in
apt-pkg/deb/debsrcrecords.cc as source format v3 uses this name
scheme for their "diff" files.
[BREAK] add possibility to download and use multiply
Translation files, configurable with Acquire::Languages
accessable with APT::Configuration::getLanguages() and
as always with documentation in apt.conf.
The commit also includes a very very simple testapp.
add https options which default to the ones from http for the https
method as this is more sane than using only the http options without
a possibility to override these for https.
Finally adope the patch from Morten Hustveit <morten@debian.org> to be
able to optional use mmaps and iovec to increase patch speed -
but as this increase memory usage we can always fall back to the "old"
method which doesn't relay on mmaps.
rewrite and refactor rred method to be able to handle even big (>30 MB)
patches (Closes: #554349) and hardening the method itself by using more
constants and a return value which can't be misinterpreted as linenumber
merge the german translations from lp:~mvo/apt/debian-sid
* remerge the de-manpage in as it has some Ümläüte problems
* fixing the buildprocess for de by adding some boilerplate addendums
* correcting some syntaxbreaking typos and rebuild all manpage langs
correct various errors, typos and oddities in the manpages
Patch by Chris Leick which closes his on bug. Thanks!
* doc/ various manpages:
- correct various errors, typos and oddities (Closes: #552535)
* doc/apt-secure.8.xml:
- replace literal with emphasis tags in Archive configuration
refactor the buildsystem to extract library versions from one file,
so it is not needed to change x-files to just increase a version number
(because this is far to easy to forget one of the files, which will not
result in failures or is bad in general, but is inconsitent.)
rewrite FindSrc() in cmdline/apt-get.cc to fix some bugs, including:
* cmdline/apt-get.cc:
- source should displays his final pkg pick (Closes: #249383, #550952)
- source doesn't need the complete version for match (Closes: #245250)
- source ignores versions/releases if not available (Closes: #377424)
add a message which will be displayed if xsltproc does respect the -o
flag again and a manual mv to the correct name is no longer needed.
(used in the buildprocess of po4a manpages)
add guide.sgml and offline.sgml to the "translatable with po4a"-group
Fix also the buildsystem for building the coresponding docs from these
two files if they are exist for this language so we don't need to change
the makefiles for ja and fr - and can also use the same simple makefiles
for it and pl which ship these files as not-yet-with-po4a-translated
(and currently no man page translation.)