Re: [Ledger-smb-devel] Preliminary Debian package for LedgerSMB v1.4.19

tic-perl Thanks for doing the hard work to get the deb archive up to scratch Regards David G On 20/11/15 01:41, Robert James Clay wrote: All, A preliminary version of a Debian package for LedgerSMB v1.4.16 is available as follows: For Debia

Re: [Ledger-smb-devel] Creating a larger release key?

Hi Erik, I think we do need to upgrade our key, yes it could be a nuisance to some, but most people will hardly notice. To smooth the process I would suggest modify the existing key to have an expiry in the not to distant future, perhaps 6 to 12 month

[Ledger-smb-devel] Improving Documentation of support scripts

I would be happy to implement the required changes to implement this but thought the community may have some thoughts to contribute. Regards David G -- ___ Ledger-smb-devel mailing l

[Ledger-smb-devel] Cleaning up the repository. How does the community feel about it?

exactly the same state until a decision to make the change or not is made, at which time they will be removed. Keep an eye out for a follow up (reply to this thread) email with some things we would like people to test. Regards David G

Re: [Ledger-smb-devel] Cleaning up the repository. How does the community feel about it?

git checkout origin/1.4 LedgerSMB UI Locale utils git commit Cheers, John Locke Principal, Freelock j...@freelock.com 206-577-0540 x20 Sign up for News and Drupal updates from Freelock! On 31/12/15 22:

[Ledger-smb-devel] Copyright Dates

Just reminding people since the year's ticked over yet again, don't forget to update copyright dates when you modify a file. It's a book-keeping task that's easy to overlo

Re: [Ledger-smb-devel] Cleaning up the repository. How does the community feel about it?

ld be acceptable, but we have user installations on quite a variety of platforms and potentially would need to cater for a different set of issues on every platform. In my eyes just the performance gains by using a customized dojo are enough that I would not want to use a system version. Regards David G

Re: [Ledger-smb-devel] Improving Documentation of support scripts

Hi Robert, On 02/01/16 22:51, Robert James Clay wrote: > On Wednesday, December 30, 2015 02:16:34 PM David G wrote: >> Hi, >> >> A while ago Erik and I were discussing the need to better document the >> various scripts and files that are not directly part of the Led

Re: [Ledger-smb-devel] Cleaning up the repository. How does the community feel about it?

including the dojo library, but a customized version of dojo, is acceptable within the debian packaging policy. Regards David G On 03/01/16 13:25, John Locke wrote: Hi, On 01/01/2016 09:57 AM, Erik Huelsmann wrote

[Ledger-smb-devel] PATH environment variable handling

any PATH set in ledgersmb.conf Does anyone have any thoughts about how we are now handling the PATH variable? Also is everyone happy with the default path? Regards David G

[Ledger-smb-devel] Thoughts on using wkhtml instead of LaTeX to generate PDF and Postscript output

hese would likely be a larger install as they require PHP) Regards David G -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances a

Re: [Ledger-smb-devel] Test suite configuration

w the "standard" test config to be loaded, then overridden by a site local config that only sets values that need to be changed like usernames etc > > -- > Bye, > > Erik. > Regards David G --

[Ledger-smb-devel] Installing perl dependencies using Makefile.PL

carton exec", it's just a convenient way to load only the local lib Does anyone have thought or experience with any of these that suggests any issues or benefits? Regards David G -- Site24x7 APM Insight: G

Re: [Ledger-smb-devel] Deciding on a default company setup for BDD tests

Hi All, I agree with Michaels comments, with a couple of extra thoughts inline below. On 19/01/16 09:13, Michael Richardson wrote: > Erik Huelsmann wrote: > > Chris, John and I have been slowly working our way to creating > infrastructure > > on which we can base browser-based BDD tests

Re: [Ledger-smb-devel] Deciding on a default company setup for BDD tests

Hi, On 24/01/16 05:51, John Locke wrote: Hi, On 01/23/2016 08:12 AM, Erik Huelsmann wrote: Hi,   What we're really

Re: [Ledger-smb-devel] Deciding on a default company setup for BDD tests

On 24/01/16 00:12, Erik Huelsmann wrote: Hi, > I think this is a better long term solution as for many scenarios it may > be impossible to properly remove en

Re: [Ledger-smb-devel] Running BDD tests (on 'master')

Hi Erik, Ok, I'm about to do a test run of this. couple of notes inline. On 27/01/16 03:17, Erik Huelsmann wrote:

Re: [Ledger-smb-devel] LedgerSMB and Config::Model?

Hi Robert, On 24/01/16 20:30, Robert James Clay wrote: > On Wednesday, January 13, 2016 12:31:23 AM David G wrote: >> As you are aware I am working on a revamp of our existing Sysconfig.pm >> (handles sane defaults and reading config values from ledgersmb.conf). >> One of the

