sql-ledger-users — SQL-Ledger users

Re: [SL] setting taxdescription

[Rolf S. <in...@to...>]

The description is in the chart of accounts (Kontenplan).

Greetings
Rolf

Re: [SL] setting taxdescription

[Michael H. <mh...@it...>]

Haven't messed with the languages myself but a quick text search through the files should find it.  E.g. from the folder where SL resides just do a:
   fgrep -R Umsatzsteuer * 

There is also a page on the website regarding customizing the text source files.  (I.e the "proper" ways to edit them so future system updates don't undo your handywork.  :)


Good luck!

Michael


----- Original Message -----
From: "Marcus Sobchak" <li...@lo...>
To: sql...@li...
Sent: Tuesday, January 6, 2009 9:24:46 PM GMT -08:00 US/Canada Pacific
Subject: [SL] setting taxdescription

Hi,

I'm using SQL-Ledger with the german translation and would like to set
the value of "Umsatzsteuer, 16%" to 19% _and_ changeing the description
to "Umsatzsteuer, 19%" too. I was successful to change the %-value from
16 to 19 (System/taxes), but how or where do I change the description?
On the sales invoice the tax is calculated correctly with 19%, but the
desciption is still "Umsatzsteuer, 16%" and should be "Umsatzsteuer,
19%"

Thanks,
Marcus


------------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
_______________________________________________
sql-ledger-users mailing list
sql...@li...
https://lists.sourceforge.net/lists/listinfo/sql-ledger-users

[SL] setting taxdescription

[Marcus S. <li...@lo...>]

Hi,

I'm using SQL-Ledger with the german translation and would like to set
the value of "Umsatzsteuer, 16%" to 19% _and_ changeing the description
to "Umsatzsteuer, 19%" too. I was successful to change the %-value from
16 to 19 (System/taxes), but how or where do I change the description?
On the sales invoice the tax is calculated correctly with 19%, but the
desciption is still "Umsatzsteuer, 16%" and should be "Umsatzsteuer,
19%"

Thanks,
Marcus

[SL] How to create specific bank accounts?

[Thiemo K. <th...@pf...>]

Hi all,

I want to create specific bank accounts but do not know how. Menu System
give me the entry Bank Accounts, however, selecting it gives me two entries
Kasse (Cash?) and Bank (I use german thingy of accounts). I can select the
entries and change them, adding more details for instance. Though I think
they are not meant to be specific accounts - deriving from their account
numbering (e.g 0120000), i.e. not the number of the bank account but of the
bookkeeping account. I also cannot create new accounts - no button or
anything. I'd also like to setup a bookkeeping account for credit cards, but
do not know how.

Can I assign a currency to banking or cash account such that bookings
automagically take this currency?

Cheers

Thiemo

Re: [SL] Tracking Down Printing Problem -- Fixed?

[Rich S. <rsh...@ap...>]

On Sun, 4 Jan 2009, Jeff Roberts wrote:

> Did you ever get this resolved?

Jeff,

   No, I'm still trying to determine if it's related to httpd (upgraded from
1.3.37 to 2.2.9 with the distribution upgrade), SL, CUPS, or something else.

   One local SysAdmin suggested that script permissions in the latest httpd
might not allow running by users. I've no idea where to check this since
once I get the server set up I ignore it and use it for only local apps,
which currently is limited to SL.

   Wish I could resolve this quickly and move my focus to business.

Thanks,

Rich

-- 
Richard B. Shepard, Ph.D.               |  Integrity            Credibility
Applied Ecosystem Services, Inc.        |            Innovation
<http://www.appl-ecosys.com>     Voice: 503-667-4517      Fax: 503-667-8863

Re: [SL] Tracking Down Printing Problem -- Fixed?

[Jeff R. <je...@jr...>]

Hi Rich

Did you ever get this resolved?

Jeff



Hi Rich

Doesn't printing an SL screen just prove that firefox works?

Why don't you load the printer with plain white paper and see if you can 
reprint some old cheques and invoices to see if it's really fixed.

Also, does lpq work again?

Jeff


Rich Shepard wrote:
> On Tue, 30 Dec 2008, Jeff Roberts wrote:
>
>   
>> Can you confirm that CUPS is running?
>>     
>
> Jeff,
>
>    Yes, it is running.
>
>   
>> I once had both CUPS and LPR installed on a machine and the lpr command
>> would still work when CUPS was shut down. LPR had been installed on the
>> machine when it was built and I had added CUPS later. So don't get tripped
>> up into thinking that because a command line lpr works that CUPS is
>> running.
>>     
>
>    Way back when CUPS first came out the instructions to install it involved
> removing lpr first. While I wasn't sure if I would regain the ability to
> print, it all came out just fine when I followed the instructions.
>
>   
>> Also, can you print a web page from within Firefox?
>>     
>
>    Yup. And from OO.o, and from xpdf/acroread, etc.
>
>    Think I've found the problem and fixed it. For some reason, the upgrade
> from cups-1.3.7 to -1.3.9 left the former version installed. I removed
> -1.3.7 and can print a screen from SL directly to the printer. In a few days
> I'll have more checks to print and will be able to see if those print
> directly to the printer, too.
>
> Thank you very much for your suggestions,
>
> Rich
>
>   

Re: [SL] Invoice in different language

[Rolf S. <in...@to...>]

Add a new language in System - Language - Add Language. Then you can 
save this as the default language of your customers abroad.

R.

ki...@ha... schrieb:
> Hi
> 
> I have installed with danish chart of account. Default invoices are
> printed in danish as expected. Now I have client abroad and want to
> generate an invoice in English using the english templates. How can I do
> that?

Re: [SL] Invoice in different language

[Omar <ob...@ab...>]

install a new user with English language then you can print invoices from this 
user in English,
bestr egards
Omar

On Saturday January 3 2009 11:35:27 ki...@ha... wrote:
> Hi
>
> I have installed with danish chart of account. Default invoices are
> printed in danish as expected. Now I have client abroad and want to
> generate an invoice in English using the english templates. How can I do
> that?
>
> Thanks and regards
> Kim
>
>
>
>
> ---------------------------------------------------------------------------
>--- _______________________________________________
> sql-ledger-users mailing list
> sql...@li...
> https://lists.sourceforge.net/lists/listinfo/sql-ledger-users

[SL] Invoice in different language

[<ki...@ha...>]

Hi

I have installed with danish chart of account. Default invoices are
printed in danish as expected. Now I have client abroad and want to
generate an invoice in English using the english templates. How can I do
that?

Thanks and regards
Kim

Re: [SL] Tracking Down Printing Problem

[Rich S. <rsh...@ap...>]

On Wed, 31 Dec 2008, Rolf Stöckli wrote:

> nobody.nobody is a strange permission. Has your webserver process write
> access to the directories users, templates, css and spool? Maybe the
> printing fails becaus SL is not able to create a tex-file.

Rolf,

   httpd is owned by nobody in group nobody. It's been this way for years.
Regardless, I'll look at ownership and permissions, but they've not changed
since before SL stopped direct printing.

Thanks ... and my wishes for a Happy New Year,

Rich

-- 
Richard B. Shepard, Ph.D.               |  Integrity            Credibility
Applied Ecosystem Services, Inc.        |            Innovation
<http://www.appl-ecosys.com>     Voice: 503-667-4517      Fax: 503-667-8863

Re: [SL] Tracking Down Printing Problem

[Rolf S. <in...@to...>]

Rich Shepard schrieb:
> -rw-r--r-- 1 nobody nobody 1188 2005-01-27 19:43 sql-ledger.conf

nobody.nobody is a strange permission. Has your webserver process write 
access to the directories users, templates, css and spool? Maybe the 
printing fails becaus SL is not able to create a tex-file.

Rolf

[SL] AUTO: leanux.ch: Martin.Elmer@leanux.ch ist bis und mit 4. Januar 2009 abwesend

[<Mar...@le...>]

Ich bin bis 05.01.2009 abwesend

Vielen Dank für Ihre E-Mail.

Leider kann ich Ihre E-Mail bis und mit 4. Januar 2009 nicht lesen.

Diese E-Mail wird nicht weitergeleitet!

In dringenden Fällen wenden Sie sich bitte telefonisch an unsere
Hauptnummer 044 947 11 22

Freundliche Grüsse
Mar...@le...
Partner

leanux.ch AG
Industriestrasse 25
8604 Volketswil
Tel 044 947 11 22
Direkt 079 446 48 02
Fax 044 947 11 33

www.leanux.ch


Hinweis: Dies ist eine automatische Antwort auf Ihre Nachricht  "
sql-ledger-users Digest, Vol 31, Issue 2" gesendet am 30.12.2008 17:46:33.

Diese ist die einzige Benachrichtigung, die Sie empfangen werden, während
diese Person abwesend ist.

Re: [SL] Tracking Down Printing Problem

[Rich S. <rsh...@ap...>]

On Tue, 30 Dec 2008, Jeff Roberts wrote:

> Why don't you load the printer with plain white paper and see if you can
> reprint some old cheques and invoices to see if it's really fixed.

Jeff,

   Well, I wrote too soon.

   I found my way to the proper place and displayed an invoice from
yesterday. Changing the type from transaction to check, I tried printing. No
output. Back to transaction and tried printing, still no output.

   So, it's not fixed and I'm more puzzled than ever.

   If it's a CUPS issue I'd have difficulties printing from everything. So,
it must be a SL issue since the only problem is printing to the printer from
one of the views.

   Back to square one.

Thanks,

Rich

-- 
Richard B. Shepard, Ph.D.               |  Integrity            Credibility
Applied Ecosystem Services, Inc.        |            Innovation
<http://www.appl-ecosys.com>     Voice: 503-667-4517      Fax: 503-667-8863

Re: [SL] Tracking Down Printing Problem -- Fixed?

[Rich S. <rsh...@ap...>]

On Tue, 30 Dec 2008, Jeff Roberts wrote:

> Doesn't printing an SL screen just prove that firefox works?

   Yes.

> Why don't you load the printer with plain white paper and see if you can
> reprint some old cheques and invoices to see if it's really fixed.

   Because I haven't found where on the menu system I go to reload a check
for reprinting.

> Also, does lpq work again?

   Unfortunately, no.

Rich

-- 
Richard B. Shepard, Ph.D.               |  Integrity            Credibility
Applied Ecosystem Services, Inc.        |            Innovation
<http://www.appl-ecosys.com>     Voice: 503-667-4517      Fax: 503-667-8863

Re: [SL] Tracking Down Printing Problem -- Fixed?

[Jeff R. <je...@jr...>]

Hi Rich

Doesn't printing an SL screen just prove that firefox works?

Why don't you load the printer with plain white paper and see if you can 
reprint some old cheques and invoices to see if it's really fixed.

Also, does lpq work again?

Jeff


Rich Shepard wrote:
> On Tue, 30 Dec 2008, Jeff Roberts wrote:
>
>   
>> Can you confirm that CUPS is running?
>>     
>
> Jeff,
>
>    Yes, it is running.
>
>   
>> I once had both CUPS and LPR installed on a machine and the lpr command
>> would still work when CUPS was shut down. LPR had been installed on the
>> machine when it was built and I had added CUPS later. So don't get tripped
>> up into thinking that because a command line lpr works that CUPS is
>> running.
>>     
>
>    Way back when CUPS first came out the instructions to install it involved
> removing lpr first. While I wasn't sure if I would regain the ability to
> print, it all came out just fine when I followed the instructions.
>
>   
>> Also, can you print a web page from within Firefox?
>>     
>
>    Yup. And from OO.o, and from xpdf/acroread, etc.
>
>    Think I've found the problem and fixed it. For some reason, the upgrade
> from cups-1.3.7 to -1.3.9 left the former version installed. I removed
> -1.3.7 and can print a screen from SL directly to the printer. In a few days
> I'll have more checks to print and will be able to see if those print
> directly to the printer, too.
>
> Thank you very much for your suggestions,
>
> Rich
>
>   

Re: [SL] Tracking Down Printing Problem -- Fixed?

[Rich S. <rsh...@ap...>]

On Tue, 30 Dec 2008, Jeff Roberts wrote:

> Can you confirm that CUPS is running?

Jeff,

   Yes, it is running.

> I once had both CUPS and LPR installed on a machine and the lpr command
> would still work when CUPS was shut down. LPR had been installed on the
> machine when it was built and I had added CUPS later. So don't get tripped
> up into thinking that because a command line lpr works that CUPS is
> running.

   Way back when CUPS first came out the instructions to install it involved
removing lpr first. While I wasn't sure if I would regain the ability to
print, it all came out just fine when I followed the instructions.

> Also, can you print a web page from within Firefox?

   Yup. And from OO.o, and from xpdf/acroread, etc.

   Think I've found the problem and fixed it. For some reason, the upgrade
from cups-1.3.7 to -1.3.9 left the former version installed. I removed
-1.3.7 and can print a screen from SL directly to the printer. In a few days
I'll have more checks to print and will be able to see if those print
directly to the printer, too.

Thank you very much for your suggestions,

Rich

-- 
Richard B. Shepard, Ph.D.               |  Integrity            Credibility
Applied Ecosystem Services, Inc.        |            Innovation
<http://www.appl-ecosys.com>     Voice: 503-667-4517      Fax: 503-667-8863

Re: [SL] Tracking Down Printing Problem

[Jeff R. <je...@jr...>]

Hi Rich

I agree, getting lpq resolved should also fix the sql problem. I don't 
think print to screen uses CUPS.

Can you confirm that CUPS is running?

I once had both CUPS and LPR installed on a machine and the lpr command 
would still work when CUPS was shut down. LPR had been installed on the 
machine when it was built and I had added CUPS later. So don't get 
tripped up into thinking that because a command line lpr works that CUPS 
is running.

Also, can you print a web page from within Firefox?

Jeff



Rich Shepard wrote:
> On Tue, 30 Dec 2008, Jeff Roberts wrote:
>
>   
>> Can you post what your sql-ledger.conf has under '# available printers'
>>     
>
> Jeff,
>
>    Sure. As I posted yesterday, the conf file hasn't been changed in four
> years.
>
>    From /usr/local/sql-ledger/sql-ledger.conf:
>
> # available printers
> %printer = ( laser_single   => 'lpr -P laser5_single>/dev/null 2>&1',
>               laser_duplex      => 'lpr -P laser5_duplex>/dev/null 2>&1',
>             );
>
>   
>> Are you using CUPS for your printing system? What does it call the printer?
>>     
>
>    Yup. Ever since it came out as a replacement for lprng (or whatever it was
> as the linux default back then). From /etc/cups/printers.conf:
>
> <DefaultPrinter laser5_duplex>
> Info Double-sided printing
> Location office
> DeviceURI socket://lj5:9100/
> State Idle
> StateTime 1228186929
> Accepting Yes
> Shared Yes
> JobSheets none none
> QuotaPeriod 0
> PageLimit 0
> KLimit 0
> OpPolicy default
> ErrorPolicy stop-printer
> </Printer>
> <Printer laser5_single>
> Info Single-sided printing
> Location office
> DeviceURI socket://lj5:9100
> State Idle
> StateTime 1229378152
> Accepting Yes
> Shared Yes
> JobSheets none none
> QuotaPeriod 0
> PageLimit 0
> KLimit 0
> OpPolicy default
> ErrorPolicy stop-printer
> </Printer>
>
>   
>> What computer is your printer connected to? The server? The desktop?
>> By parallel port? USB port? or on a local network by IP address?
>>     
>
>    It's a node on the network, connected by a JetDirect card. From
> /etc/hosts:
>
> 192.168.55.192  lj5.appl-ecosys.com     lj5
>
>   
>> The more data the better. I once had my server drop all of the printers
>> that it was supposed to see on the network through CUPS, the names had
>> changed and there was a problem with "concise names" or something like
>> that in the CUPS.conf file. It happened after years of normal operation
>> and all I had to do was make sure the printer names were consistent from
>> the computer where the queue was to the sql-server to the desktop and it
>> all started working again.
>>     
>
>    I suspect that this is a CUPS issue related to the distribution upgrade. I
> never before had to modify /etc/cups/client.conf, but after the upgrade
> nothing would go to the printer from that host.
>
>    When I type at the command line (even as root) 'lpq' I now get this:
>
> [root@salmo ~]# lpq
> lpq: Unable to connect to server
>
>    That's never before been the case. Also, lpr wasn't working. I tracked
> that down to the new need for another environment variable:
>
> export CUPS_SERVER=localhost
>
> which I had to put in ~/.bash_profile because specifying the server in
> /etc/cups/client.conf did not work. That the print queue status command
> still does not work suggests that there are still unresolved CUPS issues,
> one of which is affecting SL printing directly.
>
>    But, doesn't printing to 'screen' (really to a PostScript file on disk)
> also get processed through CUPS? Or does it bypass CUPS and use only
> ghostscript to produce the output file. And, if it is a CUPS issue, why will
> lpr work from the command line (or within xpdf or gv), but not printing
> directly from within SL? Curious minds want to know.
>
>   
>> Remember, also, that sql prints from the server not the desktop that you
>> access it from so while the lpr command may work from the desktop that's
>> not where it's called from. Does the lpr command work from the computer
>> where Apache is running?
>>     
>
>    Yup. The desktop is my combined server (httpd, postfix, etc.) and
> workstation.
>
> Many thanks,
>
> Rich
>
>   

Re: [SL] Tracking Down Printing Problem

[Rich S. <rsh...@ap...>]

On Tue, 30 Dec 2008, Jeff Roberts wrote:

> Can you post what your sql-ledger.conf has under '# available printers'

Jeff,

   Sure. As I posted yesterday, the conf file hasn't been changed in four
years.

   From /usr/local/sql-ledger/sql-ledger.conf:

# available printers
%printer = ( laser_single   => 'lpr -P laser5_single>/dev/null 2>&1',
              laser_duplex      => 'lpr -P laser5_duplex>/dev/null 2>&1',
            );

> Are you using CUPS for your printing system? What does it call the printer?

   Yup. Ever since it came out as a replacement for lprng (or whatever it was
as the linux default back then). From /etc/cups/printers.conf:

<DefaultPrinter laser5_duplex>
Info Double-sided printing
Location office
DeviceURI socket://lj5:9100/
State Idle
StateTime 1228186929
Accepting Yes
Shared Yes
JobSheets none none
QuotaPeriod 0
PageLimit 0
KLimit 0
OpPolicy default
ErrorPolicy stop-printer
</Printer>
<Printer laser5_single>
Info Single-sided printing
Location office
DeviceURI socket://lj5:9100
State Idle
StateTime 1229378152
Accepting Yes
Shared Yes
JobSheets none none
QuotaPeriod 0
PageLimit 0
KLimit 0
OpPolicy default
ErrorPolicy stop-printer
</Printer>

> What computer is your printer connected to? The server? The desktop?
> By parallel port? USB port? or on a local network by IP address?

   It's a node on the network, connected by a JetDirect card. From
/etc/hosts:

192.168.55.192  lj5.appl-ecosys.com     lj5

> The more data the better. I once had my server drop all of the printers
> that it was supposed to see on the network through CUPS, the names had
> changed and there was a problem with "concise names" or something like
> that in the CUPS.conf file. It happened after years of normal operation
> and all I had to do was make sure the printer names were consistent from
> the computer where the queue was to the sql-server to the desktop and it
> all started working again.

   I suspect that this is a CUPS issue related to the distribution upgrade. I
never before had to modify /etc/cups/client.conf, but after the upgrade
nothing would go to the printer from that host.

   When I type at the command line (even as root) 'lpq' I now get this:

[root@salmo ~]# lpq
lpq: Unable to connect to server

   That's never before been the case. Also, lpr wasn't working. I tracked
that down to the new need for another environment variable:

export CUPS_SERVER=localhost

which I had to put in ~/.bash_profile because specifying the server in
/etc/cups/client.conf did not work. That the print queue status command
still does not work suggests that there are still unresolved CUPS issues,
one of which is affecting SL printing directly.

   But, doesn't printing to 'screen' (really to a PostScript file on disk)
also get processed through CUPS? Or does it bypass CUPS and use only
ghostscript to produce the output file. And, if it is a CUPS issue, why will
lpr work from the command line (or within xpdf or gv), but not printing
directly from within SL? Curious minds want to know.

> Remember, also, that sql prints from the server not the desktop that you
> access it from so while the lpr command may work from the desktop that's
> not where it's called from. Does the lpr command work from the computer
> where Apache is running?

   Yup. The desktop is my combined server (httpd, postfix, etc.) and
workstation.

Many thanks,

Rich

-- 
Richard B. Shepard, Ph.D.               |  Integrity            Credibility
Applied Ecosystem Services, Inc.        |            Innovation
<http://www.appl-ecosys.com>     Voice: 503-667-4517      Fax: 503-667-8863

Re: [SL] Tracking Down Printing Problem

[Jeff R. <je...@jr...>]

Hi Rich

I agree, buying new printers to solve an upgrade problem is a "Microsoft 
solution". I'd personally feel like Bill Gates had forced me to spend 
money I hadn't wanted to. No Way! We've been running Linux/Unix for 
almost ten years now and all of my HP LJIIIDs still operate fine :-) .

