[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#670322: marked as done (apt: set default archs for sources.list lines)

Your message dated Fri, 2 Dec 2016 18:40:06 +0100
with message-id <20161202174006.7grkfa4m5ou6aibk@crossbow>
and subject line Re: Bug#670322: apt: hiding foreign arch from APT::Architectures, using with [arch=] only, only partly works
has caused the Debian Bug report #670322,
regarding apt: set default archs for sources.list lines
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
670322: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=670322
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: apt
Version: 0.8.15.10
Severity: normal

(found no changelog entry for 0.9.x looking like this problem)

I have many sources.list entries, and only want selected ones to take
armel packages into account.  The new [arch=] tag seems tailored for
this, but then, APT::Architectures defaults to all foreign archs

(Sidenote: this situation is probably OK when foreign archs are
directly executable (eg. i386 on amd64), but for cross-compiling
purposes it it less OK)

... and apt ignores my tag and just downloads any armel Packages file
it can find - at least, I am able to install foreign packages, it just
does not installs by default the versions I want, and complains for
sources which do not provide an armel version.

(Sidenote: apt/preferences does not seem to allow scoring based on
arch, so I cannot pin armel packages to squeeze on this box where the
native packages are usually pinned to testing - maybe worth its own bugreport)

Now if I tell apt to only consider amd64 by default, with:
    APT::Architectures { "amd64"; };
... then apt-get update *does* fetch only the correct files, with a
single armel Packages file, but then, neither of apt-get/apt-cache/aptitude
want to talk about armel packages again, even for installed ones:

# dpkg -l libc6:armel
...
ii  libc6:armel                              2.13-27
# apt-cache policy libc6:armel
N: Unable to locate package libc6:armel

And if I comment out this APT::Architectures line and run apt-get update again:

# apt-cache policy libc6:armel
libc6:armel:
  Installed: 2.13-27
  Candidate: 2.13-27
...


Maybe I'm just trying to use the wrong feature to do what I need - I
had to guess since the sources.list manpage does not really tell that
the [arch=] syntax is not expected to be useful out of the box, nor in
which situations it is expected to be useful.


-- Package-specific info:

-- apt-config dump --

APT::Architecture "amd64";
...
APT::Architectures "";
APT::Architectures:: "amd64";

-- (/etc/apt/preferences present, but not submitted) --


-- /etc/apt/sources.list --

deb ftp://ftp.debian.org/debian testing main contrib non-free
...
deb [ arch=amd64,armel ] ftp://ftp.debian.org/debian squeeze main

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (101, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages apt depends on:
ii  debian-archive-keyring  2010.08.28
ii  gnupg                   1.4.12-4
ii  libc6                   2.13-27
ii  libgcc1                 1:4.7.0-3
ii  libstdc++6              4.7.0-3
ii  zlib1g                  1:1.2.6.dfsg-2

apt recommends no packages.

Versions of packages apt suggests:
ii  apt-doc         <none>
ii  aptitude        0.6.6-1
ii  bzip2           1.0.6-1
ii  dpkg-dev        1.16.2
ii  python-apt      0.8.3+nmu1
ii  xz-lzma [lzma]  5.1.1alpha+20110809-3

-- no debconf information

--- End Message ---
--- Begin Message --- 
Version: 0.9.9.1

Hi,

stumbled over this bugreport by accident, so lets put it in line with
current reality:

On Tue, Sep 11, 2012 at 09:18:21AM +0800, Daniel Hartwig wrote:
> On 11 September 2012 00:17, David Kalnischkies
> <kalnischkies+debian@gmail.com> wrote:
> >> APT::Sources::Default-Architectures ?
> >
> > I wonder if this isn't better served by providing a syntax to add and
> > remove architectures from the list, much like tags for bugreports:
> > arch=armel  # only get armel
> > arch=-armel # get everything from APT::Architectures expect armel
> 
> This looks good also.  The negative filter is precisely what the
> original report was anticipating.

This syntax got implemented in the version I am closing this bugreport with.


> > arch=+armel # get everything from APT::Architectures and armel
> 
> One caveat with this type of entry (and
> APT::Sources::Default-Architectures, if it contains extra archs also)
> is #451369, where APT has trouble with installed packages from these
> “extra” architectures if they do not also appear in a current source.
> This will probably have to be resolved to enable such a format.

This issue got resolved around the same time – its harder to pin done as
that was lots of work to make it both work and be reasonable efficient.
And as usual, if there is non-trivial amount of work it includes bugs
which eventually get resolved after they are discovered much later…


> > but you can do this:
> > Package: *
> > Pin: release n=squeeze,b=armel
> > Pin-Priority: 991
> 
> A better format, though it is not documented or working (?) in 0.9.7.4:

Indeed, that didn't work in that version, but it got implemented later
and works nowadays., too.


So, as everything in this bugreport seems to be dealt with: Closing.


Best regards

David Kalnischkies

Attachment: signature.asc
Description: PGP signature


--- End Message ---
Reply to: