After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 65011 - Procman doesn't compile on Solaris 8/OSF
Procman doesn't compile on Solaris 8/OSF
Status: RESOLVED DUPLICATE of bug 106164
Product: system-monitor
Classification: Core
Component: general
unspecified
Other Solaris
: High major
: ---
Assigned To: System-monitor maintainers
System-monitor maintainers
: 76832 97718 103397 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2001-11-21 02:57 UTC by Kevin Vandersloot
Modified: 2011-11-11 10:03 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Kevin Vandersloot 2001-11-21 02:57:17 UTC 
The problem is that getpt is not defined for Solaris. Need to put an #ifdef
in util.c similar to the FreeBSD check
Comment 1 Luis Villa 2002-02-13 04:41:50 UTC 
Just knocking this up; Sun might have time/resources to take a look at
it if it is flagged for them. Blocks testing too, if it won't build.
Comment 2 Luis Villa 2002-03-31 05:18:59 UTC 
Is this still a problem, jacob?
Comment 3 jacob berkman 2002-04-01 18:01:55 UTC 
it's still a problem for the community gnome release.

as far as for sun work, no, since they're not shipping procman.
Comment 4 Luis Villa 2002-04-01 19:54:04 UTC 
Right; just checking to make sure I had some clue if we should panic
or not. :)
Comment 5 Kevin Vandersloot 2002-04-01 20:26:30 UTC 
BTW, this code that uses getpt was stolen straight from ximian-setup-
tools - src/common/xst-su.c (or something like that).
Comment 6 Kevin Vandersloot 2002-04-28 17:13:56 UTC 
*** Bug 76832 has been marked as a duplicate of this bug. ***
Comment 7 Gareth Pearce 2002-04-28 23:39:39 UTC 
add self as cc since bug i am following marked duplicate of duplicate
of this.

Also - 76832 - and its equivelent for OSF which I reported, both
mention asprintf as being undefined - so that should probably be
recoreded here.
Comment 8 Kevin Vandersloot 2003-01-13 03:08:27 UTC 
*** Bug 97718 has been marked as a duplicate of this bug. ***
Comment 9 Kevin Vandersloot 2003-02-14 02:21:16 UTC 
*** Bug 103397 has been marked as a duplicate of this bug. ***
Comment 10 Peter O'Shea 2003-02-14 14:31:39 UTC 
I think this should be marked as Blocker.  "Can't compile" seems to me
the very definition of a blocking bug.
Comment 11 Peter O'Shea 2003-02-14 20:47:34 UTC 
Since I have a sparc Solaris box, I'm willing to try and help fix this.

The compile errors I get, when linking gnome-system-monitor, are:
Undefined			first referenced
 symbol  			    in file
getpt                               util.o
_glibtop_init_hook_p               
/home/poshea/usr/gnome2/lib/libgtop_sysdeps_suid-2.0.so.0
asprintf                            util.o
ld: fatal: Symbol referencing errors. No output written to
gnome-system-monitor
collect2: ld returned 1 exit status

I looked in util.c for the BSD workaround, and tried to apply it for
Solaris - but Solaris doesn't seem to have openpty.  Any suggestions
for the getpt workaround?

For the second missing symbol, it's got to be related to the libgtop
Solaris compile problems (bug 89432).  I'll try and figure it out.

For the third missing symbol, if someone could maybe attach a man page
for asprintf to this bug, I could try to see which variety of printf
on Solaris can do the trick.
Comment 12 Kevin Vandersloot 2003-02-14 20:52:10 UTC 
One possiblity is to not compile the offending code for solaris. It is
only used to perform actions requiring root privaledges. That code
could be commented out for the Solaris builds.
Comment 13 Peter O'Shea 2003-02-18 20:23:22 UTC 
highlander attached what seems to be a working patch for this to bug
106164, which is a dupe of this bug.
Comment 14 Kevin Vandersloot 2003-03-11 21:11:12 UTC 

*** This bug has been marked as a duplicate of 106164 ***