On 8/7/07, Josh Sled [EMAIL PROTECTED] wrote:
Andreas Köhler [EMAIL PROTECTED] writes:
So, I would like to offer myself as a potential successor of yours as
Release Manager. I have not yet added any great feature to GnuCash and
I think you'd do a great job, Andreas ... fwiw, you have my
Uh, I'm not sure exactly what you mean, but GnuCash does (should) create a
$HOME/.gnucash/ dir for its own storage, as well as leveraging the
$HOME/.gconf/ storage we've talked about.
Sorry -- but I don't understand.
Yes, I see that GnuCash has created a directory named .gnucash
What leverage? You imagine that any of these would be there in a
Windows user's c:\documents and setting\userID (the Windows XP
equivalent of $HOME/ ) for some other purpose than holding GnuCash data?
I think I see what the problem might be and why hard to fix. This .gconf
stuff isn't
On Wednesday 8 August 2007 14:55, Dan Widyono wrote:
What leverage? You imagine that any of these would be there in a
Windows user's c:\documents and setting\userID (the Windows XP
equivalent of $HOME/ ) for some other purpose than holding GnuCash data?
I think I see what the problem might
[[Maybe a bit off-topic for this mailinglist, but I thought it could give some
additional background]]
... and some are already. A fine example is The Gimp (http://www.gimp.org),
an alternative image manipulation program for Photoshop. Whether it truly can
replace Photoshop is a long
Hi,
Am Mittwoch, den 08.08.2007, 12:16 -0400 schrieb Mike or Penny Novack:
[snip]
The implication is that the problem isn't FIXABLE (can't make GnuCash
work completely properly for all legal Windows user account names) but
that doesn't mean it should be no action. One possibility would be
Mike or Penny Novack [EMAIL PROTECTED] writes:
account name with an asterisk in it. Can anybody here identify the
address of the team working on gnome for Windows because they should
be made aware that there is a problem affecting their project.
The implication is that the problem isn't
Not sure if this will make any sense, but here goes.
On Solaris, the configure script finds gnome-libs as shown below:
checking GNOME_LIBS... -L/opt/local/lib -lgnomeui-2 -lSM -lICE -lbonoboui-2
-lxml2 -lz -lsocket -lnsl -lgnomecanvas-2 -lgnome-2 -lpopt -lart_lgpl_2
-lpangoft2-1.0
This is a shot in the dark, but in my Solaris days I recall using
-R/opt/local/lib (in this case) to tell the dynamic loader where to look for
the shared objects. Would it help to add -R/opt/local/lib when compiling
under Solaris?
Dan W.
On Wed, Aug 08, 2007 at 03:52:03PM -0400, [EMAIL
Hi,
The recent announcement of Google's participation lead me to review
the list of packages considered to be a part of the Linux Envirnonment
Component. (http://www.openinventionnetwork.com/pat_linuxdefpop.html)
I noticed the absence of one notable package, GnuCash, and was lead
to wondering
This is a shot in the dark, but in my Solaris days I recall using
-R/opt/local/lib (in this case) to tell the dynamic loader where to look for
the shared objects. Would it help to add -R/opt/local/lib when compiling
under Solaris?
You forgot to mention -L as well. :-)
ftp.gnome.org
You forgot to mention -L as well. :-)
No, I just didn't mention it because presumably gcc is already being called
with -L/opt/local/lib (see output of configure you sent). I meant, perhaps
configure should be adding -R as well, but only when compiling under Solaris.
Regards,
Dan W.
On
Thanks,
Makes me wish Dave P. was still around
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
13 matches
Mail list logo
