Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 17 Aug 2022 16:22:31 +0000
From:      bugzilla-noreply@freebsd.org
To:        ports-bugs@FreeBSD.org
Subject:   [Bug 265907] x11-wm/awesome: don't require ImageMagick6 for build (either 6 or 7 works fine)
Message-ID:  <bug-265907-7788@https.bugs.freebsd.org/bugzilla/>

next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D265907

            Bug ID: 265907
           Summary: x11-wm/awesome: don't require ImageMagick6 for build
                    (either 6 or 7 works fine)
           Product: Ports & Packages
           Version: Latest
          Hardware: Any
                OS: Any
            Status: New
          Severity: Affects Only Me
          Priority: ---
         Component: Individual Port(s)
          Assignee: rigoletto@freebsd.org
          Reporter: jcfyecrayz@liamekaens.com
          Assignee: rigoletto@freebsd.org
             Flags: maintainer-feedback?(rigoletto@freebsd.org)

ImageMagick6 and ImageMagick7 conflict - they each install some files that =
are
the same (e.g., bin/convert used by the build of x11-wm/awesome).

I built x11-wm/awesome with ImageMagick7 installed, and the port
built/installed without any problem.  Given that the built just uses 'conve=
rt'
to modify some .png files, I think that the restriction for ImageMagick6
specifically can be relaxed.

--- a/x11-wm/awesome/Makefile
+++ b/x11-wm/awesome/Makefile
@@ -26,7 +26,7 @@ LIB_DEPENDS=3D  libcairo.so:graphics/cairo \

 CONFLICTS_INSTALL=3D     awesome3

-USES=3D          cmake compiler:c11 gettext gnome iconv magick:6,build pkg=
config
lua \
+USES=3D          cmake compiler:c11 gettext gnome iconv magick,build pkgco=
nfig
lua \
                shebangfix xorg
 USE_GITHUB=3D    yes
 GH_ACCOUNT=3D    awesomewm


I don't think PORTREVISION needs to be bumped. ImageMagick7 is the default,=
 but
that is only a build dependency. 'convert' could be subtly different betwee=
n 6
& 7, however, and this could result in slightly different .png files in the
package.  One could bump PORTREVISION because of this.  Functionally, there
should be no change even if the bits of some files are different.  Given th=
at
this is a lightweight package that is easy to build, I might bump PORTREVIS=
ION.

--=20
You are receiving this mail because:
You are the assignee for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-265907-7788>