Can you post what your sql-ledger.conf has under '# available printers'

Are you using CUPS for your printing system? What does it call the printer?

What computer is your printer connected to? The server? The desktop?

By parallel port? USB port? or on a local network by IP address?

The more data the better. I once had my server drop all of the printers 
that it was supposed to see on the network through CUPS, the names had 
changed and there was a problem with "concise names" or something like 
that in the CUPS.conf file. It happened after years of normal operation 
and all I had to do was make sure the printer names were consistent from 
the computer where the queue was to the sql-server to the desktop and it 
all started working again.

Remember, also, that sql prints from the server not the desktop that you 
access it from so while the lpr command may work from the desktop that's 
not where it's called from. Does the lpr command work from the computer 
where Apache is running?


Jeff




Rich Shepard wrote:
> On Tue, 30 Dec 2008, Paul Tammes wrote:
>
>   
>> Wild guess: I had some very weird and not reproducable errors aftrer
>> updating my dual nboot machine from XP to Vista.
>>     
>
> Paul,
>
>    We've run nothing but linux for more than a decade.
>
>   
>> Not wanting to spend more than an hour to investigate i threw out the HP
>> laserjet 1310 (2 years old, works perfect under XP sec) and bought a new
>> Samsung Laser (black and white).
>>     
>
>    The LJ 5 works just fine. Your solution, if applied to automobiles, would
> be to replace your car if the windshield wipers stopped working.
>
>    The problem that arose here has nothing to do with the printer. I can
> print from other applications, print from within SL to a PostScript file
> (which can then be printed using lpr), and had printed directly from within
> SL for the past four years.
>
> Rich
>
>   

