refdb-devel Mailing List for RefDB (Page 12)
Status: Beta
Brought to you by:
mhoenicka
Menu
▾
▴
refdb-devel — List for RefDB developers
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(14) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
(8) |
May
(1) |
Jun
(1) |
Jul
(1) |
Aug
(2) |
Sep
(1) |
Oct
|
Nov
|
Dec
(1) |
| 2003 |
Jan
|
Feb
(1) |
Mar
(5) |
Apr
(6) |
May
(6) |
Jun
(4) |
Jul
(11) |
Aug
|
Sep
(3) |
Oct
|
Nov
|
Dec
(174) |
| 2004 |
Jan
(10) |
Feb
(2) |
Mar
|
Apr
|
May
(2) |
Jun
(2) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2005 |
Jan
(2) |
Feb
(6) |
Mar
(11) |
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
(25) |
Oct
(18) |
Nov
(16) |
Dec
(19) |
| 2006 |
Jan
(6) |
Feb
|
Mar
|
Apr
(21) |
May
(9) |
Jun
(5) |
Jul
(51) |
Aug
(89) |
Sep
(42) |
Oct
(19) |
Nov
(47) |
Dec
(4) |
| 2007 |
Jan
(8) |
Feb
(1) |
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
(4) |
Aug
(4) |
Sep
(5) |
Oct
|
Nov
(7) |
Dec
(4) |
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
(14) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
| 2009 |
Jan
|
Feb
(21) |
Mar
(8) |
Apr
(5) |
May
(6) |
Jun
(2) |
Jul
(5) |
Aug
|
Sep
(3) |
Oct
(14) |
Nov
|
Dec
|
| 2010 |
Jan
(18) |
Feb
(5) |
Mar
|
Apr
|
May
(4) |
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2011 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(4) |
Oct
|
Nov
|
Dec
|
| 2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(9) |
Nov
|
Dec
|
|
From: Markus H. <mar...@mh...> - 2006-08-30 13:41:19
|
Hi David, David Nebauer <dav...@sw...>: > libavalon-framework-java: 4.2.0-3 > libbsf-java: 1:2.3.0+cvs20050308a-1 > libbatik-java: 1.6-2 > liblogkit-java: 1.2.2-8 > libxalan2-java: 2.6.0-6 > libxerces2-java: 2.6.2-4 > libxml2: 2.6.26.dfsg-3 > libxslt1.1: 1.1.17-3 > fop: 1:0.20.5-8 > docbook-xsl: 1.70.1.dfsg.1-0.2 > xml-core: 0.09-0.1 > > I'm running very recent Debian/testing with all packages up-to-date. > Let me know if you want any other package versions. What is the version of your xsltproc package? I remember that Debian packages the binaries separately from the libraries. FWIW the FreeBSD port is also built from the libxslt 1.1.17 sources. > I have discovered the cause of the problem... but am no closer to > understanding it. It has to do with the /doc directory's xsltproc line. > > The makefile ends up executing the following command (excepting the > backslash, of course): > > xsltproc -o refdb-manual.fo --nonet --xinclude \ > ../doc/include/manual-fo.xsl ../doc/refdb-manual.xml > > The FO file thus created will fail on conversion to PDF with fop. If, > in the xsltproc command, you strip out both instances of '../doc/' you > end up with the following command: > > xsltproc -o refdb-manual.fo --nonet --xinclude \ > include/manual-fo.xsl refdb-manual.xml > > The FO file thus created is different to the one created using the > previous command. This FO file will be converted successfully by fop to > PDF. > This is really interesting. The "../doc" path component results from the expansion of $(top_srcdir) which is supposed to allow building RefDB outside of the source directory. I haven't tried lately whether this works for the docs (it used to work for the binaries). I also don't know how important this feature is for end users and for package builders. It is quite possible that xsltproc is not supposed to be used in this context. But then I don't understand why things work ok on FreeBSD. As a short-term fix I could disable this feature at least for the doc subdirectory. OTOH if this is an xsltproc problem, you should create a simple testcase and post it to the XML mailing list (xm...@gn...). Do you have any other xslt processor installed to run a quick test? > The FO files thus generated are different. I do not yet understand why > xsltproc generates different output from the same input and essentially > similar commands. > One reason may be the internal path handling of xslt processors. The RefDB manual is processed by a driver file for the DocBook stylesheets. The path is passed as an argument and should arrive ok. But the driver file xsl:includes another stylesheet (fotitlepages.xsl) with the titlepage customizations. This path is specified as a relative path in manual-fo.xsl. I actually suspect that xsltproc does not properly include this file as the failed output that you posted contains the code to render the revision history, something that I switched off in my titlepage customization. A comparison with other xslt processors could show whether xsltproc is broken or whether I expected too much from it. regards, Markus -- Markus Hoenicka mar...@ca... (Spam-protected email: replace the quadrupeds with "mhoenicka") http://www.mhoenicka.de |
|
From: David N. <dav...@sw...> - 2006-08-30 11:39:07
|
Hi Markus,
> > This is turning out to be a most puzzling problem.
>
> Post the package versions of the related tools (libxml2,
> libxslt2, fop, docbook-stylesheets and so on). I'd like to have
> Michael look at this, as he seems to be running Debian as well.
>
libavalon-framework-java: 4.2.0-3
libbsf-java: 1:2.3.0+cvs20050308a-1
libbatik-java: 1.6-2
liblogkit-java: 1.2.2-8
libxalan2-java: 2.6.0-6
libxerces2-java: 2.6.2-4
libxml2: 2.6.26.dfsg-3
libxslt1.1: 1.1.17-3
fop: 1:0.20.5-8
docbook-xsl: 1.70.1.dfsg.1-0.2
xml-core: 0.09-0.1
I'm running very recent Debian/testing with all packages up-to-date.
Let me know if you want any other package versions.
--------------------------------------------------------------------------------------------
I have discovered the cause of the problem... but am no closer to
understanding it. It has to do with the /doc directory's xsltproc line.
The makefile ends up executing the following command (excepting the
backslash, of course):
xsltproc -o refdb-manual.fo --nonet --xinclude \
../doc/include/manual-fo.xsl ../doc/refdb-manual.xml
The FO file thus created will fail on conversion to PDF with fop. If,
in the xsltproc command, you strip out both instances of '../doc/' you
end up with the following command:
xsltproc -o refdb-manual.fo --nonet --xinclude \
include/manual-fo.xsl refdb-manual.xml
The FO file thus created is different to the one created using the
previous command. This FO file will be converted successfully by fop to
PDF.
The FO files thus generated are different. I do not yet understand why
xsltproc generates different output from the same input and essentially
similar commands.
I have created a tarzipped archive containing both versions of FO output
-- one which will successfully convert to PDF (created by a command with
'../doc/' stripped out) and one which fails to convert to PDF (created
by a command retaining '../doc/'). This archive can be accessed at
<www.nebauer.org/fo-files.tar.gz>.
Regards,
David.
|
|
From: SourceForge.net <no...@so...> - 2006-08-29 12:44:16
|
Feature Requests item #1548540, was opened at 2006-08-29 14:44 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385994&aid=1548540&group_id=26091 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: refdbd Group: None Status: Open Priority: 5 Submitted By: Olivier Berger (olberger) Assigned to: Markus Hoenicka (mhoenicka) Summary: citestyle : insert citation key in bibliographic output Initial Comment: Following the discussion in : http://sourceforge.net/mailarchive/message.php?msg_id=36624076 , I'd like to see refdb use something in CITESTYLE to help insert the citation key of an entry anywhere in the bibliographic output, for instance in an <abbrev> docbook XML tag (as an alternative to REFNUMBER for numbered entries). Thanks in advance. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385994&aid=1548540&group_id=26091 |
|
From: SourceForge.net <no...@so...> - 2006-08-28 19:11:57
|
Bugs item #1548000, was opened at 2006-08-28 17:26 Message generated for change (Comment added) made by mhoenicka You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=1548000&group_id=26091 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: unspecified Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Olivier Berger (olberger) Assigned to: Markus Hoenicka (mhoenicka) Summary: Citestyle's BIBSTYLE element undocumented Initial Comment: In the CiteStyle DTD doc (http://refdb.sourceforge.net/citestylex/elements/citestyle.html), the BIBSTYLE element is undocumented. Thanks in advance if you can provide some details. ---------------------------------------------------------------------- >Comment By: Markus Hoenicka (mhoenicka) Date: 2006-08-28 21:11 Message: Logged In: YES user_id=85809 Thanks for catching this. I just forgot to upload the documentation after the DTD was last modified. The most recent documentation is always enclosed in the release and prerelease source archives. I've uploaded the current version to the web page. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=1548000&group_id=26091 |
|
From: SourceForge.net <no...@so...> - 2006-08-28 15:27:02
|
Bugs item #1548000, was opened at 2006-08-28 17:26 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=1548000&group_id=26091 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: unspecified Group: None Status: Open Resolution: None Priority: 5 Submitted By: Olivier Berger (olberger) Assigned to: Markus Hoenicka (mhoenicka) Summary: Citestyle's BIBSTYLE element undocumented Initial Comment: In the CiteStyle DTD doc (http://refdb.sourceforge.net/citestylex/elements/citestyle.html), the BIBSTYLE element is undocumented. Thanks in advance if you can provide some details. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=1548000&group_id=26091 |
|
From: SourceForge.net <no...@so...> - 2006-08-28 10:37:13
|
Bugs item #1545810, was opened at 2006-08-24 10:53 Message generated for change (Comment added) made by mhoenicka You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=1545810&group_id=26091 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: refdbd Group: None >Status: Closed Resolution: Fixed Priority: 5 Submitted By: steletch (steletch) Assigned to: Markus Hoenicka (mhoenicka) Summary: Some permissions are incorrect in the archive Initial Comment: -rwxr-xr-x 1 steletch mig 1403 avr 14 00:07 AUTHORS* -rwxr-xr-x 1 steletch mig 29746 avr 14 00:07 COPYING* -rwxr-xr-x 1 steletch mig 2964 jun 25 23:38 INSTALL* -rwxr-xr-x 1 steletch mig 10280 avr 14 00:07 missing* -rwxr-xr-x 1 steletch mig 30690 jun 25 15:39 NEWS* -rwxr-xr-x 1 steletch mig 8876 mai 26 15:47 README* -rw-r--r-- 1 steletch mig 12660 mai 27 23:18 UPGRADING All of these should be 644 instead of 755 (no executable bit ...) since they are only texty files. ---------------------------------------------------------------------- >Comment By: Markus Hoenicka (mhoenicka) Date: 2006-08-28 12:36 Message: Logged In: YES user_id=85809 Turns out that Subversion treats the executable bit specially for the sake of interoperatibility between Unixes and Windows. I've now used the svn propdel command. This apparently fixed the problem. Please try revision 146. ---------------------------------------------------------------------- Comment By: Markus Hoenicka (mhoenicka) Date: 2006-08-28 11:07 Message: Logged In: YES user_id=85809 I swear I did! Please have a look at the checkins (revision 133) right here: http://svn.sourceforge.net/viewvc/refdb/refdb/trunk/ I'm afraid that Subversion plays a trick on me. Apparently checking in a file with altered permissions does not change the permissions on the server. If anyone has a clue, please let me know. ---------------------------------------------------------------------- Comment By: steletch (steletch) Date: 2006-08-28 10:57 Message: Logged In: YES user_id=1129476 you have probably forgotten to commit the changes, in the 0.8.9-pre3 prerelease, the permissions are not fixed ... ---------------------------------------------------------------------- Comment By: Markus Hoenicka (mhoenicka) Date: 2006-08-24 21:51 Message: Logged In: YES user_id=85809 I've changed the permissions of the mentioned files to non-executable except for "missing" which is a shell script ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=1545810&group_id=26091 |
|
From: SourceForge.net <no...@so...> - 2006-08-28 09:07:51
|
Bugs item #1545810, was opened at 2006-08-24 10:53 Message generated for change (Comment added) made by mhoenicka You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=1545810&group_id=26091 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: refdbd Group: None Status: Open Resolution: Fixed Priority: 5 Submitted By: steletch (steletch) Assigned to: Markus Hoenicka (mhoenicka) Summary: Some permissions are incorrect in the archive Initial Comment: -rwxr-xr-x 1 steletch mig 1403 avr 14 00:07 AUTHORS* -rwxr-xr-x 1 steletch mig 29746 avr 14 00:07 COPYING* -rwxr-xr-x 1 steletch mig 2964 jun 25 23:38 INSTALL* -rwxr-xr-x 1 steletch mig 10280 avr 14 00:07 missing* -rwxr-xr-x 1 steletch mig 30690 jun 25 15:39 NEWS* -rwxr-xr-x 1 steletch mig 8876 mai 26 15:47 README* -rw-r--r-- 1 steletch mig 12660 mai 27 23:18 UPGRADING All of these should be 644 instead of 755 (no executable bit ...) since they are only texty files. ---------------------------------------------------------------------- >Comment By: Markus Hoenicka (mhoenicka) Date: 2006-08-28 11:07 Message: Logged In: YES user_id=85809 I swear I did! Please have a look at the checkins (revision 133) right here: http://svn.sourceforge.net/viewvc/refdb/refdb/trunk/ I'm afraid that Subversion plays a trick on me. Apparently checking in a file with altered permissions does not change the permissions on the server. If anyone has a clue, please let me know. ---------------------------------------------------------------------- Comment By: steletch (steletch) Date: 2006-08-28 10:57 Message: Logged In: YES user_id=1129476 you have probably forgotten to commit the changes, in the 0.8.9-pre3 prerelease, the permissions are not fixed ... ---------------------------------------------------------------------- Comment By: Markus Hoenicka (mhoenicka) Date: 2006-08-24 21:51 Message: Logged In: YES user_id=85809 I've changed the permissions of the mentioned files to non-executable except for "missing" which is a shell script ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=1545810&group_id=26091 |
|
From: SourceForge.net <no...@so...> - 2006-08-28 08:58:02
|
Bugs item #1545810, was opened at 2006-08-24 10:53 Message generated for change (Comment added) made by steletch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=1545810&group_id=26091 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: refdbd Group: None >Status: Open Resolution: Fixed Priority: 5 Submitted By: steletch (steletch) Assigned to: Markus Hoenicka (mhoenicka) Summary: Some permissions are incorrect in the archive Initial Comment: -rwxr-xr-x 1 steletch mig 1403 avr 14 00:07 AUTHORS* -rwxr-xr-x 1 steletch mig 29746 avr 14 00:07 COPYING* -rwxr-xr-x 1 steletch mig 2964 jun 25 23:38 INSTALL* -rwxr-xr-x 1 steletch mig 10280 avr 14 00:07 missing* -rwxr-xr-x 1 steletch mig 30690 jun 25 15:39 NEWS* -rwxr-xr-x 1 steletch mig 8876 mai 26 15:47 README* -rw-r--r-- 1 steletch mig 12660 mai 27 23:18 UPGRADING All of these should be 644 instead of 755 (no executable bit ...) since they are only texty files. ---------------------------------------------------------------------- >Comment By: steletch (steletch) Date: 2006-08-28 10:57 Message: Logged In: YES user_id=1129476 you have probably forgotten to commit the changes, in the 0.8.9-pre3 prerelease, the permissions are not fixed ... ---------------------------------------------------------------------- Comment By: Markus Hoenicka (mhoenicka) Date: 2006-08-24 21:51 Message: Logged In: YES user_id=85809 I've changed the permissions of the mentioned files to non-executable except for "missing" which is a shell script ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=1545810&group_id=26091 |
|
From: Markus H. <mar...@mh...> - 2006-08-27 11:05:25
|
Hi David, David Nebauer writes: > This is turning out to be a most puzzling problem. I've tested a number > of documents and refdb-manual is the only document failing so far. The > refdb-elisp manual outputs PDF just fine. > Drives me nuts. Is the reason of this problem too obvious for us to see? We have to sort this out, somehow. I'd suggest to do the following: - please post the refdb-manual.fo that your tools create on some http or ftp space (you can abuse the RefDB homepage if you don't have web space of your own. Use e.g. the htdocs/stuff folder). I'd like to diff it against what my system creates. - please post the package versions of the related tools (libxml2, libxslt2, fop, docbook-stylesheets and so on). I'd like to have Michael look at this, as he seems to be running Debian as well. - please try whether the transformation problem is caused by the RefDB driver file. Transform refdb-manual.xml manually with the stock DocBook stylesheets. - please try whether size matters :-) Remove some or all of the xincludes in refdb-manual.xml and reprocess the document. You'll get warnings about missing linkends but this shouldn't matter. - please try whether your Java runtime needs more memory. Have a look at the fop command in doc/Makefile.am and give it some more memory, like in: JAVA_OPTS=-Xmx512M fop -fo refdb-manual.fo -pdf refdb-manual.pdf thanks, Markus -- Markus Hoenicka mar...@ca... (Spam-protected email: replace the quadrupeds with "mhoenicka") http://www.mhoenicka.de |
|
From: David N. <dav...@sw...> - 2006-08-26 23:56:18
|
Hi Markus, > Before doing so, did you run any tests with other DocBook documents of a > comparable size? This is turning out to be a most puzzling problem. I've tested a number of documents and refdb-manual is the only document failing so far. The refdb-elisp manual outputs PDF just fine. Regards, David. |
|
From: SourceForge.net <no...@so...> - 2006-08-26 12:20:27
|
Bugs item #1544642, was opened at 2006-08-22 16:52 Message generated for change (Comment added) made by mhoenicka You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=1544642&group_id=26091 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: refdbd Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Dominik (dreusser) Assigned to: Markus Hoenicka (mhoenicka) Summary: getref :UR:~ fails Initial Comment: I'm trying to query references based on the URL. However, I get a getref failed error message: >From the command line: $ refdbc -C getref :UR:~literatur select failed The corresponding log says: SELECT DISTINCT t_refdb.refdb_id, t_refdb.refdb_type, t_refdb.refdb_pubyear, t_refdb.refdb_startpage, t_refdb.refdb_endpage, t_refdb.refdb_abstract, t_refdb.refdb_title, t_refdb.refdb_volume, t_refdb.refdb_issue, t_refdb.refdb_booktitle, t_refdb.refdb_city, t_refdb.refdb_publisher, t_refdb.refdb_title_series, t_refdb.refdb_address, t_refdb.refdb_issn, t_refdb.refdb_periodical_id, t_refdb.refdb_pyother_info, t_refdb.refdb_secyear, t_refdb.refdb_secother_info, t_refdb.refdb_user1, t_refdb.refdb_user2, t_refdb.refdb_user3, t_refdb.refdb_user4, t_refdb.refdb_user5, t_refdb.refdb_misc1, t_refdb.refdb_misc2, t_refdb.refdb_misc3, t_refdb.refdb_citekey FROM t_refdb WHERE refdb_type!='DUMMY' AND t_refdb.refdb_url RLIKE 'literatur' ORDER BY t_refdb.refdb_id 1054: Unknown column 't_refdb.refdb_url' in 'where clause' select failed However, this query needs to be composed differently as URLs are stored in the t_link table ---------------------------------------------------------------------- >Comment By: Markus Hoenicka (mhoenicka) Date: 2006-08-26 14:20 Message: Logged In: YES user_id=85809 The UR and L1-L4 queries are fixed in SVN (repository version 140) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=1544642&group_id=26091 |
|
From: <ste...@jo...> - 2006-08-25 08:40:42
|
Markus Hoenicka a =E9crit :
> Hi St=E9phane,
>=20
> St=E9phane T=E9letch=E9a writes:
> > b) i add the 'status' option in the cases (not sure this is complet=
ely=20
> > portable), and correct the *) case since it misses some existing opt=
ions:
> >=20
> > Original:
> > *)
> > - echo "Usage: $(basename $0) {start|stop}" >&2
> > - exit 1;;
> > Corrected:
> >=20
> > + echo "Usage: $(basename $0)=20
> > {start|stop|status|restart|force-reload}" >&2
> > + RETVAL 1
> > + ;;
> >=20
> > In your provided script, the options restart and force-reload are=20
> > mentionned so i presume this is a good thing to indicate it in the U=
sage=20
> > line. (do not bother about the RETVAL 1, this is exactly the same as=
=20
> > exit 1).
> >=20
>=20
> I've added restart and force-reload to the usage message. What is
> "status" supposed to do?
Most of the time, it indicates :
service refdb status
refdb is running...
But it may report:
refdb is stopped
of refdb is stop but the subsystem is dead.
Actually, this is done by grepping /var/run/refdb.pib and/or=20
/var/lock/subsys/refdb
But as i told, it is probably Mandriva or at least SYS-V's specific=20
(thus not very portable). It was just for your information, just in case.
> > 3 - some permissions seem incorrect:
> > -rwxr-xr-x 1 steletch mig 1403 avr 14 00:07 AUTHORS*
> > -rwxr-xr-x 1 steletch mig 29746 avr 14 00:07 COPYING*
> > -rwxr-xr-x 1 steletch mig 2964 jun 25 23:38 INSTALL*
> > -rwxr-xr-x 1 steletch mig 10280 avr 14 00:07 missing*
> > -rwxr-xr-x 1 steletch mig 30690 jun 25 15:39 NEWS*
> > -rwxr-xr-x 1 steletch mig 8876 mai 26 15:47 README*
> > -rw-r--r-- 1 steletch mig 12660 mai 27 23:18 UPGRADING
> >=20
> > All of these should be 644 instead of 755 (no executable bit ...) si=
nce=20
> > they are only texty files ;-).
> >=20
>=20
> I'm sorry that you had to bug me so long to make me fix it. This does
> not mean that I only fix bugs that make their way into the bug tracker
> :-) I was simply too busy updating my laptop during the past days.
>=20
> > Those are details but since i cannot help much in coding, i try to g=
et=20
> > some feedback on little things ;-)
> >=20
>=20
> Your input is much appreciated. For a programmer other stuff may
> always appear more important, but these pesky details often affect the
> user experience more than a serious bug that occurs only once in a
> while. Don't hesitate to mention these annoyances, as unimportant as
> they may seem.
>=20
> regards,
> Markus
I did use the bug tracking system since it is the way i do for other=20
stuff (and i think this is the easiest way to do it).
I wasn't aware of it before getting the mail about it, next time i'll=20
find something, i'll use it, this is a robust way to work off-line (i.e=20
not expecting an answer while other persons have other things to do).
Last, while i'll be confident (when i'll have made backports of refdb to=20
Mandriva 2006.0 and did more thorough tests), i'll send you the=20
description for the rpm installation.
Cheers,
St=E9phane
--=20
St=E9phane T=E9letch=E9a, PhD. http://www.steletch.org
Unit=E9 Math=E9matique Informatique et G=E9nome http://migale.jouy.inra.f=
r/mig
INRA, Domaine de Vilvert T=E9l : (33) 134 652 891
78352 Jouy-en-Josas cedex, France Fax : (33) 134 652 901
|
|
From: Michael(tm) S. <sm...@xm...> - 2006-08-25 06:06:42
|
David Nebauer <dav...@sw...>, 2006-08-25 00:14 +0930: > > [ERROR] null > > org.apache.fop.apps.FOPException > > at=20 > > org.apache.fop.apps.CommandLineStarter.run(CommandLineStarter.java:111) > > at org.apache.fop.apps.Fop.main(Fop.java:62) I've not been able to reproduce this in my environment with FOP 0.20.5. FOP generates the PDF file successfully. > I've found reports of a similar error here:=20 > <http://mail-archives.apache.org/mod_mbox/xmlgraphics-fop-users/200302.mb= ox/%3c3...@ya...%3e>. =20 > In that instance the advice given was: >=20 > This means you have content outside a flow, which is > illegal. This should not happen. Upgrade your DocBook XSL, > be sure your DocBook docs validate, and complain on the > DocBook list if this persists. >=20 > A few other references suggest this error is caused by invalid > docbook xml. I've attempted to validate the produced refdb-manual-xml > file with xmllint but am unable to do so successfully. The patch below adds an internal subset to refdb-manual.xml to make it possible to validate it with DTD-based validation. --Mike Index: refdb-manual.xml =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- refdb-manual.xml (revision 135) +++ refdb-manual.xml (working copy) @@ -1,4 +1,20 @@ <?xml version=3D"1.0"?> +<!DOCTYPE book PUBLIC "-//OASIS//DTD DocBook XML V4.4//EN" +"http://www.oasis-open.org/docbook/xml/4.4/docbookx.dtd" [ + +<!ELEMENT xi:include (xi:fallback?) > +<!ATTLIST xi:include + xmlns:xi CDATA #FIXED "http://www.w3.org/2001/XInclude" + href CDATA #REQUIRED + parse (xml|text) "xml" + encoding CDATA #IMPLIED > + +<!ELEMENT xi:fallback ANY> +<!ATTLIST xi:fallback + xmlns:xi CDATA #FIXED "http://www.w3.org/2001/XInclude" > + +<!ENTITY % local.part.class "| xi:include"> +]> <book> <bookinfo> <title><application moreinfo=3D"none">refdb</application> handbook</ti= tle> |
|
From: Michael(tm) S. <sm...@si...> - 2006-08-25 05:34:53
|
David Nebauer <dav...@sw...>, 2006-08-25 00:14 +0930: > > [ERROR] null > > org.apache.fop.apps.FOPException > > at=20 > > org.apache.fop.apps.CommandLineStarter.run(CommandLineStarter.java:111) > > at org.apache.fop.apps.Fop.main(Fop.java:62) I've not been able to reproduce this in my environment with FOP 0.20.5. FOP generates the PDF file successfully. > I've found reports of a similar error here:=20 > <http://mail-archives.apache.org/mod_mbox/xmlgraphics-fop-users/200302.mb= ox/%3c3...@ya...%3e>. =20 > In that instance the advice given was: >=20 > This means you have content outside a flow, which is > illegal. This should not happen. Upgrade your DocBook XSL, > be sure your DocBook docs validate, and complain on the > DocBook list if this persists. >=20 > A few other references suggest this error is caused by invalid > docbook xml. I've attempted to validate the produced refdb-manual-xml > file with xmllint but am unable to do so successfully. The patch below adds an internal subset to refdb-manual.xml to make it possible to validate it with DTD-based validation. --Mike Index: refdb-manual.xml =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- refdb-manual.xml (revision 135) +++ refdb-manual.xml (working copy) @@ -1,4 +1,20 @@ <?xml version=3D"1.0"?> +<!DOCTYPE book PUBLIC "-//OASIS//DTD DocBook XML V4.4//EN" +"http://www.oasis-open.org/docbook/xml/4.4/docbookx.dtd" [ + +<!ELEMENT xi:include (xi:fallback?) > +<!ATTLIST xi:include + xmlns:xi CDATA #FIXED "http://www.w3.org/2001/XInclude" + href CDATA #REQUIRED + parse (xml|text) "xml" + encoding CDATA #IMPLIED > + +<!ELEMENT xi:fallback ANY> +<!ATTLIST xi:fallback + xmlns:xi CDATA #FIXED "http://www.w3.org/2001/XInclude" > + +<!ENTITY % local.part.class "| xi:include"> +]> <book> <bookinfo> <title><application moreinfo=3D"none">refdb</application> handbook</ti= tle> |
|
From: Michael(tm) S. <sm...@xm...> - 2006-08-25 04:28:03
|
David Nebauer <dav...@sw...>, 2006-08-21 17:51 +0930: > Michael(tm) Smith wrote: > >The current version, 1.70.1, fully supports real table output > >using tbl(1) markup. See the attached example (refdbib.1). >=20 > The table output in the example looks stunningly good. That's tbl(1) magic. The stylesheet just converts the DocBook table markup to tbl markup. The only tricky parts are in the handling of tables that have horizontal and vertical spans, but as far as I can tell from my testing, I think I managed to get the code for converting those to tbl markup done right. --Mike |
|
From: Markus H. <mar...@mh...> - 2006-08-24 20:04:37
|
Hi St=E9phane,
St=E9phane T=E9letch=E9a writes:
> =09b) i add the 'status' option in the cases (not sure this is compl=
etely=20
> portable), and correct the *) case since it misses some existing opt=
ions:
>=20
> Original:
> *)
> - echo "Usage: $(basename $0) {start|stop}" >&2
> - exit 1;;
> Corrected:
>=20
> + echo "Usage: $(basename $0)=20
> {start|stop|status|restart|force-reload}" >&2
> + RETVAL 1
> + ;;
>=20
> In your provided script, the options restart and force-reload are=20=
> mentionned so i presume this is a good thing to indicate it in the U=
sage=20
> line. (do not bother about the RETVAL 1, this is exactly the same as=
=20
> exit 1).
>=20
I've added restart and force-reload to the usage message. What is
"status" supposed to do=3F
> 3 - some permissions seem incorrect:
> -rwxr-xr-x 1 steletch mig 1403 avr 14 00:07 AUTHORS*
> -rwxr-xr-x 1 steletch mig 29746 avr 14 00:07 COPYING*
> -rwxr-xr-x 1 steletch mig 2964 jun 25 23:38 INSTALL*
> -rwxr-xr-x 1 steletch mig 10280 avr 14 00:07 missing*
> -rwxr-xr-x 1 steletch mig 30690 jun 25 15:39 NEWS*
> -rwxr-xr-x 1 steletch mig 8876 mai 26 15:47 README*
> -rw-r--r-- 1 steletch mig 12660 mai 27 23:18 UPGRADING
>=20
> All of these should be 644 instead of 755 (no executable bit ...) si=
nce=20
> they are only texty files ;-).
>=20
I'm sorry that you had to bug me so long to make me fix it. This does
not mean that I only fix bugs that make their way into the bug tracker
:-) I was simply too busy updating my laptop during the past days.
> Those are details but since i cannot help much in coding, i try to g=
et=20
> some feedback on little things ;-)
>=20
Your input is much appreciated. For a programmer other stuff may
always appear more important, but these pesky details often affect the
user experience more than a serious bug that occurs only once in a
while. Don't hesitate to mention these annoyances, as unimportant as
they may seem.
regards,
Markus
--=20
Markus Hoenicka
mar...@ca...
(Spam-protected email: replace the quadrupeds with "mhoenicka")
http://www.mhoenicka.de
|
|
From: SourceForge.net <no...@so...> - 2006-08-24 19:56:59
|
Bugs item #1545811, was opened at 2006-08-24 10:56 Message generated for change (Comment added) made by mhoenicka You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=1545811&group_id=26091 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: refdbd Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: steletch (steletch) Assigned to: Markus Hoenicka (mhoenicka) Summary: redb init script misses entries Initial Comment: scripts/refdb.in does not reference all possible cases in the general *) case: Original: *) - echo "Usage: $(basename $0) {start|stop}" >&2 Corrected: + echo "Usage: $(basename $0) {start|stop|restart|force-reload}" >&2 While at it, you may consider using the 'status' option (i'm not completely sure it is 100% portable though). ---------------------------------------------------------------------- >Comment By: Markus Hoenicka (mhoenicka) Date: 2006-08-24 21:56 Message: Logged In: YES user_id=85809 I've changed the usage message accordingly. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=1545811&group_id=26091 |
|
From: SourceForge.net <no...@so...> - 2006-08-24 19:51:53
|
Bugs item #1545810, was opened at 2006-08-24 10:53 Message generated for change (Comment added) made by mhoenicka You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=1545810&group_id=26091 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: refdbd Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: steletch (steletch) Assigned to: Markus Hoenicka (mhoenicka) Summary: Some permissions are incorrect in the archive Initial Comment: -rwxr-xr-x 1 steletch mig 1403 avr 14 00:07 AUTHORS* -rwxr-xr-x 1 steletch mig 29746 avr 14 00:07 COPYING* -rwxr-xr-x 1 steletch mig 2964 jun 25 23:38 INSTALL* -rwxr-xr-x 1 steletch mig 10280 avr 14 00:07 missing* -rwxr-xr-x 1 steletch mig 30690 jun 25 15:39 NEWS* -rwxr-xr-x 1 steletch mig 8876 mai 26 15:47 README* -rw-r--r-- 1 steletch mig 12660 mai 27 23:18 UPGRADING All of these should be 644 instead of 755 (no executable bit ...) since they are only texty files. ---------------------------------------------------------------------- >Comment By: Markus Hoenicka (mhoenicka) Date: 2006-08-24 21:51 Message: Logged In: YES user_id=85809 I've changed the permissions of the mentioned files to non-executable except for "missing" which is a shell script ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=1545810&group_id=26091 |
|
From: SourceForge.net <no...@so...> - 2006-08-24 19:50:38
|
Bugs item #1545233, was opened at 2006-08-23 13:53 Message generated for change (Comment added) made by mhoenicka You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=1545233&group_id=26091 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: refdbd Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: akusmin (akusmin) Assigned to: Markus Hoenicka (mhoenicka) Summary: 0.9.7 refdba command "listuser" doesn't work Initial Comment: after starting refdbd as root with the command: refdbd -s -e 0 -l 7 I start refdba: refdba -u root And I give password. Command listdb lists databases. Command "listuser" returns: select failed Slackware 10.2, database engine mysql 4.1.14 ---------------------------------------------------------------------- >Comment By: Markus Hoenicka (mhoenicka) Date: 2006-08-24 21:50 Message: Logged In: YES user_id=85809 I've added a check for the database option in the listuser command. ---------------------------------------------------------------------- Comment By: Markus Hoenicka (mhoenicka) Date: 2006-08-23 14:37 Message: Logged In: YES user_id=85809 The listuser command requires the -d option to specify a database, otherwise RefDB does not know where to look for users. refdba: listuser -d mydb .* should work ok. Therefore, the bug is that refdba does not check for the missing database and thus causes a less than helpful error message. If you want to know the users of all available reference databases, you're currently out of luck. If you need this functionality, please feel free to submit a feature request. ---------------------------------------------------------------------- Comment By: akusmin (akusmin) Date: 2006-08-23 13:58 Message: Logged In: YES user_id=1462269 This is output in the xterm where refdbd was launched: listuser -u root -w 052060047061121037092101123 dbi is up localhost root ---mypassword-- 3306 mysql /usr/local/var/lib/refdb/db refdb connected to database server using database: refdb Main database looks ok: refdb localhost root ---mypassword--- 3306 mysql /usr/local/var/lib/refdb/db refdb connected to database server using database: refdb SELECT VERSION() 1146: Table 'refdb.t_user' doesn't exist SELECT DISTINCT user_name FROM t_user WHERE user_name RLIKE '.*' select failed child finished client on fd 5 child exited with code 1 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=1545233&group_id=26091 |
|
From: Markus H. <mar...@mh...> - 2006-08-24 15:31:34
|
Hi David, David Nebauer <dav...@sw...> was heard to say: > A few other references suggest this error is caused by invalid > docbook xml. I've attempted to validate the produced refdb-manual-xml > file with xmllint but am unable to do so successfully. I'll send > you a copy off-list to see if you can validate it. > Please fill me in how the file was "produced". It looks like the refdb-manual.xml master file in the svn repository. As this file uses a couple of xinclude commands to import the contents of the other xml files in the same directory, you cannot expect the file to be valid by itself. I ran it through xmllint anyway and got the expected results: several warnings about missing external entities (the xincluded files), and a few errors about missing linkends, also caused by the missing xincluded files. If this file was "produced" in order to create a flattened version of the manual to get rid of the xincludes, then I reckon your tool did not succeed. However, if you accidentally sent the wrong file, I'll be happy to have another look. regards, Markus -- Markus Hoenicka mar...@ca... (Spam-protected email: replace the quadrupeds with "mhoenicka") http://www.mhoenicka.de |
|
From: Markus H. <mar...@mh...> - 2006-08-24 15:16:27
|
David Nebauer <dav...@sw...> was heard to say: > A few other references suggest this error is caused by invalid > docbook xml. I've attempted to validate the produced refdb-manual-xml > file with xmllint but am unable to do so successfully. I'll send > you a copy off-list to see if you can validate it. > I still believe it is a tool problem. I've more or less finished upgrading my box to FreeBSD 6.1 with the latest tools and stylesheets available on this platform. I can still create the PDF manual without any problems. I can also validate the manual with the following command (all in one line): xmllint --noout --xinclude --relaxng /usr/local/share/emacs/21.3/site-lisp/nxml/schema/docbook.rng refdb-manual.xml 2>&1 xmllint only complains about an IDREF with a missing linkend. This is caused by the refdb-init(8) manpage referencing the RefDB(7) manpage which is not included in the manual (as it would duplicate some of the general information). After removing this link (I'll check this in shortly) xmllint reports "refdb-manual.xml validates". You can remove this link to see whether it helps, but I guess you won't fare better. I think the next step is to contact either the docbook-apps list to see whether other Debian users ran into problems, or find an appropriate Debian list. Before doing so, did you run any tests with other DocBook documents of a comparable size? regards, Markus -- Markus Hoenicka mar...@ca... (Spam-protected email: replace the quadrupeds with "mhoenicka") http://www.mhoenicka.de |
|
From: David N. <dav...@sw...> - 2006-08-24 14:42:29
|
Hi Markus, > [ERROR] null > org.apache.fop.apps.FOPException > at > org.apache.fop.apps.CommandLineStarter.run(CommandLineStarter.java:111) > at org.apache.fop.apps.Fop.main(Fop.java:62) > > --------- > > java.lang.NullPointerException > at > org.apache.fop.fo.PropertyManager.getTextDecoration(PropertyManager.java:365) > at org.apache.fop.fo.FObjMixed.<init>(FObjMixed.java:72) > at org.apache.fop.fo.flow.Block.<init>(Block.java:115) > at org.apache.fop.fo.flow.Block$Maker.make(Block.java:79) > at org.apache.fop.fo.FOTreeBuilder.startElement(FOTreeBuilder.java:352) > at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown > Source) > I've found reports of a similar error here: <http://mail-archives.apache.org/mod_mbox/xmlgraphics-fop-users/200302.mbox/%3c3...@ya...%3e>. In that instance the advice given was: This means you have content outside a flow, which is illegal. This should not happen. Upgrade your DocBook XSL, be sure your DocBook docs validate, and complain on the DocBook list if this persists. A few other references suggest this error is caused by invalid docbook xml. I've attempted to validate the produced refdb-manual-xml file with xmllint but am unable to do so successfully. I'll send you a copy off-list to see if you can validate it. Regards, David. |
|
From: SourceForge.net <no...@so...> - 2006-08-24 08:56:33
|
Bugs item #1545811, was opened at 2006-08-24 10:56 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=1545811&group_id=26091 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: refdbd Group: None Status: Open Resolution: None Priority: 5 Submitted By: steletch (steletch) Assigned to: Markus Hoenicka (mhoenicka) Summary: redb init script misses entries Initial Comment: scripts/refdb.in does not reference all possible cases in the general *) case: Original: *) - echo "Usage: $(basename $0) {start|stop}" >&2 Corrected: + echo "Usage: $(basename $0) {start|stop|restart|force-reload}" >&2 While at it, you may consider using the 'status' option (i'm not completely sure it is 100% portable though). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=1545811&group_id=26091 |
|
From: SourceForge.net <no...@so...> - 2006-08-24 08:53:15
|
Bugs item #1545810, was opened at 2006-08-24 10:53 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=1545810&group_id=26091 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: refdbd Group: None Status: Open Resolution: None Priority: 5 Submitted By: steletch (steletch) Assigned to: Markus Hoenicka (mhoenicka) Summary: Some permissions are incorrect in the archive Initial Comment: -rwxr-xr-x 1 steletch mig 1403 avr 14 00:07 AUTHORS* -rwxr-xr-x 1 steletch mig 29746 avr 14 00:07 COPYING* -rwxr-xr-x 1 steletch mig 2964 jun 25 23:38 INSTALL* -rwxr-xr-x 1 steletch mig 10280 avr 14 00:07 missing* -rwxr-xr-x 1 steletch mig 30690 jun 25 15:39 NEWS* -rwxr-xr-x 1 steletch mig 8876 mai 26 15:47 README* -rw-r--r-- 1 steletch mig 12660 mai 27 23:18 UPGRADING All of these should be 644 instead of 755 (no executable bit ...) since they are only texty files. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=1545810&group_id=26091 |
|
From: SourceForge.net <no...@so...> - 2006-08-23 17:59:53
|
Bugs item #1545406, was opened at 2006-08-23 18:31 Message generated for change (Comment added) made by mhoenicka You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=1545406&group_id=26091 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Emacs refdb-mode Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Olivier Berger (olberger) >Assigned to: Markus Hoenicka (mhoenicka) Summary: Advanced search getref should add "" around query Initial Comment: I noticed that in order to retrieve the full content of the database I need to issue a query on '":ID:>0"' instead of ':ID:>0' at the minibuffer prompt (with double-quotes)... I suspect that the argument is passed to spawn command unquoted, hence having '>' behave strangely... Hope this helps. ---------------------------------------------------------------------- >Comment By: Markus Hoenicka (mhoenicka) Date: 2006-08-23 19:59 Message: Logged In: YES user_id=85809 I've added the missing quotes to the search strings of getref and getnote in the current svn version. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=385991&aid=1545406&group_id=26091 |
6 messages has been excluded from this view by a project administrator.
