refdb-devel — List for RefDB developers

[Refdb-devel] [ refdb-Bugs-1545394 ] refdb-output-buffer-mode Symbol's function definition is voi

[SourceForge.net <no...@so...>]

Bugs item #1545394, was opened at 2006-08-23 18:06
Message generated for change (Comment added) made by mhoenicka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=385991&aid=1545394&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: refdb-output-buffer-mode Symbol's function definition is voi

Initial Comment:
I get this message whenever I try to dump references
(or other tasks) :
refdb-dumpref: Symbol's function definition is void:
refdb-output-buffer-mode

Couldn't find an explicit definition for that symbol
indeed... but I dropped lisp a while ago ;)

Any help welcome.


----------------------------------------------------------------------

>Comment By: Markus Hoenicka (mhoenicka)
Date: 2006-08-23 18:39

Message:
Logged In: YES 
user_id=85809

Both the pickref and the dumpref command contained the typo
(so much about copy+paste). I've fixed this in svn. Thanks
for catching this.

----------------------------------------------------------------------

Comment By: Olivier Berger (olberger)
Date: 2006-08-23 18:26

Message:
Logged In: YES 
user_id=30120

Changing these symbols to refdb-output-mode seem to give
better results...

My 2 cents,

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=385991&aid=1545394&group_id=26091

[Refdb-devel] [ refdb-Bugs-1545406 ] Advanced search getref should add "" around query

[SourceForge.net <no...@so...>]

Bugs item #1545406, was opened at 2006-08-23 18:31
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=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: Open
Resolution: None
Priority: 5
Submitted By: Olivier Berger (olberger)
Assigned to: Michael(tm) Smith (xmldoc)
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.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=385991&aid=1545406&group_id=26091

[Refdb-devel] [ refdb-Bugs-1545394 ] refdb-output-buffer-mode Symbol's function definition is voi

[SourceForge.net <no...@so...>]

Bugs item #1545394, was opened at 2006-08-23 18:06
Message generated for change (Comment added) made by olberger
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=385991&aid=1545394&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: Open
Resolution: None
Priority: 5
Submitted By: Olivier Berger (olberger)
Assigned to: Michael(tm) Smith (xmldoc)
Summary: refdb-output-buffer-mode Symbol's function definition is voi

Initial Comment:
I get this message whenever I try to dump references
(or other tasks) :
refdb-dumpref: Symbol's function definition is void:
refdb-output-buffer-mode

Couldn't find an explicit definition for that symbol
indeed... but I dropped lisp a while ago ;)

Any help welcome.


----------------------------------------------------------------------

>Comment By: Olivier Berger (olberger)
Date: 2006-08-23 18:26

Message:
Logged In: YES 
user_id=30120

Changing these symbols to refdb-output-mode seem to give
better results...

My 2 cents,

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=385991&aid=1545394&group_id=26091

[Refdb-devel] [ refdb-Bugs-1545394 ] refdb-output-buffer-mode Symbol's function definition is voi

[SourceForge.net <no...@so...>]

Bugs item #1545394, was opened at 2006-08-23 18:06
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=1545394&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: Open
Resolution: None
Priority: 5
Submitted By: Olivier Berger (olberger)
Assigned to: Michael(tm) Smith (xmldoc)
Summary: refdb-output-buffer-mode Symbol's function definition is voi

Initial Comment:
I get this message whenever I try to dump references
(or other tasks) :
refdb-dumpref: Symbol's function definition is void:
refdb-output-buffer-mode

Couldn't find an explicit definition for that symbol
indeed... but I dropped lisp a while ago ;)

Any help welcome.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=385991&aid=1545394&group_id=26091

Re: [Refdb-devel] Docs failing to build

[David N. <dav...@sw...>]

Hi Markus,
>> All of a sudden refdb docs is failing to build.  The fop command
>> 'JAVA_OPTS=-Xmx256M fop -fo refdb-manual.fo -pdf refdb-manual.pdf' is
>>     
> Interestingly, this is the end of the TOC/LOT/whatever section, but I don't see
> why this should fail. Just to make sure the recent changes to the doc (included
> refdbmanualfig5.svg, replaced some man pages) are not the culprit, you might try
> and checkout an older SVN version and try again. If that also fails, it must be
> the tools.

Build fails the same way with revision 120.

