Bug 252498 - emulators/qemu-utils broken
Summary: emulators/qemu-utils broken
Status: New
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Only Me
Assignee: Kenneth D. Merry
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-01-07 20:35 UTC by johannes
Modified: 2021-02-08 02:39 UTC (History)
4 users (show)

See Also:
bugzilla: maintainer-feedback? (ken)


Attachments
Updated configure patch (465 bytes, patch)
2021-01-10 20:38 UTC, Michael Pape
no flags Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description johannes 2021-01-07 20:35:15 UTC
Hi there,
qemu-utils have been broken since 1st Nov.
Mayb I propose we just disconnect the qemu-utils port from qemu and make it standalone? 

I'll see if I can update the makefile but the current double-patch is really confusing. In the past I've given up because of that...
Comment 1 Michael Pape 2021-01-10 20:38:06 UTC
Created attachment 221445 [details]
Updated configure patch

Same problem here (obviously). Created an updated patch and sent it to the maintainer on the 5th, but have no feedback yet.
Comment 2 Kenneth D. Merry freebsd_committer 2021-01-10 20:43:08 UTC
Sorry for the lack of response.  I've been dealing with a family emergency for the past month.  (It's still ongoing, so my time is very limited.)

Disconnecting qemu-utils from qemu sounds like a good idea, since qemu-utils just gets broken every time
Comment 3 Kenneth D. Merry freebsd_committer 2021-01-10 20:44:11 UTC
Didn't finish my comment..

qemu-utils seems to get broken every time qemu is updated.

So, possible solutions are disconnecting it from qemu, or getting the qemu maintainer to take over qemu-utils, and update them both at the same time.
Comment 4 Michael Pape 2021-01-10 21:02:17 UTC
What would your preferred way be? Are you in touch with the QEMU maintainer?
Comment 5 Kenneth D. Merry freebsd_committer 2021-01-11 14:34:32 UTC
I suppose my preferred choice would just be to have the QEMU maintainer take it over.

He's on the CC list for this bug.
Comment 6 Muhammad Moinur Rahman freebsd_committer 2021-01-11 16:06:54 UTC
I will have a look at it during my next upgrade.
Comment 7 johannes 2021-01-11 23:08:33 UTC
@ken: look after your family. we'll figure something out.

@muhammad: thanks!
Comment 8 commit-hook freebsd_committer 2021-01-21 16:47:30 UTC
A commit references this bug:

Author: jbeich
Date: Thu Jan 21 16:47:21 UTC 2021
New revision: 562222
URL: https://svnweb.freebsd.org/changeset/ports/562222

Log:
  emulators/qemu-utils: unbreak after r553312

  Due to many breaking changes temporarily switch to qemu42.

  ===>  Applying extra patch files/patch-configure
  1 out of 2 hunks failed--saving rejects to configure.rej
  ===>  Applying extra patch files/patch-Makefile
  2 out of 3 hunks failed--saving rejects to Makefile.rej
  ERROR: unknown option --disable-bluez
  strip: open ../stage/usr/local/bin/qemu-* failed: No such file or directory

  PR:		252498

Changes:
  head/emulators/qemu-utils/Makefile
Comment 9 commit-hook freebsd_committer 2021-01-21 17:03:35 UTC
A commit references this bug:

Author: jbeich
Date: Thu Jan 21 17:03:10 UTC 2021
New revision: 562224
URL: https://svnweb.freebsd.org/changeset/ports/562224

Log:
  emulators/qemu-utils: restore package name after r562222

  - Copy dependency trimming from qemu to qemu42

  PR:		252498

Changes:
  head/emulators/qemu42/Makefile
Comment 10 Jan Beich freebsd_committer 2021-01-21 17:17:23 UTC
builds.sr.ht uses this port, so I've applied a workaround but feel free to revert. Rebasing to 5.0 or converting to a standalone port looked more risky. Ideally, qemu-utils can be made into a subpackage of qemu after review D16457 lands.
Comment 11 commit-hook freebsd_committer 2021-01-23 22:51:12 UTC
A commit references this bug:

Author: jbeich
Date: Sat Jan 23 22:50:43 UTC 2021
New revision: 562423
URL: https://svnweb.freebsd.org/changeset/ports/562423

Log:
  MFH: r562222 r562224

  emulators/qemu-utils: unbreak after r553312

  Due to many breaking changes temporarily switch to qemu42.

  ===>  Applying extra patch files/patch-configure
  1 out of 2 hunks failed--saving rejects to configure.rej
  ===>  Applying extra patch files/patch-Makefile
  2 out of 3 hunks failed--saving rejects to Makefile.rej
  ERROR: unknown option --disable-bluez
  strip: open ../stage/usr/local/bin/qemu-* failed: No such file or directory

  PR:		252498

Changes:
_U  branches/2021Q1/
  branches/2021Q1/emulators/qemu-utils/Makefile
  branches/2021Q1/emulators/qemu42/Makefile
Comment 12 johannes 2021-02-08 02:39:32 UTC
thank you so much for the patch!