ion criteria using --criteria-plain
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
ser from depends on it…
This might also be the right time for users to reconsider if they really
need all these third-party repositories they have configured over the
years. Debian has an evergrowing archive of software after all – and if
it isn't in the archive yet, consider adding it!
B
your
/var/lib/apt/lists before you do this in case this isn't always
reproducible (if you get the "wrong" mirror for example).
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
On Mon, Feb 22, 2016 at 03:21:14PM +0100, Marc Haber wrote:
> On Sun, Feb 21, 2016 at 11:11:57PM +0100, David Kalnischkies wrote:
> > Zip up the lists/ directory + your /etc/apt. DO NOT run update again
> > before doing that. Upload that somewhere.
>
> http://q.bofh.de/~mh/
will neither disappear nor do they
change default behaviour.¹ "apt" is just another binary which comes with
a slightly different set of default options we deem more reasonable for
interactive usage, but uses the very same code as apt-get and co.
So if you have a script, please continu
also install debug packages (copy back the buggy lists/
directory after that) and provide a stacktrace.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
peration we want to delay until after we have figured out all
build-dependencies as we would have to calculate it again then.
Before the rewrite it wasn't important then this calculation happened,
so the code did it very early on, so later parts "optimized" for code
length it s
e
machine to "the cloud" or adds a new user + ssh server or or or…
What you could do with it is perhaps a shortcut for pinning, showing an
additional message/require an additional confirmation, if a package is
picked from that repository, or actually all of that in different
features…
appily accept any patch flying my way
implementing architecture wildcards differently if need be, but I am not
going to do it myself mainly because I expect that to have fallout – not
in apt, but in things using apt – and I don't have the energy (or the
rights) to deal with such things efficiently.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
efore the source name.
At the very minimum we will need to see that output, too…
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
nterface… /nitpick ]
> resolvers like dose3 or aspcud will happily find a solution.
I hope so! Otherwise I would seriously question what researchers have
done in the last decade (we are actually getting close to two now)… ;)
Of course, they aren't perfect either or someone surely had put in the
effort of making them the default…
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
ekend)
and figure out how to solve this then hopefully without reverting the
merges entirely.
As a "workaround" I would suggest using just one mirror for the time
being – and depending on why you have this multimirror setup you might
want to look into httpredir.debian.org as mirror.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
s made from a machine (running Debian stable)
which isn't the machine the bug was observed on (as the report claims
to be against a Debian testing/unstable verion).
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
lapsed on page load by javascript. The inherit
elements are e.g. all styled with the '.inherit' css class which just
sets 'display:none'. Not setting it via css but doing something like
$('.inherit').hide(0) would be nicer in case of bugs like this one and
also for users who have javascript disabled by default.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
chitecture
> of this version, which is "-" if there is no version, and a field showing
> the MultiArch type "same", foreign", "allowed" or "none".»
Added.
> I hope I am not wasting your time.
Of course you aren't. T
typo… can you highlight what
is wrong and maybe even give a suggestion for an improvement?
But if you think 'apt' is a typo… we have a present for you. :)
Happy holidays to you, too & best regards
David Kalnischkies
signature.asc
Description: PGP signature
gainst reality. Yeah, that would be nice… but its also
work to implement such a system. Can I assume you are volunteering?
Happy "package managment" days and best regards
David Kalnischkies
signature.asc
Description: PGP signature
do
I really feel motivated to report a bug for everything which jumped in
my face while playing with this path as pretty much everything involving
shell at some point finds at least something in it to explode… (which,
frankly, is an appropriate response for such a "psycho-path"), which
as
a form of (negative) confirmation bias after talking again and again in
defense of pdiff in fact]
So, yeah, problem well understood – no need to further debug/check that.
"Just" needs some heavy code juggling now to make it fly again…
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
dig
into the parser: I remember changing whitespace parsing "recently", so
that could be a 1.1 regression and I wanted to look into it for other
reasons as well…
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
message printed after we had a failure higher up
the chain [which was probably very technical like this one] – with the
"most likely" cause added in a few layman terms as we do it in a few
other error messages as well.)
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
(I think you meant /etc/hosts)
My money is on Nils's suggestion, but if that isn't it the only recent
changes to resolving are IDN support (disable it via -o
Acquire::Connect::IDN=false) and support for SRV records (disable it via
-o Acquire::EnableSrvRecords=false). Neither should be r
On Sun, Dec 06, 2015 at 03:32:02PM +0100, Jakub Wilk wrote:
> * David Kalnischkies , 2015-12-06, 14:55:
> >I changed various places to use "command -v" anyhow as we indeed use it
> >for no good reason, so why not…
>
> Well, Policy says that /bin/sh scripts must fo
c (+ sort), which we use at a couple of
other places as well and is a more common tool (packaged in findutils
– also essential, so no explicit dependency either, but that tends to be
available on all other systems via their essential equivalent.)
Hope that helps.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
rposes as it can be considered
broken. Note that SHA1 is on its (long) way out as that is close to be
broken, too, so SHA256 (or SHA512) is currently best practice (given
that this is what gpg is using for signatures, so more wouldn't have an
effect).
Best regards
David Kalnischkie
way would be to choose a new 'best hit', if either
> * there is a target release and it matches the release of the package,
> * or there is no target release
> and the version is higher than the last best hit.
>
> Attached is a patch fixing this and another
faked) gid. A proper patch would likely
involve saving in setgroups as well, so not marking as +patch – also as
the wrapping of initgroups somehow suggests you don't want to deal with
this at all.
Best regards
David Kalnischkies
--- a/libfakeroot.c
+++ b/libfakeroot.c
@@ -1554,6 +1554,16 @@
> In which case, going back to apt.git and "sudo debi -u" to reinstall all
> packages I've built seems to fix the issue.
As mentioned briefly schroot copies users & groups from your host
system, so if your host system has no _apt user, the _apt user in your
schroot will "disappear" next time it is copied over.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
privilege dropping for the moment.
Best regards
David Kalnischkies
diff --git a/apt-pkg/contrib/fileutl.cc b/apt-pkg/contrib/fileutl.cc
index 46de634..f754b31 100644
--- a/apt-pkg/contrib/fileutl.cc
+++ b/apt-pkg/contrib/fileutl.cc
@@ -2322,12 +2322,17 @@ bool DropPrivileges() /*{{{*/
On Fri, Nov 27, 2015 at 05:18:13PM +0100, Thorsten Glaser wrote:
> On Fri, 27 Nov 2015, David Kalnischkies wrote:
>
> > Essentials have to be installed, so you just can't have mutually-
> > exclusive essentials in any supportable capacity.
>
> Of course Essentials h
its very
complicated for a very small gain as essentials are usually not exclusive
by design and the "workaround" is easy enough: pinning.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
ak symbol magic, which
I initially intended anyhow, but part forgot and part found useful while
working on this change.
¹ if "-private" wasn't enough of a hint, headers aren't available, no
symbols/shlibs file and exactly nobody cares about ABI/API in there.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
On Sat, Nov 21, 2015 at 06:39:03PM +0100, Alexandre Detiste wrote:
> Le samedi 21 novembre 2015, 10:27:29 David Kalnischkies a écrit :
> > On Fri, Nov 20, 2015 at 01:42:34PM +0100, Alexandre Detiste wrote:
> > That is most likely of no real concern to the user hence its only
>
other one right at the end – which is
a bit late, ideally it should be shown before the user is asked to
confirm the installation/download, but one bug at the time. ;)
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
ing translators for updates, so that is just
a heads up in case you might wonder.
> > You might want to check your PO files with i18nspector, which is how
> > I found this bug. :)
Thanks from me to Jakub for having a look, too!
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
ely that it results in a crash instead of not
detecting a file as RAW in most other applications ;) )
Anyway, upstream should probably look for more instances as the attached
patch is likely incomplete. It just got the NEF previews working again
for me.
Best regards
David Kalnischkies
diff --git
ven through codesearch suggests there aren't
an awful lot of users and I doubt it would turn out worse for them,
instead of officially breaking the API lets just deprecate 2 and have
4 (which looks like 2) be a wrapper for 3. Yeah for API design!
Best regards
David Kalnischkies
P.S.: Base
values).
Oh, and for the record: I have no clear opinion on what should be done about
it – I will leave that for the "history digging timelords" to decide.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
derstand what the problem is…
maybe you can give us an idea how and why you are trying to sent bytes
instead of characters in our textinterface here?
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
ns.
It would be nice if you could provide a complete set of steps to
reproduce this, preferably starting with the setup of the chroot itself.
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
m as
far as I know) need some help – you might wanna join…
Best regards
David Kalnischkies
signature.asc
Description: PGP signature
expect it…
So I left this bug here for someone to check aptitude – feel free to
close if there is no such issue.
Best regards
David Kalnischkies
signature.asc
Description: Digital signature
e sub-transition over with faster, packages from
third-party repositories … but nobody can help if all you tell us is
"254" and "121".
I am inclined to close as 'notabug', but I will give you a second chance
at giving us some details so that it is actually possible to figure out
what is the problem.
Best regards
David Kalnischkies
signature.asc
Description: Digital signature
On Wed, Sep 09, 2015 at 11:23:49AM +0100, Manuel A. Fernandez Montecelo wrote:
> 2015-09-09 7:07 GMT+01:00 David Kalnischkies :
> > On Tue, Sep 08, 2015 at 03:40:20PM +0100, Manuel A. Fernandez Montecelo
> > wrote:
> >> Is this with multi-arch enabled? gnotski is no
oducible if its really this issue.
Best regards
David Kalnischkies
signature.asc
Description: Digital signature
On Sat, Sep 05, 2015 at 06:43:54AM -0400, James McCoy wrote:
> On Sep 5, 2015 5:17 AM, "David Kalnischkies" wrote:
> > The gcc-5 transition causes many libraries libfoov5 to conflict with
> > installed libfoo packages and the resolver dislikes removing packages as
> &g
sion). Also, running
apt-get update -o Debug::Acquire::http=1
might reveal something interesting.
Also, what version of apt and libapt is used here?
Any configuration derivation you might want to tell us about?
But as Julian said, this is likely a temporary problem of the involved
serve
I really hope it doesn't need an emergency to see you again on
mailinglists and DebConfs alike, so "break a leg" with your running and
Best regards
David Kalnischkies
[0]
https://lists.alioth.debian.org/pipermail/soc-coordination/2010-April/000772.html
signature.asc
Description: Digital signature
e next experimental upload.
There will hopefully be a 'proper' call for updates later in this
release cycle, but we are always happy to receive updates at any point
in time. :)
Best regards
David Kalnischkies
signature.asc
Description: Digital signature
I want to implement eventually, some distros (e.g. Ubuntu if I remember
right) truncate the changelog file they ship in the package, so for
these distros there should at least be an option to get the complete
file from the online source instead of from disk.
Best regards
David Kalnischkies
signature.asc
Description: Digital signature
it.
Best regards
David Kalnischkies
signature.asc
Description: Digital signature
cleaned up
automatically of course.
* You could at least drop the logs from apt in the same place for
cleanup assuming your usecase is allowing it.
* Also, for maximum cleanup try --path-{exclude,include} options for
dpkg, but that is super-dependent on usecase of course.
Best regards
David Kalnischkies
signature.asc
Description: Digital signature
ng=1" btw, which should cause even root
to use an entirely memory based cache. It does disable all locking
through, so avoid running multiple apt/dpkg instances in the meantime…
Best regards
David Kalnischkies
signature.asc
Description: Digital signature
ds: a huge improvement already we can and should ship!
So, thanks to you and your reviewers for your contributions – and just
open another report at the time the next update is ready. :)
Thanks again & best regards
David Kalnischkies
signature.asc
Description: Digital signature
minimal
chroot as well as (cross-)bootstrappable among other things.
The (semi-)dead apt-rpm got away with a lua hook system mainly as rpm
already needs it – and this is certainly interesting to look at, but
very likely at most as an inspiration rather than a patch source…
Best regards
David Kalnischkies
signature.asc
Description: Digital signature
elease file to compare with (like
SHA512 currently) and a bunch of other nifty stuff. See also the
test/integration/test-apt-update-* tests for details on what it can do
(and prevents attackers from doing).
Best regards
David Kalnischkies
signature.asc
Description: Digital signature
Control: severity -1 minor
Control: tags -1 + newcomer
Control: found -1 0.8.16~exp2
On Sat, Aug 15, 2015 at 05:34:20PM +0200, Jakub Wilk wrote:
> Package: apt
> Version: 1.0.10.1
> Tags: security
>
> * David Kalnischkies , 2015-08-14, 10:14:
> >For the record: /usr/lib/ap
). I am the guy accompanied by super cow. Otherwise hit me
on IRC (DonKult) in #debian-apt or anywhere else. That extends to "all
the things apt" of course like bugs tagged newcomer… *hint hint*
Best regards
David Kalnischkies
signature.asc
Description: Digital signature
were mass-triaging bugs the whole week and doing that
makes you slightly crazy – also because there are actually reports
requesting the strangest things so you start reading the worst into
them… ;)
So, again thanks for the report and for bearing with me, too!
Best regards
David Kalnischk
hich will become 1.1 eventually already autorecreates and/or chowns
(among other things) the partial/ directories as needed all by itself.
So, your sneakernet should work out-of-the-box.
Best regards
David Kalnischkies
signature.asc
Description: Digital signature
ker which isn't public, you need
an alioth account to read it (I have no idea why):
https://alioth.debian.org/tracker/index.php?func=detail&aid=314652&group_id=100114&atid=413095
There are more apt related patches in there as well. Seems like the
maintainers of bash-completion need so
hurt. Just commited to git, should be
part of 1.1 hence. Thanks for reporting this oversight now!
Best regards
David Kalnischkies
signature.asc
Description: Digital signature
Sounds for me like the submitter gets a mail automatically…
Best regards
David Kalnischkies
signature.asc
Description: Digital signature
never done
this myself) setting "Dir" and "DPkg:Run-Directory" to the same
directory aka your chroot.
Good luck & best regards
David Kalnischkies
signature.asc
Description: Digital signature
So, its probably better to change getCommandArgs to do something clever
on a Cmd == NULL as the FIXME in the code suggests, its just that this
needs to keep support for stuff like "apt-get -h", which is why there is
a FIXME and not an error message in its place already.
Best regards
Dav
e avoided through via the
use of a d-pointer).
Best regards
David Kalnischkies
signature.asc
Description: Digital signature
o prefix only relative paths, set Dir
instead.
In other words: You probably want to set Dir, not RootDir.
Best regards
David Kalnischkies
signature.asc
Description: Digital signature
On Tue, Aug 11, 2015 at 10:46:32AM -0400, Antoine Beaupré wrote:
> On 2015-08-11 04:33:31, David Kalnischkies wrote:
> > Hi,
> >
> > On Sun, Jul 17, 2011 at 12:06:37PM -0400, Antoine Beaupré wrote:
> >> Now, those keys are (or can be) published on the keyservers. Wh
system and in which version. If you don't
want to expose this information in public, feel free to sent it
privately to me.
Best regards
David Kalnischkies
signature.asc
Description: Digital signature
e result, just that aptitude runs the autoremover by
default for all actions while it is an extra command in apt-get.
Best regards
David Kalnischkies
signature.asc
Description: Digital signature
Version: 0.9.10
On Wed, Mar 30, 2011 at 10:27:57PM +0200, David Kalnischkies wrote:
> On Sun, Mar 27, 2011 at 03:13, Josh Triplett wrote:
> > On Sat, Mar 26, 2011 at 10:33:17AM +0100, David Kalnischkies wrote:
> >> I think this is very similar to --secrect-keyring which isn
tions. ;P
It's unbelievable how much can go wrong in a single line of code…
Best regards
David Kalnischkies
commit d32010483fed74681bf9035a1c81adbcecbf1146
Author: David Kalnischkies
Date: Mon Aug 3 07:00:33 2015 +0200
mark again deps of pkgs in APT::Never-MarkAuto-Sections as manual
he people who
would consider it overriding user configuration…
(just for the record: The bug here will be "recycled" for the breakage
of Never-Mark-Auto and be closed around next week, depending a bit on
Michaels return and the gcc5 transition)
Best regards & see you at DebConf :)
D
for the 'debian/sid-gcc5' branch or
the (signed by me) 1.0.10 tag.
As usual no patch attached as the po-rebuilds kill it.
Feel free to drop me a line by mail/irc if there is more I can/should do.
Best regards
David Kalnischkies
signature.asc
Description: Digital signature
be a good excuse to finally work on it…
/me adds it to DebCamp list
Best regards
David Kalnischkies
signature.asc
Description: Digital signature
On Mon, Jul 06, 2015 at 03:19:04PM -0400, Daniel Kahn Gillmor wrote:
> On Sun 2015-07-05 11:10:59 -0400, David Kalnischkies wrote:
>
> > I don't know where you get the "stdin" from. What I am trying here is
> > merging a keybox into a simple keyring in a single co
--keyring gpg2.ring
> > --export | gpg2 --no-options --no-default-keyring --keyring gpg1.ring
> > --import
> > | gpg: WARNING: unsafe permissions on homedir '/tmp/gpg2to1'
> > | gpg: WARNING: unsafe permissions on homedir '/tmp/gpg2to1'
> > |
gpg: trustdb created
| gpg: key 76B9B739: public key "David Kalnischkies "
imported
| gpg: Total number processed: 1
| gpg: imported: 1 (RSA: 1)
| gpg: no ultimately trusted keys found
| /tmp/gpg2to1$ gpg2 --no-options --no-default-keyring --keyring
~/.gnupg/pubring.gpg
On Wed, Jun 24, 2015 at 11:25:54PM +0200, Johannes Schauer wrote:
> Hi,
>
> Quoting David Kalnischkies (2015-06-24 23:18:12)
> > So, long story short, the solution I would like to propose is:
> >
> > $ apt-get files "Codename: sid" "Trusted: yes&q
On Thu, Jun 26, 2014 at 10:58:38PM +0200, David Kalnischkies wrote:
> On Thu, Jun 26, 2014 at 10:30:24PM +0200, Johannes Schauer wrote:
> > Quoting David Kalnischkies (2014-06-26 21:48:42)
> > > I think it is a bad idea to use our lib-directory directly.
> >
> > if a
by other
bugreports already.
I have to say that I wonder why you divert a config file through.
Changes to the file can be detected by dpkg and even if you remove it
dpkg will not add it again on a package upgrade.
Best regards
David Kalnischkies
signature.asc
Description: Digital signature
27;newcomer' is actually a try to get it
fixed faster rather than putting it in the 'never too be touched again'
basket most newcomer bugs usually end up in unfortunately. So, grab it…)
¹ sorry, no perl. We have nobody who could review/maintain that.
Best regards
David Kalnischkies
signature.asc
Description: Digital signature
http://anonscm.debian.org/cgit/apt/apt.git/commit/?id=870a2b6d683e58c0584bbd3614a76cf25a055928
> to use /proc/self/fd where available. This brings us down to 0.72 ms
> in my optimal test case.
(Frankly I would be happy if we could drop this code entirely, but that
is going to be a lot of busy work for questionable benefit so I am not
going to cry "here". I would tag it newcomer, but I don't thing the
experience working on this would be very nice, so I don't.)
Best regards
David Kalnischkies
signature.asc
Description: Digital signature
er
(see yum vs. dnf).
¹ And frankly, also the requirements changed. I think 17 years ago any
kind of dependency solving was magic. It still very much is, but we are
so much used to it now, that we expect more and more. Unfortunately
without purring more resources into it. Instead we declare packag
Hi,
On Tue, May 05, 2015 at 09:43:53AM +0200, Cesare Leonardi wrote:
> root@etna:~# apt update
> Get:1 http://httpredir.debian.org unstable InRelease [204 kB]
> Hit http://httpredir.debian.org experimental InRelease
[…]
> Err http://httpredir.debian.org experimental/non-free amd64 Packages
>
> Hit
are started and/or always
working as root, so just 'locking' is not an option if you don't happen
to forbid every use of libapt as non-root in the process and only allow
libapt to be loaded by only one root application at the time. That would
immensly cripple the useability for next to no gain…
Best regards
David Kalnischkies
signature.asc
Description: Digital signature
venture seekers can try the attached patch. Axel already tried it
out for me and confirmed it fixes things and my tests are reassuring as
well, but additional feedback never hurts (still, this is for the
experienced Debian user to try only!)
A "thank you" goes out
ne parsing of apt-get.
And that was it, all 7 changes in 1.0.9.8.
Fun fact: This mail has more lines than 2 times the amount of changed
code lines (which itself counts changes twice as one line added and one
line removed) in the diff between 1.0.9.7 and 1.0.9.8.
Best regards
David Kalnischkies
signature.asc
Description: Digital signature
something.
Maybe make a backup of /var/lib/apt/ and /var/lib/dpkg/status somewhere,
in case we find out the relevant state is dependent on those.
> No such bug found on my cubietruck.
btw: Is cubietruck 'armhf' or 'armel'?
Best regards
David Kalnischkies
signature.asc
Description: Digital signature
riting a patch? Feel free to ask me (or the
others) by mail or IRC (#debian-apt) anything (optionally even stuff
related to apt). ;)
Best regards
David Kalnischkies
signature.asc
Description: Digital signature
h it is kinda unrelated to be honest).
The patch is attached there and as one-liney and 'safe' as the rest of
this bundle is supposed to be…
Thanks and best regards
David Kalnischkies
signature.asc
Description: Digital signature
hy solver comes to this solution:
-o Debug::pkgDepCache::AutoInstall=1
-o Debug::pkgDepCache::Marker=1
-o Debug::pkgProblemResolver=1
How the execution shedule looks and why:
-o Debug::pkgOrderList=1 (usually just noise through)
-o Debug::pkgPackageManager=1
Best regards
David Kalnischkies
signature.asc
Description: Digital signature
n
through, but that can be skipped as it isn't run at buildtime.
Best regards
David Kalnischkies
commit 596ec43ce34421080a58b28299c1ed9cb0dbaa25
Author: David Kalnischkies
Date: Sun Apr 12 19:16:01 2015 +0200
parse specific-arch dependencies correctly on single-arch systems
akeroot --keyring rootdir/etc/apt/trusted.gpg
> del DBAC8DAE
Shouldn't (at least) this testcase fail if you fail on not acting?
Best regards
David Kalnischkies
signature.asc
Description: Digital signature
small if not zero.
One complication through: Upgrading packages considers new vs. old
unsatisfied recommends and installs new recommends, while leaving the
old ones uninstalled, so such a list might want to consider that as
well.
Best regards
David Kalnischkies
signature.asc
Description: Digital signature
.git/log/?h=debian/jessie
Thanks for considering an:
unblock apt/1.0.9.8
and best regards
David Kalnischkies (for the APT team)
commit d5cf8851753dde4f45bfd3b48fcdf34247a8752a
Author: David Kalnischkies
Date: Tue Apr 7 22:34:34 2015 +0200
keyids in "apt-key del" should be case
xist (nor would it be sensible).
It also wastes three keystrokes per user. ;)
Attached is a diff to drop the -f from all translations, even those
which seem kinda stale (I have my doubts "aptitude -f" had the behaviour
suggested in older version here either, but I haven't touc
e.
I am tagging this 'newcomer' as this looks like a good opportunity
as the 'install' case already works, the 'remove' case should be very
similar. Anyone interested on working on this is highly encouraged to
drop us a line (or two) and/or join #debian-apt on IRC.
Best regards
David Kalnischkies
signature.asc
Description: Digital signature
On Thu, Mar 19, 2015 at 10:40:32PM +0100, Matthias Klose wrote:
> On 03/18/2015 11:39 AM, David Kalnischkies wrote:
> > Attached is as far as I got in terms of a testcase. Still depends on
> > libapt as if I make the method directly available everything is fine…
>
> would it
s now and it at least catches the essence of
both suggested patches.
Best regards
David Kalnischkies
commit 70c374f18a69661006fc0472018efe833e03fa90
Author: David Kalnischkies
Date: Tue Apr 7 14:34:04 2015 +0200
properly handle expected filesize in https
The worker expects tha
401 - 500 of 1115 matches
Mail list logo