Menu
▾
▴
sql-ledger-users — SQL-Ledger users
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(23) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(68) |
Feb
(121) |
Mar
(59) |
Apr
(49) |
May
(110) |
Jun
(109) |
Jul
(146) |
Aug
(122) |
Sep
(83) |
Oct
(94) |
Nov
(90) |
Dec
(157) |
| 2002 |
Jan
(169) |
Feb
(186) |
Mar
(168) |
Apr
(353) |
May
(338) |
Jun
(278) |
Jul
(220) |
Aug
(336) |
Sep
(122) |
Oct
(183) |
Nov
(111) |
Dec
(265) |
| 2003 |
Jan
(358) |
Feb
(135) |
Mar
(343) |
Apr
(419) |
May
(277) |
Jun
(145) |
Jul
|
Aug
(134) |
Sep
(118) |
Oct
(97) |
Nov
(240) |
Dec
(293) |
| 2004 |
Jan
(412) |
Feb
(217) |
Mar
(202) |
Apr
(237) |
May
(333) |
Jun
(201) |
Jul
(303) |
Aug
(218) |
Sep
(285) |
Oct
(249) |
Nov
(248) |
Dec
(229) |
| 2005 |
Jan
(314) |
Feb
(175) |
Mar
(386) |
Apr
(223) |
May
(281) |
Jun
(230) |
Jul
(200) |
Aug
(197) |
Sep
(110) |
Oct
(243) |
Nov
(279) |
Dec
(324) |
| 2006 |
Jan
(335) |
Feb
(396) |
Mar
(383) |
Apr
(358) |
May
(375) |
Jun
(190) |
Jul
(212) |
Aug
(320) |
Sep
(358) |
Oct
(112) |
Nov
(213) |
Dec
(95) |
| 2007 |
Jan
(136) |
Feb
(104) |
Mar
(156) |
Apr
(115) |
May
(78) |
Jun
(75) |
Jul
(30) |
Aug
(35) |
Sep
(50) |
Oct
(44) |
Nov
(33) |
Dec
(35) |
| 2008 |
Jan
(90) |
Feb
(63) |
Mar
(47) |
Apr
(42) |
May
(72) |
Jun
(85) |
Jul
(25) |
Aug
(20) |
Sep
(14) |
Oct
(11) |
Nov
(25) |
Dec
(39) |
| 2009 |
Jan
(39) |
Feb
(46) |
Mar
(16) |
Apr
(27) |
May
(51) |
Jun
(66) |
Jul
(78) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
(5) |
Apr
|
May
(4) |
Jun
|
Jul
(1) |
Aug
|
Sep
(1) |
Oct
(2) |
Nov
|
Dec
|
| 2011 |
Jan
|
Feb
(2) |
Mar
|
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2016 |
Jan
(1) |
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Steve D. <sd...@sw...> - 2002-04-06 14:42:04
|
Does anyone have any references or links to an IAS chart of accounts? I can't find any requirements regarding a chart of accounts at iasc.org.uk. I would be glad to put one together, but I can't see where they require a specific chart of accounts. Thanks, Steve |
|
From: R. <bj...@se...> - 2002-04-06 09:59:27
|
Thanks, I'm looking forward to it :-) >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< On 05.04.02, 17:08:52, Keld J|rn Simonsen <ke...@dk...> wrote regardin= g=20 Re: [SL] Chart of Accounts for Norway: > > On Thu, 4 Apr 2002, Bj=F8rn Rasmussen wrote: > > > > > I was happy when I saw there where a Norwegian Chart of Accounts f= or > > > SQL-Ledger version 1.8.3. > I have made 2 charts for norway, but they have not been included > in SL yet. One thing is that in Norway there is a standard NS 4102 > that you need to follow. I have something in the works there > and a Norwegian has also worked on it, but it is not yet complete. > Best regards > Keld Simonsen |
|
From: Keith M. <km...@be...> - 2002-04-05 18:56:34
|
Hi Dieter, Quoting Dieter Simader from [05/04/02 10:12 -0700]: > brackets and slashes are not in the conversion filter and caused a latex > error. This is all (?) fixed in 1.8.4 > > I uploaded an upgrade file for 1.8.3 in the meantime until I release the > new code. I just installed the upgrade. Only the form.pm and io.pl files though, because I have no need for the locale or Dutch file changes. There are still formatting problems with 3-page long invoices because the latex commands in the templates specify page-breaks and such. When I try to comment out or remove the page break commands I get the latex errors. Also, the ps output ends right after the "All prices in CDN Funds" line. I tried to comment out the curly bracket in the template and was again met with a latex error. Printing a pdf to screen and saving the output to a file still saves a file named is.pl.html that is a pdf file with no useable content. > > The blank emails are a case of MS Outlook not being able to decipher > BASE64 attachments. I am not sure what it is. I used the old BASE64 code > from the Mailer package at CPAN. This works fine for pine and Netscape. > This is still a stick in the mud for me here... why do I get blank emails when I don't run any M$ machines or products here? Are there any files I could sent or output that might give you clue as to what is happening? Kind regards, -- Keith Mastin km...@be... BeechTree Information Technology Services Inc. 137 Laird Drive M4G 3V5 Tel(416)696-6070 http://www.beechtree.ca |
|
From: Keith M. <km...@be...> - 2002-04-05 18:25:37
|
Hi Dieter, Quoting Dieter Simader from [05/04/02 10:12 -0700]: > brackets and slashes are not in the conversion filter and caused a latex > error. This is all (?) fixed in 1.8.4 > My latex problems are now to do more with the formatting in the templates rather than the programming or API. I can get postscript output now with dvips. Pdf is another story... the invoice saves as is.pl.html from opera. This is a 55KB, 3 page pdf file that is balnk except for a couple lines on page 3. If you want, I can send a copy of any of these files for you to view.... > I uploaded an upgrade file for 1.8.3 in the meantime until I release the > new code. Okay, I'll install it, and try again later. > > The blank emails are a case of MS Outlook not being able to decipher > BASE64 attachments. I am not sure what it is. I used the old BASE64 code > from the Mailer package at CPAN. This works fine for pine and Netscape. > I don't use M$ products. Here's what I use: Redhat 7.1 w/ 2.4.3-12 kernel Opera 5.05 for browsing mutt-1.2.5.1-0.7 for email I just sent another html invoice to myself from a netscape 3.74 browser to see if it's a problem isolated to sending from the Opera browser. Unfortunately, the file still has a length of 7 and the text is the same: <head> > It would be nice to have feedback from the community at large if this is > just an isolated case or if everyone using MS Outlook has problems with > this. > > I had a discussion over this with Ralph Dorr who experienced the same > problem. I had no problems receiving his email attachments but he could > not read the attachments from SQL-Ledger nor could he read attachments > sent with pine. So, I concluded that this is not in the code but must be > something with Outlook. Perhaps a wrong setting or perhaps MS is telling > the whole world again you better conform to their standards. Wouldn't be > the first time. > -- Keith Mastin km...@be... BeechTree Information Technology Services Inc. 137 Laird Drive M4G 3V5 Tel(416)696-6070 http://www.beechtree.ca |
|
From: Tom L. <to...@re...> - 2002-04-05 18:25:17
|
I think some clarification is required. The email is not 'blank' it's just=20 that Outlook, being the brain dead program that it is, doesn't recognize=20 the message correctly. This is not really an SL problem, but of course it=20 gets the blame. And of course Dieter has to make changes for ONE stupid=20 program as opposed to Microsoft actually making things that work with=20 standards. I could go on, but I won't. Sorry, just had to rant a bit there...but I feel much better now! Tom --On Friday, April 05, 2002 12:33 PM -0500 Maria Gabriela Fong=20 <mg...@ce...> wrote: > It is happening to me too... > > Using netscape and pine works great, but when I send the emails to > outlook clients, it's blank > > Gaby > > Dieter Simader wrote: > >> brackets and slashes are not in the conversion filter and caused a latex >> error. This is all (?) fixed in 1.8.4 >> >> I uploaded an upgrade file for 1.8.3 in the meantime until I release the >> new code. >> >> The blank emails are a case of MS Outlook not being able to decipher >> BASE64 attachments. I am not sure what it is. I used the old BASE64 code >> from the Mailer package at CPAN. This works fine for pine and Netscape. >> >> It would be nice to have feedback from the community at large if this is >> just an isolated case or if everyone using MS Outlook has problems with >> this. >> >> I had a discussion over this with Ralph Dorr who experienced the same >> problem. I had no problems receiving his email attachments but he could >> not read the attachments from SQL-Ledger nor could he read attachments >> sent with pine. So, I concluded that this is not in the code but must be >> something with Outlook. Perhaps a wrong setting or perhaps MS is telling >> the whole world again you better conform to their standards. Wouldn't be >> the first time. >> >> >> Dieter Simader http://www.sql-ledger.org (780) 472-8161 >> DWS Systems Inc. Accounting Software Fax: 478-5281 >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D On a clear disk you can seek forever = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> >> On Fri, 5 Apr 2002, Keith Mastin wrote: >> >>> I didn't have any non-alphanumric characters in the product numbers, >>> but do have some brackets and slashes in the product descriptions... no >>> underscores or hashes though. Postscript to screen still gets dvips >>> errors (haven't got to that yet) but pdf to screen shows something... >>> included below. >>> >>> HTML email is still blank. Printing doesn't do anything, but that could >>> be an unrelated issue. >>> >>> Is there anyone on the list with printing and html email working? (I'm >>> looking for a touch of hope here). >>> >>> Thanks >>> >>> %PDF-1.2 >>> %=C7=EC?=A2 >>> 2 0 obj >>> << /Type /Pages /Kids [ >>> ] /Count 0 >>> >>> endobj >>> 1 0 obj >>> << /Type /Catalog /Pages 2 0 R >>> >>> endobj >>> 3 0 obj >>> << /CreationDate (D:20020405100106) >>> /Producer (GNU Ghostscript 5.50) >>> >>> endobj >>> xref >>> 0 4 >>> 0000000000 65535 f >>> 0000000068 00000 n >>> 0000000015 00000 n >>> 0000000117 00000 n >>> trailer >>> << /Size 4 /Root 1 0 R /Info 3 0 R >>> >>> startxref >>> 204 >>> %%EOF >>> >>> Quoting Dr Default from [05/04/02 14:24 +0200]: >>> >>>> Tip for user-friendly update: Have the 'add part' routine check if any >>>> # in description and kill it ;-) >>>> >>>>> -----Original Message----- >>>>> From: sql...@sq... >>>>> [mailto:sql...@sq...] On Behalf Of >>>>> Carey Durbin >>>>> Sent: vrijdag 5 april 2002 13:58 >>>>> To: sql...@sq... >>>>> Subject: Re: [SL] latex dilemma >>>>> >>>>> >>>>> >>>>> I too was getting this error when trying to print. I figured >>>>> it out this morning. I >>>>> had the # sign in one of my part descriptions. Latex did not >>>>> seem to like it for >>>>> some reason. I removed it and it works correctly now. Go figure. >>>>> >>>>> Carey Durbin >>>>> CD Computer Systems >>>>> E-Mail: cd...@sy... >>>>> Web: http://syscon.mine.nu >>>>> >>> >> > |
|
From: <fi...@be...> - 2002-04-05 18:01:34
|
Dieter,=20 Guess the default settings for up to date versions of Outlook (security patches applied) are probably the cause: Attachments that MS considers harmfull are disabled by default (.exe, .vbs et all). It is even possible to set security to maximum, thus disabling=20 ANY attachment from entering the inbox. The new XP firewall might also cause problems. My personal workaround for mails from Linux to Win and vice versa is via MSN / Hotmail. They even scan for viruses for you ;-) Feel free to send any testmails / attachments to drd...@ho... (winxp) AND drd...@ms... I will be happy to compare notes. Paul > -----Original Message----- > From: sql...@sq...=20 > [mailto:sql...@sq...] On Behalf Of=20 > Dieter Simader > Sent: vrijdag 5 april 2002 19:13 > To: sql...@sq... > Subject: Re: [SL] latex dilemma & blank emails >=20 >=20 > brackets and slashes are not in the conversion filter and=20 > caused a latex error. This is all (?) fixed in 1.8.4 >=20 > I uploaded an upgrade file for 1.8.3 in the meantime until I=20 > release the new code. >=20 > The blank emails are a case of MS Outlook not being able to=20 > decipher BASE64 attachments. I am not sure what it is. I used=20 > the old BASE64 code from the Mailer package at CPAN. This=20 > works fine for pine and Netscape. >=20 > It would be nice to have feedback from the community at large=20 > if this is just an isolated case or if everyone using MS=20 > Outlook has problems with this. >=20 > I had a discussion over this with Ralph Dorr who experienced=20 > the same problem. I had no problems receiving his email=20 > attachments but he could not read the attachments from=20 > SQL-Ledger nor could he read attachments sent with pine. So,=20 > I concluded that this is not in the code but must be=20 > something with Outlook. Perhaps a wrong setting or perhaps MS=20 > is telling the whole world again you better conform to their=20 > standards. Wouldn't be the first time. >=20 >=20 > Dieter Simader http://www.sql-ledger.org (780) 472-8161 > DWS Systems Inc. Accounting Software Fax: 478-5281 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D On a clear disk you can seek forever = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >=20 > On Fri, 5 Apr 2002, Keith Mastin wrote: >=20 > > I didn't have any non-alphanumric characters in the product=20 > numbers,=20 > > but do have some brackets and slashes in the product=20 > descriptions...=20 > > no underscores or hashes though. Postscript to screen still gets=20 > > dvips errors (haven't got to that yet) but pdf to screen shows=20 > > something... included below. > >=20 > > HTML email is still blank. Printing doesn't do anything, but that=20 > > could be an unrelated issue. > >=20 > > Is there anyone on the list with printing and html email=20 > working? (I'm=20 > > looking for a touch of hope here). > >=20 > > Thanks > >=20 > > %PDF-1.2 > > %=C7=EC=8F=A2 > > 2 0 obj > > << /Type /Pages /Kids [ > > ] /Count 0 > > >> > > endobj > > 1 0 obj > > << /Type /Catalog /Pages 2 0 R > > >> > > endobj > > 3 0 obj > > << /CreationDate (D:20020405100106) > > /Producer (GNU Ghostscript 5.50) > > >> > > endobj > > xref > > 0 4 > > 0000000000 65535 f > > 0000000068 00000 n > > 0000000015 00000 n > > 0000000117 00000 n > > trailer > > << /Size 4 /Root 1 0 R /Info 3 0 R > > >> > > startxref > > 204 > > %%EOF > >=20 > > Quoting Dr Default from [05/04/02 14:24 +0200]: > > > Tip for user-friendly update: Have the 'add part' routine=20 > check if=20 > > > any # in description and kill it ;-) > > >=20 > > > > -----Original Message----- > > > > From: sql...@sq... > > > > [mailto:sql...@sq...] On Behalf Of=20 > > > > Carey Durbin > > > > Sent: vrijdag 5 april 2002 13:58 > > > > To: sql...@sq... > > > > Subject: Re: [SL] latex dilemma > > > >=20 > > > >=20 > > > >=20 > > > > I too was getting this error when trying to print. I figured > > > > it out this morning. I=20 > > > > had the # sign in one of my part descriptions. Latex did not=20 > > > > seem to like it for=20 > > > > some reason. I removed it and it works correctly now. Go figure. > > > >=20 > > > > Carey Durbin > > > > CD Computer Systems > > > > E-Mail: cd...@sy... > > > > Web: http://syscon.mine.nu > > > > > >=20 > >=20 >=20 >=20 |
|
From: Maria G. F. <mg...@ce...> - 2002-04-05 17:35:54
|
It is happening to me too... Using netscape and pine works great, but when I send the emails to=20 outlook clients, it's blank Gaby Dieter Simader wrote: >brackets and slashes are not in the conversion filter and caused a latex >error. This is all (?) fixed in 1.8.4 > >I uploaded an upgrade file for 1.8.3 in the meantime until I release the >new code. > >The blank emails are a case of MS Outlook not being able to decipher >BASE64 attachments. I am not sure what it is. I used the old BASE64 code >from the Mailer package at CPAN. This works fine for pine and Netscape. > >It would be nice to have feedback from the community at large if this is >just an isolated case or if everyone using MS Outlook has problems with >this. > >I had a discussion over this with Ralph Dorr who experienced the same >problem. I had no problems receiving his email attachments but he could >not read the attachments from SQL-Ledger nor could he read attachments >sent with pine. So, I concluded that this is not in the code but must be >something with Outlook. Perhaps a wrong setting or perhaps MS is telling >the whole world again you better conform to their standards. Wouldn't be >the first time. > > >Dieter Simader http://www.sql-ledger.org (780) 472-8161 >DWS Systems Inc. Accounting Software Fax: 478-5281 >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D On a clear disk you can seek forever =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > >On Fri, 5 Apr 2002, Keith Mastin wrote: > >>I didn't have any non-alphanumric characters in the product numbers, bu= t do have >>some brackets and slashes in the product descriptions... no underscores= or >>hashes though. Postscript to screen still gets dvips errors (haven't g= ot to >>that yet) but pdf to screen shows something... included below. >> >>HTML email is still blank. Printing doesn't do anything, but that could= be an >>unrelated issue. >> >>Is there anyone on the list with printing and html email working? (I'm = looking >>for a touch of hope here). >> >>Thanks >> >>%PDF-1.2 >>%=C7=EC?=A2 >>2 0 obj >><< /Type /Pages /Kids [ >>] /Count 0 >> >>endobj >>1 0 obj >><< /Type /Catalog /Pages 2 0 R >> >>endobj >>3 0 obj >><< /CreationDate (D:20020405100106) >>/Producer (GNU Ghostscript 5.50) >> >>endobj >>xref >>0 4 >>0000000000 65535 f >>0000000068 00000 n >>0000000015 00000 n >>0000000117 00000 n >>trailer >><< /Size 4 /Root 1 0 R /Info 3 0 R >> >>startxref >>204 >>%%EOF >> >>Quoting Dr Default from [05/04/02 14:24 +0200]: >> >>>Tip for user-friendly update: Have the 'add part' routine check if any= # >>>in description and kill it ;-) >>> >>>>-----Original Message----- >>>>From: sql...@sq...=20 >>>>[mailto:sql...@sq...] On Behalf Of=20 >>>>Carey Durbin >>>>Sent: vrijdag 5 april 2002 13:58 >>>>To: sql...@sq... >>>>Subject: Re: [SL] latex dilemma >>>> >>>> >>>> >>>>I too was getting this error when trying to print. I figured=20 >>>>it out this morning. I=20 >>>>had the # sign in one of my part descriptions. Latex did not=20 >>>>seem to like it for=20 >>>>some reason. I removed it and it works correctly now. Go figure. >>>> >>>>Carey Durbin >>>>CD Computer Systems >>>>E-Mail: cd...@sy... >>>>Web: http://syscon.mine.nu >>>> >> > |
|
From: Dieter S. <dsi...@sq...> - 2002-04-05 17:12:57
|
brackets and slashes are not in the conversion filter and caused a latex error. This is all (?) fixed in 1.8.4 I uploaded an upgrade file for 1.8.3 in the meantime until I release the new code. The blank emails are a case of MS Outlook not being able to decipher BASE64 attachments. I am not sure what it is. I used the old BASE64 code from the Mailer package at CPAN. This works fine for pine and Netscape. It would be nice to have feedback from the community at large if this is just an isolated case or if everyone using MS Outlook has problems with this. I had a discussion over this with Ralph Dorr who experienced the same problem. I had no problems receiving his email attachments but he could not read the attachments from SQL-Ledger nor could he read attachments sent with pine. So, I concluded that this is not in the code but must be something with Outlook. Perhaps a wrong setting or perhaps MS is telling the whole world again you better conform to their standards. Wouldn't be the first time. Dieter Simader http://www.sql-ledger.org (780) 472-8161 DWS Systems Inc. Accounting Software Fax: 478-5281 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D On a clear disk you can seek forever =3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D On Fri, 5 Apr 2002, Keith Mastin wrote: > I didn't have any non-alphanumric characters in the product numbers, bu= t do have > some brackets and slashes in the product descriptions... no underscores= or > hashes though. Postscript to screen still gets dvips errors (haven't g= ot to > that yet) but pdf to screen shows something... included below. >=20 > HTML email is still blank. Printing doesn't do anything, but that could= be an > unrelated issue. >=20 > Is there anyone on the list with printing and html email working? (I'm = looking > for a touch of hope here). >=20 > Thanks >=20 > %PDF-1.2 > %=C7=EC=8F=A2 > 2 0 obj > << /Type /Pages /Kids [ > ] /Count 0 > >> > endobj > 1 0 obj > << /Type /Catalog /Pages 2 0 R > >> > endobj > 3 0 obj > << /CreationDate (D:20020405100106) > /Producer (GNU Ghostscript 5.50) > >> > endobj > xref > 0 4 > 0000000000 65535 f > 0000000068 00000 n > 0000000015 00000 n > 0000000117 00000 n > trailer > << /Size 4 /Root 1 0 R /Info 3 0 R > >> > startxref > 204 > %%EOF >=20 > Quoting Dr Default from [05/04/02 14:24 +0200]: > > Tip for user-friendly update: Have the 'add part' routine check if an= y # > > in description and kill it ;-) > >=20 > > > -----Original Message----- > > > From: sql...@sq...=20 > > > [mailto:sql...@sq...] On Behalf Of=20 > > > Carey Durbin > > > Sent: vrijdag 5 april 2002 13:58 > > > To: sql...@sq... > > > Subject: Re: [SL] latex dilemma > > >=20 > > >=20 > > >=20 > > > I too was getting this error when trying to print. I figured=20 > > > it out this morning. I=20 > > > had the # sign in one of my part descriptions. Latex did not=20 > > > seem to like it for=20 > > > some reason. I removed it and it works correctly now. Go figure. > > >=20 > > > Carey Durbin > > > CD Computer Systems > > > E-Mail: cd...@sy... > > > Web: http://syscon.mine.nu > > > >=20 >=20 |
|
From: Keith M. <km...@be...> - 2002-04-05 16:17:46
|
Installed tetex-dvips and actually got almost there... I now have a file that is completely gibbled, but I have a file. The invoice is 3 pages long in ghostview. Page 1 starts at the very top of the page... headers I guess, that will overwrite the letterhead. Page 1 text ends about 1/3 or 1/2 way down the page. Page 2 appears to be some tex gibberish (.aux and 2x .tex) and page 3 contains most of the input information from the input form, and is missing most of the end portion discussing terms etc. Page 3 also starts at the top of the sheet and will also overwrite the letterhead. So it's all formatting and such from here, which I have no experience with, so I guess I'll be learning tex, unless someone has gone through this and has a quick-fix? Thanks everyone for your input and help here. Quoting gha...@fr... from [04/04/02 21:40 -0700]: > Hmmm, I don't think I explained that well enough. You > do NOT load/examine/process/... a DVI file with LaTeX. > A DVI file is the result of running LaTeX (or TeX) on > something else (a LaTeX source file). I was just checking for output... I did better with a .tex file. > > LaTeX has already been run. You are running into problems > "downstream" of LaTeX. If you don't have dvips, I suppose > one option would be to load that appropriate package onto > your system. However, for the purpose of seeing whether the > DVI file is actually useful, I still think using xdvi to > "view" the DVI file under X11 (which you might know as > KDE, Gnome, IceWM, ...) is the thing to do. If you don't > have xdvi, there is probably a package you can load. > > Is this clearer? > Absolutely. Thank you. -- Keith Mastin km...@be... BeechTree Information Technology Services Inc. 137 Laird Drive M4G 3V5 Tel(416)696-6070 http://www.beechtree.ca |
|
From: Keith M. <km...@be...> - 2002-04-05 15:13:06
|
I didn't have any non-alphanumric characters in the product numbers, but = do have some brackets and slashes in the product descriptions... no underscores o= r hashes though. Postscript to screen still gets dvips errors (haven't got= to that yet) but pdf to screen shows something... included below. HTML email is still blank. Printing doesn't do anything, but that could b= e an unrelated issue. Is there anyone on the list with printing and html email working? (I'm lo= oking for a touch of hope here). Thanks %PDF-1.2 %=C7=EC=8F=A2 2 0 obj << /Type /Pages /Kids [ ] /Count 0 >> endobj 1 0 obj << /Type /Catalog /Pages 2 0 R >> endobj 3 0 obj << /CreationDate (D:20020405100106) /Producer (GNU Ghostscript 5.50) >> endobj xref 0 4 0000000000 65535 f 0000000068 00000 n 0000000015 00000 n 0000000117 00000 n trailer << /Size 4 /Root 1 0 R /Info 3 0 R >> startxref 204 %%EOF Quoting Dr Default from [05/04/02 14:24 +0200]: > Tip for user-friendly update: Have the 'add part' routine check if any = # > in description and kill it ;-) >=20 > > -----Original Message----- > > From: sql...@sq...=20 > > [mailto:sql...@sq...] On Behalf Of=20 > > Carey Durbin > > Sent: vrijdag 5 april 2002 13:58 > > To: sql...@sq... > > Subject: Re: [SL] latex dilemma > >=20 > >=20 > >=20 > > I too was getting this error when trying to print. I figured=20 > > it out this morning. I=20 > > had the # sign in one of my part descriptions. Latex did not=20 > > seem to like it for=20 > > some reason. I removed it and it works correctly now. Go figure. > >=20 > > Carey Durbin > > CD Computer Systems > > E-Mail: cd...@sy... > > Web: http://syscon.mine.nu > > --=20 Keith Mastin km...@be... BeechTree Information Technology Services Inc. 137 Laird Drive M4G 3V5 Tel(416)696-6070 http://www.beechtree.ca |
|
From: Keld J|rn S. <ke...@dk...> - 2002-04-05 15:09:07
|
> On Thu, 4 Apr 2002, Bj=F8rn Rasmussen wrote: >=20 > > I was happy when I saw there where a Norwegian Chart of Accounts for > > SQL-Ledger version 1.8.3. I have made 2 charts for norway, but they have not been included in SL yet. One thing is that in Norway there is a standard NS 4102 that you need to follow. I have something in the works there and a Norwegian has also worked on it, but it is not yet complete. Best regards Keld Simonsen |
|
From: Dr D. <drd...@ho...> - 2002-04-05 12:26:38
|
Tip for user-friendly update: Have the 'add part' routine check if any # in description and kill it ;-) > -----Original Message----- > From: sql...@sq... > [mailto:sql...@sq...] On Behalf Of > Carey Durbin > Sent: vrijdag 5 april 2002 13:58 > To: sql...@sq... > Subject: Re: [SL] latex dilemma > > > > I too was getting this error when trying to print. I figured > it out this morning. I > had the # sign in one of my part descriptions. Latex did not > seem to like it for > some reason. I removed it and it works correctly now. Go figure. > > Carey Durbin > CD Computer Systems > E-Mail: cd...@sy... > Web: http://syscon.mine.nu > |
|
From: Carey D. <cd...@sy...> - 2002-04-05 11:57:13
|
I too was getting this error when trying to print. I figured it out this morning. I had the # sign in one of my part descriptions. Latex did not seem to like it for some reason. I removed it and it works correctly now. Go figure. Carey Durbin CD Computer Systems E-Mail: cd...@sy... Web: http://syscon.mine.nu ---- Original Message ---- From: Steve Doerr Date: Fri 4/5/02 1:02 To: sql...@sq... Subject: Re: [SL] latex dilemma Well, about all I can tell you are the Debian packages I have installed and it works. gs-aladdin was the package that added /usr/bin/dvipdf if I remember correctly. gs-aladdin dvipdfm tetex-base tetex-bin tetex-extra hth, Steve Keith Mastin wrote: > Hi Steve, > > It appears that I have dvipdf installed, and still get this error: > [root@soldier cmpsfont]# rpm -e dvipdfm > [root@soldier cmpsfont]# locate dvipdf > /usr/share/texmf/doc/help/Catalogue/entries/dvipdfm.html > /usr/share/texmf/tex/latex/graphics/dvipdf.def > /usr/share/texmf/tex/latex/graphics/dvipdfm.def > /usr/share/texmf/tex/latex/hyperref/hdvipdfm.def > /usr/bin/dvipdf > > Any other suggestions, or troubleshooting pointers? > > Thanks again. > > Regards, > > Quoting Steve Doerr from [03/04/02 19:47 -0600]: > > Hi Keith. > > > > Keith Mastin wrote: > > > > > Error! > > > latex : 1017868610.invoice.tex > > > > I had this problem w/ dvipdfm installed (Debian system). When I installed dvipdf > > it worked. Jonas posted something on March 22 that may be helpful. > > > > Good luck. > > Steve > > > -- > Keith Mastin km...@be... > BeechTree Information Technology Services Inc. > 137 Laird Drive M4G 3V5 Tel(416)696-6070 > http://www.beechtree.ca |
|
From: Valter V. <vi...@ts...> - 2002-04-05 11:33:08
|
Good day, Keith, I=B4m trying to print by radio button in SQL-Ledger also send by e-mail. In advance I thank you for your help. Valter ----- Original Message ----- From: "Keith Mastin" <km...@be...> To: <sql...@sq...> Sent: Thursday, April 04, 2002 10:46 PM Subject: Re: [SL] print order and invoices How are you trying to print? Using the radio button in SLQ-Ledger or lpd print or cups commands? Quoting Valter Vieira from [04/04/02 10:33 -0300]: > I=B4m trying to print orders and invoices, show the message; > sales_order.html : No such file or directory > invoice.htm: No such file or directory. > > How could solve this problem. -- Keith Mastin km...@be... BeechTree Information Technology Services Inc. 137 Laird Drive M4G 3V5 Tel(416)696-6070 http://www.beechtree.ca |
|
From: klavs k. <kl...@vs...> - 2002-04-05 09:05:17
|
Hi Julien,
I just installed sql-ledger too.. I found that the following add-on to
the readme would have gotten me through the process:
If you just installed postgresql (as rpm only?) then do:
createuser sqlledger -W
> say yes to both questions and select a password.
edit /etc/rc.d/init.d/postgresql (RH/MDK specific)
so that the pg_ctl gets an extra option "-o -i" to tell postmaster
process to listen on standard tcp port 5432.
edit /var/lib/pgsql/data/pg_hba.conf and add line=20
> host all 127.0.0.1 255.255.255.255 password
(this works if your httpd and postgresql are on the same server
otherwise put your webservers IP instead of 127.0.0.1)
I had done all the other stuff, mentioned in the readme.
After this, I could log in create a new dataset and a user for this
dataset and voila.
I hope it helps..
=20
--=20
Regards,
Klavs Klavsen
-------------| This mail has been sent to you by: |------------
Klavs Klavsen - Open Source Consultant=20
kl...@vs... - http://www.vsen.dk
Get PGP key from www.keyserver.net - Key ID: 0x586D5BCA=20
Fingerprint =3D A95E B57B 3CE0 9131 9D15 94DA E1CD 641E 586D 5BCA
--------------------[ I believe that... ]-----------------------
It is a myth that people resist change. People resist what other
people make them do, not what they themselves choose to do...
That's why companies that innovate successfully year after year
seek their peopl's ideas, let them initiate new projects and
encourage more experiments. -- Rosabeth Moss Kanter
|
|
From: John F. <jf...@au...> - 2002-04-05 05:35:43
|
kevin bailey wrote: > > hi there, > > i've successfully installed SL on debian - i think the instructions are > not quite right so i made some notes - i'm in a rush at the moment but > i'll attach the notes as they are - if they need correcting then please > do so and post them up. > > i run woody as far as i remember i used standard packages including > postgresql. > > the notes are originally from the sql-ledger install instructions - my > added comments are after the '#' marks > > ----------------------------------8<------------------------------------ > Debian Installation > unpack sql-ledger into /var/www/sql-ledger > > install postgresql (Dselect) > > install apache > > # this did not seem to be necessary > install libpg-dev (Dselect) > > # these were the debina packages i installed > > libdib-perl libdbd-pg-perl libpgperl > > modify /etc/postgresql/postmaster.init > # should be /etc/postgresql/postmaster.conf > > PGALLOWTCPIP=yes > > PGPORT=5432 > # this produced an error when restarting postgres - i left it out cos > this port seems to be the default anyway. > > create a user for managing SQL-Ledger databases > from root > su postgres > $ createuser > name of user- (create a postgres user who is also a Linux user > this user will be an account manager. Enable this user to create db and > users) > > # section not required cos of the packages installed earlier. > --------------------------------------- > install DBI > perl Makefile.PL > make > make test > login as root > make install > > $ export POSTGRES_INCLUDE=/usr/include/postgresql > $ export POSTGRES_LIB=/var/lib/postgres > > install DBD-Pg > login as account manager (above) > perl Makefile.PL > make > make test > login as root > make install > > # and of not required > bit-------------------------------------------------------------------- > > change /etc/apache/httpd.conf and add > AddHandler cgi-script .pl > ScriptAlias /sql-ledger/ /var/www/sql-ledger/ > <Directory /var/www/sql-ledger> > Options ExecCGI Includes FollowSymlinks > </Directory> restart apache > > # the apahce server on woody runs under the user www-data - so use > > chown www-data: users templates users/members > > the ':' means that the default group for www-data is set. > > Make sure the web server has write permission to write to the following > > users/ > templates/ > users/members > > # chown nobody:nogroup users templates users/members > > users/members might not exist. Not to worry, the file will be created > when you use admin.pl for the first time. > Of course, the permission has to be set correctly for the users directory. > # i found the file was not created automatically - i 'touched' it and > then set the ownership to www-data > > # finally the settings in pg_hba.conf were too restrictive and i set > them to > host all 127.0.0.1 255.0.0.0 trust > > obviously this should be tighter but it was late at the time!!! > > From browser enter http://my_domain/sql-ledger/admin.pl > Login as the postgres user (account manager) you have created (above) > Create a DB > Create users > > then enter http://my_domain/sql-ledger/login.pl > > ----------------------------------8<------------------------------------ Thanks for the info. I figured out my own solution about 10 minutes after I yelled for help. (just about par,HUH!) I needed to change my host permissions own all of the allowd network hosts from ident to passward and/or crypt. This allows all of my staff members to log in from anywhere. It was a postgres problem, not SL. BTW; this also cleared up 3 other problems with other software that was not working with postgres. Thanks for the tips! -- John Foster |
|
From: Steve D. <sd...@sw...> - 2002-04-05 05:26:32
|
Well, about all I can tell you are the Debian packages I have installed and it works. gs-aladdin was the package that added /usr/bin/dvipdf if I remember correctly. gs-aladdin dvipdfm tetex-base tetex-bin tetex-extra hth, Steve Keith Mastin wrote: > Hi Steve, > > It appears that I have dvipdf installed, and still get this error: > [root@soldier cmpsfont]# rpm -e dvipdfm > [root@soldier cmpsfont]# locate dvipdf > /usr/share/texmf/doc/help/Catalogue/entries/dvipdfm.html > /usr/share/texmf/tex/latex/graphics/dvipdf.def > /usr/share/texmf/tex/latex/graphics/dvipdfm.def > /usr/share/texmf/tex/latex/hyperref/hdvipdfm.def > /usr/bin/dvipdf > > Any other suggestions, or troubleshooting pointers? > > Thanks again. > > Regards, > > Quoting Steve Doerr from [03/04/02 19:47 -0600]: > > Hi Keith. > > > > Keith Mastin wrote: > > > > > Error! > > > latex : 1017868610.invoice.tex > > > > I had this problem w/ dvipdfm installed (Debian system). When I installed dvipdf > > it worked. Jonas posted something on March 22 that may be helpful. > > > > Good luck. > > Steve > > > -- > Keith Mastin km...@be... > BeechTree Information Technology Services Inc. > 137 Laird Drive M4G 3V5 Tel(416)696-6070 > http://www.beechtree.ca |
|
From: <gha...@fr...> - 2002-04-05 04:40:21
|
On Thu, 4 Apr 2002, Keith Mastin wrote:
> ...Ahhh... we're actually getting somewhere. :)
> Thanks for the directions, they shed some more light on this... it appears I
> don't have dvips on this system. Whether or not that has any influence on the
> fact that I continuously get a "no /begin{document}" error when loading directly
> into LaTex, I dunno...
Hmmm, I don't think I explained that well enough. You
do NOT load/examine/process/... a DVI file with LaTeX.
A DVI file is the result of running LaTeX (or TeX) on
something else (a LaTeX source file).
LaTeX has already been run. You are running into problems
"downstream" of LaTeX. If you don't have dvips, I suppose
one option would be to load that appropriate package onto
your system. However, for the purpose of seeing whether the
DVI file is actually useful, I still think using xdvi to
"view" the DVI file under X11 (which you might know as
KDE, Gnome, IceWM, ...) is the thing to do. If you don't
have xdvi, there is probably a package you can load.
Is this clearer?
Gord
Matter Realisations http://www.materialisations.com/
Gordon Haverland, B.Sc. M.Eng. President
101 9504 182 St. NW Edmonton, AB, CA T5T 3A7
780/481-8019 ghaverla @ freenet.edmonton.ab.ca
780/993-1274 (cell)
|
|
From: Keith M. <km...@be...> - 2002-04-05 04:04:52
|
Stuck my foot in my mouth without checking... html email tests show invoice.html files of a size of 7. Reading this email in netXcape shows blank page. [root@soldier users]# less /home/kmastin/invoice.html <head> WTF? Quoting Keith Mastin from [03/04/02 16:31 -0500]: > BTW- sending clients emails of the invoices is sweet. > -- Keith Mastin km...@be... BeechTree Information Technology Services Inc. 137 Laird Drive M4G 3V5 Tel(416)696-6070 http://www.beechtree.ca |
|
From: Keith M. <km...@be...> - 2002-04-05 02:38:47
|
...Ahhh... we're actually getting somewhere. :)
Thanks for the directions, they shed some more light on this... it appears I
don't have dvips on this system. Whether or not that has any influence on the
fact that I continuously get a "no /begin{document}" error when loading directly
into LaTex, I dunno...
So, where to go from here?
Thanks for the input here people.
Quoting gha...@fr... from [04/04/02 19:08 -0700]:
>
> On Thu, 4 Apr 2002, Keith Mastin wrote:
>
> > I tried directly loading the file into latex to see what happens...
I just loaded the .tex file into latex. See the end of the message to see the
stdout dump of the results...
>
> A DVI (DeVice Independent) file is the binary output from
> LaTeX (or TeX). Loading it into LaTeX isn't quite the right
> thing to do. First, I would run
> file ....dvi
> to verify that the file is in fact a DVI file (it should be).
>
It is:
[root@soldier users]# file 1017868610.invoice.dvi
1017868610.invoice.dvi: TeX DVI file (TeX output 2002.04.03:1616)
> Then, if you just want to see what is in it, you can use
> xdvi under X11 (KDE, Gnome, IceWM, ...) to view it. If
> you don't have dvipdf (or whatever your binary to convert
> to PDF is), you can try a bunch of other commands. Doing
> a
> ls /usr/bin/dvi* /usr/local/bin/dvi*
> should turn up most of them. Dvips should work at least
> as good as dvipdf. Actually better, in so far that DVI
> and PS are page description languages, while PDF is a bit
> more than that (it has more structure than a PS file does).
>
[root@soldier users]# ls /usr/bin/dvi* /usr/local/bin/dvi*
ls: /usr/local/bin/dvi*: No such file or directory
/usr/bin/dvicopy /usr/bin/dvihp /usr/bin/dvipdf /usr/bin/dvitomp
/usr/bin/dvitype
[root@soldier users]# dvipdf 1017868610.invoice.dvi
/usr/bin/dvipdf: exec: dvips: not found
[root@soldier users]# latex 1017868610.invoice.tex
This is TeX, Version 3.14159 (Web2C 7.3.1)
(1017868610.invoice.tex
LaTeX2e <1999/12/01> patch level 1
Babel <v3.6Z> and hyphenation patterns for american, french, german, ngerman, i
talian, portuges, russian, spanish, nohyphenation, loaded.
(/usr/share/texmf/tex/latex/koma-script/scrartcl.cls
Document Class: scrartcl 1999/12/29 v2.5h LaTeX2e KOMA document class
(/usr/share/texmf/tex/latex/base/size11.clo)
(/usr/share/texmf/tex/latex/koma-script/typearea.sty
Package: typearea, Copyright (C) Frank Neukam, 1992-1994
Copyright (C) Markus Kohm, 1994-1999
)) (/usr/share/texmf/tex/generic/xypic/xy.sty
(/usr/share/texmf/tex/generic/xypic/xy.tex Bootstrap'ing: catcodes, docmode,
(/usr/share/texmf/tex/generic/xypic/xyrecat.tex)
(/usr/share/texmf/tex/generic/xypic/xyidioms.tex)
Xy-pic version 3.7 <1999/02/16>
Copyright (c) 1991-1998 by Kristoffer H. Rose <kri...@en...>
Xy-pic is free software: see the User's Guide for details.
Loading kernel: messages; fonts; allocations: state, direction,
utility macros; pictures: \xy, positions, objects, decorations;
kernel objects: directionals, circles, text; options; algorithms: directions,
edges, connections; Xy-pic loaded)
(/usr/share/texmf/tex/generic/xypic/xyframe.tex
Xy-pic option: Frame and Bracket extension v.3.7 loaded))
(/usr/share/texmf/tex/latex/tools/tabularx.sty
(/usr/share/texmf/tex/latex/tools/array.sty)) (1017868610.invoice.aux
! LaTeX Error: Missing \begin{document}.
See the LaTeX manual or LaTeX Companion for explanation.
Type H <return> for immediate help.
...
l.2 \@input{\hfill .aux}
?
--
Keith Mastin km...@be...
BeechTree Information Technology Services Inc.
137 Laird Drive M4G 3V5 Tel(416)696-6070
http://www.beechtree.ca
|
|
From: <gha...@fr...> - 2002-04-05 02:09:02
|
On Thu, 4 Apr 2002, Keith Mastin wrote: > I tried directly loading the file into latex to see what happens... A DVI (DeVice Independent) file is the binary output from LaTeX (or TeX). Loading it into LaTeX isn't quite the right thing to do. First, I would run file ....dvi to verify that the file is in fact a DVI file (it should be). Then, if you just want to see what is in it, you can use xdvi under X11 (KDE, Gnome, IceWM, ...) to view it. If you don't have dvipdf (or whatever your binary to convert to PDF is), you can try a bunch of other commands. Doing a ls /usr/bin/dvi* /usr/local/bin/dvi* should turn up most of them. Dvips should work at least as good as dvipdf. Actually better, in so far that DVI and PS are page description languages, while PDF is a bit more than that (it has more structure than a PS file does). Gord Matter Realisations http://www.materialisations.com/ Gordon Haverland, B.Sc. M.Eng. President 101 9504 182 St. NW Edmonton, AB, CA T5T 3A7 780/481-8019 ghaverla @ freenet.edmonton.ab.ca 780/993-1274 (cell) |
|
From: Keith M. <km...@be...> - 2002-04-05 01:51:16
|
How are you trying to print? Using the radio button in SLQ-Ledger or lpd = print or cups commands? Quoting Valter Vieira from [04/04/02 10:33 -0300]: > I=B4m trying to print orders and invoices, show the message; > sales_order.html : No such file or directory > invoice.htm: No such file or directory. >=20 > How could solve this problem. --=20 Keith Mastin km...@be... BeechTree Information Technology Services Inc. 137 Laird Drive M4G 3V5 Tel(416)696-6070 http://www.beechtree.ca |
|
From: Keith M. <km...@be...> - 2002-04-05 01:49:47
|
I tried directly loading the file into latex to see what happens...
[root@soldier users]$ latex 1017868610.invoice.dvi
This is TeX, Version 3.14159 (Web2C 7.3.1)
(1017868610.invoice.dvi
LaTeX2e <1999/12/01> patch level 1
Babel <v3.6Z> and hyphenation patterns for american, french, german, nger=
man, i
talian, portuges, russian, spanish, nohyphenation, loaded.
! LaTeX Error: Missing \begin{document}.
See the LaTeX manual or LaTeX Companion for explanation.
Type H <return> for immediate help.
... =20
=20
l.1 =F7
^^B^^A^^83^^92=C0^^\;^^@^^@^^@^^@^^C=E8^^[ TeX output 2002.04.03:161=
6^^8b^^...
?H
You're in trouble here. Try typing <return> to proceed.
If that doesn't work, type X <return> to quit.
?=20
! Text line contains an invalid character.
l.1 =F7^^B
^^A^^83^^92=C0^^\;^^@^^@^^@^^@^^C=E8^^[ TeX output 2002.04.03:161=
6^^8b^^...
? R
OK, entering \nonstopmode...
! Text line contains an invalid character.
l.1 =F7^^B^^A^^83^^92=C0^^\
;^^@^^@^^@^^@^^C=E8^^[ TeX output 2002.04.03:1616^=
^8b^^...
! Text line contains an invalid character.
l.1 =F7^^B^^A^^83^^92=C0^^\;^^@
^^@^^@^^@^^C=E8^^[ TeX output 2002.04.03:1616^=
^8b^^...
! Text line contains an invalid character.
l.1 =F7^^B^^A^^83^^92=C0^^\;^^@^^@
^^@^^@^^C=E8^^[ TeX output 2002.04.03:1616^=
^8b^^...
! Text line contains an invalid character.
l.1 =F7^^B^^A^^83^^92=C0^^\;^^@^^@^^@
^^@^^C=E8^^[ TeX output 2002.04.03:1616^=
^8b^^...
=20
Quoting Keith Mastin from [04/04/02 19:21 -0500]:
> Hi Steve,
>=20
> It appears that I have dvipdf installed, and still get this error:
> [root@soldier cmpsfont]# rpm -e dvipdfm
> [root@soldier cmpsfont]# locate dvipdf
> /usr/share/texmf/doc/help/Catalogue/entries/dvipdfm.html
> /usr/share/texmf/tex/latex/graphics/dvipdf.def
> /usr/share/texmf/tex/latex/graphics/dvipdfm.def
> /usr/share/texmf/tex/latex/hyperref/hdvipdfm.def
> /usr/bin/dvipdf
>=20
> Any other suggestions, or troubleshooting pointers?
>=20
--=20
Keith Mastin km...@be...
BeechTree Information Technology Services Inc.
137 Laird Drive M4G 3V5 Tel(416)696-6070
http://www.beechtree.ca
|
|
From: Keith M. <km...@be...> - 2002-04-05 00:28:49
|
up2date -u will do this If you need to use it interactively and want to do it in a cron job, also see expect. Quoting kevin bailey from [04/04/02 19:03 +0100]: <snip> > also - whilst we're on the subject - it is possible to update ALL the > packages on a debian m/c with > > #apt-get update // to update the list of packages > > and > > #apt-get upgrade // to fetch, install and configure all packages on > > the m/c. > > i've not used RH for a while so i don't know - but - is this possible on RH? > > kev bailey > > BTW i know of servers which run these commands every night as a cron job > so the servers are always up to date. > > Omar BaheyEldin wrote: -- Keith Mastin km...@be... BeechTree Information Technology Services Inc. 137 Laird Drive M4G 3V5 Tel(416)696-6070 http://www.beechtree.ca |
|
From: Keith M. <km...@be...> - 2002-04-05 00:26:14
|
Hi Steve, It appears that I have dvipdf installed, and still get this error: [root@soldier cmpsfont]# rpm -e dvipdfm [root@soldier cmpsfont]# locate dvipdf /usr/share/texmf/doc/help/Catalogue/entries/dvipdfm.html /usr/share/texmf/tex/latex/graphics/dvipdf.def /usr/share/texmf/tex/latex/graphics/dvipdfm.def /usr/share/texmf/tex/latex/hyperref/hdvipdfm.def /usr/bin/dvipdf Any other suggestions, or troubleshooting pointers? Thanks again. Regards, Quoting Steve Doerr from [03/04/02 19:47 -0600]: > Hi Keith. > > Keith Mastin wrote: > > > Error! > > latex : 1017868610.invoice.tex > > I had this problem w/ dvipdfm installed (Debian system). When I installed dvipdf > it worked. Jonas posted something on March 22 that may be helpful. > > Good luck. > Steve > -- Keith Mastin km...@be... BeechTree Information Technology Services Inc. 137 Laird Drive M4G 3V5 Tel(416)696-6070 http://www.beechtree.ca |
244 messages has been excluded from this view by a project administrator.
