Trilby [1] filed a deletion request for ussdpad [2]:
There are countless ugly and potentially dangerous hacks in the
installation wrapper script used here. This will (try to) invoke
pacman to install dependencies from an install script called from the
PKGBUILD. It will then (try to) "sudo make install" to the root
directory rather than to the PKGDIR.
This is a rats nest of problems for would-be-users, and for the safety
of those who might otherwise try to install this package, it should be
deleted until the submitter can take the time to write a proper
PKGBUILD.
Cross ref to forum: https://bbs.archlinux.org/viewtopic.php?id=198173
[1] https://aur.archlinux.org/account/Trilby/
[2] https://aur.archlinux.org/pkgbase/ussdpad/
Any assigned TU,
Please disregard my deletion request for ussdpad, I was very much mistaken
about what I was looking at.
Thanks to Doug (Scimmia) for bringing my attention to the error - And my
apologies to Shashika Layan (packager of ussdpad). An excerpt from an
exchange:
Jesse McClure <jmcclure(a)cns.umass.edu> wrote:
> Oh dear - I'm very sorry, this was a mistake.
>
> I downloaded the packager's sourceforge tarball, and in the toplevel directory
> was an install.sh which I thought the PKGBUILD was calling. Apparently the
> PKGBUILD correctly calls the upstream developers build script.
>
> The install.sh in the packager's sourceforge is loaded with calls to sudo and
> pacman to install dependencies. I 'misconnected' the dots.
-Jesse AKA 'Trilby' on archlinux.org