Here is the same failure point but with fop debugging output enabled.  
Perhaps someone out there can help dissect the java error:

----------------------------------------------------------------------------------
JAVA_OPTS=-Xmx256M fop -d -fo refdb-manual.fo -pdf refdb-manual.pdf
[DEBUG] Input mode:
[DEBUG] FO
[DEBUG] fo input file: refdb-manual.fo
[DEBUG] Output mode:
[DEBUG] pdf
[DEBUG] output file: refdb-manual.pdf
[DEBUG] OPTIONS
[DEBUG] no user configuration file is used [default]
[DEBUG] debug mode on
[DEBUG] dump configuration
[DEBUG] quiet mode on
[INFO] Using org.apache.xerces.parsers.SAXParser as SAX2 Parser
[INFO] base directory: 
file:/home/david/data/computing/projects/refdb/packages/refdb/svn/doc/pkg/debianise/source/refdb-0.0-svn-20060823/doc/
[INFO] FOP 0.20.5
[INFO] Using org.apache.xerces.parsers.SAXParser as SAX2 Parser
[INFO] building formatting object tree
[INFO] setting up fonts
[ERROR] property - "background-position-horizontal" is not implemented yet.

<snip.../>

[ERROR] property - "background-position-vertical" is not implemented yet.
[INFO] [1]
[INFO] [2]
[INFO] [3]
[DEBUG] Last page-sequence produced 3 pages.
[INFO] [4]
[INFO] [5]
[INFO] [6]
[INFO] [7]
[DEBUG] Last page-sequence produced 4 pages.
[INFO] [8]
[DEBUG] Last page-sequence produced 1 pages.
[INFO] [9]
[DEBUG] Last page-sequence produced 1 pages.
[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)
    at 
org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown 
Source)
    at 
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown 
Source)
    at 
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown 
Source)
    at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
    at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
    at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
    at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
    at org.apache.fop.apps.Driver.render(Driver.java:498)
    at 
org.apache.fop.apps.CommandLineStarter.run(CommandLineStarter.java:106)
    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)
    at 
org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown 
Source)
    at 
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown 
Source)
    at 
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown 
Source)
    at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
    at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
    at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
    at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
    at org.apache.fop.apps.Driver.render(Driver.java:498)
    at 
org.apache.fop.apps.CommandLineStarter.run(CommandLineStarter.java:106)
    at org.apache.fop.apps.Fop.main(Fop.java:62)
make[2]: *** [refdb-manual.pdf] Error 2
----------------------------------------------------------------------------------

Regards,
David.

[Refdb-devel] [ refdb-Bugs-1545233 ] 0.9.7 refdba command "listuser" doesn't work

[SourceForge.net <no...@so...>]

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: Open
Resolution: None
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-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

[Refdb-devel] [ refdb-Bugs-1545233 ] 0.9.7 refdba command "listuser" doesn't work

[SourceForge.net <no...@so...>]

Bugs item #1545233, was opened at 2006-08-23 13:53
Message generated for change (Settings changed) 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: Open
Resolution: None
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: 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

[Refdb-devel] [ refdb-Bugs-1545233 ] 0.9.7 refdba command "listuser" doesn't work

[SourceForge.net <no...@so...>]

Bugs item #1545233, was opened at 2006-08-23 11:53
Message generated for change (Comment added) made by akusmin
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: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: akusmin (akusmin)
Assigned to: Nobody/Anonymous (nobody)
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: akusmin (akusmin)
Date: 2006-08-23 11: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

[Refdb-devel] [ refdb-Bugs-1545233 ] 0.9.7 refdba command "listuser" doesn't work

[SourceForge.net <no...@so...>]

Bugs item #1545233, was opened at 2006-08-23 11: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=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: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: akusmin (akusmin)
Assigned to: Nobody/Anonymous (nobody)
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

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=385991&aid=1545233&group_id=26091

Re: [Refdb-devel] Some thoughts about packaging and compilation...

[<ste...@jo...>]

