Re: [GNC-dev] Missing FreeType2 for Mac OS Development

I now have a function development environment with gnucash from git and FQ from git installed, so I can develop in both. Documented everything at the bottom of https://wiki.gnucash.org/wiki/MacOS/Quartz I’m going to start on new thread on this mailing list to discuss how to use the new FQ

Re: [GNC-dev] Missing FreeType2 for Mac OS Development

ds, >>>> John Ralls >>>> >>>> >>>>> On Jan 14, 2023, at 4:21 PM, Vincent Lucarelli >>>>> wrote: >>>>> >>>>> It looks like freetype2 picked up a dependency on >>>>> /opt/h

Re: [GNC-dev] Missing FreeType2 for Mac OS Development

t;>>> '-DCMAKE_SYSTEM_IGNORE_PATH="/opt/homebrew:/opt/macports:/sw:/usr/local"' >>>> as suggested at >>>> https://wiki.gnome.org/action/show/Projects/GTK/OSX/Building#Prerequisites >>>> >>>> >>>> So when harf

Re: [GNC-dev] Missing FreeType2 for Mac OS Development

-DCMAKE_SYSTEM_IGNORE_PATH="/opt/homebrew:/opt/macports:/sw:/usr/local"' >>> as suggested at >>> https://wiki.gnome.org/action/show/Projects/GTK/OSX/Building#Prerequisites >>> >>> >>> So when harfbuzz-no-cairo tried to configure against

Re: [GNC-dev] Missing FreeType2 for Mac OS Development

o tried to configure against freetype2, it was >> looking for libbrotlidec.pc, but that wasn’t built by jhbuild. >> >> I’ll try again tomorrow to see if I can track down exactly how homebrew is >> poisoning the build environment. >> >> Provided I can actual

Re: [GNC-dev] Missing FreeType2 for Mac OS Development

ew is > poisoning the build environment. > > Provided I can actual build gnucash, should development questions about > integrating FQ get_features() take place on this mailing list in a new thread > or on GitHub under and issue? > > Best, > > Vince > > >

Re: [GNC-dev] Missing FreeType2 for Mac OS Development

isoning the build environment. Provided I can actual build gnucash, should development questions about integrating FQ get_features() take place on this mailing list in a new thread or on GitHub under and issue? Best, Vince > On Jan 14, 2023, at 4:44 PM, John Ralls wrote: > > >

Re: [GNC-dev] Missing FreeType2 for Mac OS Development

> On Jan 14, 2023, at 10:22 AM, Vincent Lucarelli > wrote: > > Hi, > > I am attempting to setup a new Mac OS X user account on Ventura 13.0.1 to > build gnucash so I can attempt to help integrate a new Finance::Quote feature > into GnuCash. Ran into 2 problems following the instructions at

[GNC-dev] Missing FreeType2 for Mac OS Development

Hi, I am attempting to setup a new Mac OS X user account on Ventura 13.0.1 to build gnucash so I can attempt to help integrate a new Finance::Quote feature into GnuCash. Ran into 2 problems following the instructions at https://wiki.gnucash.org/wiki/MacOS/Quartz First issue - was able to solv

Re: [GNC-dev] How to get Report Development Environment Working in Windows

I wasn't sure about Guile's understanding of MSDOS-style paths. Try converting them to Cygwin style, e.g. set GUILE_LOAD_PATH="/c/Program Files (x86)/gnucash/share/guile/2.2:/c/Program Files (x86)/gnucash/share/guile/site/2.2". You might need to escape the spaces as well, e.g. Program\ Files\ \

Re: [GNC-dev] How to get Report Development Environment Working in Windows

John, presumably you mentioned a guile instance because it's more efficient than the technique I asked about to reload reports without restarting GnuCash. That doesn't bring up a Win10 guile instance: C:\Users\User\AppData\Roaming\GnuCash>type guile-env.bat @ echo off REM https://lists.gnucash.org

Re: [GNC-dev] How to get Report Development Environment Working in Windows

On Fri, Sep 3, 2021 at 10:48 AM John Ralls wrote: > It looks like much of that page dates from GnuCash 2.6 that used an > earlier version of Guile than we use now... Note that none of this is > needed for GnuCash to execute your config-user.scm as it sets up the paths > for itself. > Spot-on! F

