Age | Commit message (Collapse) | Author |
|
Gbp-Dch: Ignore
|
|
Gbp-Dch: Ignore
|
|
Gbp-Dch: Ignore
|
|
Gbp-Dch: Ignore
|
|
"automatise" -> "automate"
Gbp-Dch: Ignore
|
|
Gbp-Dch: Ignore
|
|
Gbp-Dch: Ignore
|
|
Gbp-Dch: Ignore
|
|
Gbp-Dch: Ignore
|
|
"from the local mirror" suggested that live-build is always used with a
local mirror, which is not the case.
Gbp-Dch: Ignore
|
|
Gbp-Dch: Ignore
|
|
"the their"
Gbp-Dch: Ignore
|
|
"of each packages" -> "of each package"
Gbp-Dch: Ignore
|
|
"to be build" -> "to be built"
Gbp-Dch: Ignore
|
|
Gbp-Dch: Ignore
|
|
not sure that ISO is an acronym, but included anyway
Gbp-Dch: Ignore
|
|
|
|
|
|
`lb build` is a top level command and the one most users will want. listing
the secondary component build stages alongside it just confuses things.
here we clarify things by moving the second-level build stages to a
separate list.
Gbp-Dch: Short
|
|
"know" -> "known"
Gbp-Dch: Ignore
|
|
"some times" -> "sometimes"
Gbp-Dch: Ignore
|
|
|
|
the parent one allows "daily" also
Gbp-Dch: Short
|
|
The specifics of what whould be done for it, beyond the disk info
label, needs addressing. (fixme comment left). (#952854).
Partial fix for #952846
Gbp-Dch: Short
Closes: #952846
|
|
Partial fix for #952846
Gbp-Dch: Short
|
|
Gbp-Dch: Ignore
Closes: #952851
|
|
Perhaps it is unnecessary in the other case, but not harm applying
in both to be certain.
Gbp-Dch: Short
Closes: #952850
|
|
after use
Closes: #952849
|
|
Gbp-Dch: Ignore
Closes: #952848
|
|
This has been present in debootstrap since version 1.0.30.
Gbp-Dch: Short
Closes: #952847
|
|
update feb-2020: the bug report is marked as fixed in version 5.0-a7-1,
however there is no such patch merged for that tagged release, nor at all
in master, so this properly closes it.
Gbp-Dch: Short
Closes: #776532
|
|
Update feb-2020:
Both grub2 and syslinux were affected by this issue. Someone else's
patch fixing syslinux only just recently got merged in
2735f3bd38d3d2f0c48ea1ce023a27943ef0ab84 but grub2 was still
affected. I had made patches for both in 2015 which never got
merged. This is the grub2 one.
Gbp-Dch: Short
Closes: #952843
|
|
I do this to manually add the bug closure for #952834 and #952834
since they were merged with an invalid bug closure syntax. Same
for #952839 which also was tagged with "Gbp-Dch: Ignore" thus not
generating any changelog entry... a changelog entry is required
to be able to close a bug!
|
|
the sed commands were missing '-i' to actually modify the file (rather
than output to stdout)
Gbp-Dch: Short
Closes: #952842
|
|
all uses of this script pass in a suitable 'pass' param, and a previous
commit added a validation check. Having a fallback to 'binary' should a
param not be supplied is completely unnecessary.
fyi, this script is only ever called from the bootstrap stage and with
'binary' as the param, thus supporting being called with 'source' and
indeed having a 'pass' param at all is surely utterly pointless in itself.
Gbp-Dch: Ignore
|
|
if this had already been in place then it would have caught
bug #952837.
Gbp-Dch: Short
Closes: #952841
|
|
Gbp-Dch: Ignore
Closes #952839
|
|
Gbp-Dch: Short
Closes: #952838
|
|
valid values are binary|source, and source should have been
used here.
Gbp-Dch: Short
Closes: #952837
|
|
Originally removed in 42fb1e197607ac8920b3f8f3a583d1d540c5ae05
Accidentally restored in bc50443cf043616c7087f383e11bf85cd233c54e
(Closes #952835)
|
|
18e0a2f32525e5092be322272e7bf9296f050584 "rebranded live sources" which
included renaming `source_debian-live` to `source_live` but accidentally
left the old file in place.
(Closes #952834)
|
|
|
|
debian-cd changed it that way, we already have it that way in EFI
boot, let's be consistent.
|
|
The leading space ends up in the FLAVOUR substitution in live.cfg.
|
|
|
|
That change was erroneously committed as part of
44b9b0a6501476de594ce3783cea5df0c141478c
|
|
|
|
|
|
|
|
apt-ftparchive is not able to differentiate between .deb and .udeb so
we have to install them in different pool directories so that we can
regenerate the Packages files without having the .udeb show up
unexpectedly.
Since binary_package-lists can overwrite the Packages files generated
in installer_debian-installer we have to ensure that it also updates
the Release file created formerly.
Ideally we should find a way to avoid the duplication of this logic.
Gbp-Dch: Full
|