David Nebauer a =E9crit :
> Hi St=E9phane,
>> 1 - there is no specific option to define the doc directory.
>>
>> By default it builds on=20
>> /usr/(local/)share/doc/refdb-<version><-prerelease>/ although in the=20
>> rpm build process (basically uncompress, run autotools and configure,=20
>> make, make install), the doc directory is=20
>> /usr/(local/)share/doc/refdb-<version>/
>> (please note there is no <-prerelease> although in this case there is=20
>> one).
>=20
> For what it's worth, part of the debian package build process I've=20
> developed is to remove the version from the doc Makefile.  The relevant=
=20
> command is:
>=20
>    sed -i -e 's:\(\$(PACKAGE)\)-\$(VERSION):\1:' \
>        ${top_dir}/doc/Makefile.am &> /dev/null
>=20
> The variable 'top_dir' is self-explanatory.  This way the docs are=20
> installed to </usr/share/doc/refdb>.
>=20
> Regards,
> David.

Thanks for the tip, but this removes completely the numbering, i want to=20
keep the version number (0.9.8) but to remove the -pre1 :-)

I'll keep my workaround (it is not that ugly after all, just a move=20
before the final packaging) but keep in my where to sed in case i'll=20
need it in the future.

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

[Refdb-devel] [ refdb-Bugs-1544642 ] getref :UR:~ fails

[SourceForge.net <no...@so...>]

Bugs item #1544642, was opened at 2006-08-22 16:52
Message generated for change (Settings changed) 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: Open
Resolution: None
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

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=385991&aid=1544642&group_id=26091

[Refdb-devel] [ refdb-Bugs-1544642 ] getref :UR:~ fails

[SourceForge.net <no...@so...>]

Bugs item #1544642, was opened at 2006-08-22 16:52
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=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: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Dominik (dreusser)
Assigned to: Nobody/Anonymous (nobody)
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

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=385991&aid=1544642&group_id=26091

Re: [Refdb-devel] Some thoughts about packaging and compilation...

[David N. <dav...@sw...>]

Hi St=E9phane,
> 1 - there is no specific option to define the doc directory.
>
> By default it builds on=20
> /usr/(local/)share/doc/refdb-<version><-prerelease>/ although in the rp=
m=20
> build process (basically uncompress, run autotools and configure, make,=
=20
> make install), the doc directory is /usr/(local/)share/doc/refdb-<versi=
on>/
> (please note there is no <-prerelease> although in this case there is o=
ne).

For what it's worth, part of the debian package build process I've=20
developed is to remove the version from the doc Makefile.  The relevant=20
command is:

    sed -i -e 's:\(\$(PACKAGE)\)-\$(VERSION):\1:' \
        ${top_dir}/doc/Makefile.am &> /dev/null

The variable 'top_dir' is self-explanatory.  This way the docs are=20
installed to </usr/share/doc/refdb>.

Regards,
David.

Re: [Refdb-devel] Docs failing to build

[Markus H. <mar...@mh...>]

Hi David,

David Nebauer <dav...@sw...> was heard to say:

> Hi Markus,
>
> All of a sudden refdb docs is failing to build.  The fop command
> 'JAVA_OPTS=-Xmx256M fop -fo refdb-manual.fo -pdf refdb-manual.pdf' is

I didn't have problems lately, but I started to upgrade my FreeBSD box to the
latest version on the weekend. I'm almost done, and I'll have yet to see
whether I'll get similar problems with the updated tools. I'll let you know.

> failing:
> [INFO] [1]
> [INFO] [2]
> [INFO] [3]
> [INFO] [4]
> [INFO] [5]
> [INFO] [6]
> [INFO] [7]
> [INFO] [8]
> [INFO] [9]
> [ERROR] null

Interestingly, this is the end of the TOC/LOT/whatever section, but I don't see
why this should fail. Just to make sure the recent changes to the doc (included
refdbmanualfig5.svg, replaced some man pages) are not the culprit, you might try
and checkout an older SVN version and try again. If that also fails, it must be
the tools.

regards,
Markus

-- 
Markus Hoenicka
mar...@ca...
(Spam-protected email: replace the quadrupeds with "mhoenicka")
http://www.mhoenicka.de

[Refdb-devel] Some thoughts about packaging and compilation...

[<ste...@jo...>]

Hi everyone,

I've done the newest 0.9.8-pre1 package (still for cooker) and=20
encountered the same problems as i had before.

1 - there is no specific option to define the doc directory.

