[arch-general] xterm and xorg-apps
Grigorios Bouzakis
grbzks at gmail.com
Wed Feb 18 14:33:35 EST 2009
On Wed, Feb 18, 2009 at 01:19:18PM -0600, Aaron Griffin wrote:
> On Wed, Feb 18, 2009 at 1:12 PM, Andrew Przepioski
> <aprzepioski at gmail.com> wrote:
> > To me, when I was googling about xterm trying to
> > determine why xorg-apps was included, what feature is included with
> > xterm that makes it need xorg-apps, I couldn't find anything
>
> Might be helpful to use namcap in cases like this (gmail will probably
> wrap the output below). Though in the case of xterm, it doesn't help
> us - svn logs would be the next best bet
>
> $ namcap -i /var/cache/pacman/pkg/xterm-241-1-x86_64.pkg.tar.gz
> xterm E: Dependency detected and not included (libxmu) from files
> ['usr/bin/xterm']
> xterm E: Dependency detected and not included (bash) from files
> ['usr/bin/koi8rxterm', 'usr/bin/uxterm']
> xterm W: Dependency included and not needed (libxaw)
> xterm W: Dependency included but already satisfied (ncurses)
> xterm W: Dependency included and not needed (xorg-apps)
> xterm I: Script link detected (bash) in file
> ['usr/bin/koi8rxterm', 'usr/bin/uxterm']
> xterm I: File ['usr/bin/xterm'] link-level dependence on libxmu
> xterm I: File ['usr/bin/xterm', 'usr/bin/resize'] link-level
> dependence on ncurses
> xterm I: File ['usr/bin/xterm', 'usr/bin/resize'] link-level
> dependence on glibc
> xterm I: File ['usr/bin/xterm'] link-level dependence on libx11
> xterm I: File ['usr/bin/xterm'] link-level dependence on fontconfig
> xterm I: File ['usr/bin/xterm'] link-level dependence on libice
> xterm I: File ['usr/bin/xterm'] link-level dependence on libxt
> xterm I: File ['usr/bin/xterm'] link-level dependence on libxft
> xterm I: File ['usr/bin/koi8rxterm', 'usr/bin/uxterm'] link-level
> dependence on bash
> xterm I: Dependency covered by dependences from link dependence (zlib)
> xterm I: Dependency covered by dependences from link dependence (expat)
> xterm I: Dependency covered by dependences from link dependence (libxcb)
> xterm I: Dependency covered by dependences from link dependence
> (inputproto)
> xterm I: Dependency covered by dependences from link dependence (libxau)
> xterm I: Dependency covered by dependences from link dependence (tzdata)
> xterm I: Dependency covered by dependences from link dependence (libxdmcp)
> xterm I: Dependency covered by dependences from link dependence
> (renderproto)
> xterm I: Dependency covered by dependences from link dependence (glibc)
> xterm I: Dependency covered by dependences from link dependence
> (fontconfig)
> xterm I: Dependency covered by dependences from link dependence (libice)
> xterm I: Dependency covered by dependences from link dependence (libxt)
> xterm I: Dependency covered by dependences from link dependence (libxext)
> xterm I: Dependency covered by dependences from link dependence (kbproto)
> xterm I: Dependency covered by dependences from link dependence (xextproto)
> xterm I: Dependency covered by dependences from link dependence (ncurses)
> xterm I: Dependency covered by dependences from link dependence (xproto)
> xterm I: Dependency covered by dependences from link dependence (xcb-proto)
> xterm I: Dependency covered by dependences from link dependence (readline)
> xterm I: Dependency covered by dependences from link dependence
> (kernel-headers)
> xterm I: Dependency covered by dependences from link dependence (freetype2)
> xterm I: Dependency covered by dependences from link dependence (libx11)
> xterm I: Dependency covered by dependences from link dependence (e2fsprogs)
> xterm I: Dependency covered by dependences from link dependence
> (libxrender)
> xterm I: Dependency covered by dependences from link dependence (libsm)
> xterm I: Depends as namcap sees them: depends=(libxmu bash libxft)
> xterm E: Missing license
See my comments on http://bugs.archlinux.org/task/7781
I dont know if google returns results like these, but the bug tracker
search does if you look for xorg-apps, or xterm.
xorg-apps were a dependency for xterm before 230, even if it was uneeded,
it is also one today.
--
Greg
More information about the arch-general
mailing list