Re: [GNC-dev] How to get Report Development Environment Working in Windows

> On Sep 2, 2021, at 4:55 PM, flywire wrote: > > I'd like to use > https://wiki.gnucash.org/wiki/Custom_Reports#Development_Environment in > Win10. The Technique to reload reports without restarting GnuCash is not > working and I think the main problem is not following: > >> Finally, you shou

[GNC-dev] How to get Report Development Environment Working in Windows

I'd like to use https://wiki.gnucash.org/wiki/Custom_Reports#Development_Environment in Win10. The Technique to reload reports without restarting GnuCash is not working and I think the main problem is not following: > Finally, you should also extract a GnuCash source tar ball in ~/GnuCash/CustomRe

Re: [GNC-dev] Development Environment

> On Mar 14, 2021, at 11:31 AM, Mark Lautman wrote: > > Hello! > > I'd like to start contributing to the gnucash project. > > a) Is there a particular development environment you recommend? > > b) Is the priority on fixing bugs or migrating the co

[GNC-dev] Development Environment

Hello! I'd like to start contributing to the gnucash project. a) Is there a particular development environment you recommend? b) Is the priority on fixing bugs or migrating the code to C++ (or something else)? Thank you. ___ gn

Re: [GNC-dev] Contribute to GnuCash development

Am 12.08.19 um 00:48 schrieb John Ralls: On Aug 11, 2019, at 3:31 PM, Christian Gruber wrote: Hi, I'm new on this mailing list. I'm using GnuCash for several months now and think, I can also spend some time for GnuCash bugfixing and maybe also development later on. When I

Re: [GNC-dev] Contribute to GnuCash development

> On Aug 11, 2019, at 3:31 PM, Christian Gruber > wrote: > > Hi, > > I'm new on this mailing list. I'm using GnuCash for several months now and > think, I can also spend some time for GnuCash bugfixing and maybe also > development later on. > > Whe

[GNC-dev] Contribute to GnuCash development

Hi, I'm new on this mailing list. I'm using GnuCash for several months now and think, I can also spend some time for GnuCash bugfixing and maybe also development later on. When I started to build GnuCash from source code the first time, I already detected two bugs, which I r

Re: [GNC-dev] I'd like to contribute to the GnuCash project, starting with the documentation - now also development

vendors functionality, and updating > documentation for the same. > > It is my intention to submit patches for code and user documentation once I > have completed the work on both import bills & invoices and import > customers and vendors. > > On my development skills, I’v

Re: [GNC-dev] I'd like to contribute to the GnuCash project, starting with the documentation - now also development

code and user documentation once I have completed the work on both import bills & invoices and import customers and vendors. On my development skills, I’ve had formal development training, using Pascal and Modula 2, and used C to create an application on my Macintosh+, but that was about

Re: On development/release processes and version numbers

e just one bugfix branch. > > I looked around and couldn't find any helpful Git advice for projects > that have more than one supported version. Every detailed work flow > seemed to assume that there just one blob of current production code, > and one development branch. >

Re: On development/release processes and version numbers

len Ditchfield Date: 26/1/18 12:43 (GMT+10:00) To: gnucash-devel@gnucash.org Subject: Re: On development/release processes and version numbers Regarding EOL management, I think you will soon have three supported "product lines": the upcoming 3.0, a 2.6.x series (2.6.19, 2.6.20, ...), and a

Re: On development/release processes and version numbers

more than one supported version. Every detailed work flow seemed to assume that there just one blob of current production code, and one development branch. Perhaps this would work: * Normal development (refactorings, enhancements, etc) goes on master. * Every supported series has a branc

Re: On development/release processes and version numbers

rather than the general scheme itself. If the goal is to look ‘fresh’ for users, then I’d think a time-based numbering scheme is the way to go. (either by dates, or x.y.z) But if semantic versioning is more important, then you’re destined to appear ‘stale’ since development of major improvements is

Re: On development/release processes and version numbers

ssarily be tied to the development and code branching strategy. Here is an interesting model that I've tried to emulate in practice but never got as far as having the full spectre of branches in a repo (mostly because I never had git in professional projects and Open Source ones are fairly sma

