| Age | Commit message (Collapse) | Author | Files | Lines |
|
This follows recent changes in apt which added support for
files greater than several gigabytes in size -- using the
'unsigned long long' type to store the file size.
Changelog download is restored as a result of this.
Closes: #669569
LP: #824708
|
|
|
|
These never worked out as well as I intended, and all indications
were that they would be a maintenance burden...or just bitrot.
Fully parallel builds are nice, but my builds are pretty quick on
my 8-core box even with the artificial chokepoints that automake
induces.
|
|
Whoever's in charge of libapt these days apparently doesn't believe in
backwards compatibility. Or in documenting how their APIs are to be
used, or why names are deprecated </gripe>
|
|
It's really just a hack to break the command-line implementation up in a
way that's more amenable to unit-testing; it doesn't belong in the generic
view interface.
|
|
This code does the appropriate digging to extract structured download
information from Acquire and pass it to the view.
|
|
because it's already downloaded.
|
|
the whole download process is complete.
Necessary to fully expose the events generated by
download_signal_log.
|
|
|
|
As a side effect, this creates a "controllers" directory in the generic tree,
and removes the now-empty GTK+-specific controller and view directories.
The README files are moved over to the generic locations and tweaked to be
correct for their new home.
|
|
|
|
|
|
to the next line.
This should be useful for things like printing a status message alongside
some sort of progress indicator -- set_text() followed by advance() is not
really ideal since it truncates the line.
|
|
implementation for showing the download progress at the command line and a stub implementation.
This is mostly just a streamlining of the apt interface, but putting the
code behind a clean view will also make it much more testable.
|