Bug Tracker item #3348940, was opened at 2011-07-01 03:58 Message generated for change (Comment added) made by andre-muller You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126848&aid=3348940&group_id=254363
Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: trunk Status: Open Resolution: None Priority: 5 Private: No Submitted By: Henrik Andersson (hean01) Assigned to: Nobody/Anonymous (nobody) Summary: vncviewer inherits server library dependencies from librfb Initial Comment: Currently librfb contains both client and server parts, when building the vncviewer, library dependencies for the server part will also be inherited to the client binary. ex. libpam thru pam usage in UnixPasswordValidator. One might want to split librfb into a client and server library. ---------------------------------------------------------------------- Comment By: Andre Müller (andre-muller) Date: 2011-11-07 00:30 Message: pam is widespread, but I do sport a few rather minimal systems without pam. While getting rid of pam on one system, this problem bit me (I recompiled the package and it still depended on pam). Admittedly, the workaround of an uninstall/remove pam/reinstall helped out, but that's not too nice. So that's a +1 for a librfb split. The gentoo bug report is here: https://bugs.gentoo.org/show_bug.cgi?id=368709 Thanks for consideration. ---------------------------------------------------------------------- Comment By: D. R. Commander (dcommander) Date: 2011-07-01 15:31 Message: I have noticed this as well, both on the new FLTK-based viewer as well as the 1.1 viewer. I personally see this as more of a minor annoyance than a real bug, because the only place in which the viewer and server are built together is on Linux, and the "artificial" library dependencies that are introduced in the viewer, such as libpam, are generally non-optional system libraries. That being said, if librfb could be cleanly split in trunk, then I have no problem with that. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=1126848&aid=3348940&group_id=254363 ------------------------------------------------------------------------------ RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 _______________________________________________ Tigervnc-devel mailing list Tigervnc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tigervnc-devel