By default it builds on=20
/usr/(local/)share/doc/refdb-<version><-prerelease>/ although in the rpm=20
build process (basically uncompress, run autotools and configure, make,=20
make install), the doc directory is /usr/(local/)share/doc/refdb-<version=
>/
(please note there is no <-prerelease> although in this case there is one=
).

I've not get where the difference comes from but i suspect the=20
install.sh you provide in scripts/ to produce this difference in behaviou=
rs.

2 - i've slightly modify the scripts/refdb.in to get two points into=20
account:
	a) Mandriva uses pinit and thus needs specific headers (nothing to do=20
with refDB though)
	b) i add the 'status' option in the cases (not sure this is completely=20
portable), and correct the *) case since it misses some existing options:

Original:
      *)
-       echo "Usage: $(basename $0) {start|stop}" >&2
-       exit 1;;
Corrected:

+       echo "Usage: $(basename $0)=20
{start|stop|status|restart|force-reload}" >&2
+       RETVAL 1
+       ;;

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 Usage=20
line. (do not bother about the RETVAL 1, this is exactly the same as=20
exit 1).

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

All of these should be 644 instead of 755 (no executable bit ...) since=20
they are only texty files ;-).

Those are details but since i cannot help much in coding, i try to get=20
some feedback on little things ;-)

Hoping this will help ;-)

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

[Refdb-devel] [ refdb-Bugs-1544021 ] broken dependencies in debian svn package

[SourceForge.net <no...@so...>]

Bugs item #1544021, was opened at 2006-08-22 01:10
Message generated for change (Comment added) made by davidnebauer
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=385991&aid=1544021&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: None
Group: None
>Status: Pending
Resolution: None
Priority: 5
Submitted By: Dominik (dreusser)
Assigned to: David Nebauer (davidnebauer)
Summary: broken dependencies in debian svn package

Initial Comment:
libperl-refdb-makestyle depends on refdb which in turn
conflicts refdb-clients.... 
So basically the new svn-packages are not installable.



----------------------------------------------------------------------

>Comment By: David Nebauer (davidnebauer)
Date: 2006-08-22 23:14

Message:
Logged In: YES 
user_id=1080150

The problem was a lingering dependency on
libperl-refdb-makestyle which is no longer necessary since
RefDB::Makestyle is now supplied by refdb-lib.  I have
removed this dependency and the packages should install.

Please note that refdb-doc has been temporarily removed from
the refdb svn repository due to build problems.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=385991&aid=1544021&group_id=26091

Re: [Refdb-devel] Docs failing to build

[<ste...@jo...>]

