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

Bug#692111 closed by Ansgar Burchardt <ansgar@debian.org> (Re: Bug#692111: wrong contents files in place (breaks firmware package selection in live-build))

This is an automatic notification regarding your Bug report
which was filed against the ftp.debian.org package:

#692111: wrong contents files in place (breaks firmware package selection in live-build)

It has been closed by Ansgar Burchardt <ansgar@debian.org>.

Their explanation is attached below along with your original report.
If this explanation is unsatisfactory and you have not received a
better one in a separate message then please contact Ansgar Burchardt <ansgar@debian.org> by
replying to this email.


-- 
692111: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=692111
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Daniel Baumann <daniel.baumann@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 ---
--- Begin Message --- 
Package: ftp.debian.org
Owner: debian-live@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.baumann@progress-technologies.net
Internet:       http://people.progress-technologies.net/~daniel.baumann/

--- End Message ---
Reply to: