xorg-renderproto and render conflict

[mww@…]

xorg-renderproto and render conflict in

${prefix}/include/X11/extensions/render.h
${prefix}/include/X11/extensions/renderproto.h

could we remove render for xorg-renderproto or ... ?

[ryandesign (Ryan Carsten Schmidt)]

"render" and "xorg-renderproto" are the same software. We should fix up all ports that depend on "render" (change them to depend on "xorg-renderproto" instead) and then delete "render".

"render" installs some documentation files that "xorg-renderproto" does not. "xorg-renderproto" should be updated to install those documentation files.

[ryandesign (Ryan Carsten Schmidt)]

"xorg-renderproto" should also use "universal_variant no" like "render" does.

[blb@…]

I don't think there's much in the render docs that's really needed, the doc for the extension itself is the only document xorg-renderproto installs, and that's probably all that's really needed.

[nox@…]

Cc Me!

[nox@…]

Affected ports:

• devel/libgdiplus (stechert)
• gnome/gthumb (nomaintainer)
• graphics/cairo (ryandesign)
• graphics/cairo-devel (ryandesign)
• x11/gtk2 (nox openmaintainer)
• x11/rxvt-unicode (nomaintainer)
• x11/wine (ryandesign jwa openmaintainer)
• x11/wine-devel (ryandesign jwa openmaintainer)
• x11/xrender (nomaintainer)

[MarcusCalhoun-Lopez (Marcus Calhoun-Lopez)]

Cc Me!

[ryandesign (Ryan Carsten Schmidt)]

cairo fixed in r41758

[ryandesign (Ryan Carsten Schmidt)]

cairo-devel fixed in r41764

wine and wine-devel fixed in r41765

[blb@…]

So how are we going to handle

DEBUG: Executing org.macports.activate (xorg-renderproto)
Error: Target org.macports.activate returned: Image error: /opt/local/include/X11/extensions/render.h is being used by the active render port.  Please deactivate this port first, or use the -f flag to force the activation.
Error: Status 1 encountered during processing.

[ryandesign (Ryan Carsten Schmidt)]

Replying to ryandesign@…:

"xorg-renderproto" should also use "universal_variant no" like "render" does.

Committed in r41766 (maintainer timeout)

[ryandesign (Ryan Carsten Schmidt)]

Replying to blb@…:

So how are we going to handle :Error: Target org.macports.activate returned: Image error: /opt/local/include/X11/extensions/render.h is being used by the active render port. Please deactivate this port first, or use the -f flag to force the activation."

Once the affected ports depend on xorg-renderproto instead of render, we should increment render's revision and modify it to install no files and output a message advising users to uninstall it.

[ryandesign (Ryan Carsten Schmidt)]

rxvt-unicode fixed in r41767

[ryandesign (Ryan Carsten Schmidt)]

xrender fixed in r41771

[ryandesign (Ryan Carsten Schmidt)]

gtk2 fixed in r41777

[ryandesign (Ryan Carsten Schmidt)]

cairo and cairo-devel really fixed in r41778

[ryandesign (Ryan Carsten Schmidt)]

gthumb fixed in r41782

[ryandesign (Ryan Carsten Schmidt)]

libgdiplus fixed in r41784. My apologies to Andre Stechert; I realize I didn't give him the full 72 hours we usually give maintainers to respond, but I need to fix these ports now so that we can fix the render port so it installs no files, so users might have a smoother upgrade transition. I also recall Andre's past statements that his ports should be considered openmaintainer, and reference ticket #17108 where I invoked the maintainer timeout for this port earlier today.

[ryandesign (Ryan Carsten Schmidt)]

render fixed in r41785: it now installs no files (except a readme, since all ports must install at least one file) and outputs a message telling the user they can uninstall the port. That should do it!

[ryandesign (Ryan Carsten Schmidt)]

r41802: Changed render to not issue that message quite yet. Added render as a dependency to xorg-renderproto. This will hopefully allow users to transition from render to xorg-renderproto without seeing any conflicts between render and xorg-renderproto, since render will be forced to be upgraded first to the version that installs no files. See ​this message on macports-users.

[ryandesign (Ryan Carsten Schmidt)]

Sigh, this is still not working right.

If you don't already have xorg-renderproto installed (which you probably don't), then MacPorts wants to install xorg-renderproto (as opposed to upgrade xorg-renderproto). But when installing, MacPorts doesn't check whether dependencies should be upgraded. It only checks for that when upgrading. So, MacPorts sees xorg-renderproto has a render dependency, sees that (an older version of) render is already installed, and thinks that's ok. It's totally not though.

With reluctance, adding render back in as a dependency of all ports that it was a dependency of before, in r41828. This can be removed later once everyone has upgraded. (When will that be?)

[mf2k (Frank Schima)]

Cc Me!

[MarcusCalhoun-Lopez (Marcus Calhoun-Lopez)]

Please forgive my ignorance, but why do some ports (such as gtk2) depend on both xrender and xorg-renderproto?
Shouldn't they simply depend on xrender and let xrender worry about render vs xorg-renderproto?

[ryandesign (Ryan Carsten Schmidt)]

Replying to mcalhoun@…:

Please forgive my ignorance, but why do some ports (such as gtk2) depend on both xrender and xorg-renderproto?
Shouldn't they simply depend on xrender and let xrender worry about render vs xorg-renderproto?

Sounds sensible to me. Anybody see anything wrong with that? I would remove render and xorg-renderproto as dependencies from all ports on jmr's list above, except xrender, which should keep both until a time in the future when we can assume everyone has upgraded, and also until after everyone has upgraded to MacPorts 1.7.0 which has the fix that properly removes removed dependencies from the receipts or wherever it's stored...

[MarcusCalhoun-Lopez (Marcus Calhoun-Lopez)]

So far, there have been no objections to the above comment.
May I go ahead and remove dependencies on xorg-renderproto and render on the owned ports which depend on xrender?

[ryandesign (Ryan Carsten Schmidt)]

Replying to mcalhoun@…:

May I go ahead and remove dependencies on xorg-renderproto and render on the owned ports which depend on xrender?

Go for it!

[MarcusCalhoun-Lopez (Marcus Calhoun-Lopez)]

Change made in r42478.

[MarcusCalhoun-Lopez (Marcus Calhoun-Lopez)]

render was removed in r44924.

[(none)]

Milestone Port Bugs deleted