Hi,
Am 06.03.20 um 10:25 schrieb Geert Janssens:
> Yes, I noticed that too. Looking at the history it looks like Frank already
> made this change in May
> last year.
>
> I also googled around a bit more on this subject. And it looks like there are
> different
> interpretations of how $HOME/.l
Op vrijdag 6 maart 2020 11:53:30 CET schreef Colin Law:
> On Fri, 6 Mar 2020 at 09:50, Geert Janssens
> wrote:
> > ...
> > So we have identified at least one installation method that indeed does
> > follow the systemd spec. I wonder whether npm (for nodeJS), guix (for
&g
On Fri, 6 Mar 2020 at 09:50, Geert Janssens wrote:
> ...
> So we have identified at least one installation method that indeed does
> follow the systemd spec. I wonder whether npm (for nodeJS), guix (for guile),
> cpan (for perl) and so on have similar user local installation options
install that
package in $HOME/.local/bin on my Fedora box. It's the first tool that does so.
$HOME/.local.bin
didn't exist before I ran this command.
Still $HOME/.local/bin is not on my PATH. I'd have to add it myself.
So we have identified at least one installation method that in
On Fri, 6 Mar 2020 at 09:29, Geert Janssens wrote:
> ...
> What I am still curious about though is how applications get installed in
> $HOME/.local/bin.
Looking at my notes on platformio I believe it got there via
pip install --user platformio
In my notes it also says to add .local/bin to the pa
I don't know.
>
> Colin
It probably is in the PATH by default. See my other mail for more details.
What I am still curious about though is how applications get installed in
$HOME/.local/bin.
I would assume using apt would install system wide. Are those applications
coming in via
another
Yes, I noticed that too. Looking at the history it looks like Frank already
made this change in May
last year.
I also googled around a bit more on this subject. And it looks like there are
different
interpretations of how $HOME/.local should be used.
The freedesktop base directory specificati
t out in
> a comment on my reply to a user in the user forum. It may be the user data
> files can coexist happily in $HOME/.local/share along with the program data
> files as it is a single user installation.
>
> I built and installed 3.8 to $HOME/.local yesterday to check it out. make
Strange
I or someone else must have changed the wiki after the previous discussion.
It now has $HOME/opt as a recommended location and points out that it can be
any directory the user chooses.
David
-
David Cousens
--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-Dev-f1435356.h
t-the-HOME-local-installation-prefix-tp4710196p4710237.html
http://gnucash.1415818.n4.nabble.com/GNC-Building-v3-Wiki-entry-for-Ubuntu-tt4701508.html#a4701569
http://gnucash.1415818.n4.nabble.com/GNC-dev-About-the-HOME-local-installation-prefix-tp4710196p4710262.html
The thread above seems to
re along with the program data
files as it is a single user installation.
I built and installed 3.8 to $HOME/.local yesterday to check it out. make
uninstall seems to have removed the files placed in
$HOME/.local/share/gnucash in the install without affecting the user data
files in the same location
Hi Frank,
I agree with the general point of using a directory under $HOME as the
installation point. What it is called is really up to the users preference.
$HOME/.local/bin seems to be included in PATH by default on Linux Mint. Not
sure if that is necessarily the case for other Linux
ist.
> >
> > So the recommendation comes from John. We'll have to wait for his answer
> > to
> > see where he got it from then.
> >
> > In addition you suggest there the installation process adds
> > $HOME/.local/bin to the PATH. I don't t
>
> I just now read your original reply on the user list.
>
> So the recommendation comes from John. We'll have to wait for his answer to
> see where he got it from then.
>
> In addition you suggest there the installation process adds $HOME/.local/bin
> to the PATH.
I just now read your original reply on the user list.
So the recommendation comes from John. We'll have to wait for his answer to
see where he got it from then.
In addition you suggest there the installation process adds $HOME/.local/bin
to the PATH. I don't think it does. There is
ls to it
> without any problem but no link from $HOME/.local/bin to the executable in
> $HOME/.apps is created by the installation and the user would have to
> create this this manually. Once this is done GnuCash seems to run fine from
> $HOME/.apps as a single user app.
How do you start gnuca
lding on Linux currently recommends doing a single user local
> installation to $HOME/.local.
>
> Frank Ellenberger pointed out to me in a thread
> (http://gnucash.1415818.n4.nabble.com/GNC-How-to-install-GnuCash-from-Source-for-Linux-tt4716225.html)
> on the User forum that this re
The wiki Building on Linux currently recommends doing a single user local
installation to $HOME/.local.
Frank Ellenberger pointed out to me in a thread
(http://gnucash.1415818.n4.nabble.com/GNC-How-to-install-GnuCash-from-Source-for-Linux-tt4716225.html)
on the User forum that this results in
Geert,
Agree with all the points you and david Carlson made. I had expected and
guessed that the GnuCashbuild configured its search directories for
resources from the cmake install prefix, but hadn't actually checked it out
to be sure.
The problem as I see it is recommending a setup for a novic
Colin
There is no reason why the install directory can't just be an ordinary
directory. There is no real reason for it to be hidden. It is what I use if
I do do a local install. The only possible advantage is that if you can hide
the directory it doesn't clutter the view of files when you won't b
Op vrijdag 3 mei 2019 09:45:54 CEST schreef Colin Law:
> On Fri, 3 May 2019 at 07:26, David Cousens wrote:
> > ...
> > I.e. we recommend using cmake commands as follows for inexperienced or
> > users who don't have admin privileges rather than simply installing
> > directly under $HOME/.local whi
nagers. So in general
I prefer installing via make install into a unique directory per installed
application. That way the above pitfalls don't matter. If something changes
such that make uninstall can't clean up, you can simply remove the complete
installation directory.
> I
On Fri, 3 May 2019 at 07:26, David Cousens wrote:
> ...
> I.e. we recommend using cmake commands as follows for inexperienced or users
> who don't have admin privileges rather than simply installing directly under
> $HOME/.local which already has a gnucash directory for GnuCash user
> preferences
ogram resources in a
relative directory structure) applies for the installation in a user
directory rather than installing directly under $HOME/.local we could
recommend installing to a subdirectory of this location specifically for
program installations and in turn create a directory under tha
name path"
command.
Not sure what is the best location and structure for general users for a
local installation though. I would be inclined to go for a directory
labelled with a package name and version number with its own /bin, /etc,
/lib and /share directories and then prepend these to t
T schreef Tommy Trussell:
>>>> On Thu, May 2, 2019 at 6:02 AM Geert Janssens
>>>>
>>>> wrote:
>>>>> Our current wiki on building gnucash for Ubuntu 16.04 (https://
>>>>> wiki.gnucash.org/wiki/BuildUbuntu16.04) suggests $HOME/.local as a v
> wrote:
>>
>> Op donderdag 2 mei 2019 18:03:22 CEST schreef Tommy Trussell:
>>> On Thu, May 2, 2019 at 6:02 AM Geert Janssens
>>>
>>> wrote:
>>>> Our current wiki on building gnucash for Ubuntu 16.04 (https://
>>>> wiki.gnucash.o
2 mei 2019 18:03:22 CEST schreef Tommy Trussell:
> > On Thu, May 2, 2019 at 6:02 AM Geert Janssens
> >
> > wrote:
> > > Our current wiki on building gnucash for Ubuntu 16.04 (https://
> > > wiki.gnucash.org/wiki/BuildUbuntu16.04) suggests $HOME/.
Op donderdag 2 mei 2019 18:03:22 CEST schreef Tommy Trussell:
> On Thu, May 2, 2019 at 6:02 AM Geert Janssens
>
> wrote:
> > Our current wiki on building gnucash for Ubuntu 16.04 (https://
> > wiki.gnucash.org/wiki/BuildUbuntu16.04) suggests $HOME/.local as a valid
&g
> On May 2, 2019, at 4:01 AM, Geert Janssens wrote:
>
> Our current wiki on building gnucash for Ubuntu 16.04 (https://
> wiki.gnucash.org/wiki/BuildUbuntu16.04) suggests $HOME/.local as a valid
> installation prefix.
>
> While checking for another thread I have found t
Yes, something like that would make more sense to me as well.
Op donderdag 2 mei 2019 17:03:53 CEST schreef Adrien Monteleone:
> Good question.
>
> I’ve never used that location, and have not otherwise seen any
> recommendation to use it for a single/local-user installation.
&g
On Thu, May 2, 2019 at 6:02 AM Geert Janssens
wrote:
> Our current wiki on building gnucash for Ubuntu 16.04 (https://
> wiki.gnucash.org/wiki/BuildUbuntu16.04) suggests $HOME/.local as a valid
> installation prefix.
>
...
> So personally I would recommend against using
Good question.
I’ve never used that location, and have not otherwise seen any recommendation
to use it for a single/local-user installation.
I’ve seen people recommend to recreate the official tree under ~/ (~/usr,
~/usr/local, ~/usr/bin) which doesn’t make much sense to me, or something else
Our current wiki on building gnucash for Ubuntu 16.04 (https://
wiki.gnucash.org/wiki/BuildUbuntu16.04) suggests $HOME/.local as a valid
installation prefix.
While checking for another thread I have found this to be problematic.
In particular when using this installation prefix, a number of
John,
Thanks, I’ll take a look.
Regards,
Adrien
> On Dec 4, 2018, at 11:02 PM, John Ralls wrote:
>
>
>
>> On Dec 5, 2018, at 1:49 PM, Adrien Monteleone
>> wrote:
>>
>> There seems to be a rash of confusion with installing on MacOS suddenly.
>> I’ve been lurking here for a few years and n
> On Dec 5, 2018, at 1:49 PM, Adrien Monteleone
> wrote:
>
> There seems to be a rash of confusion with installing on MacOS suddenly. I’ve
> been lurking here for a few years and never noticed this before. Has this
> been a problem in the past?
>
> I think I have a grasp on the general prin
There seems to be a rash of confusion with installing on MacOS suddenly. I’ve
been lurking here for a few years and never noticed this before. Has this been
a problem in the past?
I think I have a grasp on the general principle of how some other software
"holds users’ hands” and guides them to
Indeed. This is because from that point on the documentation ships with images
again. They have been missing for a while.
Regards,
Geert
Op vrijdag 21 september 2018 10:52:37 CEST schreef cicko:
> FYI, a couple of days ago the installation size for Windows nightlies jumped
> from 95 to
FYI, a couple of days ago the installation size for Windows nightlies jumped
from 95 to 157 MB. A significant increase for what I hoped were the new
features. ;)
Just a quick question on whether this was intentional and/or if the size can
be brought back down again.
https://imgur.com/Uga1ckd
On Saturday 28 June 2014 15:52:07 Geert Janssens wrote:
> Thanks for the heads up.
>
> I'm not sure why I didn't notice this. There is no hhc anywhere on the
> path at this point. There may have been one before, I don't recall.
>
> In any case I'm testing a fix now. It's a one-line fix. You may w
>
> >> What I hope is that you can successfully install HTML Help Workshop
> >> when during the corresponding step. On Windows Vista and more
> >> recent
> >> I expect Windows to show a UAC which you should grant.
> >>
> >> In all cases, ple
n somewhere under Program Files or similar. This has
the added benefit that one single installation is ever needed. If you
set up multiple development environments for gnucash, they will all
use the same HH installation.
I'm looking forward for all feedback.
I just found a bug in my own code
nt
> I expect Windows to show a UAC which you should grant.
>
> In all cases, please keep in mind that you should *NOT* install HTML
> Help Workshop in the gcdev directories. Just install it in the
> default location somewhere under Program Files or similar. This has
> th
n all cases, please keep in mind that you should *NOT* install HTML Help
Workshop in the
gcdev directories. Just install it in the default location somewhere under
Program Files or similar.
This has the added benefit that one single installation is ever needed. If you
set up multiple
develo
Phil Longstaff writes:
> No, it didn't and probably should.
I believe it should.
> The next change I want to check in adds version number to the
> component directories so we'll have /c/soft/readline-5.0-1 instead of
> /c/soft/readline, for example. I needed this change to just check
> that it
ook something for it.
From: Derek Atkins
To: gnucash-devel@gnucash.org
Sent: Tue, March 29, 2011 11:19:42 AM
Subject: Re: r20501 - gnucash/trunk/packaging/win32 - During win32 build, if a
component is already installed, print the installation path
Phil,
Should
cash/trunk/packaging/win32/install-impl.sh
> Log:
> During win32 build, if a component is already installed, print the
> installation path
>
>
> Modified: gnucash/trunk/packaging/win32/install-impl.sh
> ===
>
Hi,
John Johal writes:
> Hi,
> I would like to install GnuCash with SQLite 3.* on Windows.
> But I cannot find any installation documentation! Do you not have any?
> Can you help me please and let me know if you do have any installation
> documentation.
This is a user question
Hi,
I would like to install GnuCash with SQLite 3.* on Windows.
But I cannot find any installation documentation! Do you not have any?
Can you help me please and let me know if you do have any installation
documentation.
Thank you
John Johal
8495
>
> Modified:
>gnucash/trunk/packaging/win32/dist.sh
>gnucash/trunk/packaging/win32/gnucash.iss.in
> Log:
> Fix #586122 (follow-up to r18488) by using aqbanking/version.h from its
> installation path.
>
> Also look up the gwenhywfar so-name accordingly.
>
&g
See:
http://wiki.gnucash.org/wiki/Debian
--- On Thu, 8/13/09, Sreejith Koiloth wrote:
> From: Sreejith Koiloth
> Subject: Help Gnu cash installation
> To: gnucash-u...@gnucash.org, gnucash-devel@gnucash.org
> Date: Thursday, August 13, 2009, 4:06 AM
> Sir,
> How can I ins
On Thursday 13 August 2009, Sreejith Koiloth wrote:
> Sir,
> How can I install Gnu Cash in a Debian system? Please help me.
apt-get install gnucash
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnuca
Sir,
How can I install Gnu Cash in a Debian system? Please help me.
--
Sreejith Koiloth
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
This is a test of the new email list server. You can
safely ignore this email.
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Member, MIT Student Information Processing Board (SIPB)
URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH
warl...@mit.edu
Well, I found why gnucash, anjuta and others crash!
I found the answer on this web page:
http://xlife.zuavra.net/index.php/52/
I just had to modify the paths like this:
LD_PRELOAD="/usr/lib/libglade/2.0/libgnome.so
/usr/lib/libglade/2.0/libbonobo.so" gnucash
idem with anjuta and others!
So (all
enus doe not work in the French version:
> >>>Actions/Transactions_récurrentes/Remboursement_hypothèque/emprunt
> >>>Fichier/Nouveau/Nouvelle_hiérarchie_de_comptes
> >>>Fichier/Importer/Importer_QIF
> >>>
> >>>This is the approximative English tran
t;>> libgnome is installed yet.
>>>>>
>>>>>
>>>>> I used the 2.2.7 version downloaded from gnucash svn and compiled
>>>>> I removed it and installed the 2.2.4 version ubuntu from synaptic:
>>>>> the same problems!
>&
>>
>>>This is the approximative English translation and the problems:
>>>Actions/Scheduled_transactions/mortgage : Empty window, the buttons does
>>>not run> File/New/New_account_hierarchy : In the druid, it is
>>>virgen, and the
>>&g
e cancel button runs!
> >
> >
> > Thanks
> >
> >
> >
> > Le lundi 29 décembre 2008 à 17:17 +0100, Andeas Köhler a écrit :
> >> Hi Raphaël,
> >>
> >> you also did not say what operating system or distribution you use. I
> >&g
écembre 2008 à 17:17 +0100, Andeas Köhler a écrit :
>> Hi Raphaël,
>>
>> you also did not say what operating system or distribution you use. I
>> suppose that you have an incomplete installation of libgnome2, you need
>> one with glade support. Do you see the file
>&
29 décembre 2008 à 17:17 +0100, Andeas Köhler a écrit :
> Hi Raphaël,
>
> you also did not say what operating system or distribution you use. I
> suppose that you have an incomplete installation of libgnome2, you need
> one with glade support. Do you see the file
> /us
Hi
I am trying to install the source under vista. When running install.sh I get
this error
Extracting aqbanking-2.3.3.tar.gz ... done
/c/soft/downloads/install.sh: lib*.la: No such file or directory
Any idea what is causing this?
I have installed QT manually under c/QT/4.4.3
then I changed the
Quoting Christian Stimming <[EMAIL PROTECTED]>:
> Quoting Derek Atkins <[EMAIL PROTECTED]>:
>> New Revision: 17672
>> Trac: http://svn.gnucash.org/trac/changeset/17672
>>
>> Modified:
>>gnucash/trunk/src/business/business-reports/Makefile.am
&g
Quoting Derek Atkins <[EMAIL PROTECTED]>:
> New Revision: 17672
> Trac: http://svn.gnucash.org/trac/changeset/17672
>
> Modified:
>gnucash/trunk/src/business/business-reports/Makefile.am
> Log:
> Remove duplicate report installation
> Reorder reports alphabeti
Hi,
Gnucash-devel is an English list. If you want to ask in German
you should use the gnucash-de list.
Quoting Volker Fritz <[EMAIL PROTECTED]>:
> Hallo,
>
> möchte die GnuCash Vers. 2.2.4 auf meinem Rechner unter Ubuntu Vers.
> 7.10 installieren.
I do not believe that Ubuntu has 2.2.4, but yo
Hallo,
möchte die GnuCash Vers. 2.2.4 auf meinem Rechner unter Ubuntu Vers.
7.10 installieren.
Unter http://www.gnucash.org/de/docs.phtml
habe ich unter das Programm unter "Nur Quelltext (Europa):
Herunterladen
Quelltext und Windows-Paket
Nur Quelltext (USA)
Nur Quelltext (Europa)
"gnucash
Anna Ash wrote:
> I can't figure out how to install this program. I downloaded it and found
> it was some achieved/zipped files and got them unzipped but can't seem to
> locate an install file. Any information would be greatly appreciated.
>
> Anna Jeanette Ash
>
Anna,
I would bet you download
(This really belongs on gnucash-user, so I've CC'ed it there instead.)
"Anna Ash" <[EMAIL PROTECTED]> writes:
> I can't figure out how to install this program. I downloaded it and found
> it was some achieved/zipped files and got them unzipped but can't seem to
> locate an install file. Any info
I can't figure out how to install this program. I downloaded it and found
it was some achieved/zipped files and got them unzipped but can't seem to
locate an install file. Any information would be greatly appreciated.
Anna Jeanette Ash
___
gnucash-deve
Am Donnerstag, 21. Dezember 2006 19:18 schrieb Andreas Köhler:
> > Add code for download/installation of Inno Setup Compiler, as suggested
> > by hfelton.
> >
> > Modified: gnucash/trunk/packaging/win32/dist.sh
> > =
Hi,
> Author: cstim
> Date: 2006-12-21 09:10:41 -0500 (Thu, 21 Dec 2006)
> New Revision: 15241
> Trac: http://svn.gnucash.org/trac/changeset/15241
> Add code for download/installation of Inno Setup Compiler, as suggested by
> hfelton.
>
> Modified: gnucash/trunk
On Sat, 2006-03-04 at 08:16 -0500, Josh Sled wrote:
> David, I'm a bit unclear on how this should work, but I'm hoping we can
> find a solution before 1.9.2. With respect to the schema installation
> done in the Makefiles, it seems like we should make the gconftool-2
>
David, I'm a bit unclear on how this should work, but I'm hoping we can
find a solution before 1.9.2. With respect to the schema installation
done in the Makefiles, it seems like we should make the gconftool-2
calls conditional on GCONF_DISABLE_MAKEFILE_SCHEMA_INSTALL, and insteadd
ca
On Saturday 03 September 2005 10:42 pm, Christian Stimming wrote:
> > True. The one advantage is that it builds under a "make" - it does not
> > require another ./autogen.sh - it can be a significant advantage during
> > development of the associated files because you then only make that
> > specif
On Saturday 03 September 2005 10:00 pm, Christian Stimming wrote:
> > Gnucash GUI calls the gnc file backend and adds the QSF backend. Much as
> > it has always done. CashUtil does the same.
>
> Okay so far. I'd just like to ask you for some name clarification here:
> What you call "gnucash backend
Am Samstag, 3. September 2005 23:02 schrieb Neil Williams:
> On Saturday 03 September 2005 9:39 pm, you wrote:
> > Just to finish that other automake/configure discussion:
>
> True. The one advantage is that it builds under a "make" - it does not
> require another ./autogen.sh - it can be a signifi
Am Freitag, 2. September 2005 18:19 schrieb Neil Williams:
> > Err... can you draw a picture which part depends on which part
> > here, and where "Gnucash GUI", "GNC backend", QSF, and QOF all fit into
> > that picture?
>
> The outline picture is here:
> http://www.data-freedom.org/explain.html#exa
mv [EMAIL PROTECTED] $@
>
> That has been in place for schema validation for some months and also
> passes an installation path by a header file. No problems with that one.
> It's actually more flexible because the output can be updated without a
> complete ./autogen.sh.
Ahh
me of the init function are expected to
> be hard-coded into whichever applications need to use them.
Ok, that's much more "standard-like". Thanks for that. Simple rule of thumb:
If it's an installation directory that needs to be passed from one library to
another, then pkg-
On Friday 02 September 2005 5:54 pm, Neil Williams wrote:
> On Friday 02 September 2005 5:29 pm, Derek Atkins wrote:
> > No, but it's not recommended.
OK, it's changed. It's still used for some internal roles (although that may
change).
> > No, I'm not
> > convinced that passing configuration i
here does gettext put the
translated strings?
> > Yes, because this backend is to be shared with CashUtil which is
> > installable without GnuCash. It could, conceivably, be installed outside
> > the GnuCash package directories - it's probably best that it is so that
>
y, be installed outside the GnuCash
package directories - it's probably best that it is so that CashUtil
installation doesn't need to mess around in a GnuCash installation. They both
need libcashobjects.la and libgnc-backend-file.la which can be installed in
some shared directory under the
nly
in the Makefile.am using a customised sed routine.
qsf-dir.h: qsf-dir.h.in
rm -f [EMAIL PROTECTED]
sed < $< > [EMAIL PROTECTED] \
-e 's:@-QSF_SCHEMA_DIR-@:${QSF_SCHEMA_DIR}:g'
mv [EMAIL PROTECTED] $@
That has been in place for schema vali
l/cashutil"
#define GNC_LIB_NAME "libgnc-backend-file.la"
#define GNC_LIB_INIT "gnc_provider_init"
Passing installation paths from one library/application to another by
this method is actually not-so-common or rather "unorthodox". The usual
way of passing such installat
> The problem is that gnucash was accidentally compiled against
> libgwrapguile0 instead of libgwrapguile1. Then, just after gnucash
> 1.6.0 was added to the distribution, libgwrapguile0 was removed
[...]
> If anyone would like a copy of
> the old libgwrapguile0 .deb, you can grab from
> http:/
On Mon, Jun 18, 2001 at 05:47:42PM -0600, Jonathan Corbet wrote:
> So...I'm still trying to come up with a working gnucash 1.6. Still no joy
> in mudville.
>
> I've even gone so far as to put the vaunted Debian unstable on a system and
> try the apt-get command that I was so smugly told would br
> On Mon, 18 Jun 2001 17:47:42 -0600, Jonathan Corbet
> <[EMAIL PROTECTED]> said:
Jonathan> I've even gone so far as to put the vaunted Debian unstable
Jonathan> on a system and try the apt-get command that I was so smugly
Jonathan> told would bring me instant gnucash nirvana. No such l
So...I'm still trying to come up with a working gnucash 1.6. Still no joy
in mudville.
I've even gone so far as to put the vaunted Debian unstable on a system and
try the apt-get command that I was so smugly told would bring me instant
gnucash nirvana. No such luck. I get a gripe that gnucash
[EMAIL PROTECTED] writes:
> I am facing a similar situation as Markus. I was using version 1.4.3 while
> Suse 7.0 was installed. Recently I upgraded to Suse 7.1, gnucash 1.4.3 still
> worked fine. Problems started when I discovered that later versions of gnucash
> were available. In the beginn
> On Thu, 18 Jan 2001 12:00:01 -0600 (CST), [EMAIL PROTECTED] said:
linas> Dave, I guess your the maintainer ... is there an easy way of
linas> setting up a 'make realclean' so that config.cache is erased
linas> and autogen.sh get rerun automagically? 'make clean' is not
linas> enough af
Dave,
I guess your the maintainer ... is there an easy way of setting up a 'make
realclean' so that config.cache is erased and autogen.sh get rerun
automagically? 'make clean' is not enough after installing/upgrading
lbraries,
--linas
It's been rumoured that Meer van Houtum, P.G. van der sai
Poldi Winkler writes:
> After I have run guile -c "(use-modules (ice-9 slib)) (require
> 'new-catalog)" I could open gnucash. a great wonder!
> But I think it is really to complicated for an amateur. But anyway -
> thanks for the help.
> Poldi
This one isn't our fault, AFAIK. I believe it'
Am Sam, 15 Jul 2000 schrieb Robert and Dave:
> Poldi Winkler writes:
> > Hello,
> >
> > Shall I forget gnucash in the moment or do you have the solution?
> >
>
> Try running (as root)
>
> guile -c "(use-modules (ice-9 slib)) (require 'new-catalog)"
>
> dave
>
> Did you try putting in a syml
Poldi Winkler writes:
> Hello,
>
> Shall I forget gnucash in the moment or do you have the solution?
>
> I have found in /usr/share/guile/slib/mklibcat.scm and not mklibcat,
> but all the other files are in /usr/share/gnucash/scm.
Try running (as root)
guile -c "(use-modules (ice-9 slib)) (re
Poldi Winkler writes:
> Hello,
> it's a very hard job to install gnucash! I have used the SuSE-rpm-File
> from Stephan and was very happy when I have solved all the dependences
> (I hope so!). The last topic was slib. Then I have started gnucash and
> I got the following message:
>
> gnuc
Hello,
it's a very hard job to install gnucash! I have used the SuSE-rpm-File
from Stephan and was very happy when I have solved all the dependences
(I hope so!). The last topic was slib. Then I have started gnucash and
I got the following message:
gnucash
ERROR: In procedure open-file:
ERROR: D
Haines Brown <[EMAIL PROTECTED]> writes:
> I struggled with gnucash 1.2.5-1 binary rpm on RedHat 6.0 before, and I'm back to
> try again.
>
> I had uncertainties about the installation. When I attempt it, I'm
> first told that jcollins account can't be foun
I struggled with gnucash 1.2.5-1 binary rpm on RedHat 6.0 before, and I'm back to
try again.
I had uncertainties about the installation. When I attempt it, I'm
first told that jcollins account can't be found, and so the
installation is done for root. I want a user to use the pr
I am trying to install Xacc. I had a lot of trouble in the beginning
getting Lesstif and Xbae installed. When I would run make depend the
compile would fail saying that it needed files from a '/usr/include/Xbae'
directory (it also had others to search in). I ran a find on the machine,
and found
Hi,
I'm trying to install gnucash on a Slackware 7.0 system, and I know it
uses LessTif (which I installed from the setup). I also installed SWIG,
Nana, guile, and XmHTML. The configure works fine. When I try to
compile I get the following msg:
obj/motif/HelpWindow.o: In function `htmlWindow
1 - 100 of 110 matches
Mail list logo
