apt/apt-pkg/contrib/srvrec.h, branch mainDebians commandline package managerhttps://git.kalnischkies.de/apt/atom?h=main2021-11-22T12:09:02Zapt-pkg/contrib/srvrec.h: Explicitly include sys/types.h2021-11-22T12:09:02ZAlexander Kanavinalex.kanavin@gmail.com2020-05-22T15:29:23Zurn:sha1:81fb78edaad8d3bc9ba18e2c5203e60af99a5a95
This avoids type errors with musl C library.
apt-pkg: default visibility to hidden2020-02-26T19:34:54ZJulian Andres Klodejulian.klode@canonical.com2019-08-13T17:15:19Zurn:sha1:db678df196ccd8f9f6fb336706cf5701d1e53aa6Reformat and sort all includes with clang-format2017-07-12T11:57:51ZJulian Andres Klodejak@debian.org2017-07-12T11:40:41Zurn:sha1:87274d0f22e1dfd99b2e5200e2fe75c1b804eac3
This makes it easier to see which headers includes what.
The changes were done by running
git grep -l '#\s*include' \
| grep -E '.(cc|h)$' \
| xargs sed -i -E 's/(^\s*)#(\s*)include/\1#\2 include/'
To modify all include lines by adding a space, and then running
./git-clang-format.sh.
srvrec: Do not expose C++11 tuple use in header2015-10-30T13:44:52ZJulian Andres Klodejak@debian.org2015-10-30T13:44:52Zurn:sha1:3129bd50d30dad985764436f147ad44bc54f2005
This makes non-C++11 reverse deps wishing to use it FTBFS.
srv test: do 100 pulls twice and compare list2015-09-14T13:22:18ZDavid Kalnischkiesdavid@kalnischkies.de2015-09-11T23:23:01Zurn:sha1:9bfb1136abfd58e48545304507dedceb2fe87a36
The previous implementation was still a bit unstable in terms of failing
at times. Lets try if we have more luck with this one.
Git-Dch: Ignore
use clock() as source for SRV randomness2015-09-01T17:01:45ZDavid Kalnischkiesdavid@kalnischkies.de2015-09-01T16:32:22Zurn:sha1:76abe9a5aad69eb7e67295588c6825cdae0341af
Initializing a random number generator with the time since epoch could
be good enough, but reaches its limits in test code as the 100
iterations might very well happen in the same second and hence the seed
number is always the same… clock() has a way lower resolution so it
changes more often and not unimportant: If many users start the update
at the same time it isn't to unlikely the SRV record will be ordered in
the same second choosing the same for them all, but it seems less likely
that the exact same clock() time has passed for them.
And if I have to touch this, lets change a few other things as well to
make me and/or compilers a bit happier (clang complained about the usage
of a GNU extension in the testcase for example).
Add basic (non weight adjusted) shuffling for SrvRecords selection2015-08-20T09:41:51ZMichael Vogtmvo@debian.org2015-08-20T08:40:45Zurn:sha1:c29dbdffcb6f67812f823f1f844b87320cf6b437
Also add "Debug::Acquire::SrvRecs" debug option and the option
"Acquire::EnableSrvRecods" to allow disabling this lookup.
cleanup2015-08-18T13:41:02ZMichael Vogtmvo@debian.org2015-08-18T13:41:02Zurn:sha1:cdeb54d4626ddc841d8898a8283084a8de3b25eeWIP start randomizing2014-05-23T15:24:17ZMichael Vogtmvo@ubuntu.com2014-05-23T15:24:17Zurn:sha1:e5f34ad3b043abf033c1626eb8449b75955d6760WIP make connect use GetSrvRecords2014-05-22T06:55:14ZMichael Vogtmvo@ubuntu.com2014-05-22T06:55:14Zurn:sha1:a01695e82cfbfa6e296c66879c1e41802d3ea413