Merge ~paelzer/ubuntu/+source/ipxe:fix-efi-iso-sizes-HIRSUTE into ubuntu/+source/ipxe:ubuntu/hirsute-devel

Proposed by Christian Ehrhardt 
Status: Merged
Approved by: Christian Ehrhardt 
Approved revision: ea1e38701e5e952bd2e54bc7988e831ad1e7f053
Merged at revision: ea1e38701e5e952bd2e54bc7988e831ad1e7f053
Proposed branch: ~paelzer/ubuntu/+source/ipxe:fix-efi-iso-sizes-HIRSUTE
Merge into: ubuntu/+source/ipxe:ubuntu/hirsute-devel
Diff against target: 27 lines (+7/-1)
2 files modified
debian/changelog (+6/-0)
debian/util/geniso (+1/-1)
Reviewer Review Type Date Requested Status
Utkarsh Gupta (community) Approve
Canonical Server Pending
Canonical Server packageset reviewers Pending
git-ubuntu developers Pending
Review via email: mp+400374@code.launchpad.net
To post a comment you must log in.
Revision history for this message
Christian Ehrhardt  (paelzer) wrote :

This was perfectly reproducible in a local build and is x86 only.
With the fix it works fine now.

PPA: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/4508/+packages

Revision history for this message
Utkarsh Gupta (utkarsh) wrote :

The commit message is descriptive, which helps me understand the problem and the solution. Great work. The solution also makes sense, at least, theoretically. So that's good as well.

One thing that I'd explicitly like to say is that I love these things being forwarded to Debian via MR, I really appreciate that! \o/

That said, I've two small questions:

1. If you don't intend to upload this now/this cycle (or do you?), can we wait for Debian to merge this and then merge from there? Either way, not a problem.

2. I'm curious to know how other distributions or such deal with this? Is this calculation taken from somewhere "central" or something? I'd like to know more about how and where are 1024, 55, and 32 coming from?

review: Needs Information
Revision history for this message
Christian Ehrhardt  (paelzer) wrote :

...

> 1. If you don't intend to upload this now/this cycle (or do you?), can we wait for Debian to merge this and then merge from there? Either way, not a problem.

I intend to upload now, we already have delta - this just makes it better

> 2. I'm curious to know how other distributions or such deal with this? Is this calculation taken from somewhere "central" or something? I'd like to know more about how and where are 1024, 55, and 32 coming from?

This was added by the Debian maintainer without context, I don't know
either where exactly they come from (I've mentioned that I don't know
in the Debian MR).

Revision history for this message
Utkarsh Gupta (utkarsh) wrote :

Hi Christian,

> I intend to upload now, we already have delta - this just
> makes it better

Aah, okay. I assumed that you didn't want to upload now since it was lacking the d/ch entry previously. But thanks for pushing that, all good now.

* Changelog:
  - [✔] changelog entry correct version and targeted codename
  - [✔] changelog entries correct
  - [✔] update-maintainer has been run

* Actual changes:
  - [✔] debian changes look safe

* Old Delta:
  - [✔] changes forwarded upstream/debian (if appropriate)

* New Delta:
  - [✔] no new patches added

* Build/Test:
  - [✔] build is ok
  - [✔] verified PPA package installs/uninstalls
  - [✔] autopkgtest against the PPA package passes

review: Approve
Revision history for this message
Christian Ehrhardt  (paelzer) wrote :

Thanks, this needs to wait for the beta freeze to be lifted for being in

$ seeded-in-ubuntu ipxe
...
ipxe-qemu (from ipxe) is seeded in:
  ubuntu: daily-preinstalled

Other than that I think it is ready to go.

Revision history for this message
Christian Ehrhardt  (paelzer) wrote :

[16:24] <doko> cpaelzer: yesterday v_orlon and sil2101 said that uploading and building would be ok. the packages are then blocked to not migrate
[16:24] <sil2100> rbalint: ok, thanks
[16:24] <sil2100> cpaelzer: daily-preinstalled are our preinstalled images such as the raspi desktop images
[16:25] <sil2100> Meaning, this is on our official images that we ship to users
[16:25] <sil2100> But yeah, I can accept FTBFS fixes into hirsute-proposed right now, since even if we are to push some fixes for the beta to those, we need the packages buildable
[16:25] <sil2100> So we'd need the FTBFS fix there anyway

Thereby
To ssh://git.launchpad.net/~usd-import-team/ubuntu/+source/ipxe
 * [new tag] upload/1.0.0+git-20190125.36a4c85-5ubuntu4 -> upload/1.0.0+git-20190125.36a4c85-5ubuntu4

Uploading to ubuntu (via ftp to upload.ubuntu.com):
  Uploading ipxe_1.0.0+git-20190125.36a4c85-5ubuntu4.dsc: done.
  Uploading ipxe_1.0.0+git-20190125.36a4c85-5ubuntu4.debian.tar.xz: done.
  Uploading ipxe_1.0.0+git-20190125.36a4c85-5ubuntu4_source.buildinfo: done.
  Uploading ipxe_1.0.0+git-20190125.36a4c85-5ubuntu4_source.changes: done.
Successfully uploaded packages.

Preview Diff

[H/L] Next/Prev Comment, [J/K] Next/Prev File, [N/P] Next/Prev Hunk
1diff --git a/debian/changelog b/debian/changelog
2index 98dbeb9..41e1095 100644
3--- a/debian/changelog
4+++ b/debian/changelog
5@@ -1,3 +1,9 @@
6+ipxe (1.0.0+git-20190125.36a4c85-5ubuntu4) hirsute; urgency=medium
7+
8+ * d/u/geniso: fix rounding to unbreak iso creation
9+
10+ -- Christian Ehrhardt <christian.ehrhardt@canonical.com> Tue, 30 Mar 2021 10:09:06 +0200
11+
12 ipxe (1.0.0+git-20190125.36a4c85-5ubuntu3) groovy; urgency=medium
13
14 * d/p/build-Be-explicit-about-fcommon-compiler-directive.patch: fix
15diff --git a/debian/util/geniso b/debian/util/geniso
16index 420533a..308c777 100755
17--- a/debian/util/geniso
18+++ b/debian/util/geniso
19@@ -32,7 +32,7 @@ cp /usr/lib/ISOLINUX/isolinux.bin ${dir}
20 cp /usr/lib/syslinux/modules/bios/ldlinux.c32 ${dir}
21
22 # generate EFI boot image
23-blocks=$(((($(stat -c %s "$EFI") / 1024 + 55) / 32 * 32 )+1))
24+blocks=$((($(stat -c %s "$EFI") / 1024 + 55 + 1) / 32 * 32 ))
25 mkfs.msdos -C ${dir}/efi.img $blocks >/dev/null
26 mmd -i ${dir}/efi.img ::efi
27 mmd -i ${dir}/efi.img ::efi/boot

Subscribers

People subscribed via source and target branches