On 29.11.2015 19:25, Josh Triplett wrote:
> Andreas Cadhalpun wrote:
>> The correct 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.
On 29.11.2015 14:41, David Kalnischkies wrote:
> On Sun, Nov 29, 2015 at 03:17:47AM +0100, Andreas Cadhalpun wrote:
>> One has to do:
>> $ cd test/interactive-helper
>> $ make aptwebserver
>
> A simple 'make' in the top-level directory builds this webserver
Indeed, but somehow 'debian/rules
Andreas Cadhalpun wrote:
> The relevant testcases are in test/integration/test-apt-get-source.
> There is a test for #731853 that is supposed to "ensure that apt will
> pick the higher version number" of 0.0.1 (stable) and 0.1 (stable).
> However, this works by pure chance, as simply reversing the
On Sun, Nov 29, 2015 at 03:17:47AM +0100, Andreas Cadhalpun wrote:
> >> Last = Parse;
> >> Offset = Parse->Offset();
> >> Version = Ver;
> >> + break;
> >> }
> >> }
> >>
> >
> > That 'fixes' this problem while
Control: tag -1 patch
Hi David,
On 15.08.2015 13:40, David Kalnischkies wrote:
> Control: tag -1 - patch
>
>> @@ -387,13 +388,15 @@ static pkgSrcRecords::Parser *FindSrc(const char
>> *Name,pkgRecords ,
>> // See if we need to look for a specific release tag
>> if (RelTag
Control: tag -1 patch
On 15.08.2015 02:13, Russ Allbery wrote:
I believe the explanation is that selecting the distribution doesn't work
the way that you think it does. It just changes the prioritization used
for selecting packages to install, which is then ignored by the source
command. (I
On Sat, Aug 15, 2015 at 2:13 AM, Russ Allbery wrote:
The workaround, as you discovered, is to figure out what version you want
with apt-cache show and then specify it with the = syntax.
Another workaround is to specify binary package names instead of
source package names. Sometimes this is
Control: tag -1 - patch
@@ -387,13 +388,15 @@ static pkgSrcRecords::Parser *FindSrc(const char
*Name,pkgRecords Recs,
// See if we need to look for a specific release tag
if (RelTag != UserRequestedVerTag == )
{
-const string Rel =
Hi folks,
when I do 'apt-get source linux' with jessie+sid enabled in sources.list,
there's no way to select jessie's ksrc version by target release. Neither
of these work:
- apt-get source linux
- apt-get -t jessie source linux
- apt-get source linux/jessie
Everytime the result is:
Hi Daniel,
On 14.08.2015 08:10, Daniel Reichelt wrote:
when I do 'apt-get source linux' with jessie+sid enabled in sources.list,
there's no way to select jessie's ksrc version by target release. Neither
of these work:
- apt-get source linux
- apt-get -t jessie source linux
- apt-get
Daniel Reichelt deb...@nachtgeist.net writes:
when I do 'apt-get source linux' with jessie+sid enabled in sources.list,
there's no way to select jessie's ksrc version by target release. Neither
of these work:
- apt-get source linux
- apt-get -t jessie source linux
- apt-get source
11 matches
Mail list logo
