Your message dated Fri, 02 Nov 2012 21:43:42 +0100
with message-id <87fw4r7n29....@eisei.43-1.org>
and subject line Re: Bug#692111: wrong contents files in place (breaks firmware
package selection in live-build)
has caused the Debian Bug report #692111,
regarding wrong contents files in place (breaks firmware package selection in
live-build)
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 ow...@bugs.debian.org
immediately.)
--
692111: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=692111
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: ftp.debian.org
Owner: debian-l...@lists.debian.org
Severity: serious
It used to be that dists/$codename/Contents-$arch.gz is a concatenation
of all dists/$codename/$archive_area/Contents-$arch.gz.
For some reason, i just found out that now
dists/$codename/Contents-$arch.gz is merely a copy of
dists/$codename/main/Contents-$arch.gz, so basically *not* including the
contrib and non-free contents anymore.
This breaks live-build as it tries to deduce the list of firmware
packages to include for the unofficial 'firmware images'.
I can't think of a good explenation why this change would make sense, so
i guess it's just a bug and i'd be happy if you could look into it and
fix it.
--
Address: Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern
Email: daniel.baum...@progress-technologies.net
Internet: http://people.progress-technologies.net/~daniel.baumann/
--- End Message ---
--- Begin Message ---
Daniel Baumann <daniel.baum...@progress-technologies.net> writes:
> On 11/02/2012 12:11 PM, Ansgar Burchardt wrote:
>> I think this was changed in b36379705f3f2a52788ad19cf1da339c4edf339d
>> back in March 2011 and announced in [2]. Note that the compatibility
>> symlinks will be removed once squeeze moved to archive.d.o.
>
> ftr it's not "compatibility" if you change the content of it to
> something else.
Well, it continues to work for packages in main. For other components
one has need to use the new location.
Anyway, as I said earlier we don't want to duplicate the information so
I am closing this bug.
Ansgar
--- End Message ---
