Inspecting my Ubuntu 19.10 system I see that a number of applications
have installed themselves to ~/.local/bin. Platformio for example.
Also that folder is in the PATH, but whether it is there on a clean
install I don't know.
Colin
On Thu, 5 Mar 2020 at 22:20, David Cousens wrote:
>
> Geert
>
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
Op vrijdag 6 maart 2020 10:09:01 CET schreef Colin Law:
> Inspecting my Ubuntu 19.10 system I see that a number of applications
> have installed themselves to ~/.local/bin. Platformio for example.
> Also that folder is in the PATH, but whether it is there on a clean
> install I don't know.
>
> Co
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
Op vrijdag 6 maart 2020 10:39:29 CET schreef Colin Law:
> 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 -
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 that
> use
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
> > guile), cpan (for perl)
Hi Geert
Check out xaccDisableDataScrubbing and xaccEnableDataScrubbing pair, seems
to be appropriate while importing CSV/OFX/QIF etc, and should make them
marginaly faster.
C
On Thu, 5 Mar 2020 at 17:03, Geert Janssens
wrote:
> There are several bugs with multi-currency csv imports. I don't t
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
The fun never ends.
After your patches and latest commits, I restarted the installation from
fresh to figure out what was still broken.
In addition to the things I previously ran into and aren't fixed yet
(which I'll list in a message when I get the build done), there's a new
one as of today:
HI,
Am 06.03.20 um 20:19 schrieb Jean Laroche:
> The fun never ends.
> After your patches and latest commits, I restarted the installation from
> fresh to figure out what was still broken.
> In addition to the things I previously ran into and aren't fixed yet
> (which I'll list in a message when I
But how do we fix the build so it uses this latest version. I'm not
aware of where you modify this in the build process...
J.
On 3/6/20 1:39 PM, Frank H. Ellenberger wrote:
HI,
Am 06.03.20 um 20:19 schrieb Jean Laroche:
The fun never ends.
After your patches and latest commits, I restarted th
You would have to clone the gnucash-on-osx repository and change
jhbuildrc-custom to load the local gnucash.modules in that clone instead of the
Github one, then edit the entries in your local gnucash.modules.
Otherwise, wait until my test build with the updated modules completes and I
push the
Cool, thanks John.
On 3/6/20 5:08 PM, John Ralls wrote:
You would have to clone the gnucash-on-osx repository and change
jhbuildrc-custom to load the local gnucash.modules in that clone instead of the
Github one, then edit the entries in your local gnucash.modules.
Otherwise, wait until my te
I spent some time yesterday figuring out why gnc:debug never produced
any output regardless of the gnc.scm log level. I tracked it down to
commits 42b6fb9 and b3a4cd6 from last July. The actual bug is trivial
(they test for the log level for "gnc" instead of "gnc.scm") but I
wonder if b3a4cd6
Thanks John,
Tonight I was able to successfully run jhbuild build, then to build and
run gnucash on my mac at home.
Doing so required some manual fixes which I'm listing below. If it's not
possible to patch them, at least they should be mentioned in the
instructions for building on mac. I woul
Hi Mike.
I'd thought that the log level would be an invariant per session. If log
levels could be amended mid-session I'd like to see how.
The gnc:debug was optimized because there was (gnc:debug pricelist) whereby
a long pricelist (which is realistic) would obligatorily lead to
string-join and m
On 7 Mar 2020, at 0:39, Christopher Lam wrote:
I'd thought that the log level would be an invariant per session. If
log levels could be amended mid-session I'd like to see how.
Call qof-log-set-level. It works fine without the most recent change to
gnc:debug. I put a few calls to it into
g
18 matches
Mail list logo