On development/release processes and version numbers

To start, this will be a long read to introspect on our development and release processes, where they are now and where the may go in the future. If you want to help shape this future, please read on and share your thoughts. I have started a thread earlier with a proposal to update our

Re: Development environment on mac

> On Oct 21, 2016, at 7:05 AM, Phil Longstaff wrote: > > For a project I am involved with, I may need to move to a macbook as my > development environment. Because my old windows/linux laptop is getting old > and parts are no longer working, it may no longer be available to me. S

Re: Development environment on mac

am involved with, I may need to move to a macbook as my development environment. Because my old windows/linux laptop is getting old and parts are no longer working, it may no longer be available to me. So, I may need to do any future gnucash development on apple products. For those here who use

Development environment on mac

For a project I am involved with, I may need to move to a macbook as my development environment. Because my old windows/linux laptop is getting old and parts are no longer working, it may no longer be available to me. So, I may need to do any future gnucash development on apple products. For

Re: GnuCash page Development has been changed by Jralls

> On Jul 6, 2016, at 12:31 AM, Chris Good wrote: > >> -Original Message- >> From: John Ralls [mailto:jra...@ceridwen.us] >> Sent: Wednesday, 6 July 2016 1:06 PM >> To: Chris Good >> Cc: gnucash-devel >> Subject: Re: GnuCash page Development

RE: GnuCash page Development has been changed by Jralls

> -Original Message- > From: John Ralls [mailto:jra...@ceridwen.us] > Sent: Wednesday, 6 July 2016 1:06 PM > To: Chris Good > Cc: gnucash-devel > Subject: Re: GnuCash page Development has been changed by Jralls > > > > On Jul 5, 2016, at 4:42 PM, Chris

Re: GnuCash page Development has been changed by Jralls

> On Jul 5, 2016, at 4:42 PM, Chris Good wrote: > > Hi John, > > Re your last change to http://wiki.gnucash.org/wiki/Development : > > Github pull requests: This is the preferred method if the change is > non-trivial and there isn't already a bug report on the m

FW: GnuCash page Development has been changed by Jralls

Hi John, Re your last change to http://wiki.gnucash.org/wiki/Development : Github pull requests: This is the preferred method if the change is non-trivial and there isn't already a bug report on the matter. The above implies to me that if there IS already a bug report, you'd prefe

Re: Docs Development Workflow: Am I Barking Up The Right Tree?

> On Feb 25, 2016, at 12:05 PM, David T. wrote: > > John, > > My etiquette sucks. I should have started by saying thank you for the > detailed and patient reply. It’s helpful to have such guidance. > > Now, working further down your reply I have this: > >> On Feb 25, 2016, at 11:18 AM, John

Re: Docs Development Workflow: Am I Barking Up The Right Tree?

> On Feb 25, 2016, at 12:18 PM, David T. wrote: > > Sorry. > > Clearly I am dense. Using your simpler commands, I get to “../configure” and > get "-bash: ../configure: No such file or directory” > > For yucks, I tried make and make install. Of course, this yielded: > > make: *** No targets s

Re: Docs Development Workflow: Am I Barking Up The Right Tree?

> On Feb 25, 2016, at 10:47 AM, David T. wrote: > > John, > > The wiki page (http://wiki.gnucash.org/wiki/Documentation_Update_Instructions > ) gives > different commands than these. Specifically, the commands for the docs are >

Re: Docs Development Workflow: Am I Barking Up The Right Tree?

John, The wiki page (http://wiki.gnucash.org/wiki/Documentation_Update_Instructions ) gives different commands than these. Specifically, the commands for the docs are listed there as: cd docs/guide/C xmllint --valid --noout gnucas

Re: Docs Development Workflow: Am I Barking Up The Right Tree?

your repository. > > My points of doubt: > > A) Is this how it is supposed to go? When I look on Github, I see an open > Pull Request on my repository that says I have requested to merge this into > maint. I think that’s what it’s supposed to be, but I don’t know for sure. Yup, th

Docs Development Workflow: Am I Barking Up The Right Tree?

Github, I see an open Pull Request on my repository that says I have requested to merge this into maint. I think that’s what it’s supposed to be, but I don’t know for sure. B) What happens next? Does someone in the development group act on this? Where will this next action appear? Github? Gnucash