David Nebauer a =E9crit :
> Hi Markus,
>=20
> All of a sudden refdb docs is failing to build.  The fop command=20
> 'JAVA_OPTS=3D-Xmx256M fop -fo refdb-manual.fo -pdf refdb-manual.pdf' is=
=20
> failing:
> -----------------------------------------------------------------------=
------
> CFLAGS=3D"-Wall -g -O2" ./configure \
>         --host=3Di486-linux-gnu \
>         --build=3Di486-linux-gnu \
>         --prefix=3D/usr \
>         --mandir=3D\${prefix}/share/man \
>         --infodir=3D\${prefix}/share/info \
>         --sysconfdir=3D/etc \
>         --sharedstatedir=3D/var \
>         --localstatedir=3D/var \
>         --with-classpath-root=3D/usr/share/java \
>         --with-xml-declaration=3D/usr/share/xml/declaration/xml.dcl \
>         --with-trang-jar=3D/usr/share/java/trang.jar \
>         --disable-clients \
>         --disable-server \
>         --disable-manpages
> checking build system type... i486-pc-linux-gnu
>=20
> <snip.../>
>=20
> config.status: executing depfiles commands
>=20
> Configuration summary:
> will build docs
>=20
> What you should do next:
> - run "make" to build RefDB.
> - run "make install" as root to install everything.
> - create the main database and the configuration files. Either run the
>   refdb-init shell script as root, or peruse the handbook if you
>   prefer a manual installation.
>=20
> dh_testdir
> # Add here commands to compile the package.
> /usr/bin/make
> make[1]: Entering directory=20
> `/home/david/data/computing/projects/refdb/packages/refdb/svn/doc/pkg/d=
ebianise/source/refdb-0.0-svn-20060822'
> Making all in doc
> make[2]: Entering directory=20
> `/home/david/data/computing/projects/refdb/packages/refdb/svn/doc/pkg/d=
ebianise/source/refdb-0.0-svn-20060822/doc'
> SGML_CATALOG_FILES=3D""  dtdparse --title "citationlistx XML DTD" --out=
put=20
> citationlistx.xml --declaration ../declarations/xml.dcl --system-id=20
> "http://refdb.sourceforge.net/dtd/citationlistx.dtd"=20
> ../dtd/citationlistx.dtd
>=20
> <snip.../>
>=20
> ../scripts/statgen.pl docbook > refdb-manual-statustable.xml
> xsltproc -output include/fotitlepages.xsl=20
> http://docbook.sourceforge.net/release/xsl/current/template/titlepage.x=
sl=20
> include/fotitlepage.templates.xml
> Creating PDF manual...
> xsltproc -o refdb-manual.fo --nonet --xinclude=20
> ../doc/include/manual-fo.xsl ../doc/refdb-manual.xml
> Making portrait pages on USletter paper (8.5inx11in)
> affiliation encountered in author, but no template matches.
> varlistentry encountered in variablelist, but no template matches.
>=20
> <snip.../>
>=20
> varlistentry encountered in variablelist, but no template matches.
> JAVA_OPTS=3D-Xmx256M fop -fo refdb-manual.fo -pdf refdb-manual.pdf
> [INFO] Using org.apache.xerces.parsers.SAXParser as SAX2 Parser
> [INFO] FOP 0.20.5
> [INFO] Using org.apache.xerces.parsers.SAXParser as SAX2 Parser
> [INFO] building formatting object tree
> [INFO] setting up fonts
> [ERROR] property - "background-position-horizontal" is not implemented =
yet.
> [ERROR] property - "background-position-vertical" is not implemented ye=
t.
> Error creating background image: Error while recovering Image=20
> Informations (http://docbook.sourceforge.net/release/images/draft.png) =
:=20
> Connection timed out
> [ERROR] property - "background-position-horizontal" is not implemented =
yet.
> [ERROR] property - "background-position-vertical" is not implemented ye=
t.
> [INFO] JAI support was not installed (read: not present at build time).=
=20
> Trying to use Jimi instead
> [ERROR] property - "background-position-horizontal" is not implemented =
yet.
>=20
> <snip.../>
>=20
> [ERROR] property - "background-position-vertical" is not implemented ye=
t.
> [INFO] [1]
> [INFO] [2]
> [INFO] [3]
> [INFO] [4]
> [INFO] [5]
> [INFO] [6]
> [INFO] [7]
> [INFO] [8]
> [INFO] [9]
> [ERROR] null
> make[2]: *** [refdb-manual.pdf] Error 2
> -----------------------------------------------------------------------=
------
>=20
> Since nothing in the document source has changed I presume something in=
=20
> the tools has changed in one of my system updates.
>=20
> Here are some tool versions:
> fop: 1:0.20.5-8
> libxerces2-java: 2.6.2-4
> libxalan2-java: 2.6.0-6
> libavalon-framework-java: 4.2.0-3
> libbatik-java: 1.6-2
>=20
> The classpath for fop is set in ~/.refdbxmlrc:
> /usr/share/java/fop.jar:/usr/share/java/batik.jar:/usr/share/java/xerce=
sImpl.jar:\
> /usr/share/java/avalon-framework.jar:/usr/share/java/fop-hyph.jar
>=20
> I've no idea what's going on here.  Can anyone else replicate this bug?
>=20
> Regards,
> David.

As Markus told me before, it is not mandatory to rebuild the docs since=20
the source tarball already provides them.

I've thus bypassed the complete building by not providing the=20
buildrequires (programs needed to build the docs in the rpm process), by=20
commenting them.

That does not help you much directly but may simplify the problem ;-)

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

[Refdb-devel] Docs failing to build

[David N. <dav...@sw...>]

Hi Markus,

