Skip to content
This repository has been archived by the owner on May 31, 2018. It is now read-only.

PKGBUILD error: pod2man not found (wayland) #638

Closed
bulletmark opened this issue Feb 3, 2017 · 9 comments
Closed

PKGBUILD error: pod2man not found (wayland) #638

bulletmark opened this issue Feb 3, 2017 · 9 comments

Comments

@bulletmark
Copy link

Version pacaur 4.7.0-1.

I wrote this as a comment on the pacaur AUR web page but thought it best to raise a bug. Since pacaur 4.7 I, and at least one other person on the AUR page, get an error when updating pacaur about pod2man: command not found. The reason is because I am using Wayland and it does not source /etc/profile so the perl path is not set via /etc/profile.d/. See https://bugzilla.gnome.org/show_bug.cgi?id=736660.

An easy fix is just to specify the full path /usr/bin/core_perl/pod2man in the PKGBUILD which fixes the issue.

@rmarquis
Copy link
Owner

rmarquis commented Feb 3, 2017

Hum, interesting. Skimming through the long bug report, I wasn't able to determine if RH/Gnome only pushed a temporary workaround in Fedora or if the issue will be somehow fixed on the long term by wayland/systemd instead.

In any case, it might be worth raising this issue on the Arch mailing list if this isn't done already. Pod2man is only used for generating the man page from the README.pod, but this issue goes beyond a simple workaround for pacaur only. Cower does generate its man page in the same way, so that workaround would need to be applied there too, otherwise this is pointless. Finding a general patch/workaround for the entire distribution seems to be the correct approach here.

@rmarquis rmarquis added this to the 4.7.x - maintenance milestone Feb 3, 2017
@rmarquis rmarquis changed the title PKGBUILD error: pod2man not found PKGBUILD error: pod2man not found (wayland) Feb 3, 2017
@bulletmark
Copy link
Author

I raised Arch bug https://bugs.archlinux.org/task/52837 for this.

@bulletmark
Copy link
Author

Which they already closed, "will not fix".

@rmarquis
Copy link
Owner

rmarquis commented Feb 4, 2017

Reason for closing is "Upstream" (see #51341). Not much to do here.

@AladW
Copy link
Contributor

AladW commented Feb 4, 2017

Simple fix: write the README in groff instead of pod. ¯\ʔ•ᴥ•ʕ/¯

Not that there's much difference in the syntax anyway, besides some added verbosity for pod. compare:
https://raw.githubusercontent.com/rmarquis/pacaur/master/README.pod
https://raw.githubusercontent.com/AladW/aurutils/master/man7/aurutils.7

@rmarquis
Copy link
Owner

rmarquis commented Feb 4, 2017

The reason I'm using POD is because I want the man page to be readable online. Can this be done with groff?

@AladW
Copy link
Contributor

AladW commented Feb 4, 2017

Typical github preferring bloat like topics and emojis rather than actual useful features such as groff previews:

github/markup#342

However, you can do it the other way around: write the readme in groff, then convert it to some previewable format with e.g. pandoc. Said conversion could be done in a pre-commit hook or such.

@rmarquis
Copy link
Owner

rmarquis commented Feb 4, 2017

Doing it on my end isn't worth it for an upstream bug workaround. Also, this depends on cower too, since it is a direct dependency.

I'd heavily consider getting rid of perl if GitHub allows preview of some other format than .pod.

@rmarquis rmarquis closed this as completed Feb 4, 2017
@bulletmark
Copy link
Author

bulletmark commented Feb 4, 2017

If anybody else come here looking at this problem then you are probably also running GNOME on Arch which now defaults to using Wayland so the easiest and best fix I have researched is to change the first line of /usr/bin/gnome-session from:

$!/bin/sh

to

#!/bin/bash -l

As per https://bugzilla.gnome.org/show_bug.cgi?id=736660, this issue is in the pipeline to get fixed properly but that small patch is the best fix (on Arch) in the meantime.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

No branches or pull requests

3 participants