Re: [SL] Tracking Down Printing Problem

[Rich S. <rsh...@ap...>]

On Tue, 30 Dec 2008, Paul Tammes wrote:

> Wild guess: I had some very weird and not reproducable errors aftrer
> updating my dual nboot machine from XP to Vista.

Paul,

   We've run nothing but linux for more than a decade.

> Not wanting to spend more than an hour to investigate i threw out the HP
> laserjet 1310 (2 years old, works perfect under XP sec) and bought a new
> Samsung Laser (black and white).

   The LJ 5 works just fine. Your solution, if applied to automobiles, would
be to replace your car if the windshield wipers stopped working.

   The problem that arose here has nothing to do with the printer. I can
print from other applications, print from within SL to a PostScript file
(which can then be printed using lpr), and had printed directly from within
SL for the past four years.

Rich

-- 
Richard B. Shepard, Ph.D.               |  Integrity            Credibility
Applied Ecosystem Services, Inc.        |            Innovation
<http://www.appl-ecosys.com>     Voice: 503-667-4517      Fax: 503-667-8863

Re: [SL] Tracking Down Printing Problem

[Paul T. <pt...@wa...>]

Wild guess: I had some very weird and not reproducable errors aftrer
updating my dual nboot machine from XP to Vista. The printer no longer
worked, and somehow that also gave erratic behaviour under Linux. Not
wanting to spend more than an hour to investigate i threw out the HP
laserjet 1310 (2 years old, works perfect under XP sec) and bought a new
Samsung Laser (black and white).