All of a sudden refdb docs is failing to build.  The fop command 
'JAVA_OPTS=-Xmx256M fop -fo refdb-manual.fo -pdf refdb-manual.pdf' is 
failing:
-----------------------------------------------------------------------------
CFLAGS="-Wall -g -O2" ./configure \
        --host=i486-linux-gnu \
        --build=i486-linux-gnu \
        --prefix=/usr \
        --mandir=\${prefix}/share/man \
        --infodir=\${prefix}/share/info \
        --sysconfdir=/etc \
        --sharedstatedir=/var \
        --localstatedir=/var \
        --with-classpath-root=/usr/share/java \
        --with-xml-declaration=/usr/share/xml/declaration/xml.dcl \
        --with-trang-jar=/usr/share/java/trang.jar \
        --disable-clients \
        --disable-server \
        --disable-manpages
checking build system type... i486-pc-linux-gnu

<snip.../>

config.status: executing depfiles commands

Configuration summary:
will build docs

What you should do next:
- run "make" to build RefDB.
- run "make install" as root to install everything.
- create the main database and the configuration files. Either run the
  refdb-init shell script as root, or peruse the handbook if you
  prefer a manual installation.

dh_testdir
# Add here commands to compile the package.
/usr/bin/make
make[1]: Entering directory 
`/home/david/data/computing/projects/refdb/packages/refdb/svn/doc/pkg/debianise/source/refdb-0.0-svn-20060822'
Making all in doc
make[2]: Entering directory 
`/home/david/data/computing/projects/refdb/packages/refdb/svn/doc/pkg/debianise/source/refdb-0.0-svn-20060822/doc'
SGML_CATALOG_FILES=""  dtdparse --title "citationlistx XML DTD" --output 
citationlistx.xml --declaration ../declarations/xml.dcl --system-id 
"http://refdb.sourceforge.net/dtd/citationlistx.dtd" 
../dtd/citationlistx.dtd

<snip.../>

../scripts/statgen.pl docbook > refdb-manual-statustable.xml
xsltproc -output include/fotitlepages.xsl 
http://docbook.sourceforge.net/release/xsl/current/template/titlepage.xsl 
include/fotitlepage.templates.xml
Creating PDF manual...
xsltproc -o refdb-manual.fo --nonet --xinclude 
../doc/include/manual-fo.xsl ../doc/refdb-manual.xml
Making portrait pages on USletter paper (8.5inx11in)
affiliation encountered in author, but no template matches.
varlistentry encountered in variablelist, but no template matches.

<snip.../>

