Re: [GNC-dev] Two steps forward (Maybe three back)

[Christopher Lam]

Thank you

This confirms my suspicion that guile is not the culprit.

Excerpt
[pass] line:647, test: dual amount column, with original currency headers
[pass] line:651, test: dual amount column, grand totals available
[pass] line:654, test: dual amount column, first transaction correct
d0.1102 t1.868: ('date -46860 'qof-print-date 12/31/70)
d0.0005 t1.868: ('date -46860 'qof-print-date 12/31/70)
d0.0005 t1.869: ('date 39540 'qof-print-date 01/01/70)
d0.0005 t1.869: ('date 2717940 'qof-print-date 02/01/70)
d0.0005 t1.870: ('date 3495540 'qof-print-date 02/10/70)

Etc

The dates are correct; -46860 is a relatively small number of seconds
before 1/1/70 yet qof-print-date reports 31/12/70.

Back to jralls for root cause analysis!

On Mon., 21 Jan. 2019, 14:50 Stephen M. Butler  On 1/20/19 8:07 PM, Christopher Lam wrote:
> > There's no reason why the dates can't be changed.
> >
> > The reason dates straggling 1.1.1970 was chosen was because 1.1.1970
> > corresponds to time 0 in time64, and I felt that having a few negative
> > time64 numbers would be interesting to test sorting.
> >
> > However this is a weird weirdness -- the test output shows that the
> > transactions were sorted correctly - 31/12/69, 31/12/69, 01/01/70,
> > 02/01/70, 02/10/70 (in d/m/y); it's just the display that is incorrect.
> >
> > Moreover the display has to go through qof_print_date which takes a
> > time64 and returns a string.
> >
> > I'd be keen to know Stephen's build and try debug this.
> >
> > Stephen can you modify transaction.scm as follows and let us know the
> > test output? (Beware the parentheses!)
> >
> > modified   gnucash/report/standard-reports/transaction.scm
> > @@ -1119,7 +1119,8 @@ be excluded from periodic reporting.")
> >   (if transaction-row?
> > (gnc:make-html-table-cell/markup
> >"date-cell"
> > -  (qof-print-date
> > (xaccTransGetDate (xaccSplitGetParent split
> > +  (let ((date (xaccTransGetDate
> > (xaccSplitGetParent split
> > +(gnc:pk 'date date
> > 'qof-print-date (qof-print-date date
> >   ""
> >
> > (add-if (column-uses? 'reconciled-date)
>
> My apologies for the long delay in getting back to you.  The wife
> indicated that we'd better spend some time in the hot tub watching the
> lunar eclipse.  So I leaned back and gazed up into the dark gray
> featureless sky at where the moon should be.  Nadda.  Good soak though
> and the spine is thankful.
>
> The other problem is that my 1119 doesn't match up.  At first when I
> went back to the maint branch the changes stayed in the directory.  I
> had to be sure I had the real file from git.  So, here is the code block
> with line 1119 marked.
>
>
>   (add-if (column-uses? 'num)
>
>(vector (if (and BOOK-SPLIT-ACTION
> (opt-val gnc:pagename-display
> (N_ "Trans Number")))
>(_ "Num/T-Num")
>(_ "Num"))
>(lambda (split transaction-row?)
>  (let* ((trans (xaccSplitGetParent split))
> (num (gnc-get-num-action trans
> split))
> (t-num (if (and BOOK-SPLIT-ACTION
> (opt-val
> gnc:pagename-display (N_ "Trans Number")))
>(gnc-get-num-action
> trans #f)
>""))
> (num-string (if (string-null?
> t-num)
> num
> (string-append
> num "/" t-num
>(if transaction-row?
>(gnc:make-html-table-cell/markup
> "text-cell" num-string)
>"")
> 1119
>(add-if (column-uses? 'description)
>(vector (_ "Description")
>(lambda (split transaction-row?)
>  (define trans (xaccSplitGetParent split))
>  (if transaction-row?
>  (gnc:make-html-table-cell/markup
>   "text-cell"
>   (xaccTransGetDescription trans))
>  ""
>
>
> I think the line you want changed is above at 1083-1090:
>
> 1083   (add-if (column-uses? 'date)
>(vector (_ "Date")
>(lambda (split transaction-row?)
> 

[GNC-dev] Debian package

[Stephen M. Butler]

Please try these before I take the next step of figuring out how to
populate a ppa up on Launchpad.

GnuCash-3.4  
https://drive.google.com/open?id=1fV_fURy6c77e7gf6S41lTacM7dFyy7VD


GnuCash-3.4-39 (current maint)   
https://drive.google.com/open?id=1SO2xkPICKEpSQCvJLW6CnBVrzgvTEyHQ


Thanks to all who stepped forward with suggestions.

And to preempt others -- Yes, I do have a kite.  And I use a dry suite
when jumping into lakes!  <>

--Steve

-- 
Stephen M Butler, PMP, PSM
stephen.m.butle...@gmail.com
kg...@arrl.net
253-350-0166
---
GnuPG Fingerprint:  8A25 9726 D439 758D D846 E5D4 282A 5477 0385 81D8

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] Two steps forward (Maybe three back)

[Stephen M. Butler]

On 1/20/19 8:07 PM, Christopher Lam wrote:
> There's no reason why the dates can't be changed.
>
> The reason dates straggling 1.1.1970 was chosen was because 1.1.1970
> corresponds to time 0 in time64, and I felt that having a few negative
> time64 numbers would be interesting to test sorting.
>
> However this is a weird weirdness -- the test output shows that the
> transactions were sorted correctly - 31/12/69, 31/12/69, 01/01/70,
> 02/01/70, 02/10/70 (in d/m/y); it's just the display that is incorrect.
>
> Moreover the display has to go through qof_print_date which takes a
> time64 and returns a string.
>
> I'd be keen to know Stephen's build and try debug this.
>
> Stephen can you modify transaction.scm as follows and let us know the
> test output? (Beware the parentheses!)
>
> modified   gnucash/report/standard-reports/transaction.scm
> @@ -1119,7 +1119,8 @@ be excluded from periodic reporting.")
>   (if transaction-row?
> (gnc:make-html-table-cell/markup
>    "date-cell"
> -  (qof-print-date
> (xaccTransGetDate (xaccSplitGetParent split
> +  (let ((date (xaccTransGetDate
> (xaccSplitGetParent split
> +    (gnc:pk 'date date
> 'qof-print-date (qof-print-date date
>   ""
>
>     (add-if (column-uses? 'reconciled-date)

My apologies for the long delay in getting back to you.  The wife
indicated that we'd better spend some time in the hot tub watching the
lunar eclipse.  So I leaned back and gazed up into the dark gray
featureless sky at where the moon should be.  Nadda.  Good soak though
and the spine is thankful.

The other problem is that my 1119 doesn't match up.  At first when I
went back to the maint branch the changes stayed in the directory.  I
had to be sure I had the real file from git.  So, here is the code block
with line 1119 marked.


  (add-if (column-uses? 'num)

   (vector (if (and BOOK-SPLIT-ACTION
    (opt-val gnc:pagename-display
(N_ "Trans Number")))
   (_ "Num/T-Num")
   (_ "Num"))
   (lambda (split transaction-row?)
 (let* ((trans (xaccSplitGetParent split))
    (num (gnc-get-num-action trans
split))
    (t-num (if (and BOOK-SPLIT-ACTION
    (opt-val
gnc:pagename-display (N_ "Trans Number")))
   (gnc-get-num-action
trans #f)
   ""))
    (num-string (if (string-null? t-num)
    num
    (string-append
num "/" t-num
   (if transaction-row?
   (gnc:make-html-table-cell/markup
"text-cell" num-string)
   "")
1119
   (add-if (column-uses? 'description)
   (vector (_ "Description")
   (lambda (split transaction-row?)
 (define trans (xaccSplitGetParent split))
 (if transaction-row?
 (gnc:make-html-table-cell/markup
  "text-cell"
  (xaccTransGetDescription trans))
 ""


I think the line you want changed is above at 1083-1090:

1083   (add-if (column-uses? 'date)
   (vector (_ "Date")
   (lambda (split transaction-row?)
 (if transaction-row?
 (gnc:make-html-table-cell/markup
  "date-cell"
  (qof-print-date (xaccTransGetDate
(xaccSplitGetParent split
1090  ""

Changed:

  (add-if (column-uses? 'date)
   (vector (_ "Date")
   (lambda (split transaction-row?)
 (if transaction-row?
 (gnc:make-html-table-cell/markup
  "date-cell"
  (let ((date (xaccTransGetDate
(xaccSplitGetParent split
    (gnc:pk 'date date
'qof-print-date (qof-print-date date
 ""
Copy paste worked to keep from having to count the parenthesis!

108/115 Test #108: 

Re: [GNC-dev] Two steps forward (Maybe three back)

[Stephen M. Butler]

On 1/20/19 8:07 PM, Christopher Lam wrote:
> There's no reason why the dates can't be changed.
>
> The reason dates straggling 1.1.1970 was chosen was because 1.1.1970
> corresponds to time 0 in time64, and I felt that having a few negative
> time64 numbers would be interesting to test sorting.
>
> However this is a weird weirdness -- the test output shows that the
> transactions were sorted correctly - 31/12/69, 31/12/69, 01/01/70,
> 02/01/70, 02/10/70 (in d/m/y); it's just the display that is incorrect.
>
> Moreover the display has to go through qof_print_date which takes a
> time64 and returns a string.
>
> I'd be keen to know Stephen's build and try debug this.


Here are my steps (I have a Projects folder in which is a GnuCash folder):

cd ~/Projects/GnuCash

git clone https://github.com/Gnucash/gnucash

cd gnucash

git checkout 3.4

cp -r ../debian . 

(contents of above folder are available here: 
https://drive.google.com/open?id=1VJmtb-Fx00PQna4yQoYm49C88Bi0hneI  )

fakeroot debian/rules clean

sudo mk0buikd-deps -ir debian/control

DEB-BUILD-OPTIONS=nocheck dpkg-build-package -rfakeroot -b -uc

(This did build the files located here: 
https://drive.google.com/open?id=1fV_fURy6c77e7gf6S41lTacM7dFyy7VD   )


>
> Stephen can you modify transaction.scm as follows and let us know the
> test output? (Beware the parentheses!)
>
> modified   gnucash/report/standard-reports/transaction.scm
> @@ -1119,7 +1119,8 @@ be excluded from periodic reporting.")
>   (if transaction-row?
> (gnc:make-html-table-cell/markup
>    "date-cell"
> -  (qof-print-date
> (xaccTransGetDate (xaccSplitGetParent split
> +  (let ((date (xaccTransGetDate
> (xaccSplitGetParent split
> +    (gnc:pk 'date date
> 'qof-print-date (qof-print-date date
>   ""
>
>     (add-if (column-uses? 'reconciled-date)
>
>
Hmm.  I was back on v3.4 with this test.  I'll try again with maint
checked out. 


d0.0005 t1.824: ('date 1576407540 'qof-print-date 12/15/19)
[pass] line:647, test: dual amount column, with original currency headers
[pass] line:651, test: dual amount column, grand totals available
[fail] line:654, test: dual amount column, first transaction correct
transaction.scm/display options
 -> expected: ("01/03/18" "$103 income" "Root.Asset.Bank" "$103.00"
"$103.00")
 -> obtained: ("01/03/19" "$103 income" "Root.Asset.Bank" "$103.00"
"$103.00")
d0.1090 t1.933: ('date -46860 'qof-print-date 12/31/69)


> On 21/1/19 7:00 am, John Ralls wrote:
>>
>>> On Jan 20, 2019, at 1:24 PM, Stephen M. Butler  wrote:
>>>
>>> Started clean this morning by recloning the git repository.  Made much
>>> further progress but ended up with some test failures.  Here are my
>>> steps:
>>>
>>> 1.  sudo rm -rf gnucash
>>>
>>> 2.  git clone https://github.com/Gnucash/gnucash
>>>
>>> 3. cd gnucash
>>>
>>> 4.  git checkout -b debian
>>>
>>> 5.  cp -r ../debian .
>>>
>>>  Here is the contents of that directory -- copied to Google
>>> Drive:
>>>
>>>    
>>> https://drive.google.com/open?id=1VJmtb-Fx00PQna4yQoYm49C88Bi0hneI
>>>
>>> 6.  git add debian
>>>
>>> 7. git commit
>>>
>>>  Done on my "debian" branch
>>>
>>> 8. fakeroot debian/rules clean
>>>
>>> 9.  sudo mk-build-deps -ir debian/control
>>>
>>> 10. dpkg-buildpackage -rfakeroot -b -uc
>>>
>>> Note:  This usually failed right up front.  This time went for
>>> nearly 10
>>> minutes.
>>>
>>> End testing: Jan 20 12:49 PST
>>> + exit 2
>>> debian/rules:68: recipe for target 'override_dh_auto_test' failed
>>> make[1]: *** [override_dh_auto_test] Error 2
>>> make[1]: Leaving directory '/home/steve/Projects/GnuCash/gnucash'
>>> debian/rules:23: recipe for target 'build' failed
>>> make: *** [build] Error 2
>>> dpkg-buildpackage: error: debian/rules build subprocess returned exit
>>> status 2
>>>
>>>
>>> Here are the contents of ./.build/Testing/Temporary/*
>>> https://drive.google.com/open?id=1_0gRAd-ymP1cEYM3pyPnvzeHI7-SSWMS
>> The file you want to look at for test failures is LastTest.log. You
>> can search for "Test Failed".
>>
>> This time the test failure is in
>> gnucash/report/standard-reports/test/test-transaction.scm:
>> [pass] line:654, test: dual amount column, first transaction correct
>> [fail] line:678, test: dates are sorted
>> transaction.scm/sorting options
>>   -> expected: ("12/31/69" "12/31/69" "01/01/70" "02/01/70" "02/10/70")
>>   -> obtained: ("12/31/70" "12/31/70" "01/01/70" "02/01/70" "02/10/70")
>> [pass] line:684, test: sort by number
>>
>> That suggests that for some reason Guile on your system can't handle
>> dates before 1/1/1970. That's strange, but probably not important to
>> many GnuCash users.
>>
>> Chris Lam, any reason not to change that test to use later dates?
>>
>> Regards,
>> John Ralls 

-- 
Stephen M Butler, PMP, PSM

Re: [GNC-dev] Two steps forward (Maybe three back)

[Christopher Lam]

There's no reason why the dates can't be changed.

The reason dates straggling 1.1.1970 was chosen was because 1.1.1970 
corresponds to time 0 in time64, and I felt that having a few negative 
time64 numbers would be interesting to test sorting.


However this is a weird weirdness -- the test output shows that the 
transactions were sorted correctly - 31/12/69, 31/12/69, 01/01/70, 
02/01/70, 02/10/70 (in d/m/y); it's just the display that is incorrect.


Moreover the display has to go through qof_print_date which takes a 
time64 and returns a string.


I'd be keen to know Stephen's build and try debug this.

Stephen can you modify transaction.scm as follows and let us know the 
test output? (Beware the parentheses!)


modified   gnucash/report/standard-reports/transaction.scm
@@ -1119,7 +1119,8 @@ be excluded from periodic reporting.")
  (if transaction-row?
(gnc:make-html-table-cell/markup
   "date-cell"
-  (qof-print-date (xaccTransGetDate 
(xaccSplitGetParent split
+  (let ((date (xaccTransGetDate 
(xaccSplitGetParent split
+    (gnc:pk 'date date 
'qof-print-date (qof-print-date date

  ""

    (add-if (column-uses? 'reconciled-date)


On 21/1/19 7:00 am, John Ralls wrote:



On Jan 20, 2019, at 1:24 PM, Stephen M. Butler  wrote:

Started clean this morning by recloning the git repository.  Made much
further progress but ended up with some test failures.  Here are my steps:

1.  sudo rm -rf gnucash

2.  git clone https://github.com/Gnucash/gnucash

3. cd gnucash

4.  git checkout -b debian

5.  cp -r ../debian .

 Here is the contents of that directory -- copied to Google Drive:


https://drive.google.com/open?id=1VJmtb-Fx00PQna4yQoYm49C88Bi0hneI


6.  git add debian

7. git commit

 Done on my "debian" branch

8. fakeroot debian/rules clean

9.  sudo mk-build-deps -ir debian/control

10. dpkg-buildpackage -rfakeroot -b -uc

Note:  This usually failed right up front.  This time went for nearly 10
minutes.

End testing: Jan 20 12:49 PST
+ exit 2
debian/rules:68: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 2
make[1]: Leaving directory '/home/steve/Projects/GnuCash/gnucash'
debian/rules:23: recipe for target 'build' failed
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build subprocess returned exit
status 2


Here are the contents of ./.build/Testing/Temporary/*
https://drive.google.com/open?id=1_0gRAd-ymP1cEYM3pyPnvzeHI7-SSWMS

The file you want to look at for test failures is LastTest.log. You can search for 
"Test Failed".

This time the test failure is in 
gnucash/report/standard-reports/test/test-transaction.scm:
[pass] line:654, test: dual amount column, first transaction correct
[fail] line:678, test: dates are sorted
transaction.scm/sorting options
  -> expected: ("12/31/69" "12/31/69" "01/01/70" "02/01/70" "02/10/70")
  -> obtained: ("12/31/70" "12/31/70" "01/01/70" "02/01/70" "02/10/70")
[pass] line:684, test: sort by number

That suggests that for some reason Guile on your system can't handle dates 
before 1/1/1970. That's strange, but probably not important to many GnuCash 
users.

Chris Lam, any reason not to change that test to use later dates?

Regards,
John Ralls

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] Two steps forward (Maybe three back)

[John Ralls]

> On Jan 20, 2019, at 1:24 PM, Stephen M. Butler  wrote:
> 
> Started clean this morning by recloning the git repository.  Made much
> further progress but ended up with some test failures.  Here are my steps:
> 
> 1.  sudo rm -rf gnucash
> 
> 2.  git clone https://github.com/Gnucash/gnucash
> 
> 3. cd gnucash
> 
> 4.  git checkout -b debian
> 
> 5.  cp -r ../debian .
> 
> Here is the contents of that directory -- copied to Google Drive:
> 
>
> https://drive.google.com/open?id=1VJmtb-Fx00PQna4yQoYm49C88Bi0hneI
> 
> 6.  git add debian
> 
> 7. git commit
> 
> Done on my "debian" branch
> 
> 8. fakeroot debian/rules clean
> 
> 9.  sudo mk-build-deps -ir debian/control
> 
> 10. dpkg-buildpackage -rfakeroot -b -uc
> 
> Note:  This usually failed right up front.  This time went for nearly 10
> minutes.
> 
> End testing: Jan 20 12:49 PST
> + exit 2
> debian/rules:68: recipe for target 'override_dh_auto_test' failed
> make[1]: *** [override_dh_auto_test] Error 2
> make[1]: Leaving directory '/home/steve/Projects/GnuCash/gnucash'
> debian/rules:23: recipe for target 'build' failed
> make: *** [build] Error 2
> dpkg-buildpackage: error: debian/rules build subprocess returned exit
> status 2
> 
> 
> Here are the contents of ./.build/Testing/Temporary/* 
> https://drive.google.com/open?id=1_0gRAd-ymP1cEYM3pyPnvzeHI7-SSWMS

The file you want to look at for test failures is LastTest.log. You can search 
for "Test Failed".

This time the test failure is in 
gnucash/report/standard-reports/test/test-transaction.scm:
[pass] line:654, test: dual amount column, first transaction correct
[fail] line:678, test: dates are sorted
transaction.scm/sorting options
 -> expected: ("12/31/69" "12/31/69" "01/01/70" "02/01/70" "02/10/70")
 -> obtained: ("12/31/70" "12/31/70" "01/01/70" "02/01/70" "02/10/70")
[pass] line:684, test: sort by number

That suggests that for some reason Guile on your system can't handle dates 
before 1/1/1970. That's strange, but probably not important to many GnuCash 
users.

Chris Lam, any reason not to change that test to use later dates?

Regards,
John Ralls

___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] [GNC] dpkg-builder

[Colin Law]

On Sun, 20 Jan 2019 at 19:03, Mechtilde  wrote:
>
> Hello
>
> unter debian Buster you can use GnuCash version 3.4 from the Debian repo.

Yes, but not in Ubuntu 18.10.

Colin

>
> Kind regards
>
>
> --
> Mechtilde Stehmann
> ## Apache OpenOffice
> ## Freie Office Suite für Linux, MacOSX, Windows
> ## Debian Developer
> ## PGP encryption welcome
> ## F0E3 7F3D C87A 4998 2899  39E7 F287 7BBA 141A AD7F
>
> ___
> gnucash-devel mailing list
> gnucash-devel@gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

[GNC-dev] Two steps forward (Maybe three back)

[Stephen M. Butler]

Started clean this morning by recloning the git repository.  Made much
further progress but ended up with some test failures.  Here are my steps:

1.  sudo rm -rf gnucash

2.  git clone https://github.com/Gnucash/gnucash

3. cd gnucash

4.  git checkout -b debian

5.  cp -r ../debian .

        Here is the contents of that directory -- copied to Google Drive:

           
https://drive.google.com/open?id=1VJmtb-Fx00PQna4yQoYm49C88Bi0hneI

6.  git add debian

7. git commit

        Done on my "debian" branch

8. fakeroot debian/rules clean

9.  sudo mk-build-deps -ir debian/control

10. dpkg-buildpackage -rfakeroot -b -uc

Note:  This usually failed right up front.  This time went for nearly 10
minutes.

End testing: Jan 20 12:49 PST
+ exit 2
debian/rules:68: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 2
make[1]: Leaving directory '/home/steve/Projects/GnuCash/gnucash'
debian/rules:23: recipe for target 'build' failed
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build subprocess returned exit
status 2


Here are the contents of ./.build/Testing/Temporary/* 
https://drive.google.com/open?id=1_0gRAd-ymP1cEYM3pyPnvzeHI7-SSWMS

This was done on 3.4-39.

--Steve

-- 
Stephen M Butler, PMP, PSM
stephen.m.butle...@gmail.com
kg...@arrl.net
253-350-0166
---
GnuPG Fingerprint:  8A25 9726 D439 758D D846 E5D4 282A 5477 0385 81D8


___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] Static locale commit unfortunately buggy

[Christian Stimming]

Am Samstag, 19. Januar 2019, 23:21:58 CET schrieb John Ralls:
> Christian,
> 
> Thanks for noticing. It seems that the std::locale objects created by
> boost::locale aren't quite compatible. I've resolved the problem, at least
> for maint, by using boost::locale to format date-times instead of
> boost::date_time.

Dear John,

thanks for working on this. Now it is fine again and all fixed. Thank you very 
much.

Regards,
Christian

> 
> For the future we can consider another reimplementation of GncDateTime.
> boost::date_time is an oldish library and hasn't been improved much since
> it was accepted into boost. It's a bit quirky and doesn't perform very
> well. std::chrono in C++20 has calendar and timezone functions, so that's
> one possible replacement, though not until at least llvm and gcc implement
> the expanded std::chrono and those implementations are widely available.
> There's also ICU as wrapped by boost::locale. I demurred from that when I
> picked boost::date_time because it's huge, but if we're pulling it in
> anyway it's worth reconsidering.
> 
> Regards,
> John Ralls




___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] [GNC] dpkg-builder

[Mechtilde]

Hello

unter debian Buster you can use GnuCash version 3.4 from the Debian repo.

Kind regards


-- 
Mechtilde Stehmann
## Apache OpenOffice
## Freie Office Suite für Linux, MacOSX, Windows
## Debian Developer
## PGP encryption welcome
## F0E3 7F3D C87A 4998 2899  39E7 F287 7BBA 141A AD7F



signature.asc
Description: OpenPGP digital signature
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] [GNC] dpkg-builder

[Stephen M. Butler]

On 1/20/19 2:36 AM, Andrew Clark wrote:
> There's a GnuCash 3.4 Debian package in buster/testing
> already? https://tracker.debian.org/pkg/gnucash
>
>
>
> On Sat, 19 Jan 2019 at 07:36, Stephen M. Butler  > wrote:
>
> Anybody a wizard with dpkg-builder?  Still trying to get a debian
> package ready for folks.  I'm in over my head.
>
> Private mail me -- so we don't use up the bandwidth on either of these
> mailing lists.--
>
>
> Cheers,
>
> Andrew.

That has the following problems:

1.  It is for Buster.  At least one person on these mailing lists has
tried to load it up under Ubuntu 18.10 and ran into a slew of dependency
problems.

2.  It is in the mainstream and won't make it to the releasable public
for months.

3.  There is no "daily" for those who want to live on the bleeding edge.

I have no interest in feeding into the mainline of major distributions. 
In fact, I can compile the source for my own utilization on my Ubuntu
18.04 box.  However, there are some who would like to have the more
recent releases available on their distro without having to compile the
source.

If possible, I would like to build a debian style package that is
available for the older distros.  I see interest for two such packages
that could be made available via a ppa. 

1.  The latest general release such as 3.4. Available for any distro
rather than just Buster.

2.  A "daily" or "weekly" build of the latest set of patches to that
release.  This morning (USA-Pacific Coast), there have been 38 commits
since 3.4.  Others, in addition to myself, may have interest in having
those available.

Your welcome!

--Steve

-- 
Stephen M Butler, PMP, PSM
stephen.m.butle...@gmail.com
kg...@arrl.net
253-350-0166
---
GnuPG Fingerprint:  8A25 9726 D439 758D D846 E5D4 282A 5477 0385 81D8


___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] AppImage

[Geert Janssens]

Op zondag 20 januari 2019 13:11:31 CET schreef cicko:
> Great! Could you point me to where I can find these, please? I'm happy to
> try them out.
> 
The beta for the nightly builds flatpak repository lives here:
https://code.gnucash.org/builds/flatpak/repo

The public key used to sign the flatpaks is here:
https://code.gnucash.org/builds/flatpak/gnucash-flatpak.gpg

And probably the easiest way to install a flatpak is by downloading a 
flatpakref file from here:
https://code.gnucash.org/builds/flatpak/maint/ (for the stable nightlies)
https://code.gnucash.org/builds/flatpak/master/ (for the dev nightlies)

But allow me to add this as well: the server's network bandwidth is limited, 
so please don't go promoting this beta effort yet!

We plan to set up a server with more bandwidth somewhere in the coming weeks 
in which case the access will be more publicly announced.

Regards,

Geert


___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] AppImage

[cicko]

Great! Could you point me to where I can find these, please? I'm happy to try
them out.



--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-Dev-f1435356.html
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

Re: [GNC-dev] [6f3499590 Usability improvements for Bayes editor window] (was: gnucash maint: Multiple changes pushed

[Geert Janssens]

Op zaterdag 19 januari 2019 21:10:11 CET schreef Christian Stimming:
> I did use this feature a little bit more. Sure, in an ideal world,
> there would be an undo button, but here and as long as we are in C
> this is not achievable. So we make our own assessment on how painful
> an accidental deletion of the wrong data would be. In this bayes
> editor window, as I said above, the data isn't any directly
> user-entered data, and its accidental deletion also doesn't change any
> user-entered data directly. It would add a little bit of extra clicks
> upon the next import, but then the data is there again. Because of
> this I decided this question is not needed here.
> 
> Regards,
> Christian

Thanks for the assessment Christian. That's fair enough for me.

Geert



___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel