Opened 6 years ago
Last modified 3 years ago
#57703 assigned defect
gimp-print: replace by gutenprint?
Reported by: | ryandesign (Ryan Carsten Schmidt) | Owned by: | mascguy (Christopher Nielsen) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | |
Keywords: | Cc: | dbevans (David B. Evans), cooljeanius (Eric Gallager) | |
Port: | gimp-print gutenprint |
Description
Do we still need the gimp-print port? The gimp-print project was renamed to gutenprint in 2004. We have a separate port for gutenprint.
Change History (14)
comment:1 follow-up: 12 Changed 6 years ago by ryandesign (Ryan Carsten Schmidt)
comment:2 Changed 6 years ago by Schamschula (Marius Schamschula)
IIRC gutenprint
only provides the gimp
plugin, whereas gimp-print
provides the drivers and utilities.
comment:3 Changed 6 years ago by jmroot (Joshua Root)
Yes, that appears to be the case, but I'm not sure why it should be. The two can be built from the same tarball, so it seems like there should be a gutenprint port to install what gimp-print currently installs except not massively outdated, and a subport called something like gutenprint-gimp-plugin for what gutenprint currently installs.
comment:4 Changed 6 years ago by mf2k (Frank Schima)
Port: | gutenprint added |
---|
David, can you make these changes please?
comment:5 Changed 6 years ago by kencu (Ken)
this works
depends_build-append port:libtool build.args LIBTOOL="${prefix}/bin/glibtool --tag=CC"
and gimp-print builds against an SDK:
$ port -v installed gimp-print The following ports are currently installed: gimp-print @4.2.7_0 (active) platform='darwin 18' archs='x86_64' date='2018-12-01T12:15:57-0800'
comment:6 Changed 6 years ago by ryandesign (Ryan Carsten Schmidt)
Oh great, that's much easier than what I was trying. I guess if we don't decide to replace the port soon, you should commit that.
comment:7 Changed 6 years ago by jmroot (Joshua Root)
It's still a version from 14 years ago, so it needs to be updated whether we decide to rename it or not.
comment:8 follow-up: 9 Changed 6 years ago by ryandesign (Ryan Carsten Schmidt)
There's nothing to update. 14 years ago is the most recent version of gimp-print. Anything newer is called gutenprint, for which there is already a separate port.
comment:9 Changed 6 years ago by jmroot (Joshua Root)
Replying to ryandesign:
There's nothing to update. 14 years ago is the most recent version of gimp-print. Anything newer is called gutenprint, for which there is already a separate port.
Except we don't have a port for that, as mentioned in comment:2. Keeping around a 14-year-old version because it had a different name back then is absurd.
comment:10 Changed 4 years ago by mascguy (Christopher Nielsen)
Cc: | mascguy added |
---|
comment:11 Changed 4 years ago by mascguy (Christopher Nielsen)
Do we still need to apply Ken's change in comment:5 to resolve this?
comment:12 Changed 3 years ago by cooljeanius (Eric Gallager)
Replying to ryandesign:
I'm asking because it does not build on macOS Mojave, because on Mojave we don't have /usr/include so we must use an SDK, and the old autotools files in gimp-print don't handle the
-syslibroot
flag correctly. I spent a little time trying to fix this by having the port run autoreconf, but the autogen.sh and configure.in files have numerous bugs and incompatibilities with current autotools which make autoreconfing fail. No other ports depend on gimp-print.
Coming here because I just ran into the -syslibroot
issue myself.
comment:13 Changed 3 years ago by cooljeanius (Eric Gallager)
Cc: | cooljeanius added |
---|
comment:14 Changed 3 years ago by mascguy (Christopher Nielsen)
Cc: | mascguy removed |
---|---|
Owner: | set to mascguy |
Status: | new → assigned |
I'll add this to my backlog.
I'm asking because it does not build on macOS Mojave, because on Mojave we don't have /usr/include so we must use an SDK, and the old autotools files in gimp-print don't handle the
-syslibroot
flag correctly. I spent a little time trying to fix this by having the port run autoreconf, but the autogen.sh and configure.in files have numerous bugs and incompatibilities with current autotools which make autoreconfing fail. No other ports depend on gimp-print.