Re: [Tails-dev] [review'n'merge:1.1] feature/uefi (#5739)
Hi, intrigeri wrote (13 May 2014 09:47:45 GMT) : * It would be good to have #6562 at least partly resolved in 1.1. [...] I think that's the main blocker, but given it's only documentation, I think it's fine if I do it only post-RC, and can anyway be improved after 1.1 is out, if needed. I am postponing this to RC..final time, to free some more time for other, non-UEFI things that need to be fixed and merged in time for the RC. * It would be good to address #6577 (Convert existing Tails devices to UEFI on full upgrade) before the release. [...] Ready to be reviewed and merged, assigned to anonym. Details about where I've left things at are on the ticket. * It would be good to support older VirtualBox (#7173). [...] So, I'll try to backport the relevant upstream commit, to support older VirtualBox, by May 26. If this doesn't work, I don't think it's a critical blocker. Turned into a known issue, see dedicated merge request sent earlier today. Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc ___ Tails-dev mailing list Tails-dev@boum.org https://mailman.boum.org/listinfo/tails-dev To unsubscribe from this list, send an empty email to tails-dev-unsubscr...@boum.org.
[Tails-dev] [review'n'merge:1.1] feature/uefi (#5739)
Hi, The results of our UEFI call for testing are very good: https://tails.boum.org/blueprint/UEFI/syslinux/ ... and the release after 1.1 will likely be a point-release, so I'd like us to ship UEFI support, at least as a technology preview, in Tails 1.1. Else, this will have to wait for the early September release. I think the current state of feature/uefi is good enough, and I have just merged it into experimental, *but* there are a few bits I'd like to improve before 1.1 is out. Unfortunately, I won't be available until May 24 to work on this, so I'd like to ask a kind special process, that is 1. merge feature/uefi in its current state; 2. trust me to deal in due time with the bits listed below. Note that the freeze is on May 29, so I'm picking dates bellow so that there are a few days left to merge my last bits: * It would be good to have #6562 at least partly resolved in 1.1. I can work on the most important bits by June 3, that is 5 days before the final 1.1 ISO is built. IMO, the most important bits are: Start Tails, Tails does not start, Known issues, and Hardware requirements and Mac installation doc. I think that's the main blocker, but given it's only documentation, I think it's fine if I do it only post-RC, and can anyway be improved after 1.1 is out, if needed. * It would be good to address #6577 (Convert existing Tails devices to UEFI on full upgrade) before the release. If feature/uefi is merged by then, I commit to work on this ticket, hopefully leading it to a good resolution, by May 26. If this doesn't work, I don't think it's a critical blocker. * It would be good to support older VirtualBox (#7173). The version of syslinux that has the fix won't be in Debian in time, and anyway I think it's too late to risk a major syslinux update -pre5 might have serious regressions (even if it does tons of bugs) compared to the -pre1 we've had a lot of feedback about. So, I'll try to backport the relevant upstream commit, to support older VirtualBox, by May 26. If this doesn't work, I don't think it's a critical blocker. If the release manager agrees with this course of action, then I'll update the set of UEFI tickets accordingly, either later today (if I get a super-quick answer), or on May 24. Thoughts? Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc ___ Tails-dev mailing list Tails-dev@boum.org https://mailman.boum.org/listinfo/tails-dev To unsubscribe from this list, send an empty email to tails-dev-unsubscr...@boum.org.
Re: [Tails-dev] [review'n'merge:1.1] feature/uefi (#5739)
13/05/14 13:58, intrigeri wrote: anonym wrote (13 May 2014 11:23:56 GMT) : As the RM, I agree with all this. [...] I trust you'll deal with the rest in time for the release. Thanks a lot. I'd like to start merging now (for the super-quick resolution), but I have issues building liveusb-creator, after it being adapted for Wheezy, and with the new version scheme. What I did was: 1. merge feature/uefi into master 2. merge master into debian 3. checkout debian 4. add changelog entry for 3.11.6+tails1-2 5. git-buildpackage, but I get: fatal: Not a valid object name upstream/3.11.6+tails1 Sorry, I had not created this tag. Now fixed. Thanks! and --git-no-pristine-tar doesn't help (and ../liveusb-creator_3.11.6.orig.tar.gz exists) FTR, we don't use pristine-tar for this package. I just did what the building instructions said one should do when there's an issue with upstrea/* tags. I can work around this by cp ../liveusb-creator_3.11.6.orig.tar.gz \ ../liveusb-creator_3.11.6+tails1-1.orig.tar.gz but I'm not sure this is the way to go. That's not the way to go, since 3.11.6 is *not* the release we want to base our stuff on Exactly what I thought. Thanks for confirming it! (see my recent email + ticket updating about the liveusb-creator packaging). I could find #6087, but no obvious email. Any ideas? If my fix (pushing the right upstream tag) is not enough, get the 3.11.6+tails1 orig tarball from our devel APT suite. Should be mostly equivalent. The tag fixed that step, and to make the upload work I had to manually add liveusb-creator_3.11.6+tails1-1.orig.tar.gz to the changes file. Now the merge is complete! However, now devel doesn't build: The following packages have unmet dependencies: liveusb-creator : Depends: python ( 2.7) but 2.7.3-4+deb7u1 is to be installed Investigating... Cheers! ___ Tails-dev mailing list Tails-dev@boum.org https://mailman.boum.org/listinfo/tails-dev To unsubscribe from this list, send an empty email to tails-dev-unsubscr...@boum.org.
Re: [Tails-dev] [review'n'merge:1.1] feature/uefi (#5739)
13/05/14 15:17, intrigeri wrote: anonym wrote (13 May 2014 12:42:35 GMT) : and --git-no-pristine-tar doesn't help (and ../liveusb-creator_3.11.6.orig.tar.gz exists) FTR, we don't use pristine-tar for this package. I just did what the building instructions said one should do when there's an issue with upstrea/* tags. Well, not exactly. It reads manually download the corresponding tarball, which you apparently had not, since you were missing liveusb-creator_3.11.6+tails1.orig.tar.gz. The tag fixed that step, and to make the upload work I had to manually add liveusb-creator_3.11.6+tails1-1.orig.tar.gz to the changes file. ^^ Really -1.orig.tar.gz? I'm surprised, as first, that's not the right version number for the upstream release. And second, the correct upstream tarball was already in our APT repo (I assume). Anyway. the current state of the APT repo looks right :) Erm. I copy-pasted the wrong thing (they looked too similar). liveusb-creator_3.11.6+tails1.orig.tar.gz was what I meant, and what I uploaded. Since it was already there, I wonder why dupload complained. Now the merge is complete! However, now devel doesn't build: The following packages have unmet dependencies: liveusb-creator : Depends: python ( 2.7) but 2.7.3-4+deb7u1 is to be installed I suspect you've built in a Squeeze chroot, and dh_python* has picked Squeeze's Python version for the dependencies. I have updated all release_process/* pages somewhere (master or devel, I don't remember). This was indeed the case, now fixed in all branches. Cheers! ___ Tails-dev mailing list Tails-dev@boum.org https://mailman.boum.org/listinfo/tails-dev To unsubscribe from this list, send an empty email to tails-dev-unsubscr...@boum.org.