Re: [Ledger-smb-devel] After Dojo widgets tree reorg, now move ./LedgerSMB* into ./lib/*?

Seems like a good time to me. We already have a massive number of files that have been relocated, and a number of related PR's. May as well complete the reorg of the tree. Regards David G On 23/02/16 01:21, Erik Huelsmann

Re: [Ledger-smb-devel] *.po files: header should contain version number?

theory it will be the same as the running ledgersmb instance but a site may have a local set of translation files that haven't been updated. Regards David G On 08/03/16 18:46, Erik Huelsmann wrote:

Re: [Ledger-smb-devel] When will v1.5 start testing?

speedup the final stages of development. I am sure Erik and John will have a bit more detail to add about the state of various features of 1.5 but we all agree that more people testing it and reporting any issues they find means it will be ready much sooner. Regards Da

Re: [Ledger-smb-devel] When will v1.5 start testing?

in verifying that the new UI is working consistently (at least where test coverage has been completed) and as expected. Regards David G On 09/03/16 20:48, Philip Rhoades wrote: > David, > > > On 2016-03-09 19:50, David G wrote: >> Hi Philip, >> >> You can test

Re: [Ledger-smb-devel] Duplicate AP invoices (per vendor)

Hi Chris On 14/03/16 14:27, Chris Travers wrote: On Mon, Mar 14, 2016 at 12:34 AM, Erik Huelsmann wrote: In the past we prevented multiple invoices from the same vendor

[Ledger-smb-devel] Changing how LedgerSMB is run and it's installation is secured

version updates to packages for the life of a release Official Packages for LedgerSMB are of minimal benefit. We are better to point people at our own repository. Regards David G -

Re: [Ledger-smb-devel] Changing how LedgerSMB is run and it's installation is secured

Hi Chris On 24/03/16 18:08, Chris Travers wrote: On Thu, Mar 24, 2016 at 1:51 AM, David G <lsmb...@sbts.com.au> wrote: Hi All, There has been some disc

Re: [Ledger-smb-devel] Changing how LedgerSMB is run and it's installation is secured

ses, and nginx as a reverse proxy caches static content Oh, just a note, We are not proposing to prevent LedgerSMB from being directly served by Apache etc. just making the primary method (ie: the way it gets installed) be to run via Starman and a reverse proxy Regards David G On 26/03/16 02:56, Micha

Re: [Ledger-smb-devel] Changing how LedgerSMB is run and it's installation is secured

7;t thing the OOB first time user experience helps our image if they get a 5 yearold version when they first install. Even worse as happened a couple of days ago if that old version had a significant (albeit trivial) bug that the user hit within a very short time. If backports was seemless to use, and enabled by default on a normal debian system I'd agree with you, but otherwis

Re: [Ledger-smb-devel] Changing how LedgerSMB is run and it's installation is secured

On 03/04/16 02:58, Erik Huelsmann wrote: Hi David, Through our

Re: [Ledger-smb-devel] Do we have enough fixes for 1.4.27?

TeX::Driver do at the moment) It's a huge download if you don't need it, and it also breaks if used with latex templates that are not valid xelatex. I'm back to working on getting these bugs resolved, so hopefully we can have it ready to test within the next 24 hours. Regards

Re: [Ledger-smb-devel] (Switching to) "cpanfile" to declare dependencies for 'cpanm'?

Hi Erik, From our previous discussions on IRC I think this is the only sensible way to go. David G On 07/05/16 23:33, Erik Huelsmann wrote

Re: [Ledger-smb-devel] ledgersmb.org traffic analysis & SourceForge AddOns repository

me of this would be harder (but not impossible) if we homed them under the ledgersmb user or kept them in a single repo Doing a "git pull" to update an addon wouldn't be trivial if there were multiple addons in a single repo as you would get them all updated at the same

Re: [Ledger-smb-devel] Last technical issue for 1.5-rc1 -- RFC

tend it to cover our needs as well. Regards David G On 08/05/16 00:28, Chris Travers wrote: On Thu, May 5, 2016 at 10:17 AM, Erik Huelsmann <ehu...@gmail.com>

[Ledger-smb-devel] unmerged submoduleUI/js-src/ * when merging master as of this week

n be found in our new and improved README Regards David G         a 'git merge' would return     Unmerged paths:   (use "git add ..." to mark resolution)     added by us: UI/js-src

Re: [Ledger-smb-devel] Extracting artifacts out of our Travis builds to help debug failures / SauceLabs still needed?

nitely. Especially the dojo build. The release screenshots should be retained to be used as the "canonical source" for documentation screenshots > > As soon as we have the extraction of screenshots from our builders, > does it still make sense to have SauceLa

Re: [Ledger-smb-devel] Installing on Gentoo (ideally creating an ebuild)

nd 01:00 utc to 20:00 utc I do read the backlog if I've been away so I'll respond when I see any messages. Regards David G On 15/06/16 01:57, Jigme Datse Yli-Rasku wrote: On 2016-06-14 05:32, Leho Kraav wrote: On 13.0

Re: [Ledger-smb-devel] [plug] IT budget, software or techniques

Hi Gregory, I'm replying to this from a different address so that Jame can have a look (Our debian Packaging expert) Unless you subscribe to the ledgersmb dev list you will get a not subscribed email when you reply, don't worry too much if that happens :) Regards David G On 21/0

Re: [Ledger-smb-devel] Design (more) API; Problems writing tests, global state & Perl "API" requires database knowledge

where possibly try and keep the usage the same as well. I'm also wondering if we perhaps should define an alternative data input / output format that can be used by external tools. Perhaps JSON, although I'm not convinced that is necessarily the best option, i

Re: [Ledger-smb-devel] Proposal for 1.6 and above: small new-code-only developer release

ent those for new code to use.implementing those stored procedures etc should not compromise (nor require modification to) old code ====== Regards David G On 15/07/16 17:16, Erik Huelsmann wrote:

Re: [Ledger-smb-devel] Recommend we don't support users running built dojo on a git/hg/svn branch

his actually fits in with some other changes I have planned for the login screen over the next 7 days, so I'll take ownership and prepare a PR that covers this as well. Regards David G On 29/07/16 0

Re: [Ledger-smb-devel] Recommend we don't support users running built dojo on a git/hg/svn branch

On 30/07/16 23:45, Chris Travers wrote: > On Sat, Jul 30, 2016 at 2:20 PM, David G wrote: >> Hi Chris, >> >> In the past I would have to have agreed with you, however, in the last few >> days, ylavoie (irc/matrix) has implemented a git based technique to handle &g

Re: [Ledger-smb-devel] Recommend we don't support users running built dojo on a git/hg/svn branch

On 01/08/16 13:55, Chris Travers wrote: On Mon, Aug 1, 2016 at 5:15 AM, David G <lsmb...@sbts.com.au> wrote: On 30/07/16 23:45, Chris Travers wrote:

Re: [Ledger-smb-devel] Sourceforge latest version outdated

Regards David G On 04/08/16 18:28, Chris Travers wrote: Fixed  Now we need to update our release process :-) On Thu, Aug 4, 2016 at 11:25 AM, Nick Prater <n...@npbroadcast.com> wrote: On https://sourceforge.net

Re: [Ledger-smb-devel] Sourceforge latest version outdated

weekend) Regards David G On 05/08/16 14:12, David G wrote: Hi Nick and Chris, This is interesting, that's an automated script. Something must have changed in the SF api to prevent that from updating correctly. I&#x

Re: [Ledger-smb-devel] Proposal: drop PostgreSQL 9.1 support for 1.5

Hi Chris, No objections from me, it's in line with what I proposed some months ago. Regards David g On 07/08/16 02:46, Chris Travers wrote: Hi; I was checkin

Re: [Ledger-smb-devel] Clearly setting apart the code we want to replace?

explain. Comments?

Re: [Ledger-smb-devel] From live discussion with David Godfrey: Merge MC branch to master?

a need to rapidly resolve the migration issue rather than doing so over a longer period of time Regards David G Regards,

Re: [Ledger-smb-devel] Releasing RC1?

Hi Kaare, Did you manage to resolve your emailing issues? Regards David G On 25/07/16 14:20, Kaare Rasmussen wrote: > On 2016-07-24 16:35, Erik Huelsmann wrote: >> Various people have been going over different functions/aspects of 1.5 >> as it is in the current 'master&

Re: [Ledger-smb-devel] From live discussion with David Godfrey: Merge MC branch to master?

Hi Jigme, On 18/10/16 10:38, Jigme Datse Yli-Rasku wrote: > On 2016-10-17 17:52, David G wrote: >> Hi Erik, >> >> >> On 18/10/16 05:29, Erik Huelsmann wrote: >>> >>> On Mon, Oct 17, 2016 at 8:51 PM, Yves Lavoie >> <mailto:ylav...@yveslavoie

Re: [Ledger-smb-devel] Database schema changes && related data migrations

Hi Erik, On 23/10/16 05:12, Erik Huelsmann wrote: Hi all, As of 1.5, we have a great database schema maintenance tool in place (sql/changes/) which remembers which changes hav

Re: [Ledger-smb-devel] Reconciliations

Inline responses. Sent from my Samsung Galaxy Note 4 on the Telstra Mobile network Original message From: "Yves Lavoie, GaYLi" Date: 15/11/2016 01:32 (GMT+08:00) To: ledger-smb-devel@lists.sourceforge.net Subject: [Ledger-smb-devel] Reconciliations Hi all,

[Ledger-smb-devel] Proposed Help Panel

Hi, I'm soliciting comments on this. I've been discussing adding a Help Panel for most if not all screens. The current plan is to add this to all UI templates in setup.pl first.That should allow us to work out any kinks in a limited environment before adding the same to the main application

Re: [Ledger-smb-devel] Why 'cash'/'check'/'deposit'/'other' prefix in the 'source' field of the single payment screen?

e been incorrectly attributed as cash vs EFTPOS for example. I do believe that if we are going to retain this capability, then we should ensure it's available EVERYWHERE payments can be entered. Also, even if it's removed from the UI, the storage facility shoul

Re: [Ledger-smb-devel] Why 'cash'/'check'/'deposit'/'other' prefix in the 'source' field of the single payment screen?

haps a blanket "no cheques" would be fine with an exception for that one customer. Also as the person from Syngenuity mentioned, it may be very worthwhile making the list of payment types user extendable to allow things like bitcoin, paypal etc.

Re: [Ledger-smb-devel] LedgerSMB 1.4.37 released

priority on what is done first (once the packages are prepared for the debian freeze) Regards David G On 09/01/17 07:45, Syngenuity Manager wrote: I have http://apt.ledgersmb.org jessie/main in my APT config but my system is still lingering on 1.4.34-dev

Re: [Ledger-smb-devel] Volunteer

ed accounting and ERP. Robust and Flexible. No vendor lock-in. Regards David G -- Check out the vibrant t

Re: [Ledger-smb-devel] Minimum required setup?

y not always be known then) auto select at login of an admin via a popup with yes/no/cancel. Regards David G

Re: [Ledger-smb-devel] Perl::Critic Tests

turn up any docs on "$Revision$" I'd STRONGLY recommend a separate discussion about VERSION so we can work out a Project Level policy before making any changes to the files. Regards David G On 15/04/17 02:02, Nick Prater wrote: As di

Re: [Ledger-smb-devel] Intentions behind role 'inventory_adjust' vs 'inventory_reports'

Hi Erik, Seeing this email I'm thinking your throw-away comment in #ledgersmb has merit.Seems like we need a roles/permissions editor for use at a dev level. Off hand I'd think we may want to revisit the permissions ecosystem possibly increasing its granularity and as we would now have an e

Re: [Ledger-smb-devel] print media css

ton on all reports. The behavior would be the same as printing an invoice or order etc I've raised issue #2781 to track this Regards David G On 03/05/17 03:47, Michael Richardson wrote: Michael Richardson wrote:

Re: [Ledger-smb-devel] User privs

have the ability to make changes to permissions from within the UI, both the main application UI and from setup. Regards David G On 02/05/17 17:43, Kaare Rasmussen wrote: Hi lsmb 1.5.6. I have this user who should only be allowed to enter order

Re: [Ledger-smb-devel] permalink adds company= each time

Hi Michael, Ok, I've raised issue #2783 to track this. I also had a play on https://efficito.com/demo and reproduced this. The steps are General Jornal => Search and GL Select an Account  (1000--CURRENT ASSETS) Cont

Re: [Ledger-smb-devel] print media css

Hi Michael, On 05/05/17 01:17, Michael Richardson wrote: David G wrote: > I had a brief chat with Erik about this in #ledgersmb > The best "all round" solution here is probably to extend our existing > printing templat

Re: [Ledger-smb-devel] User privs

misinterpret what you've said Regards David G On 05/05/17 16:43, Kaare Rasmussen wrote: Hi David Not sure what you're asking from me  Do you want me to repeat the email, or do you think the explanation in the

Re: [Ledger-smb-devel] print media css

Hi Michael, On 05/05/17 23:30, Michael Richardson wrote: > David G wrote: > > I'll agree, I hadn't considered partial forms etc. > > Would you mind (using the stylish browser plugin) creating a userstyle > > that works the way you would like? > &g

[Ledger-smb-devel] Suggested centralization of Login code

e to leverage an existing password validation library for this, but careful review of it's code should be done. Rolling our own may turn out to be easier :-) - The existing password change capabilities in both setup.pl and

Re: [Ledger-smb-devel] Suggested centralization of Login code

On 31/05/17 02:29, Robert J. Clay wrote: On Tue, May 30, 2017 at 1:37 AM, David G <lsmb...@sbts.com.au> wrote:   - the password change widget should (up until 1 w

Re: [Ledger-smb-devel] Docker containers: separate LaTeX and XeTeX ones?

;s up to the sysadmin to specifically switch both the templates and processing backend if they REALLY want to. Regards David G On 22/06/17 04:38, Erik Huelsmann wrote: Hi, Over the past weeks, I've be