varlistentry encountered in variablelist, but no template matches.
JAVA_OPTS=-Xmx256M fop -fo refdb-manual.fo -pdf refdb-manual.pdf
[INFO] Using org.apache.xerces.parsers.SAXParser as SAX2 Parser
[INFO] FOP 0.20.5
[INFO] Using org.apache.xerces.parsers.SAXParser as SAX2 Parser
[INFO] building formatting object tree
[INFO] setting up fonts
[ERROR] property - "background-position-horizontal" is not implemented yet.
[ERROR] property - "background-position-vertical" is not implemented yet.
Error creating background image: Error while recovering Image 
Informations (http://docbook.sourceforge.net/release/images/draft.png) : 
Connection timed out
[ERROR] property - "background-position-horizontal" is not implemented yet.
[ERROR] property - "background-position-vertical" is not implemented yet.
[INFO] JAI support was not installed (read: not present at build time). 
Trying to use Jimi instead
[ERROR] property - "background-position-horizontal" is not implemented yet.

<snip.../>

[ERROR] property - "background-position-vertical" is not implemented yet.
[INFO] [1]
[INFO] [2]
[INFO] [3]
[INFO] [4]
[INFO] [5]
[INFO] [6]
[INFO] [7]
[INFO] [8]
[INFO] [9]
[ERROR] null
make[2]: *** [refdb-manual.pdf] Error 2
-----------------------------------------------------------------------------

Since nothing in the document source has changed I presume something in 
the tools has changed in one of my system updates.

Here are some tool versions:
fop: 1:0.20.5-8
libxerces2-java: 2.6.2-4
libxalan2-java: 2.6.0-6
libavalon-framework-java: 4.2.0-3
libbatik-java: 1.6-2

The classpath for fop is set in ~/.refdbxmlrc:
/usr/share/java/fop.jar:/usr/share/java/batik.jar:/usr/share/java/xercesImpl.jar:\
/usr/share/java/avalon-framework.jar:/usr/share/java/fop-hyph.jar

I've no idea what's going on here.  Can anyone else replicate this bug?

Regards,
David.

Re: [Refdb-devel] RefDB-perlmod packaged as refdb-lib

[<ste...@jo...>]

David Nebauer a =E9crit :
> Hi St=E9phane,
>=20
>> I think it would be consistent to name your package=20
>> libperl-refDB-perlmod instead of refdb-lib, to be in agreement with=20
>> debian policy (to tell the thrut, i don't know what is the correct=20
>> policy for perl modules in debian).
>=20
> Section 4.2 of the Debian Perl Policy ('Module Package Names', accessed=
=20
> at=20
> <http://www.debian.org/doc/packaging-manuals/perl-policy/ch-module_pack=
ages.html>),=20
> states:
>=20
>    "Perl module packages should be named for the primary module
>    provided. The naming convention for module Foo::Bar is
>    libfoo-bar-perl. Packages which include multiple modules may
>    additionally include provides for those modules using the same
>    convention."
>=20
> If one were to apply this naming scheme to RefDB-perlmod the result=20
> would 'librefdb-perlmod-perl'.  Because of the repeated text string=20
> 'perl' this name would be faintly ridiculous.  In any event, the name=20
> 'refdb-perlmod' does not reflect any of the modules inside the=20
> distribution -- it is simply a name Markus selected to call his=20
> collection of modules.
>=20
> The policy claims the deb package should be based on the name of the=20
> primary module.  In my opinion you cannot select one of the modules in=20
> the RefDB-perlmod archive as a primary one.  They each serve a unique,=20
> important function.  In my opinion, therefore, the Policy does not appl=
y=20
> to the naming of this package.  I considered myself free to pick a=20
> meaningful name and believe I have done so.
>=20
> This package could be viewed as a library and so I could have called it=
=20
> 'librefdb'.  I did not for two reasons: it is not a real library in the=
=20
> common use of the term, and I wanted the refdb packages to appear close=
=20
> together in package managers (i.e., the alphabetical order).
>=20
> Incidentally, you may have noticed my naming of the libperl-term-clui=20
> package violates section 4.2 of the Debian Perl Policy.  The trend to=20
> name packages 'libperl-foo-bar' rather than 'libfoo-par-perl' is one=20
> that has become increasingly popular.  In my opinion it is easy to see=20
> why -- it is much easier to extract the package name from a quick glanc=
e=20
> since the major parts of the module name are separated by hyphens.
>=20
> Regards,
> David.
>=20
>=20
Thnaks a lot for the clarification ;-)

I asked this bacause our perl policy is perl-<module name> and i did the=20
perl module perl-RefDB-perlmod for refDB-perlmod package.

We may need a mode generic name (RefDB-???) but as you've stated there=20
is no primary one.

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

[Refdb-devel] SourceForge trackers will now send mails to this list

[Markus H. <mar...@mh...>]

Hi,

I've just detected two fairly new bug reports and wondered why I didn't know
about them. Turns out that the tracker management was overhauled and I no
longer receive emails for new submissions. I've now added the devel list as the
recipient of notifications. I hope no one is offended by the additional
(low-volume) traffic.

regards,
Markus

-- 
Markus Hoenicka
mar...@ca...
(Spam-protected email: replace the quadrupeds with "mhoenicka")
http://www.mhoenicka.de

[Refdb-devel] [ refdb-Bugs-1544021 ] broken dependencies in debian svn package

[SourceForge.net <no...@so...>]

Bugs item #1544021, was opened at 2006-08-21 17:40
Message generated for change (Settings changed) made by mhoenicka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=385991&aid=1544021&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: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Dominik (dreusser)
>Assigned to: David Nebauer (davidnebauer)
Summary: broken dependencies in debian svn package

Initial Comment:
libperl-refdb-makestyle depends on refdb which in turn
conflicts refdb-clients.... 
So basically the new svn-packages are not installable.



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=385991&aid=1544021&group_id=26091

[Refdb-devel] Table support in current DocBook XSL stylesheets [was: Latin-1 character 160 (nbsp) in manpages]

[Markus H. <mar...@mh...>]

Hi Mike,

Michael(tm) Smith writes:
 > I've also attached a patch to the driver file. The patch causes
 > the driver to check the value of the DocBook XSL stylesheets
 > $VERSION param. If the middle part is 70 or greater, it uses the
 > table-processing code in the stylesheets as-is; otherwise, it
 > falls back to outputting the table rows in paragraphs.
 > 

