refdb-users — List for RefDB users

[Refdb-users] phpweb help again

[Daniel O'D. <dan...@ul...>]

I must be doing something silly: I'm installing refdb and php web on a
new server and have followed all the instructions as far as I can tell.

On my old server, going to either refdb.domain.tld or domain.tld/refdb
invokes the index.html, and I can load my dbases.

On my new server, refdb.domain.tld invokes index.html, but I am unable
to connect to any dbases; domain.tld/refdb gets a 404 error. I've
compared my mods-available, mods-enabled, sites-available,
sites-enabled, php.ini, refdbdrc, refdbarc, and .refdbcrc files line on
both machines and can't see any differences that would affect this.

I've followed the instructions in phpweb INSTALL exactly, as far as I
can tell, except for the mods, which should be now found in
mods-available in php5 (and is found there in the server that works).
I'm sure there is a trick I've missed this time. Any suggestions?
-- 
Daniel Paul O'Donnell, PhD
Associate Professor and Chair
Director, Digital Medievalist Project
<http://www.digitalmedievalist.org/>
Department of English
University of Lethbridge
Lethbridge AB T1K 3M4

Tel. +1 (403) 329-2378
Fax. +1 (403) 382-7191

:@wiglaf (dapper ubuntu)

[Refdb-users] Project lists

[Daniel O'D. <dan...@ul...>]

A thing that has come up repeatedly on the procite list is the
advantages of procite's grouping mechanism. It works like pickref,
except you can have an unlimited number of arbitrary lists. For my last
book I used this to build chapter bibliographies. This feature is
apparently also in refworks.

You could presumably do this in refdb by creating different users each
with a personal list. But is there a native way to doing multiple
personal lists without creating extra users?

d
-- 
Daniel Paul O'Donnell, PhD
Associate Professor and Chair
Director, Digital Medievalist Project
<http://www.digitalmedievalist.org/>
Department of English
University of Lethbridge
Lethbridge AB T1K 3M4

Tel. +1 (403) 329-2378
Fax. +1 (403) 382-7191

:@wiglaf (dapper ubuntu)

Re: [Refdb-users] first install of RefDB .debs

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

Hi,

Dan O'Donnell writes:
 > One of the results of playing around with these many installations is
 > that I am understanding why commercial programs like Oxygen or Crossover
 > Office tend to skip the whole distro specific thing (or offer rpms only)
 > in favour of, as far as I can tell, building from source using a script.
 > Synapsen does it as well, and it is a joy to install, though a much more
 > limited program.
 > 
 > I wonder if something like this would be useful for refdb? Installation
 > is an issue for newbies, I think--perhaps even more so in the case of

I've had mixed experiences with these kinds of install scripts. I've
installed vmware on a Debian box the other day without a hitch -
everything just worked out of the tarballs. On the other hand I had to
watch a less ingenious install script of a tax software eat my
harddrive because of a minor version mismatch - the box just froze and
left the filesystem in a corrupted (but fixable, luckily) state. I
reckon the end-user experience is proportional to the manpower and the
care that is put into these scripts, and this makes it rather unlikely
for a project like RefDB to offer an install script that works
reliably on 99% of the computers out there. This is not meant to
discourage your attempts, or to critizise your abilities, but it is a
hard fact that the script you whipped up works reliably only for one
particular RefDB version on one particular version of one particular
operating system.

The basic idea of building the software on the end-user's machine
instead of providing binaries has been adopted by many operating
systems - most notably the *BSDs which provide "ports" in addition to
or instead of binary packages. These "ports" are essentially Makefiles
which do pretty much the same as you do in your install script: fetch
the tarball(s), resolve dependencies, build, and install. However, we're
looking at an integrated system here. Resolving dependencies can be
nested at an arbitrary level, whereas a script approach either has to
know about all dependencies of the dependencies of what it tries to
install, or has to live with the fact that it can only do so much.

David has already pointed out many of the problems in your script. You
may want to fix the script along these lines, but you should carefully
think about what audience you target. Is it 99% of the potential RefDB
users out there? How many OSes and distributions and how many versions
of these will you be able to cover and test? Or is it only the Ubuntu
users which use the same version as you do? In the latter case I'd
rather suggest to "port" David's Debian packages to Ubuntu. I don't
think that we manage to solve a problem (the app installer that works
on all OSes) that no one else has solved yet. But it takes only one
committed port or package maintainer to make RefDB available to yet
another OS or distribution.

regards,
Markus

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

Re: [Refdb-users] first install of RefDB .debs

[Daniel O'D. <dan...@ul...>]

Thanks David for all the tips. Ubuntu has started a backports service
for Dapper (the later version) which seems to be taking care of some of
the problems.

So the forking may have been only temporary having to do with the
release of the new version.

I'll go through all your suggestions carefully and when I have something
that is safer and more friendly propose storing it somewhere.

-d

On Sat, 2006-08-07 at 12:42 +0930, David Nebauer wrote:
> Hi Dan,
> 
> > I am understanding why commercial programs like Oxygen or Crossover
> > Office tend to skip the whole distro specific thing (or offer rpms only)
> > in favour of, as far as I can tell, building from source using a script.
> >
> > It seems to me it might be
> > better to take a page out of the commercial developers book and offer a
> > set up script that takes care of things on the basis of a couple of
> > responses.
> >   
> 
> You are right that maintaining debs for apps on the cutting edge can be 
> difficult.  Having said that, installing from a good quality deb is 
> still the easiest and quickest way for a newbie to go from zero to fully 
> functioning install.  Now the kinks have been ironed out from the refdb 
> packages they should be usable for Debian newbies.
> 
> That brings us to the problem of incompatibility with other 
> distributions in the Debian universe, such as Ubuntu.  I see where your 
> script fills a need there.
> 
> With regard to the script itself I'd like to make some observations and 
> suggestions for improvement.
> 
> 1. Using debs or CPAN source for perl modules
> 
> Many perl modules are available as debs.  It is almost a philosophical 
> choice as to whether you prefer to use debs when available or stick to 
> CPAN.  I note your script installs Text::Iconv from CPAN source rather 
> than the libtext-iconv-perl deb.  There is an obvious danger here of 
> overwriting deb-installed files -- which wouldn't be playing nice.
> 
> I suggest either switching to installation via deb or at least checking 
> the status of libtext-iconv-perl and installing from CPAN only if the 
> deb is not installed.
> 
> I haven't checked fully but this may apply to other standard perl 
> modules in your script.
> 
> 
> 2. libdbi* and libdbd*
> 
> These libraries are available as debs in the libdbi.sourceforge.net 
> repository.  Would it not be easy to install from them?  The script 
> would have to check '/etc/apt/sources.list' to make sure the libdbi 
> repository was sourced.
> 
> 
> 3. Checking /etc/apt/sources.list
> 
> Since this is pitched at newbies would it not be better to parse 
> '/etc/apt/sources.list' on their behalf to check that required 
> repositories are available?  You need notify them only if the file is 
> not suitably configured.  At that point execution could abort with 
> advice on where to get further information.
> 
> 
> 4. Sudo RSI
> 
> There are 26 'sudo' statements in the script.  Would it not be better to 
> run the script as root and save our poor newbies all that hassle?
> 
> 
> 5. Maintainability of version numbers (1): Use of variables
> 
> The first thought that hit me on looking at the script was that all the 
> specific version numbers make it a maintainability nightmare.  I'd be 
> inclined to handle version numbers by variables and have them all 
> grouped together at the top of the script for easy editing.
> 
> 
> 6. Maintainability of version numbers (2): Use CPAN(PLUS) module
> 
> If you use CPAN or CPANPLUS to install modules you will make maintaining 
> the script much easier.  For example, the following commands:
>     wget 
> http://search.cpan.org/CPAN/authors/id/P/PE/PETDANCE/MARC-Record-1.38.tar.gz 
> &&
>     cd MARC-Record-1.38 &&
>     perl Makefile.PL &&
>     make &&
>     sudo make install &&
>     cd ..
> are replaced, in the case of CPANPLUS, with
>     cpanp -i MARC::Record
> 
> This will install it from scratch if it is not installed or, if already 
> installed, update it if a later version is available.  It also 
> automatically installs any module dependencies.
> 
> It also has the *major* benefit of freeing you from maintaining version 
> numbers and specific CPAN directory filepaths for those modules.
> 
> 
> 7. Choice of database
> 
> You are forcing use of MySQL as the database backend.  There's nothing 
> wrong with that in itself, but you might want to consider letting the 
> user choose between mysql, postgresql, sqlite or sqlite3.
> 
> If you do intend to force use of only one, can I suggest sqlite?  It has 
> a much smaller footprint than mysql.  In addition, it doesn't require a 
> password -- put another way, it accepts any password from refdb.  This 
> makes set up much easier as user input is not required.
> 
> 
> 8. Feedback on failure
> 
> You have chained together dozens of commands using '&&'.  A newbie, from 
> his/her point of view, will see screens of text flying by, periodically 
> interrupted by a request for the root password.  If one of those 
> commands should fail they will be left trying to make sense of a 
> mystical failure message, possibly relating to a perl module they have 
> never heard of, and no idea how to fix the problem.
> 
> While it takes more work, perhaps each installed element, perl module or 
> source tarzip, should be wrapped in it's own block with a specific error 
> message in the event of failure.
> 
> You could fairly easily use a couple of functions to do the repetitious 
> work and prevent code duplication.
> 
> 
> 9. Cannibalise refdb-svn
> 
> I created a script, 'refdb-svn', which fills a slightly different need 
> to yours.  It is designed for users who want to install from, and keep 
> up to date with, the latest refdb svn source.  It has some convenient 
> functions you may want to steal.  A link to the script can be found at 
> the bottom of page <http://refdb.sourceforge.net/download.html>.
> 
> 
> On the whole, I think your install script could be very useful for 
> newbies.  RefDB is a sprawling application that utilises dozens of other 
> tools.  When first encountered it can be very daunting.
> 
> Regards,
> David.
-- 
Daniel Paul O'Donnell, PhD
Associate Professor and Chair
Director, Digital Medievalist Project
<http://www.digitalmedievalist.org/>
Department of English
University of Lethbridge
Lethbridge AB T1K 3M4

Tel. +1 (403) 329-2378
Fax. +1 (403) 382-7191

:@wiglaf (dapper ubuntu)

Re: [Refdb-users] first install of RefDB .debs

[Dan O'D. <dan...@ul...>]

This whole thread has been interesting to me for several reasons, not
least of which is that I have needed to get a number of installations
running.

I came to refdb from Procite and old commercial Mac/Win citation manager
from the publisher of Endnote that is nearing the end of its useful life
(the procite list is busy discussing whether it is now time to get out).

One of the results of playing around with these many installations is
that I am understanding why commercial programs like Oxygen or Crossover
Office tend to skip the whole distro specific thing (or offer rpms only)
in favour of, as far as I can tell, building from source using a script.
Synapsen does it as well, and it is a joy to install, though a much more
limited program.

I wonder if something like this would be useful for refdb? Installation
is an issue for newbies, I think--perhaps even more so in the case of
refdb because it is so powerful and feature laden. The two improvements
I think a newbie would get the most help from would be an easier
installation and of course the old chestnut of a web-based interface
(please not that this is not a negative criticism! I really love using
refdb--I'm just thinking what it would take for me to recommend it to
colleagues who are not more than basically computer literate).

So anyway I threw together a bash script last night that takes me from a
clean distro install to the end of refdb-init.sh, configuring the
sources installations for debian and setting up the perl. It isn't
pretty (It would be better with zenity or something), but it does the
job. It also seems to me that it could be extended to cover other
distros with relative ease, since the main issue when installing from
source is matching the preferred location of lib files and bins. A
bigger issue would be maintenance, since there are quite a number of
specific files that will of course change over time. But I suppose the
script could go in releases.

I'm so new at this that I probably am missing something crucial. What
has been striking in the last week or so with my interactions with both
refdb and yaz, however, is the extent to which cutting edge programs
seem to have trouble with distro packages. It seems to me it might be
better to take a page out of the commercial developers book and offer a
set up script that takes care of things on the basis of a couple of
responses.

I'm copying the script out here in case anybody else is interested in
seeing it. It is still quite rough and has only been tested on my
machines, so I wouldn't use it on a crucial server! I really should add
more abort points, for example.

-8<------
#!/bin/sh

echo "=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"
echo "             /home/dan/installrefdb.sh"
echo ""
echo ""
echo "          This script installs refdb "
echo "                  from source"
echo "                on Debian/Ubuntu"
echo "                    systems"
echo ""
echo "=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"
echo ""
echo ""
echo "     Are you sure that you want to begin?"
echo "                     [y/N]"
read answer
echo ""
answer=3D$answer
if [ ! "$answer" =3D "y" ]
then
echo "Aborting"
exit
fi
echo ""
echo "Step 1:"
echo "Ensure that the community and multiverse repositories are enabled
in /etc/apt/sources.list"
echo ""
echo "To do this, open /etc/apt/sources.list in your favorite editor
(e.g. nano or gedit)"=20
echo "and remove the # sign from  in front of the community and universe
repositories"
echo "(see also:
http://ubuntuguide.org/wiki/Dapper#How_to_add_extra_repositories)"
echo ""
echo ""
echo "     Have you enabled the necessary repositories?"
echo "                     [y/N]"
read answer
echo ""
answer=3D$answer
if [ ! "$answer" =3D "y" ]
then
echo "Aborting... please start again"
exit
fi
echo ""
echo ""
echo "Step 2:"
echo "Installing the necessary binaries (type your adminstrative=20
password if requested)..."
echo ""
echo "sudo apt-get install make mysql-client mysql-server
libmysqlclient15-dev zlib1g-dev libbtparse0 libbtparse-dev
libreadline5-dev gcc libexpat1-dev"
sudo apt-get install make mysql-client mysql-server libmysqlclient15-dev
zlib1g-dev libbtparse0 libbtparse-dev libreadline5-dev gcc libexpat1-dev
echo ""
echo "Step 3:"
echo "Set up an adminstrative password for mysql..."
echo ""
echo "Would you like to set up an administrative username and password=20
for mysql? (y/n)"
read answer
echo ""
answer=3D$answer
if [ "$answer" =3D "y" ]
then
echo "What username would you like (root is fine)?"
read answer
echo ""
name=3D$answer
echo "What password would you like this account to have?"
read answer
echo ""
password=3D$answer
echo ""
echo "mysqladmin -u $name password '$password'"
mysqladmin -u $name password '$password'
fi
echo "Step 4:"
echo "Get and install files..."
echo "wget
http://umn.dl.sourceforge.net/sourceforge/libdbi/libdbi-0.8.1.tar.gz &&
tar zxvf libdbi-0.8.1.tar.gz && cd libdbi-0.8.1/ && ./configure
--prefix=3D/usr && make && sudo make install && cd .. && wget
http://umn.dl.sourceforge.net/sourceforge/libdbi-drivers/libdbi-drivers-0.8=
.1a.tar.gz && tar zxvf libdbi-drivers-0.8.1a.tar.gz && cd libdbi-drivers-0.=
8.1/ && ./configure --prefix=3D/usr --with-mysql && make && sudo make insta=
ll && cd .. && wget http://search.cpan.org/CPAN/authors/id/P/PE/PETDANCE/MA=
RC-Record-1.38.tar.gz http://search.cpan.org/CPAN/authors/id/R/RB/RBERJON/X=
ML-NamespaceSupport-1.09.tar.gz http://search.cpan.org/CPAN/authors/id/M/MS=
/MSERGEANT/XML-SAX-0.14.tar.gz http://search.cpan.org/CPAN/authors/id/K/KA/=
KASEI/Class-Accessor-0.25.tar.gz http://search.cpan.org/CPAN/authors/id/E/E=
S/ESUMMERS/MARC-Charset-0.95.tar.gz http://search.cpan.org/CPAN/authors/id/=
M/MS/MSERGEANT/XML-Parser-2.34.tar.gz http://search.cpan.org/CPAN/authors/i=
d/M/MP/MPIOTR/Text-Iconv-1.4.tar.gz http://superb-east.dl.sourceforge.net/s=
ourceforge/refdb/RefDB-perlmod-0.4.1.tar.gz && tar zxvf MARC-Record-1.38.ta=
r.gz && tar zxvf XML-NamespaceSupport-1.09 && tar zxvf Class-Accessor-0.25 =
&& tar zxvf XML-SAX-0.14.tar.gz && tar zxvf MARC-Charset-0.95.tar.gz && tar=
 zxvf XML-Parser-2.34.tar.gz && tar zxvf Text-Iconv-1.4.tar.gz && tar zxvf =
RefDB-perlmod-0.4.1.tar.gz && cd MARC-Record-1.38 && perl Makefile.PL && ma=
ke && sudo make install && cd ../XML-NamespaceSupport-1.09 && perl Makefile=
.PL && make && sudo make install && cd ../XML-SAX-0.14 && perl Makefile.PL =
&& make && sudo make install && cd ../Class-Accessor-0.25 && perl Makefile.=
PL && make && sudo make install && cd ../MARC-Charset-0.95 && perl Makefile=
.PL && make && sudo make install && cd ../XML-Parser-2.34 && perl Makefile.=
PL && make && sudo make install && cd ../Text-Iconv-1.4 && perl Makefile.PL=
 && make && sudo make install && cd ../RefDB-perlmod-0.4.1 && perl Makefile=
.PL && make && sudo make install && cd ../ && wget http://refdb.sourceforge=
.net/pre/refdb-latest.tar.gz && tar zxvf refdb-latest.tar.gz && cd refdb-0.=
9.7-pre7/ && ./configure --sysconfdir=3D/etc --with-refdb-url=3Dhttp://loca=
lhost/refdb --prefix=3D/usr && make && sudo make install && cd .."
wget
http://umn.dl.sourceforge.net/sourceforge/libdbi/libdbi-0.8.1.tar.gz &&
tar zxvf libdbi-0.8.1.tar.gz && cd libdbi-0.8.1/ && ./configure
--prefix=3D/usr && make && sudo make install && cd .. && wget
http://umn.dl.sourceforge.net/sourceforge/libdbi-drivers/libdbi-drivers-0.8=
.1a.tar.gz && tar zxvf libdbi-drivers-0.8.1a.tar.gz && cd libdbi-drivers-0.=
8.1/ && ./configure --prefix=3D/usr --with-mysql && make && sudo make insta=
ll && cd .. && wget http://search.cpan.org/CPAN/authors/id/P/PE/PETDANCE/MA=
RC-Record-1.38.tar.gz http://search.cpan.org/CPAN/authors/id/R/RB/RBERJON/X=
ML-NamespaceSupport-1.09.tar.gz http://search.cpan.org/CPAN/authors/id/M/MS=
/MSERGEANT/XML-SAX-0.14.tar.gz http://search.cpan.org/CPAN/authors/id/K/KA/=
KASEI/Class-Accessor-0.25.tar.gz http://search.cpan.org/CPAN/authors/id/E/E=
S/ESUMMERS/MARC-Charset-0.95.tar.gz http://search.cpan.org/CPAN/authors/id/=
M/MS/MSERGEANT/XML-Parser-2.34.tar.gz http://search.cpan.org/CPAN/authors/i=
d/M/MP/MPIOTR/Text-Iconv-1.4.tar.gz http://superb-east.dl.sourceforge.net/s=
ourceforge/refdb/RefDB-perlmod-0.4.1.tar.gz && tar zxvf MARC-Record-1.38.ta=
r.gz && tar zxvf XML-NamespaceSupport-1.09.tar.gz && tar zxvf Class-Accesso=
r-0.25.tar.gz && tar zxvf XML-SAX-0.14.tar.gz && tar zxvf MARC-Charset-0.95=
.tar.gz && tar zxvf XML-Parser-2.34.tar.gz && tar zxvf Text-Iconv-1.4.tar.g=
z && tar zxvf RefDB-perlmod-0.4.1.tar.gz && cd MARC-Record-1.38 && perl Mak=
efile.PL && make && sudo make install && cd ../XML-NamespaceSupport-1.09 &&=
 perl Makefile.PL && make && sudo make install && cd ../XML-SAX-0.14 && per=
l Makefile.PL && make && sudo make install && cd ../Class-Accessor-0.25 && =
perl Makefile.PL && make && sudo make install && cd ../MARC-Charset-0.95 &&=
 perl Makefile.PL && make && sudo make install && cd ../XML-Parser-2.34 && =
perl Makefile.PL && make && sudo make install && cd ../Text-Iconv-1.4 && pe=
rl Makefile.PL && make && sudo make install && cd ../RefDB-perlmod-0.4.1 &&=
 perl Makefile.PL && make && sudo make install && cd ../ && wget http://ref=
db.sourceforge.net/pre/refdb-latest.tar.gz && tar zxvf refdb-latest.tar.gz =
&& cd refdb-0.9.7-pre7/ && ./configure --sysconfdir=3D/etc --with-refdb-url=
=3Dhttp://localhost/refdb --prefix=3D/usr && make && sudo make install && c=
d ..
echo ""
echo ""
echo "Now running the installation script. Please answer all
questions..."
echo ""
echo "cd /usr/local/bin/ && sudo refdb-init.sh"
cd /usr/local/bin/ && sudo refdb-init.sh
echo ""
echo "If you had no error messages, your installation was successful.
Enjoy!"
-->8-----

I through together a bash script last night that takes you from a clean
install to the conclusion of the refdb-init.sh script, setting up your=20

On Fri, 2006-07-07 at 16:05 +0200, Markus Hoenicka wrote:
> doug <dou...@gm...> was heard to say:
>=20
> > It almost went off without a hitch but for some reason
> > I was missing a /var/lib/refdb/db/DB_VERSION file which your install
> > script complained about in a big blue voice.
> >
> > I wasn't exactly sure how to convince refdbd to produce one for me
> > but discovered I had one lurking in /usr/local/var/lib....
> >
>=20
> According to Subversion I've fixed this problem 12 days ago. This was pro=
bably
> too late for the prerelease you're testing, but this problem should no lo=
nger
> show up in the .debs built from the svn version.
>=20
> regards,
> Markus
>=20

Re: [Refdb-users] first install of RefDB .debs

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

doug <dou...@gm...> was heard to say:

> It almost went off without a hitch but for some reason
> I was missing a /var/lib/refdb/db/DB_VERSION file which your install
> script complained about in a big blue voice.
>
> I wasn't exactly sure how to convince refdbd to produce one for me
> but discovered I had one lurking in /usr/local/var/lib....
>

According to Subversion I've fixed this problem 12 days ago. This was probably
too late for the prerelease you're testing, but this problem should no longer
show up in the .debs built from the svn version.

regards,
Markus

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

Re: [Refdb-users] first install of RefDB .debs

[doug <dou...@gm...>]

Hi David,

On Friday 07 July 2006 20:46, David Nebauer wrote:

> I have corrected the paths in package 'refdb' located in 
> repository 'release' by using a frankly hideous hack in the package
> build process.  

You have indeed! 

>
> If you upgrade to the new version it should, fingers crossed, install
> without a problem.

It almost went off without a hitch but for some reason
I was missing a /var/lib/refdb/db/DB_VERSION file which your install 
script complained about in a big blue voice. 

I wasn't exactly sure how to convince refdbd to produce one for me 
but discovered I had one lurking in /usr/local/var/lib....

After that it installed without problems and asked me nicely about 
replacing the init.d script. So I think you might have it almost 
idiot proof now!

Cheers
Doug

Re: [Refdb-users] first install of RefDB .debs

[doug <dou...@gm...>]

Hi David,

> As the current versions of libdbd* and libdbi0* are 0.8.1-3, you could
> try a command like:
>     apt-get install libdbd-sqlite=0.8.1-3 libdbi0=0.8.1-3
that worked a treat.
I have a hazy recollection of apt and something called "pinning" that lets
you prioritise these things, but am  a bit pressed for time to explore just 
now.

Anyway the install messages are as follows:

timeout:/etc/apt#  apt-get install libdbd-sqlite=0.8.1-3 libdbi0=0.8.1-3
Reading package lists... Done
Building dependency tree... Done
Suggested packages:
  libdbd-mysql libdbd-pgsql
The following packages will be upgraded:
  libdbd-sqlite libdbi0
2 upgraded, 0 newly installed, 0 to remove and 155 not upgraded.
Need to get 204kB of archives.
After unpacking 115kB of additional disk space will be used.
WARNING: The following packages cannot be authenticated!
  libdbi0 libdbd-sqlite
Install these packages without verification [y/N]? y     
Get:1 http://libdbi.sourceforge.net unstable/main libdbi0 0.8.1-3 [40.0kB]
Get:2 http://libdbi.sourceforge.net unstable/main libdbd-sqlite 0.8.1-3 
[164kB]
Fetched 204kB in 3s (57.3kB/s)
(Reading database ... 160157 files and directories currently installed.)
Preparing to replace libdbi0 0.7.2-1 (using .../libdbi0_0.8.1-3_i386.deb) ...
Unpacking replacement libdbi0 ...
Preparing to replace libdbd-sqlite 0.7.1-3.1 
(using .../libdbd-sqlite_0.8.1-3_i386.deb) ...
Unpacking replacement libdbd-sqlite ...
Setting up libdbi0 (0.8.1-3) ...

Setting up libdbd-sqlite (0.8.1-3) ...






timeout:/etc/apt#  apt-get install refdb
Reading package lists... Done
Building dependency tree... Done
The following extra packages will be installed:
  libperl-refdb-makestyle libperl-term-clui
Suggested packages:
  refdb-makestyle libmarc-record-perl libmarc-charset-perl libdbd-mysql
  libdbd-pgsql libperl-marc-record libperl-marc-charset
The following NEW packages will be installed:
  libperl-refdb-makestyle libperl-term-clui refdb
0 upgraded, 3 newly installed, 0 to remove and 157 not upgraded.
Need to get 2306kB of archives.
After unpacking 8225kB of additional disk space will be used.
Do you want to continue [Y/n]?
WARNING: The following packages cannot be authenticated!
  libperl-term-clui refdb libperl-refdb-makestyle
Install these packages without verification [y/N]? y
Get:1 http://refdb.sourceforge.net unstable/main libperl-term-clui 1.35-1 
[29.6kB]
Get:2 http://refdb.sourceforge.net unstable/main refdb 0.9.7-pre7 [2225kB]
Get:3 http://refdb.sourceforge.net unstable/main libperl-refdb-makestyle 1.2-1 
[51.7kB]
Fetched 2306kB in 9s (232kB/s)
Selecting previously deselected package libperl-term-clui.
(Reading database ... 160168 files and directories currently installed.)
Unpacking libperl-term-clui (from .../libperl-term-clui_1.35-1_i386.deb) ...
Selecting previously deselected package refdb.
Unpacking refdb (from .../refdb_0.9.7-pre7_i386.deb) ...
Selecting previously deselected package libperl-refdb-makestyle.
Unpacking libperl-refdb-makestyle 
(from .../libperl-refdb-makestyle_1.2-1_i386.deb) ...
Setting up libperl-term-clui (1.35-1) ...
Setting up libperl-refdb-makestyle (1.2-1) ...
Setting up refdb (0.9.7-pre7) ...
Installing new version of config file /etc/refdb/refdbdrc ...
Starting bibliography tool application server: refdb.
/usr/local/bin/refdbctl start: /usr/local/bin/refdbd already running 
(PID=5547)

I'm guessing that probably should have killed the old process and started a 
new one no?

and for some reason it didn't do the 
   y/N
   D/I
install package maintainers version of the /etc/init.d/refdb script:
which consequently is still my original version from Feb.
-rwxr-xr-x 1 root root 3035 Feb 12 15:28 /etc/init.d/refdb
(and which has a hardwired /usr/local

Apart from that it seems to have installed ok and both refdbd and refdbc 
seem to be working. I will try to run some more tests later, but for the 
moment, I reckon ya done good!

Cheers
Doug

On Friday 07 July 2006 13:20, David Nebauer wrote:
> Hi Doug,
>
> > The following packages have unmet dependencies:
> >   refdb: Depends: libdbd-sqlite (>= 0.8.1-2) but 0.7.1-3.1 is to be
> > installed E: Broken packages
> >
> >> The libdbi drivers are now up-to-date and should install correctly.
> >>
> >> libdbi:
> >>     deb http://libdbi.sourceforge.net/debian <distro> main
> >> where <distro> is replaced by 'testing' or 'unstable'
>
> Clearly apt-get does not want to install the 0.8.1-x version of libdbi0.
>
> I can think of two reasons:
>
>
> 1. Unaware of libdbi0.sourceforge.net repository.
>
> In order to find the 0.8.1-x version of libdbi0, apt-get must have been
> made aware of the libdbi0.sourceforge.net repository.  This is done by
> adding the appropriate line to '/etc/apt/sources.list' as described in
> my previous email (and quoted above).
>
>
> 2. Sees both versions but insists on installing the 0.7.1-x version.
>
> If '/etc/apt/sources.list' is configured correctly, then your package
> management tool has available to it at least two versions: the version
> from the official Debian repository (0.7.1-x) and the version from the
> libdbi0.sourceforge.net repository (0.8.1-x).  I use aptitude and in
> that tool you can query an individual package to see what versions are
> available for installation and can manually select your desired version.
>
> I don't understand the full intricacies of how apt-get chooses which
> version to install.  A quick perusal of the apt-get manpage, however,
> reveals that you can manually specify which version of a package to
> install:
>
>     "A specific version of a package can be selected for installation by
>     following the package name with an equals and the version of the
>     package to select.  This will cause that version to be located and
>     selected for install."
>
>
>
> Regards,
> David.

Re: [Refdb-users] first install of RefDB .debs

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

Hi Daniel,

> I tried testing--though that often causes trouble with Ubuntu, since
> that's where the forks exist. The following unmet dependencies arise:
>   
>> The following packages have unmet dependencies:
>>   refdb: Depends: libdbd-sqlite (>= 0.8.1-2) but 0.7.1-3 is to be installed
>>          Depends: whiptail (>= 0.52.2-4) but 0.51.6-31ubuntu1 is to be installed
>>          Depends: libc6 (>= 2.3.6-6) but 2.3.6-0ubuntu20 is to be installed

I'm limited in how much I can help you.  I've never used ubuntu.  Ubuntu 
clearly does a lot of things right as it has become so popular so 
quickly.  Unfortunately, one of the problems with ubuntu is that it 
diverges significantly from debian.  There is, apparently, no guarantee 
a ubuntu package will install on debian, and vice versa.  Each distro 
blames the other but that doesn't change the fact.  Many packages now 
have separate maintainers for debian and ubuntu for just this reason.  I 
think refdb has become another example.

You appear to have a couple of problems here:

1. libdbd-sqlite

I refer you to an earlier posting on this thread in which I made two 
suggestions for why the 0.7.1-x version of libdbd-sqlite is being 
installed instead of 0.8.1-x and made some suggestions for overcoming them.

2. libc6, whiptail and company

whiptail is a "soft" dependency.  The version I've nominated is the 
version of the package in 'testing' when it became a dependency.  Only 
it's most basic functionality is actually required and I'm sure an 
earlier version would work just as well.

libc6 is more difficult.  I know for a fact 2.3.2.ds1 is not compatible 
with refdb.  2.3.6-6 *is* compatible.  Unfortunately, I don't know 
whereabouts in-between the incompatibility arose.  If I relax the 
version requirement to accommodate the ubuntu version I may well cause 
breakage on a debian system using an earlier debian version.

Sorry if that makes me sound a little ignorant of the requirements of my 
own package.  Unfortunately, the dependencies remain frozen at whatever 
their original versions were until something breaks -- usually when 
Markus uses new functionality provided by a more recent version.  When 
the problem is tracked down to the relevant package, I simply test the 
most recent version in 'testing'.  If it works, that version becomes the 
new dependency.  I hope that shows how it is I can be unaware of the 
exact version at which incompatibility occurs.

I'm presuming the ubuntu versions of these packages are fairly 
up-to-date.  If you ensure the latest versions of each are installed, 
I'd personally be inclined to simply force the install of package 
'refdb' while ignoring the dependency conflicts.  You would need to test 
the basic operation of refdb after installation to make sure it works 
with libc6.

If your package manager won't let you force an install, download the deb 
directly from either:
    
http://refdb.sourceforge.net/debian/release/pool/r/refdb/refdb_0.9.7-pre7_i386.deb
or
    
http://refdb.sourceforge.net/debian/svn/pool/r/refdb/refdb_0.0-svn-<date>_i386.deb
depending on whether you want the pre-release or recent svn version, 
then install it directly with:
    dpkg --force-depends-version -i /path/to/refdb_<version>_i386.deb

If that advice sounds a bit reckless, perhaps you could approach the 
maintainers of the affected ubuntu packages and ask which version of the 
debian packages correspond to theirs.

> I'm getting a 404 error on all stable debian packages.
>   

The refdb repositories supply only 'testing' and 'unstable' versions of 
package 'refdb'.  In reality both versions are the same package badged 
in two ways using the "pooled repository" model.

As a matter of policy I don't supply a 'stable' version.  Markus has a 
general habit of quickly utilising new functionality provided by 
underlying libraries and tools as they become available.  Since debian 
'stable' so quickly falls behind the cutting edge, maintaining a 
'stable' version would be far too much work for me.  Even using debian 
'testing' as my target build platform, Markus occasionally incorporates 
new features from packages that have not yet made it to 'testing' (or 
even 'unstable'!).  This can cause delays while waiting for the new 
version to hit 'testing' or even result in me hand-rolling the relevant 
debs and making them available in a custom repository (think libdbi0* 
and libdbd*).

Once refdb reaches a 1.0 release it will probably be appropriate to 
start providing a stable version, but that will require so much work to 
my build system I don't dare contemplate it now.

The debian package management tools provide methods for mixing and 
matching repositories and versions.  As a place to start, you could try 
googling on "pinning preferences apt".

Regards,
David.

Re: [Refdb-users] first install of RefDB .debs

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

Hi Doug,

> The following packages have unmet dependencies:
>   refdb: Depends: libdbd-sqlite (>= 0.8.1-2) but 0.7.1-3.1 is to be installed
> E: Broken packages
>   
>> The libdbi drivers are now up-to-date and should install correctly.
>>
>> libdbi:
>>     deb http://libdbi.sourceforge.net/debian <distro> main
>> where <distro> is replaced by 'testing' or 'unstable'
>>     

Clearly apt-get does not want to install the 0.8.1-x version of libdbi0.

I can think of two reasons:


1. Unaware of libdbi0.sourceforge.net repository.

In order to find the 0.8.1-x version of libdbi0, apt-get must have been 
made aware of the libdbi0.sourceforge.net repository.  This is done by 
adding the appropriate line to '/etc/apt/sources.list' as described in 
my previous email (and quoted above).


2. Sees both versions but insists on installing the 0.7.1-x version.

If '/etc/apt/sources.list' is configured correctly, then your package 
management tool has available to it at least two versions: the version 
from the official Debian repository (0.7.1-x) and the version from the 
libdbi0.sourceforge.net repository (0.8.1-x).  I use aptitude and in 
that tool you can query an individual package to see what versions are 
available for installation and can manually select your desired version.

I don't understand the full intricacies of how apt-get chooses which 
version to install.  A quick perusal of the apt-get manpage, however, 
reveals that you can manually specify which version of a package to install:

    "A specific version of a package can be selected for installation by
    following the package name with an equals and the version of the
    package to select.  This will cause that version to be located and
    selected for install."


As the current versions of libdbd* and libdbi0* are 0.8.1-3, you could 
try a command like:
    apt-get install libdbd-sqlite=0.8.1-3 libdbi0=0.8.1-3

Regards,
David.

Re: [Refdb-users] first install of RefDB .debs

[doug <dou...@gm...>]

Hi David
ok. I ran apt-get update 
and apt-get install refdb using  debian/release unstable 

and now it says:


The following packages have unmet dependencies:
  refdb: Depends: libdbd-sqlite (>= 0.8.1-2) but 0.7.1-3.1 is to be installed
E: Broken packages

$ apt-get install libdbd-sqlite
Reading package lists... Done
Building dependency tree... Done
libdbd-sqlite is already the newest version.

Cheers
Doug


On Friday 07 July 2006 08:35, David Nebauer wrote:
> Hi Doug,
>
> > As I recall the bigger issue was the libdbi database drivers.
> > So could you tell me the exact apt/sources.list lines I should be using
> > to get both the libdbi etc. and RefDB x86 packages?
>
> The libdbi drivers are now up-to-date and should install correctly.
>
> The Debian install instructions for RefDB can be found at
> <http://refdb.sourceforge.net/install.html#debian>.  There is a link on
> that page to the libdbi Debian install instructions at
> <http://libdbi.sourceforge.net/download.html>.
>
> Essentially it boils down to specifying the correct repositories in
> '/etc/apt/sources.list'.
>
> RefDB (pre-release):
>     deb http://refdb.sourceforge.net/debian/release <distro> main
> where <distro> is replaced by 'testing' or 'unstable'
>
> RefDB (svn latest):
>     deb http://refdb.sourceforge.net/debian/svn <distro> main
> where <distro> is replaced by 'testing' or 'unstable'
>
> ** Specify only one of the above repositories or you may confuse you
> package management tool **
>
> libdbi:
>     deb http://libdbi.sourceforge.net/debian <distro> main
> where <distro> is replaced by 'testing' or 'unstable'
>
> Once you update your package management tool it should be as simple as
> installing package 'refdb'.
>
> Good luck, and let me know how it goes.
>
> Regards,
> David.

Re: [Refdb-users] first install of RefDB .debs

[Daniel O'D. <dan...@ul...>]

I tried testing--though that often causes trouble with Ubuntu, since
that's where the forks exist. The following unmet dependencies arise:

> The following packages have unmet dependencies:
>   refdb: Depends: libdbd-sqlite (>= 0.8.1-2) but 0.7.1-3 is to be installed
>          Depends: whiptail (>= 0.52.2-4) but 0.51.6-31ubuntu1 is to be installed
>          Depends: libc6 (>= 2.3.6-6) but 2.3.6-0ubuntu20 is to be installed
> 

The last is a real pain as the testing Debian package requires the
installation of tzdata which by the time it is installed breaks the
system (the reason why I have a new install of Ubuntu, in fact).

Do we know that these are real dependencies? I.e. this version number
and nothing else? libdbd is less of a problem since that can be
installed from source, but libc6 is awful.

-d

On Thu, 2006-06-07 at 18:40 -0600, Daniel O'Donnell wrote:
> I'm getting a 404 error on all stable debian packages.
> 
> -d
> 
> On Thu, 2006-06-07 at 16:57 -0600, Dan O'Donnell wrote:
> > As it turns out, I have a fresh ubuntu server that I was about to
> > install refdb from source on. I'd love to try out the debian packages
> > instead!
> > 
> > -d
> > 
> > On Fri, 2006-07-07 at 08:52 +0800, doug wrote:
> > > On Friday 07 July 2006 01:29, David Nebauer wrote:
> > > > Hi Doug,
> > > >
> > > > > Doug du Boulay <dd...@ow...> was heard to say:
> > > > >> I reran /etc/init.d/refdb start/stop
> > > > >>
> > > > >> # the full path to the binary that is to be started as a daemon
> > > > >> DAEMON=/usr/local/bin/refdbd
> > > > >> # the full path to the script that actually starts and stops the
> > > > >> application REFDBCTL=/usr/local/bin/refdbctl
> > > >
> > > > It has taken a while but the Debian packages for refdb -- both
> > > > pre-release and svn -- are up-to-date.  I'd like to know if the problems
> > > > you encountered with /etc/init.d/refdb recur.
> > > >
> > > Hi David,
> > > I'm not really a serious RefDB user so I can't guarantee to test it 
> > > immediately and extensively (I just wanted to test out my XSLT RefDB-lite 
> > > hack/kludge with actual RefDB communication). 
> > > As I recall the bigger issue was the libdbi database drivers  which were out 
> > > of synch (in conflict) with the  RefDB package. 
> > > So could you tell me the exact apt/sources.list lines I should be using to
> > > get both the libdbi etc. and RefDB x86 packages?
> > > Many thanks
> > > Doug
> > > 
> > > Using Tomcat but need to do more? Need to support web services, security?
> > > Get stuff done quickly with pre-integrated technology to make your job easier
> > > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> > > _______________________________________________
> > > Refdb-users mailing list
> > > Ref...@li...
> > > https://lists.sourceforge.net/lists/listinfo/refdb-users
> > 
> > 
> > Using Tomcat but need to do more? Need to support web services, security?
> > Get stuff done quickly with pre-integrated technology to make your job easier
> > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> > _______________________________________________
> > Refdb-users mailing list
> > Ref...@li...
> > https://lists.sourceforge.net/lists/listinfo/refdb-users
-- 
Daniel Paul O'Donnell, PhD
Associate Professor and Chair
Director, Digital Medievalist Project
<http://www.digitalmedievalist.org/>
Department of English
University of Lethbridge
Lethbridge AB T1K 3M4

Tel. +1 (403) 329-2378
Fax. +1 (403) 382-7191

:@wiglaf (dapper ubuntu)

Re: [Refdb-users] first install of RefDB .debs

[Daniel O'D. <dan...@ul...>]

I'm getting a 404 error on all stable debian packages.

-d

On Thu, 2006-06-07 at 16:57 -0600, Dan O'Donnell wrote:
> As it turns out, I have a fresh ubuntu server that I was about to
> install refdb from source on. I'd love to try out the debian packages
> instead!
> 
> -d
> 
> On Fri, 2006-07-07 at 08:52 +0800, doug wrote:
> > On Friday 07 July 2006 01:29, David Nebauer wrote:
> > > Hi Doug,
> > >
> > > > Doug du Boulay <dd...@ow...> was heard to say:
> > > >> I reran /etc/init.d/refdb start/stop
> > > >>
> > > >> # the full path to the binary that is to be started as a daemon
> > > >> DAEMON=/usr/local/bin/refdbd
> > > >> # the full path to the script that actually starts and stops the
> > > >> application REFDBCTL=/usr/local/bin/refdbctl
> > >
> > > It has taken a while but the Debian packages for refdb -- both
> > > pre-release and svn -- are up-to-date.  I'd like to know if the problems
> > > you encountered with /etc/init.d/refdb recur.
> > >
> > Hi David,
> > I'm not really a serious RefDB user so I can't guarantee to test it 
> > immediately and extensively (I just wanted to test out my XSLT RefDB-lite 
> > hack/kludge with actual RefDB communication). 
> > As I recall the bigger issue was the libdbi database drivers  which were out 
> > of synch (in conflict) with the  RefDB package. 
> > So could you tell me the exact apt/sources.list lines I should be using to
> > get both the libdbi etc. and RefDB x86 packages?
> > Many thanks
> > Doug
> > 
> > Using Tomcat but need to do more? Need to support web services, security?
> > Get stuff done quickly with pre-integrated technology to make your job easier
> > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> > _______________________________________________
> > Refdb-users mailing list
> > Ref...@li...
> > https://lists.sourceforge.net/lists/listinfo/refdb-users
> 
> 
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Refdb-users mailing list
> Ref...@li...
> https://lists.sourceforge.net/lists/listinfo/refdb-users
-- 
Daniel Paul O'Donnell, PhD
Associate Professor and Chair
Director, Digital Medievalist Project
<http://www.digitalmedievalist.org/>
Department of English
University of Lethbridge
Lethbridge AB T1K 3M4

Tel. +1 (403) 329-2378
Fax. +1 (403) 382-7191

:@wiglaf (dapper ubuntu)

Re: [Refdb-users] first install of RefDB .debs

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

Hi Doug,

> As I recall the bigger issue was the libdbi database drivers.
> So could you tell me the exact apt/sources.list lines I should be using to
> get both the libdbi etc. and RefDB x86 packages?

The libdbi drivers are now up-to-date and should install correctly.

The Debian install instructions for RefDB can be found at 
<http://refdb.sourceforge.net/install.html#debian>.  There is a link on 
that page to the libdbi Debian install instructions at 
<http://libdbi.sourceforge.net/download.html>.

Essentially it boils down to specifying the correct repositories in 
'/etc/apt/sources.list'.

RefDB (pre-release):
    deb http://refdb.sourceforge.net/debian/release <distro> main
where <distro> is replaced by 'testing' or 'unstable'

RefDB (svn latest):
    deb http://refdb.sourceforge.net/debian/svn <distro> main
where <distro> is replaced by 'testing' or 'unstable'

** Specify only one of the above repositories or you may confuse you 
package management tool **

libdbi:
    deb http://libdbi.sourceforge.net/debian <distro> main
where <distro> is replaced by 'testing' or 'unstable'

Once you update your package management tool it should be as simple as 
installing package 'refdb'.

Good luck, and let me know how it goes.

Regards,
David.

Re: [Refdb-users] first install of RefDB .debs

[Dan O'D. <dan...@ul...>]

As it turns out, I have a fresh ubuntu server that I was about to
install refdb from source on. I'd love to try out the debian packages
instead!

-d

On Fri, 2006-07-07 at 08:52 +0800, doug wrote:
> On Friday 07 July 2006 01:29, David Nebauer wrote:
> > Hi Doug,
> >
> > > Doug du Boulay <dd...@ow...> was heard to say:
> > >> I reran /etc/init.d/refdb start/stop
> > >>
> > >> # the full path to the binary that is to be started as a daemon
> > >> DAEMON=/usr/local/bin/refdbd
> > >> # the full path to the script that actually starts and stops the
> > >> application REFDBCTL=/usr/local/bin/refdbctl
> >
> > It has taken a while but the Debian packages for refdb -- both
> > pre-release and svn -- are up-to-date.  I'd like to know if the problems
> > you encountered with /etc/init.d/refdb recur.
> >
> Hi David,
> I'm not really a serious RefDB user so I can't guarantee to test it 
> immediately and extensively (I just wanted to test out my XSLT RefDB-lite 
> hack/kludge with actual RefDB communication). 
> As I recall the bigger issue was the libdbi database drivers  which were out 
> of synch (in conflict) with the  RefDB package. 
> So could you tell me the exact apt/sources.list lines I should be using to
> get both the libdbi etc. and RefDB x86 packages?
> Many thanks
> Doug
> 
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Refdb-users mailing list
> Ref...@li...
> https://lists.sourceforge.net/lists/listinfo/refdb-users

Re: [Refdb-users] first install of RefDB .debs

[doug <dou...@gm...>]

On Friday 07 July 2006 01:29, David Nebauer wrote:
> Hi Doug,
>
> > Doug du Boulay <dd...@ow...> was heard to say:
> >> I reran /etc/init.d/refdb start/stop
> >>
> >> # the full path to the binary that is to be started as a daemon
> >> DAEMON=/usr/local/bin/refdbd
> >> # the full path to the script that actually starts and stops the
> >> application REFDBCTL=/usr/local/bin/refdbctl
>
> It has taken a while but the Debian packages for refdb -- both
> pre-release and svn -- are up-to-date.  I'd like to know if the problems
> you encountered with /etc/init.d/refdb recur.
>
Hi David,
I'm not really a serious RefDB user so I can't guarantee to test it 
immediately and extensively (I just wanted to test out my XSLT RefDB-lite 
hack/kludge with actual RefDB communication). 
As I recall the bigger issue was the libdbi database drivers  which were out 
of synch (in conflict) with the  RefDB package. 
So could you tell me the exact apt/sources.list lines I should be using to
get both the libdbi etc. and RefDB x86 packages?
Many thanks
Doug

Re: [Refdb-users] Searching multiple fields

[Dan O'D. <dan...@ul...>]

Great, that did it for me.

On Thu, 2006-06-07 at 09:07 +0200, Markus Hoenicka wrote:
> Dan O'Donnell <dan...@ul...> was heard to say:
> 
> 
> > I suppose one could build a script for it (e.g. asking for a name,
> > defining a variable, and then replacing the variable in a pre-built
> > command like this: :AU:~$name and :A1:~$name and :A2:~$name and :A3:~
> > $name. Is there a native system though?
> >
> 
> I'm afraid this is just a lack of documentation. In order to search for any type
> of author/editor/series editor, use the pseudo-tag :AX:. Similarly, use :TX: to
> search for any type of title, and :JX: for any type of journal name.
> 
> regards,
> Markus
> 

Re: [Refdb-users] new (potental) user with problems (debian/sid)

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

>> Try installing the libreadline4 manually either by
>> apt-get install libreadline4 or download the package and use
>> dpkg -i packagename.
>>
>> Debian unstable has libreadline4 version 4.3-18
>>     
> 	this is what I get from my box:
> Package libreadline4 is not available, but is referred to by another
> package.
>   

There was a problem with dependencies when libreadline moved from 
version 4 to 5.

The dependencies in current refdb Debian packages have been corrected.

Regards,
David.

Re: [Refdb-users] first install of RefDB .debs

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

Hi Doug,
> Doug du Boulay <dd...@ow...> was heard to say:
>   
>> I reran /etc/init.d/refdb start/stop
>>
>> # the full path to the binary that is to be started as a daemon
>> DAEMON=/usr/local/bin/refdbd
>> # the full path to the script that actually starts and stops the application
>> REFDBCTL=/usr/local/bin/refdbctl
>>     

It has taken a while but the Debian packages for refdb -- both 
pre-release and svn -- are up-to-date.  I'd like to know if the problems 
you encountered with /etc/init.d/refdb recur.

Regards,
David.

Re: [Refdb-users] Searching multiple fields

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

Dan O'Donnell <dan...@ul...> was heard to say:


> I suppose one could build a script for it (e.g. asking for a name,
> defining a variable, and then replacing the variable in a pre-built
> command like this: :AU:~$name and :A1:~$name and :A2:~$name and :A3:~
> $name. Is there a native system though?
>

I'm afraid this is just a lack of documentation. In order to search for any type
of author/editor/series editor, use the pseudo-tag :AX:. Similarly, use :TX: to
search for any type of title, and :JX: for any type of journal name.

regards,
Markus

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

[Refdb-users] Searching multiple fields

[Dan O'D. <dan...@ul...>]

I've no doubt missed something in the manual, but I'll ask anyway. RIS
uses several fields to catalogue conceptually similar but
bibliographically different information: e.g. analytic titles vs. book
titles, vs. series titles, or analytic/monographic authors vs. editors
vs. series editors. From a user's perspective, however, one often wants
simply to find "an author" without necessarily knowing, remembering, or
even caring whether that author was an analytic or monographic author,
or some kind of editor.

Reading over the manual and tutorial, I can see how one can combine
searches for different terms on different fields (e.g. :AU:~^Miller
and :YR:>1989), and search for combinations of terms on a single field
(e.g. :AU:='& ^Doe ^Jones'). But I'm not sure how to search for a single
term in a range of conceptually similar fields (e.g. is I want to search
for Jones on AU, A1, A2, and A3; or "Beowulf" on any kind of title). I
can see how could construct a query by repeating the term
(e.g. :AU:~Jones and :A1:~Jones and :A2:~Jones and :A3:~Jones). But I
wonder if there is a method that would allow one to enter the term once
and indicate it is spread across a number of fields.

I suppose one could build a script for it (e.g. asking for a name,
defining a variable, and then replacing the variable in a pre-built
command like this: :AU:~$name and :A1:~$name and :A2:~$name and :A3:~
$name. Is there a native system though?

-d

Re: [Refdb-users] marc2ris problems

[Dan O'D. <dan...@ul...>]

Yes. I tried it out again as you suggested with the test and then with
output from marcdump from the YAZ client. I'll have to build a dump into
my PHP Yaz interface.

-d

On Tue, 2006-04-07 at 22:25 +0200, Markus Hoenicka wrote:
> Daniel O'Donnell writes:
>  > A followup:
>  > 
>  > I'd build my input file by cutting and pasting from a browser screen,
>  > and I thought maybe there could be some kind of character transformation
>  > issue.
>  > 
> 
> Waitaminute. If you pass a text representation of a MARC document as
> seen on a browser screen to marc2ris it is not going to work. MARC is
> a binary format, and you need the marcdump tool to get a human
> readable version. marc2ris only reads the binary version.
> 
> regards,
> Markus
> 

Re: [Refdb-users] marc2ris problems

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

Daniel O'Donnell writes:
 > A followup:
 > 
 > I'd build my input file by cutting and pasting from a browser screen,
 > and I thought maybe there could be some kind of character transformation
 > issue.
 > 

Waitaminute. If you pass a text representation of a MARC document as
seen on a browser screen to marc2ris it is not going to work. MARC is
a binary format, and you need the marcdump tool to get a human
readable version. marc2ris only reads the binary version.

regards,
Markus

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

Re: [Refdb-users] marc2ris problems

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

Daniel O'Donnell <dan...@ul...> was heard to say:

> A followup:
>
> I'd build my input file by cutting and pasting from a browser screen,
> and I thought maybe there could be some kind of character transformation
> issue.
>
> I just tried again with USMARC generated from the yaz-client command
> line as mentioned in the refdb tutorial. Same problem more or less.
>

Did you test the example USMARC file shipped with RefDB (usually installed as
/usr/local/share/refdb/examples/testrefs.usmarc)? If that doesn't work either,
it's a tool problem. If that does work, your references may use fields which
marc2ris simply does not handle yet. I'd need the input files and the expected
output to fix the script.

regards,
Markus

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

Re: [Refdb-users] marc2ris problems

[Daniel O'D. <dan...@ul...>]

A followup:

I'd build my input file by cutting and pasting from a browser screen,
and I thought maybe there could be some kind of character transformation
issue.

I just tried again with USMARC generated from the yaz-client command
line as mentioned in the refdb tutorial. Same problem more or less.


>  marc2ris -o parrish.ris parrish.loc.usmarc
> marc2ris.pl:no type found - assume BOOK
> marc2ris.pl:name >>Parrish, Thomas<< in direct order - leave as is
> marc2ris.pl:empty series title field
> marc2ris.pl:no issn found
> marc2ris.pl:no type found - assume BOOK
> marc2ris.pl:name >>Parrish, Thomas<< in direct order - leave as is
> marc2ris.pl:empty series title field
> marc2ris.pl:no isbn found
> marc2ris.pl:no issn found
> marc2ris.pl:no type found - assume BOOK
> marc2ris.pl:name >>Parrish, Thomas<< in direct order - leave as is
> marc2ris.pl:empty series title field
> marc2ris.pl:no issn found
> marc2ris.pl:no type found - assume BOOK
> marc2ris.pl:name >>Parrish, Thomas<< in direct order - leave as is
> marc2ris.pl:empty series title field
> marc2ris.pl:no isbn found
> marc2ris.pl:no issn found


On Mon, 2006-03-07 at 18:45 -0600, Daniel O'Donnell wrote:
> Hi,
> 
> I've been running some marc files through marc2ris (the new version from
> the svn). The script is not recognising anything in the input files.
> Here's everthing I have:
> 
> ==Input:==
> 
> > 01115cam 22002654a 4500
> > 001 13258321
> > 005 20040420092439.0
> > 008 030701s2003 nyua b 001 0 eng
> > 906 $a 7 $b cbc $c orignew $d 1 $e ocip $f 20 $g y-gencatlg
> > 925 0 $a acquire $b 2 shelf copies $x policy default
> > 955 $a pc24 2003-07-01 to HLCD $i jp99 2003-07-09 $e jp10 2003-07-09
> > to
> > Dewey $a CAD uf24 2003-11-17 $a uf24 1 copy forwarded to CIP $a px04
> > 2004-03-19 1 copy rec'd., to CIP ver. $a jp00 2004-03-24 $f jp99
> > 2004-04-06 $g jp10 2004-04-20 to BCCD
> > 010 $a 2003057650
> > 020 $a 0670030759 (acid-free paper)
> > 040 $a DLC $c DLC $d DLC
> > 042 $a pcc
> > 043 $a e-gx---
> > 050 00 $a Q127.G3 $b C67 2003
> > 082 00 $a 509.43/09/04 $2 22
> > 100 1 $a Cornwell, John, $d 1940-
> > 245 10 $a Hitler's scientists : $b science, war, and the devil's
> > pact /
> > $c John Cornwell.
> > 260 $a New York : $b Viking, $c 2003.
> > 300 $a xvi, 535 p. : $b ill. ; $c 24 cm.
> > 504 $a Includes bibliographical references (p. [501]-512) and index.
> > 650 0 $a Science and state $z Germany $x History $y 20th century.
> > 650 0 $a World War, 1939-1945 $x Science $z Germany.
> 
> ==Command==
> 
> > marc2ris -e 2 -l 7 -L /home/dan/marc2ris.log -o Desktop/marcoutput2.ris Desktop/marcoutput2.marc
> 
> 
> ==Output file==
> (After several tries):
> 
> > TY  - BOOK
> > ER  -
> > 
> > TY  - BOOK
> > ER  -
> > 
> > TY  - BOOK
> > ER  -
> 
> 
> ==Log (l=7):==
> 
> > 7:pid:Mon Jul  3 23:18:01 2006:converting Desktop/marcoutput2.marc
> > -1:pid:Mon Jul  3 23:18:01 2006:no type found - assume BOOK
> > 6:pid:Mon Jul  3 23:18:01 2006:empty title field (245)
> > 6:pid:Mon Jul  3 23:18:01 2006:empty series title field
> > 6:pid:Mon Jul  3 23:18:01 2006:no isbn found
> > 6:pid:Mon Jul  3 23:18:01 2006:no issn found
> > 6:pid:Mon Jul  3 23:18:01 2006:no LOC call number found
> > 6:pid:Mon Jul  3 23:18:01 2006:no Dewey number found
> > 6:pid:Mon Jul  3 23:18:01 2006:no publication information found
> 
> 
> Any suggestions?
> 
> -d
-- 
Daniel Paul O'Donnell, PhD
Associate Professor and Chair
Director, Digital Medievalist Project
<http://www.digitalmedievalist.org/>
Department of English
University of Lethbridge
Lethbridge AB T1K 3M4

Tel. +1 (403) 329-2378
Fax. +1 (403) 382-7191

:@wiglaf (dapper ubuntu)