Re: The Library Problem

[T.Pospisek's MailLists]

On Wed, 24 May 2000, Christopher Browne wrote:

> This covers the _vast_ majority of the systems at issue.  It is,
> admittedly, not helpful for the users of Irix, SCO, Solaris, AIX, or
> HP-UX; hopefully they can provide some assistance in at least putting
> together some form of "dependancy list" of what needs to be installed.

Here's such a dependency list, that I've put together when I was working
towards building gnucash on my "clean" system. This is, mind you, on a
Debian system and covers debian packages. The packages themselves can all
be found in source form (i.e. compilable on all sorts of systems and
architectures) on your next Debian mirror.
*t

swig
libtool
autoconf depends on
automake
xlib6g-dev
libguile1.3-dev
gettext source
gnucash needs a link to its intl directory
xpm4g-dev
libgtkxmhtml-dev depends on
libgnome-dev
gdk-imlib-dev
libart-dev
libaudiofile-dev
libgnorba-dev
liborbit-dev
libesd0-dev
libjpeg62-dev
libpng2-dev
libtiff3g-dev
zlib1g-dev
libungif3g-dev
libgtk1.2-dev
libglib1.2-dev
libxml-dev depends on
libxml1
gnome-print


 Tomas Pospisek - Freelance: Linuxing, Networking
   http://spin.ch/~tpo/freelance

The Library Problem

[Christopher Browne]

On Wed, 24 May 2000 21:22:56 EDT, the world broke into rejoicing as
Hendrik Boom <[EMAIL PROTECTED]>  said:
> > >Hmm, how about some kind of install program? I was thinking of doing
> > > this as a generic thing on my spare time, but something that checks if
> > > certain libraries are installed, and if they are not, wgets them or
> > > something similiar and installs them. You might get more newbie users to
> > > come over from windows that way. It seems that all the major commercial
> > > applications come with all the libraries they need.
> > 
> > That's a good idea. If you plan on working on this, you might
> > check out the helix code installer (available at their website
> > at www.helixcode.com) which seems to be pretty good.
> > 
> > dave
> > 
> When you install an RPM, the system usually checks which packages you need
> (provided the packager of the RPM bothered to identify them).
> Under SuSE, and I presume others, you have the option of having them installe
d
> automatically too.  Admittedly, the list of packages may be system-dependent;
> I suspect not all linuxes package everything in the same combinations.
> But a gnucash package that is included with a distribution will presumably
> not have library problems.  And *that* is, I suspect, how most naive
> users will get it.

I don't see there being _massive_ value to designing anything to this
end.

The bulk of UNIX variations define their _own_ scheme for managing
such dependancies:
 -> Debian uses dpkg to manage them;
 -> SuSE, Red Hat Linux, Caldera OpenLinux, ... use RPM to manage them;
 -> BSD users typically seem to use Ports to manage this.

It seems to me to make sense to use the appropriate dependancy management
system for differing Linux and BSD systems.  If we build our own, all
we accomplish is to force an extra packaging system that will conflict
with the "native" one (e.g. - RPM/dpkg).

This covers the _vast_ majority of the systems at issue.  It is,
admittedly, not helpful for the users of Irix, SCO, Solaris, AIX, or
HP-UX; hopefully they can provide some assistance in at least putting
together some form of "dependancy list" of what needs to be installed.

Note that the issues are not primarily "GnuCash" ones; they are tied to
_any GNOME-based software_.
--
[EMAIL PROTECTED] - 
"Fear leads to anger. Anger leads to hate. Hate leads to using Windows
NT for mission-critical applications."  --- What Yoda *meant* to say

Re: Libraries

[Hendrik Boom]

> >Hmm, how about some kind of install program? I was thinking of doing
> > this as a generic thing on my spare time, but something that checks if
> > certain libraries are installed, and if they are not, wgets them or
> > something similiar and installs them. You might get more newbie users to
> > come over from windows that way. It seems that all the major commercial
> > applications come with all the libraries they need.
> 
> That's a good idea. If you plan on working on this, you might
> check out the helix code installer (available at their website
> at www.helixcode.com) which seems to be pretty good.
> 
> dave
> 
When you install an RPM, the system usually checks which packages you need
(provided the packager of the RPM bothered to identify them).
Under SuSE, and I presume others, you have the option of having them installed
automatically too.  Admittedly, the list of packages may be system-dependent;
I suspect not all linuxes package everything in the same combinations.
But a gnucash package that is included with a distribution will presumably
not have library problems.  And *that* is, I suspect, how most naive
users will get it.

-- hendrik.

test

[Robert Graham Merkel]

Randall Craig writes:
 > I have not recieved messages for 16 days. Wondering what's going on.
 > 
 > 

We're still getting your messages.  Have you dropped off the
subscription list?

-- 

Robert Merkel  [EMAIL PROTECTED]

Re: Libraries

[Dave Peticolas]

>Hmm, how about some kind of install program? I was thinking of doing
> this as a generic thing on my spare time, but something that checks if
> certain libraries are installed, and if they are not, wgets them or
> something similiar and installs them. You might get more newbie users to
> come over from windows that way. It seems that all the major commercial
> applications come with all the libraries they need.

That's a good idea. If you plan on working on this, you might
check out the helix code installer (available at their website
at www.helixcode.com) which seems to be pretty good.

dave

test

[Randall Craig]

I have not recieved messages for 16 days. Wondering what's going on.


Regards,


Randall Craig


---
SuSE Inc., Tel:   +1-510-628-3380 (ext. 5004)
580 Second St., Suite 210  Fax:   +1-510-835-3381
Oakland CA 94607   Email: [EMAIL PROTECTED]
USAWWW:   http://www.suse.com
---

Re: Libraries

[Garrett Banuk]

   Hmm, how about some kind of install program? I was thinking of doing
this as a generic thing on my spare time, but something that checks if
certain libraries are installed, and if they are not, wgets them or
something similiar and installs them. You might get more newbie users to
come over from windows that way. It seems that all the major commercial
applications come with all the libraries they need.

At 01:35 PM 5/24/00 -0700, you wrote:
>>  How many libraries does gnucash depend on? It seems like alot. I'm hear
>> so many install problems about finding and installing libraries it
requires.
>
>Mostly it requires the libraries required by any gnome program.
>This is a lot, but they should be present on any system with
>gnome.
>
>When compiling, you need the -devel versions of libraries,
>which users often don't have at first. In addition, when
>compiling you need the g-wrap and swig libraries, although
>the need for swig will be going away soon.
>
>dave
> 


-Garrett,   http://www.wpi.edu/~mongoose/
"Do not go where the path may lead, go instead where there is no path and
leave a trail."
-Ralph Waldo Emerson

Re: Libraries

[Dave Peticolas]

>   How many libraries does gnucash depend on? It seems like alot. I'm hear
> so many install problems about finding and installing libraries it requires.

Mostly it requires the libraries required by any gnome program.
This is a lot, but they should be present on any system with
gnome.

When compiling, you need the -devel versions of libraries,
which users often don't have at first. In addition, when
compiling you need the g-wrap and swig libraries, although
the need for swig will be going away soon.

dave

Libraries

[Garrett Banuk]

How many libraries does gnucash depend on? It seems like alot. I'm hearing
so many install problems about finding and installing libraries it requires.

-Garrett,   http://www.wpi.edu/~mongoose/
"Do not go where the path may lead, go instead where there is no path and
leave a trail."
-Ralph Waldo Emerson

Re: missing xml, print; 1.3.7, SuSE

[Dave Peticolas]

> When compiling 1.3.7 on SuSE 6.3, it could not find two libraries:
> 
> xml
> print
>  
> When I installed packages libxml (and libxmld too, just in case)
> from series d, the xml problem went away (although I had to delete
> the source tree and reuntar it to make it find xml; a make clean
> didn't work).  One or both of these (I don't know which) should be
> mentioned in doc/SuSE-6.3.txt
  
> Does anyone know which package contains the print library?

I think that is the gnome-print library. You should be able
to compile without it, although you won't have the check-printing
feature.

If you want it, you should check the helix code website, I think
they have SuSE rpms.

When you install a library previously not found, you can avoid
reunpacking the source tree by removing 'config.cache' and rerunning
configure.

dave

missing xml, print; 1.3.7, SuSE

[Hendrik Boom]

When compiling 1.3.7 on SuSE 6.3, it could not find two libraries:

xml
print
 
When I installed packages libxml (and libxmld too, just in case)
from series d, the xml problem went away (although I had to delete
the source tree and reuntar it to make it find xml; a make clean
didn't work).  One or both of these (I don't know which) should be
mentioned in doc/SuSE-6.3.txt
 
Does anyone know which package contains the print library?

Re: Reflections on reconciliation

[Randolph Fritz]

On Wed, May 24, 2000 at 05:31:28AM -0500, Richard Wackerbarth wrote:
> 
> Additions to the account ledger that are discovered during reconciliation are
> not a part of the reconciliation itself. As such, they belong in their own 
> transactions which span multiple accounts.
> 

I'm in agreement, but think that a mark indicating that the errors
were discovered during reconcilation would be useful.  Hence the idea
of bracketing the corrections with indicating transactions.

> As for the reconciliation itself, I would add a transaction which
> has two entries "Ending Balance" and "Opening Balance". The
> reconciliation would pick up the prior Opening Balance, include the
> Ending Balance and leave the current Opening Balance for the next
> reconciliation.

There's already something like this, but it's invisible.
-- 
Randolph Fritz
Eugene, Oregon, USA

Question regarding ascii output

[Arnold Troeger]

I would like to be able to export in ascii format the contents of an
account in such a way that I can bring the file into a spreadsheet.  I
haven't been able to find this anywhere in the documentation yet, but
I'm still looking.  I can output in HTML format but not in ascii.

Thank you and best regards,
Arnold Troeger

--
Arnold Troeger  Unocal Thailand
Phone:  011-66-2-545-5456   5th Floor, Tower 3, SCB Park Plaza
FAX:011-66-2-545-5374   19 Ratchadapisek Road, Chatuchak
Email:  [EMAIL PROTECTED]   Bangkok 10900, Thailand

"Microsoft Windows:  for when your machine is just too fast"

Re: Reflections on reconciliation

[Richard Wackerbarth]

On Tue, 23 May 2000, Randolph Fritz wrote:

> Then it occurred to me
> that multiple lines might be better; the first indicating the beginning of
> reconcilation, the intermediate lines indicating the corrections to
> the register (following the basic principle that a journal is never
> changed without a record), then a closing line indicating
> that the account has been reconciled.

Additions to the account ledger that are discovered during reconciliation are
not a part of the reconciliation itself. As such, they belong in their own 
transactions which span multiple accounts.

As for the reconciliation itself, I would add a transaction which has two 
entries "Ending Balance" and "Opening Balance". The reconciliation would pick 
up the prior Opening Balance, include the Ending Balance and leave the 
current Opening Balance for the next reconciliation.

cvs 2000-05-24

[Dave Peticolas]

CVS has been updated.

New Stuff:

 + Removed old QIF import in src/engine. To avoid doing a 'make clean'
   you will need to remove src/engine/obj/QIFIO.?.

 + Fixed a quirk in the register operation. Previously, when you tabbed
   out of a blank split in a multi-line transaction that you had edited,
   you went to the next transaction. Now it adds the split and moves to
   the new blank split. Also works in the auto modes.


dave

Re: cvs 2000-05-23

[Shimpei Yamashita]

On Tue, May 23, 2000 at 05:11:43PM -0700, Dave Peticolas wrote:
> 
> CVS has been updated.
> 
> New Stuff:
> 
>  + The currency field in the account windows and the default currency
>item in the preferences dialog is a combo box with a list of currencies
>and descriptions. You can still type in currencies by hand, including
>ones not in the list.
> 
>Translator: should I add these strings to the po files, or should we
>handle their i18n separately? Keep in mind that there are
>*many* strings there. 

It's going to be a royal pain in the butt, but they *must* be translated one
way or the other. Many non-English speakers will not recognize Anglicized
country names outside of their own. This is especially true outside of the
countries that use Roman alphabet, but may still be true in those countries
as well.

On the bright side, they'll almost never need updates, so we only have to
do this once.

-- 
Shimpei Yamashita