On Mon, Oct 01, 2007 at 02:47:10PM -0400, Mitchell Schoenbrun wrote:
> Thank you Sean and Xiaodan for the quick responses.   I hope I'm being
> helpful here. I have a few more questions, and a few more easy fixes for
> you, I think.
> 
> First I want to revisit the PATH and LD_LIBRARY_PATH issue.
> I don't want to use $HOME/.profile or $HOME/.kshrc because I use a
> number of logins based on what project I'm working on.   I just want to
> have /usr/pkg/bin and /usr/pkg/sbin always in PATH, and
> /usr/pkg/lib always in LD_LIBRARY_PATH.   Both suggestions, modifying
> /etc/profile or local.rc seem to have a flaw.   When I'm in Photon, if I
> right click a terminal into being, then I do
> get the right paths.   But if I then do a login in a terminal, PATH and
> LD_LIBRARY_PATH revert to not having the /usr/pkg included.   I know
> that $HOME/.profile would fix this, but I would need to
> put it in every login home directory, something I'd like to avoid if
> possible.


LD_LIBRARY_PATH is an environmental variable affecting the
run time linker.  I inferred from your initial post that you
were interested in the initial program link phase.  If
you're interested in the run time linker, specify the
CS_LIBPATH confstr as per the bootstrap page which is system
wide.

AFIAK, /etc/profile is the correct place to set up the
initial path system wide.  Make sure you aren't overriding
the path set up there in a per user manner (~/.profile?).
Also root is treated differently in /etc/profile.
> 
> Sean mentioned updating fcgi, but do I have to re-download the tree to
> get this update?   If so, is there a way to download just www/fcgi with
> svn?
> I appologize for my ignorance of svn, I'm just getting started with it.

An 'svn up' is much faster than the initial checkout.  You
can update the whole tree or just the parts you're
interested in (it's advisable to update the whole thing once
in a while).

# svn up www/fcgi

I've updated www/fcgi and devel/gettext to work around
the issues you reported.  I couldn't build
devel/gettext-asprintf due to a <stdlib.h> bug.  This
is now fixed and an updated version is in pkgsrc_qnxutil
archive in the download section.  PR 51606.

> 
> If I have a development machine, and a separate server, can I reasonably
> just copy /usr/pkg to the development machine, set up the PATH right and
> expect all my packages to run, or do I need to do an install on the
> server from a compiled pkgsrc tree?  I've already find a minor exception
> to this with sendmail.   The install script requires you
> to update /etc/group and /etc/pass with smmsg:smmsg  for security
> reasons, which would need to be manually propogated if /usr/pkg was just
> copied.

You also need /var/db/pkg*.  I think that's it.

> 
> Most of my problems were solved by setting up the right default
> compiler.  I did see the note in bootstrap, but I foolishly assumed that
> since I'm working with a fresh install of  the latest QNX 6.3.2, that
> this would be done automatically.   I'd suggest you change the
> text to something like "You must change the default compiler if you want
> all packages to compile.".
> 
> the devel/gettext problem with msc (mysteriously) went away with the new
> gcc compiler.

I could still reproduce this as mentioned above (it's
actually the mcs utility).

> 
> devel/glib2 got past its original problem, but now a new one has
> surfaced. The code gmain.c chokes on a define SA_RESTART that is
> missing. This comes from signal.h.   signal.h has SA_RESTART with the
> comment, (not supported yet).   I blindly put SA_RESTART back in
> in and achieved a completed make and install, but you may want to 
> look at this closely.

This is probably a tricky one.  I suspect subtle issues may
arise.

> 
> devel/glib gets a compile error in gerror.c  The problem is that should
> define SELECT_MASK to fd_set, but it doesn't.
> 
> lang/ruby gets a segmentation fault almost immediately after "bmake"
> starts. This is version 1.8.6.  I previously downloaded 1.8.5 and
> installed it without pkgsrc without any problems that I recall.
> 
> editors/emacs fails almost immediately because the configure script does
> not recognize i386-pc-nto-qnx6.3.2.
> 
> sysutils/cdrtools is an interesting case.   The bmake works fine.  When
> I tried  to "bmake install" I got a lot of errors indicating that
> certain files under an OBJ directory weren't there.   I looked and they
> did seem to be there.
> 
> My next step is to try to make mysql, php, and apache in that order.
> I'll get back to you if I find anything interesting.
> 
> Mitchell
> 
> _______________________________________________
> General
> http://community.qnx.com/sf/go/post1737