The new manpage output is a real jawdropper. Thanks for providing the
patch.

regards,
Markus

-- 
Markus Hoenicka
mar...@ca...
(Spam-protected email: replace the quadrupeds with "mhoenicka")
http://www.mhoenicka.de

Re: [Refdb-devel] Latin-1 character 160 (nbsp) in manpages

[Markus H. <mar...@mh...>]

Hi Mike,

Michael(tm) Smith writes:
 > > There are two Latin-1 characters 160 (non-breaking space) in line 143 of 
 > > refdbc.1.
 > 
 > Version 1.69.1 and the current 1.70.1 version of the DocBook XSL
 > stylesheets should be correctly converting those instances into
 > the corresponding roff escape ("\ "). If the characters are not
 > getting converted due to a stylesheet bug, I can fix the bug and
 > get a 1.70.2 release out relatively soon.
 > 

I believe this explains why I never managed to reproduce this
problem. Apparently the DocBook stylesheets were at least at 1.69.1 on
all boxes that I've tested this with. I'm glad this is one of these
"self-solving" problems.

regards,
Markus

-- 
Markus Hoenicka
mar...@ca...
(Spam-protected email: replace the quadrupeds with "mhoenicka")
http://www.mhoenicka.de

Re: [Refdb-devel] RefDB-perlmod packaged as refdb-lib

[David N. <dav...@sw...>]

Hi St=E9phane,

> I think it would be consistent to name your package=20
> libperl-refDB-perlmod instead of refdb-lib, to be in agreement with=20
> debian policy (to tell the thrut, i don't know what is the correct=20
> policy for perl modules in debian).

Section 4.2 of the Debian Perl Policy ('Module Package Names', accessed=20
at=20
<http://www.debian.org/doc/packaging-manuals/perl-policy/ch-module_packag=
es.html>),=20
states:

    "Perl module packages should be named for the primary module
    provided. The naming convention for module Foo::Bar is
    libfoo-bar-perl. Packages which include multiple modules may
    additionally include provides for those modules using the same
    convention."

If one were to apply this naming scheme to RefDB-perlmod the result=20
would 'librefdb-perlmod-perl'.  Because of the repeated text string=20
'perl' this name would be faintly ridiculous.  In any event, the name=20
'refdb-perlmod' does not reflect any of the modules inside the=20
distribution -- it is simply a name Markus selected to call his=20
collection of modules.

The policy claims the deb package should be based on the name of the=20
primary module.  In my opinion you cannot select one of the modules in=20
the RefDB-perlmod archive as a primary one.  They each serve a unique,=20
important function.  In my opinion, therefore, the Policy does not apply =

to the naming of this package.  I considered myself free to pick a=20
meaningful name and believe I have done so.

This package could be viewed as a library and so I could have called it=20
'librefdb'.  I did not for two reasons: it is not a real library in the=20
common use of the term, and I wanted the refdb packages to appear close=20
together in package managers (i.e., the alphabetical order).

Incidentally, you may have noticed my naming of the libperl-term-clui=20
package violates section 4.2 of the Debian Perl Policy.  The trend to=20
name packages 'libperl-foo-bar' rather than 'libfoo-par-perl' is one=20
that has become increasingly popular.  In my opinion it is easy to see=20
why -- it is much easier to extract the package name from a quick glance =

since the major parts of the module name are separated by hyphens.

Regards,
David.

Re: [Refdb-devel] RefDB-perlmod packaged as refdb-lib

[Markus H. <mar...@mh...>]

Hi,

St=E9phane T=E9letch=E9a <ste...@jo...> was heard to say:

> It was not a concern of "usurping" (since its GPL and i presume he had
> mentionned the source). It is rather a concern of naming policy.
> For instance for the rpm part, i made a perl-RefDB-perlmod sub-package,
> like this it is coherent with the other disribution packets.
>

I have to apologize as my words were misleading. I meant to say that you =
were
concerned about RefDB packages containing things that should be packaged
separately. I'm all with you in this concern, but as David has mentioned
himself there is no extra code in that package.

sorry for the confusion

Markus

--=20
Markus Hoenicka
mar...@ca...
(Spam-protected email: replace the quadrupeds with "mhoenicka")
http://www.mhoenicka.de