All problems solved for 59 euro, which is less than a new cartidge for the
HP would have been. Bad for the scarce envireonment and all, but nice for my
wallet and sanity: everything works as it used to do.

I KNOW any Vista tricks SHOULD not impact the printer under Linuxc, but
maybe onboard cache was puzzeled by Vista driver errors and gives hickups
even under Linux, no time to really investigate. Jut thought to mention it,
if you have recently upgraded a dual boot to Vista, that might be the
explanation. Cure is relatively cheap: either downgrade to XP or buy a Vista
certified printer. (Or remove vista alltogether)

2008/12/29 Rich Shepard <rsh...@ap...>

> On Mon, 29 Dec 2008, Rolf Stöckli wrote:
>
> > Does lpr work with the command you have defined in sql-ledger.conf?
>
> Rolf,
>
>   Yes, it does.
>
> Thanks,
>
> Rich
>
> --
> Richard B. Shepard, Ph.D.               |  Integrity            Credibility
> Applied Ecosystem Services, Inc.        |            Innovation
> <http://www.appl-ecosys.com>     Voice: 503-667-4517      Fax:
> 503-667-8863
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> sql-ledger-users mailing list
> sql...@li...
> https://lists.sourceforge.net/lists/listinfo/sql-ledger-users
>
>

Re: [SL] Tracking Down Printing Problem

