Merge lp:~daniel-thewatkins/livecd-rootfs/enable-backports into lp:livecd-rootfs
| Status: | Merged |
|---|---|
| Merge reported by: | Steve Langasek |
| Merged at revision: | not available |
| Proposed branch: | lp:~daniel-thewatkins/livecd-rootfs/enable-backports |
| Merge into: | lp:livecd-rootfs |
| Diff against target: |
199 lines (+44/-103) (has conflicts) 2 files modified
debian/changelog (+11/-0) live-build/auto/build (+33/-103) Text conflict in debian/changelog |
| To merge this branch: | bzr merge lp:~daniel-thewatkins/livecd-rootfs/enable-backports |
| Related bugs: |
| Reviewer | Review Type | Date Requested | Status |
|---|---|---|---|
| Steve Langasek | Needs Fixing on 2016-06-07 | ||
| Adam Conrad | 2016-05-18 | Needs Fixing on 2016-05-20 | |
|
Review via email:
|
|||
| Adam Conrad (adconrad) wrote : | # |
(When I say "look at what they do", I don't mean "read and duplicate the code", but rather just do a quick desktop install and server install in VMs and look at the final product. Ideally, all the sources.lists should look the same, but if they don't, let's identify divergence and fix that)
- 1390. By Dan Watkins on 2016-05-20
-
[CPC] Don't overwrite the default sources.list
We've received a request not to do so (LP: #1513529) and cloud-init applies it
(or something similar to it) at boot anyway, so the list we're putting in place
isn't generally used.
| Oliver Grawert (ogra) wrote : | # |
do we actually enable backports in official server and desktop images now ? is that a recent change in xenial ? (we never did before)
| Adam Conrad (adconrad) wrote : | # |
I see your idea of "recent" is about as messed up as mine is, ogra. ;)
apt-setup (1:0.49ubuntu5) oneiric; urgency=low
* Enable backports by default now that we have NotAutomatic enabled and
working.
-- Iain Lane <email address hidden> Thu, 12 May 2011 08:39:39 +0100
| Steve Langasek (vorlon) wrote : | # |
Sorry for the delay in re-reviewing this. Even more sorry to say I've found at least one regression wrt the contents of the default sources.list (see inline below).
| Steve Langasek (vorlon) wrote : | # |
FWIW I know it would be straightforward for me to fix the one bug I identified as part of the merge - but please cross-check your output with the default desktop sources.list, since apparently the default server sources.list is buggy.
| Dan Watkins (daniel-thewatkins) wrote : | # |
http://
http://
(Commenting up here so my new revision doesn't swallow the diff comment)
| Dan Watkins (daniel-thewatkins) wrote : | # |
Someone in #ubuntu gave me http://
- 1391. By Dan Watkins on 2016-06-08
-
Replace sources.list generated using COMPONENTS with the sources.list from
an Ubuntu Server installation (i.e. with all components enabled, and all
deb-src lines commented). - 1392. By Dan Watkins on 2016-06-08
-
Use the correct (pre-xenial) universe sources.list comment
- 1393. By Dan Watkins on 2016-06-08
-
Remove some trailing spaces
| Dan Watkins (daniel-thewatkins) wrote : | # |
I've filed https:/
| Steve Langasek (vorlon) wrote : | # |
On Wed, Jun 08, 2016 at 09:19:33AM -0000, Dan Watkins wrote:
> Someone in #ubuntu gave me http://
> sources.list from a fresh xenial desktop install; it looks like the issue
> exists on desktop too.
Ok wow, horrible (and confirmed).
On Wed, Jun 08, 2016 at 09:15:33AM -0000, Dan Watkins wrote:
> http://
> a trusty install originally); that looks correct to me. I'll modify the
> wording in my proposal to use that.
Thanks!

Generally okay, but please have a look at what a current desktop and server ISO do for default sources.list, and adjust the icky auto/build function to do the same thing. If we now enable the world by default, let's just do that and stop detecting based on the components we built with.