Re: GnuCash Development Visualization - 2015 edition

> On Sep 28, 2015, at 7:47 AM, Geert Janssens > wrote: > > > It's one branch indeed. Unfortunately I don't really remember which one I > took :( I did the > rendering halfway August and was more focused on getting the gource > parameters right. If > you're not appearing in the last part of

Re: GnuCash Development Visualization - 2015 edition

> >> Geert >> > > Thanks for sharing; this is really cool! > > It took me a while, but I've decided that this must just be tracking > development on the Maint branch? Or at least it's only one branch, and each > dot is a file. Perhaps the color of the

Re: GnuCash Development Visualization - 2015 edition

: enjoy ! > > > > Geert > > Thanks for sharing; this is really cool! > > It took me a while, but I've decided that this must just be tracking > development on the Maint branch? Or at least it's only one branch, and > each dot is a file. It's one b

Re: GnuCash Development Visualization - 2015 edition

On Saturday 26 September 2015 23:37:56 Wm... wrote: > > Strangely beautiful. I do think it deserves some accompanying music. > Interesting you say flower, I saw (undersea) coral growth and universe > expansion. Heh, I love your associations. It's indeed more organic than just a flower. And ye

Re: GnuCash Development Visualization - 2015 edition

ded that this must just be tracking development on the Maint branch? Or at least it's only one branch, and each dot is a file. Perhaps the color of the file correlates to how many times it was touched? So those radioactive ones on the lower right at the end are QOF? ^_^ I watched the whole video t

Re: GnuCash Development Visualization - 2015 edition

Sat, 26 Sep 2015 17:17:00 <3946336.p0cilrv...@legolas.kobaltwit.lan> Geert Janssens wrote... Hi Folks, As it's been about 5 years since I created a visualization of the gnucash development history in svn, I thought it was time to bring an updated version. The result can be

RE: GnuCash Development Visualization - 2015 edition (Geert Janssens)

ct or body 'help' to > gnucash-devel-requ...@gnucash.org > > You can reach the person managing the list at > gnucash-devel-ow...@gnucash.org > > When replying, please edit your Subject line so it is more specific than "Re: > Contents of gnucash-devel d

GnuCash Development Visualization - 2015 edition

Hi Folks, As it's been about 5 years since I created a visualization of the gnucash development history in svn, I thought it was time to bring an updated version. The result can be found here: https://www.youtube.com/watch?v=SvjA1DjPEm8 It's a video created with gource. This is a

Wiki: Development

Hoping to clear up some of the confusion faced by potential new contributors, I've made a couple of changes to the Wiki: First, I renamed "Development" to "Contributing to GnuCash" because it covered a lot more than what most of us think of as development. Then I moved t

Re: GnuCash+git development process with multiple branches?

On Jul 1, 2013, at 8:21 AM, "Derek Atkins" wrote: > > On Mon, July 1, 2013 11:14 am, John Ralls wrote: >> >> On Jul 1, 2013, at 5:58 AM, Derek Atkins wrote: >>> >>> So what does "git-update" do that "git fetch" (or git pull) does not? >>> Could I theoretically run a 'git fetch' into the bare

Re: GnuCash+git development process with multiple branches?

On Jul 1, 2013, at 8:04 AM, "Derek Atkins" wrote: > > On Mon, July 1, 2013 10:41 am, John Ralls wrote: >> >> On Jul 1, 2013, at 6:36 AM, Derek Atkins wrote: >>> >>> Hmm, did you just do something on code? I just did it again: >>> >>> git clone --mirror ssh://g...@code.gnucash.org/gnucash.g

Re: GnuCash+git development process with multiple branches?

On Mon, July 1, 2013 11:14 am, John Ralls wrote: > > On Jul 1, 2013, at 5:58 AM, Derek Atkins wrote: >> >> So what does "git-update" do that "git fetch" (or git pull) does not? >> Could I theoretically run a 'git fetch' into the bare repo, clone that >> into each checkout I need, git svn init in

Re: GnuCash+git development process with multiple branches?

On Jul 1, 2013, at 5:58 AM, Derek Atkins wrote: > > So what does "git-update" do that "git fetch" (or git pull) does not? > Could I theoretically run a 'git fetch' into the bare repo, clone that > into each checkout I need, git svn init in each WC, and then dcommit > from there back to SVN? So

Re: GnuCash+git development process with multiple branches?

On Mon, July 1, 2013 10:41 am, John Ralls wrote: > > On Jul 1, 2013, at 6:36 AM, Derek Atkins wrote: >> >> Hmm, did you just do something on code? I just did it again: >> >> git clone --mirror ssh://g...@code.gnucash.org/gnucash.git >> cd gnucash.git >> git fetch --all >> >> ...and it worked wit

Re: GnuCash+git development process with multiple branches?

On Jul 1, 2013, at 6:36 AM, Derek Atkins wrote: > > Hmm, did you just do something on code? I just did it again: > > git clone --mirror ssh://g...@code.gnucash.org/gnucash.git > cd gnucash.git > git fetch --all > > ...and it worked without error: > > [warlord@mocana gnucash.git]$ git fetch -

Re: GnuCash+git development process with multiple branches?

On 01-07-13 15:36, Derek Atkins wrote: Geert Janssens writes: Yeah, alas I really need to be able to have multiple branches "checked out" simultaneously. I don't want a single tree that I'm constantly swapping between branches. Left to itself, git pull will update all of the checked out bra

Re: GnuCash+git development process with multiple branches?

Geert Janssens writes: >> Yeah, alas I really need to be able to have multiple branches "checked >> out" simultaneously. I don't want a single tree that I'm constantly >> swapping between branches. >> >>> Left to itself, git pull will update all of the checked out branches >>> in the local repo,

Re: GnuCash+git development process with multiple branches?

Geert Janssens writes: >> When was this fixed? I just looked at the repos in gitolite and HEAD >> points to refs/heads/master which doesn't exist in either gnucash.git or >> gnucash-docs.git. (It exists in gnucash-htdocs.git). > > Er, right. It's only fixed in gnucash-htdocs as that is now a pu

Re: GnuCash+git development process with multiple branches?

On 01-07-13 14:58, Derek Atkins wrote: John Ralls writes: [snip] So I guess this boils does to more of a general git question than specifically gnucash, but how do you work with multiple branches simultaneously? This is particularly important because of having to dcommit back upstream.

Re: GnuCash+git development process with multiple branches?

On 01-07-13 14:03, Derek Atkins wrote: Hi, On Mon, July 1, 2013 3:59 am, Geert Janssens wrote: [snip] Fetching origin fatal: Couldn't find remote ref HEAD error: Could not fetch origin This is probably because refs/heads/ is empty in the bare repo? So what do you all do? I'm thinking that on

Re: GnuCash+git development process with multiple branches?

John Ralls writes: [snip] >> So I guess this boils does to more of a general git question than >> specifically gnucash, but how do you work with multiple branches >> simultaneously? This is particularly important because of having to >> dcommit back upstream. >> >> My first attempt was to

Re: GnuCash+git development process with multiple branches?

Hi, On Mon, July 1, 2013 3:59 am, Geert Janssens wrote: [snip] Fetching origin fatal: Couldn't find remote ref HEAD error: Could not fetch origin This is probably because refs/heads/ is empty in the bare repo? So what do you all do? I'm thinking that once I

Re: GnuCash+git development process with multiple branches?

On 01-07-13 01:54, Derek Atkins wrote: On Sun, June 30, 2013 5:29 pm, John Ralls wrote: On Jun 30, 2013, at 1:38 PM, Derek Atkins wrote: Hi all, Last week I just upgraded my main laptop from Fedora 15 to Fedora 18. One of the side effects of this change was that PERL got updates from 5.12 to

Re: GnuCash+git development process with multiple branches?

On Sun, June 30, 2013 5:29 pm, John Ralls wrote: > > On Jun 30, 2013, at 1:38 PM, Derek Atkins wrote: > >> Hi all, >> >> Last week I just upgraded my main laptop from Fedora 15 to Fedora 18. >> One of the side effects of this change was that PERL got updates from >> 5.12 to 5.16, and SVK (which I

Re: GnuCash+git development process with multiple branches?

On Jun 30, 2013, at 1:38 PM, Derek Atkins wrote: > Hi all, > > Last week I just upgraded my main laptop from Fedora 15 to Fedora 18. > One of the side effects of this change was that PERL got updates from > 5.12 to 5.16, and SVK (which I've been using for years) no longer > works. SVK has long

GnuCash+git development process with multiple branches?

Hi all, Last week I just upgraded my main laptop from Fedora 15 to Fedora 18. One of the side effects of this change was that PERL got updates from 5.12 to 5.16, and SVK (which I've been using for years) no longer works. SVK has long-since been abandoned (back in 2010) which basically means I'm n

Re: error during make check due to missing language-pack-fr-base (was: Development primer?)

Am Montag, 27. Mai 2013, 08:23:02 schrieb Yawar Amin: > Hi, > > On 2013-05-11, at 5:28, "Christian Stimming (mobil)" wrote: > > Dear Allen, I'm sorry to hear the program does not start. The error > > during make check is caused because you don't have the French locale > > installed. We discussed

Re: Development primer?

Hi, On 2013-05-11, at 5:28, "Christian Stimming (mobil)" wrote: > Dear Allen, I'm sorry to hear the program does not start. The error during > make check is caused because you don't have the French locale installed. We > discussed this here already 3-4 weeks ago. Can someone post the link to

Re: Development primer?

Am Montag, 13. Mai 2013, 17:35:01 schrieb Allen S. Rout: > ... Now, what I'm doing is > > make > cd src/bin > ./gnucash > > ... Is there some reason I should expect this to fail? I can remove the > system gnucash, and install this in my homedir, if that'll b

Re: Development primer?

before runtime. Still got Trace/breakpoint trap (core dumped) ... Now, what I'm doing is make cd src/bin ./gnucash ... Is there some reason I should expect this to fail? I can remove the system gnucash, and install this in my homedir, if that'll be necessary for development

Re: Development primer?

Am Samstag, 11. Mai 2013, 00:24:22 schrieb Allen S. Rout: Additionally, I want to be able to express from my python such desires as: Enumerate for me the active customers (or customer numbers, or...).. Right now I'm checking customers zero to 10,000 for if (customer == None): .. works, but ick

Re: Development primer?

Am Samstag, 11. Mai 2013, 00:24:22 schrieb Allen S. Rout: > When I shrugged, and just ran make, and then ran src/bin/gnucash, I got: > > Trace/breakpoint trap (core dumped) > > which was a new one for me. > > I infer that I'm building somewhere not well prepared to be a gnucash > build, but I m

Re: Development primer?

Dear Allen, I'm sorry to hear the program does not start. The error during make check is caused because you don't have the French locale installed. We discussed this here already 3-4 weeks ago. But the error on start is weird. I also use Ubuntu 12.10 and haven't seen this problem. Maybe somethi

Development primer?

Is there an environment I should prefer to use to build Gnucash? Having looked over http://wiki.gnucash.org/wiki/Git and e.g. the Helpful Message, I cloned the git repo, autogenned, ./configure --enable-compile-warnings, and then made check: ERROR:test-gnc-date.c:437:test_gnc_setlocale: cod

Re: Proposed change to development Process was Fw: [Bug 650598] Cannot Enter Nth Day of Month Scheduled Transactions

John Ralls writes: > The target milestone is actually intended for *open* bugs, to create a > "roadmap" report which lists all of the bugs which are supposed to be > fixed before a particular release. Although we've also used it to mark the release in which a bug was fixed. -derek -- D

Re: Proposed change to development Process was Fw: [Bug 650598] Cannot Enter Nth Day of Month Scheduled Transactions

On Feb 8, 2013, at 3:30 AM, Geert Janssens wrote: > On 07-02-13 16:35, John Ralls wrote: >> On Feb 7, 2013, at 7:21 AM, David Carlson wrote: >> >>> As I requested in this closed bug, which is not in the current program >>> release and may not be in the current release for many more months, ho

Re: Proposed change to development Process was Fw: [Bug 650598] Cannot Enter Nth Day of Month Scheduled Transactions

On 07-02-13 16:35, John Ralls wrote: On Feb 7, 2013, at 7:21 AM, David Carlson wrote: As I requested in this closed bug, which is not in the current program release and may not be in the current release for many more months, how about adding a status "Awaiting next Program Release" so the bu

Fw: Re: Fw: Re: Proposed change to development Process was Fw: [Bug 650598] Cannot Enter Nth Day of Month Scheduled Transactions

One would think so, but the search for open bugs does not show resolved bugs that are not closed. David C --- On Thu, 2/7/13, Colin Law wrote: From: Colin Law Subject: Re: Fw: Re: Proposed change to development Process was Fw: [Bug 650598] Cannot Enter Nth Day of Month Scheduled

Re: Fw: Re: Proposed change to development Process was Fw: [Bug 650598] Cannot Enter Nth Day of Month Scheduled Transactions

he bug when it is released? Colin > > David C > > --- On Thu, 2/7/13, John Ralls wrote: > > From: John Ralls > Subject: Re: Proposed change to development Process was Fw: [Bug 650598] > Cannot Enter Nth Day of Month Scheduled Transactions > To: "David Carlson&q

Fw: Re: Proposed change to development Process was Fw: [Bug 650598] Cannot Enter Nth Day of Month Scheduled Transactions

id Carlson wrote: From: David Carlson Subject: Fw: Re: Proposed change to development Process was Fw: [Bug 650598] Cannot Enter Nth Day of Month Scheduled Transactions To: "gnucash-devel" Date: Thursday, February 7, 2013, 9:41 AM Then is there some other way to show the bug unresolved

Fw: Re: Proposed change to development Process was Fw: [Bug 650598] Cannot Enter Nth Day of Month Scheduled Transactions

Then is there some other way to show the bug unresolved (because it has not been released) but the code is in the queue? David C --- On Thu, 2/7/13, John Ralls wrote: From: John Ralls Subject: Re: Proposed change to development Process was Fw: [Bug 650598] Cannot Enter Nth Day of Month

Re: Proposed change to development Process was Fw: [Bug 650598] Cannot Enter Nth Day of Month Scheduled Transactions

On Feb 7, 2013, at 7:21 AM, David Carlson wrote: > As I requested in this closed bug, which is not in the current program > release and may not be in the current release for many more months, how about > adding a status "Awaiting next Program Release" so the bug can be found in a > search for

Proposed change to development Process was Fw: [Bug 650598] Cannot Enter Nth Day of Month Scheduled Transactions

omment #12 from Geert Janssens 2013-02-07 14:42:24 UTC --- A valid point, which crossed my mind on occasion as well. However, as a comment on a closed bug this is not very useful (even though the bug is an example to illustrate your point). You propose a change in the development process. That coul

Re: Making GnuCash development on Windows easier, one step at the time

On 21-01-13 16:50, Derek Atkins wrote: Christian Stimming writes: Oh, you're right. Paths with spaces will continue to give us headaches at each and every place that uses normal Unix shell scripts. That would be enough of a reason to stick to a direct installation in c:\, unfortunately. Unles

Re: Making GnuCash development on Windows easier, one step at the time

Christian Stimming writes: > Oh, you're right. Paths with spaces will continue to give us headaches > at each and every place that uses normal Unix shell scripts. That > would be enough of a reason to stick to a direct installation in c:\, > unfortunately. Unless we properly quote everything eve

Re: Making GnuCash development on Windows easier, one step at the time

Am Samstag, 19. Januar 2013, 15:31:10 schrieb Geert Janssens: > > %HOMEDRIVE%%HOMEPATH%\development > > > > The actual naming choice is up to you or whoever changes the code, but > > we > > should pick up the availability of the %HOMEPATH%. > > These

Re: Making GnuCash development on Windows easier, one step at the time

a true home directory, accessible via "%HOMEDRIVE%%HOMEPATH%" . Maybe you should change the default location from C:\soft for those systems that have a %HOMEDRIVE%%HOMEPATH% into %HOMEDRIVE%%HOMEPATH%\soft or %HOMEDRIVE%%HOMEPATH%\development The actual naming choice is up t

Re: Making GnuCash development on Windows easier, one step at the time

ssible via "%HOMEDRIVE%%HOMEPATH%" . Maybe you should change the default location from C:\soft for those systems that have a %HOMEDRIVE%%HOMEPATH% into %HOMEDRIVE%%HOMEPATH%\soft or %HOMEDRIVE%%HOMEPATH%\development The actual naming choice is up to you or whoever changes the

Making GnuCash development on Windows easier, one step at the time

dle a potentially new developer encounters IMO is that s/he manually has to set up the initial development environment, grabbing tools from different websites, editing configuration files and so on. I have written an experimental bootstrap script that will eventually make all of that obsolete. It&

Re: Testing docs in development version

On 14-01-13 00:17, Yawar Amin wrote: Geert, On 2013-01-13 14:07, Geert Janssens wrote: [...] Backporting follows these general criteria: - only bugfixes are backported, not enhancements. - and then only if the backport is fairly trivial. Complex fixes will not be backported because the risk on

Re: Testing docs in development version

Geert, On 2013-01-13 14:07, Geert Janssens wrote: > [...] > Backporting follows these general criteria: > - only bugfixes are backported, not enhancements. > - and then only if the backport is fairly trivial. Complex fixes will > not be backported because the risk on new bugs in the fixes is too h

Re: Testing docs in development version

On 13-01-13 19:44, Yawar Amin wrote: Hi Geert, On 2013-01-13, at 10:28, Geert Janssens wrote: Regarding your comment in 7.3: it is indeed not possible to use the XDG_DATA_DIRS method to load a different set of documentation for the system-installed gnucash. This is because the 2.4 series us

Re: Testing docs in development version

Hi Geert, On 2013-01-13, at 10:28, Geert Janssens wrote: > Regarding your comment in 7.3: it is indeed not possible to use the > XDG_DATA_DIRS method to load a different set of documentation for the > system-installed gnucash. This is because the 2.4 series uses a different > mechanism to loc

Re: Testing docs in development version

On 12-01-13 20:44, Yawar Amin wrote: Hi folks, On 2013-01-12 13:44, Yawar Amin wrote: [...] Excellent! That's exactly what I needed. Am writing this up in the wiki (http://wiki.gnucash.org/wiki/Documentation_Update_Instructions) now. Wiki update done. Let me know if any mistakes/changes needed

Re: Testing docs in development version

Hi folks, On 2013-01-12 13:44, Yawar Amin wrote: > [...] > Excellent! That's exactly what I needed. Am writing this up in the wiki > (http://wiki.gnucash.org/wiki/Documentation_Update_Instructions) now. Wiki update done. Let me know if any mistakes/changes needed. http://wiki.gnucash.org/wiki/Do

Re: Testing docs in development version

Hi Geert, On 2013-01-12 06:44, Geert Janssens wrote: > [...] > Now to be able to load the locally installed docs from within gnucash, > you can run > XDG_DATA_DIRS="/home/geert/gnucash-docs/share/:/usr/local/share/:/usr/share/" > /home/geert/gnucash/bin/gnucash > > [...] Excellent! That's exactly

Re: Testing docs in development version

al/share/:/usr/share/" /home/geert/gnucash/bin/gnucash This is one single command and should all be on one line. The mail client will probably split it up on multiple lines though, so reassemble it in your console. Similarly, you can open the development docs straight in yelp like this: XDG_D

Re: Testing docs in development version

On 2013-01-11 20:25, Yawar Amin wrote: > Hi Geert, > > In http://svn.gnucash.org/trac/changeset/22378 you said that there would > be a way to test the help documentation on Linux when building and > testing from source--can you point me to how to do that? I.e. how to > solve the problem of Yelp not

Testing docs in development version

Hi Geert, In http://svn.gnucash.org/trac/changeset/22378 you said that there would be a way to test the help documentation on Linux when building and testing from source--can you point me to how to do that? I.e. how to solve the problem of Yelp not finding gnucash-help and gnucash-guide when I've

Re: OS orientated development

On 03-05-12 11:49, Wm Tarr wrote: While reading a recent thread here (the one on libgtk dependency) I wondered which OS gnc ended up on most. Looking at http://sourceforge.net/projects/gnucash/files/gnucash%20%28stable%29/stats/os?dates=2012-02-06%20to%202012-05-03 (i.e. 2.4.10 stable until

  1   2   3   4   >