[Rich S. <rsh...@ap...>]

On Mon, 29 Dec 2008, Rolf Stöckli wrote:

> Does lpr work with the command you have defined in sql-ledger.conf?

Rolf,

   Yes, it does.

Thanks,

Rich

-- 
Richard B. Shepard, Ph.D.               |  Integrity            Credibility
Applied Ecosystem Services, Inc.        |            Innovation
<http://www.appl-ecosys.com>     Voice: 503-667-4517      Fax: 503-667-8863

Re: [SL] Tracking Down Printing Problem

[Rich S. <rsh...@ap...>]

On Mon, 29 Dec 2008, Jeff Roberts wrote:

> Start by checking sql-ledger.conf to see if they are all defined properly.

Jeff,

-rw-r--r-- 1 nobody nobody 1188 2005-01-27 19:43 sql-ledger.conf

hasn't been touched in almost four years now. And the definitions are still
valid.

> You haven't mentioned any recent upgrades, changes or edits that you have
> done, stuff like this rarely happens all by itself, what have you done
> recently.

   About two weeks ago I printed a bunch of checks. I've entered payable
invoices. That's it until I tried printing today. Which is why this is so
puzzling.

Thanks,

Rich

-- 
Richard B. Shepard, Ph.D.               |  Integrity            Credibility
Applied Ecosystem Services, Inc.        |            Innovation
<http://www.appl-ecosys.com>     Voice: 503-667-4517      Fax: 503-667-8863

Re: [SL] Tracking Down Printing Problem

[Rolf S. <in...@to...>]

Does lpr work with the command you have defined in sql-ledger.conf?

R.

Rich Shepard schrieb:
>    This is a new one on me: I set up a bunch of payables (using the
> Cash->Payments menu), then try to print them directly to the printer.
> Nothing happens.
> 
>    If I select each check individually and print it to the screen (as a .ps
> file that's saved to disk), I can use lpr to print the check from the disk
> file.
> 
>    Printing is working, but SL (2.8.18) has suddenly decided to not see the
> printer. What should I do to trace the source of the problem so I can fix
> it?
> 
> Rich
> 

Re: [SL] Tracking Down Printing Problem

[Jeff R. <je...@jr...>]

Hi Rich

Start by checking sql-ledger.conf to see if they are all defined properly.

You haven't mentioned any recent upgrades, changes or edits that you 
have done, stuff like this rarely happens all by itself, what have you 
done recently.

Jeff


Rich Shepard wrote:
>    This is a new one on me: I set up a bunch of payables (using the
> Cash->Payments menu), then try to print them directly to the printer.
> Nothing happens.
>
>    If I select each check individually and print it to the screen (as a .ps
> file that's saved to disk), I can use lpr to print the check from the disk
> file.
>
>    Printing is working, but SL (2.8.18) has suddenly decided to not see the
> printer. What should I do to trace the source of the problem so I can fix
> it?
>
> Rich
>
>