Skip to Content.
Sympa Menu

sm-users - [SM-Users] test (please ignore)

sm-users AT lists.ibiblio.org

Subject: Sourcemage Users List

List archive

Chronological Thread  
  • From: Joel Sinor <jsinor AT comcast.net>
  • To: sm-users AT lists.ibiblio.org
  • Subject: [SM-Users] test (please ignore)
  • Date: Mon, 07 Apr 2003 17:47:32 -0500

test
>From jsinor AT comcast.net Mon Apr 7 18:52:14 2003
Return-Path: <jsinor AT comcast.net>
Delivered-To: sm-users AT lists.ibiblio.org
Received: from smtp-out.comcast.net (smtp-out.comcast.net [24.153.64.116])
by happyhouse.metalab.unc.edu (Postfix) with ESMTP id 66CD8200CC
for <sm-users AT lists.ibiblio.org>;
Mon, 7 Apr 2003 18:52:14 -0400 (EDT)
Received: from perita (12-239-236-77.client.attbi.com [12.239.236.77])
by mtaout08.icomcast.net
(iPlanet Messaging Server 5.2 HotFix 1.14 (built Mar 18 2003))
with SMTP id <0HCZ008RLWRYIC AT mtaout08.icomcast.net> for
sm-users AT lists.ibiblio.org; Mon, 07 Apr 2003 18:50:23 -0400 (EDT)
Date: Mon, 07 Apr 2003 17:50:20 -0500
From: Joel Sinor <jsinor AT comcast.net>
To: sm-users AT lists.ibiblio.org
Message-id: <20030407175020.6bfdacb7.jsinor AT comcast.net>
MIME-version: 1.0
X-Mailer: Sylpheed version 0.8.10 (GTK+ 1.2.10; i686-pc-linux-gnu)
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT
Subject: [SM-Users] problem with configure script on scrollkeeper 0.3.12
X-BeenThere: sm-users AT lists.ibiblio.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Sourcemage Users List <sm-users.lists.ibiblio.org>
List-Unsubscribe: <http://lists.ibiblio.org/mailman/listinfo/sm-users>,
<mailto:sm-users-request AT lists.ibiblio.org?subject=unsubscribe>
List-Archive: <https://lists.ibiblio.org/sympa/arc/sm-users>
List-Post: <mailto:sm-users AT lists.ibiblio.org>
List-Help: <mailto:sympa AT lists.ibiblio.org?subject=HELP>
List-Subscribe: <http://lists.ibiblio.org/mailman/listinfo/sm-users>,
<mailto:sm-users-request AT lists.ibiblio.org?subject=subscribe>
X-List-Received-Date: Mon, 07 Apr 2003 22:52:14 -0000

Sorry to be sending this again if anyone got it, but for some reason my
previous message does not seem to have gone through, perhaps because it was
marked as a forward.
I am somewhat new to sourcemage, but not necessarily to linux. Anyway, I
have sent the mail below to the scrollkeeper developers, and they are about
as stumped as I am.. I am wondering if there is a sourcemage-specific way to
clean this up. Incidentally, I am likewise having odd problems with some of
my other spells as well. Some of them are spells that I know I cast
successfully on the work machine I originally tested sourcemage out on, so I
know there must be some things I did wrong. I will make the further
admission that I know I have done several naughty things w/r/t spells which I
think I will not do again, such as ctrl-c on spells that seemed hung forever
and (after making sure none were running) deleting stuff in /tmp because
having unfinished cast scripts and lockfiles seemed to confuse spells.
Other oddities, besides what I see below, include the fact I had to use
export LIBIDLCONFIG=/usr/bin/libIDLconfig-2
ln -sf /usr/lib/libIDL-2.so /usr/lib/libIDL.so
in order to get the mozilla spell to see mu libIDL whereas at work I just
cast mozilla and it worked with no hacking..
I also have a problem in casting gedit. All the crazy dependencies it wanted
cast fine, but I get:
===
Spells are to be cast:
---------------------------
gedit

Do you want to cast these spells? [y]

Waiting for any Solo spells to complete... done.
Waiting for any other casts of gedit to complete... done
Building gedit
Using gcc version: 3.2.2
Installing in dir: /usr/src
gedit 0.9.6
/tmp/casting.9495: line 499: ./configure: No such file or directory
! Problem Detected !
View Compile log for gedit-0.9.6? [n] n
Creating /var/log/sorcery/compile/gedit-0.9.6.bz2


Spells that encountered problems:
---------------------------------
gedit


root@perita:/usr/src/scrollkeeper-0.3.12#

==
I find that whereas after other spells fail I have source untarred in
/usr/src, I do not seem to have anything relating to gedit. It seems to be
because the source never gets untarred where it belongs. Once I went to
/usr/src and did

root@perita:/usr/src# tar xzvf /var/spool/sorcery/gedit*

once I had thus untarred gedit in the proper place, it compiled fine when I
cast gedit
I will look into the spell to see if this is just something odd on my
machine, and if not I will try to submit a patch.

Anyway with respect to the scrollkeeper problem which is holding up my cast
of gnome-terminal I was wondering if anyone had any good ideas...

I have been asked by the scrollkeeper guys what versions of shells are
involved. The following is the state on my computer:

root@perita:/usr/src/scrollkeeper-0.3.12# bash --version
GNU bash, version 2.05b.0(1)-release (i386-pc-linux-gnu)
Copyright (C) 2002 Free Software Foundation, Inc.
root@perita:/usr/src/scrollkeeper-0.3.12# ksh -o vi
# echo $KSH_VERSION
@(#)PD KSH v5.2.14 99/07/13.2
#
root@perita:/# sh --version
GNU bash, version 2.05b.0(1)-release (i386-pc-linux-gnu)
Copyright (C) 2002 Free Software Foundation, Inc.
root@perita:/# which sh
/bin/sh
root@perita:/#

I should also point out another bit of advice. I have found that casting
several spells at once in seperate sessions is not a good plan, especially if
you do not properly research dependencies to make sure the same spell does
not end up being cast in another session. cast seems robust enough to
recover most of the time, but this practice seems to lead to trouble. The
specificaton of multiple spells, preplanned as spells one wants to cast,
seems to be the best route in retrospect.

I thank you for your time in advance.


Begin forwarded message:

Date: Sun, 6 Apr 2003 16:32:27 -0500
From: Joel Sinor <jsinor AT comcast.net>
To: scrollkeeper-devel AT lists.sourceforge.net
Subject: problem with configure script on scrollkeeper 0.3.12


This may be somewhat of a newbie question, but I have not found an answer
elsewhere and do not know where else to turn for advice. My problem is that
the check for docbook xml does not seem to work properly on my system. I am
sadly somewhat ignorant as far as dockbook, xml, and scrollkeeper, but I am
rapidly remedying this situation (the main purpose in installing scrollkeeper
atm is to make gnome-terminal work, though I am sure there are many useful
things to do with this.

Briefly, my problem is as follows. I am getting the following error during
the configure step:

===
checking for xslt-config... /usr/bin/xslt-config
checking for docbook-dtd412-xml... * ERROR *

Couldn't find the DocBook XML V4.1.2 DTD. Please make sure that you have the
docbook-dtd412-xml package installed. If it is installed, the package
probably did not register the DTD in the catalog properly. Consult
http://scrollkeeper.sourceforge.net/docbook.shtml for more information.

configure: error: DocBook XML V4.1.2 DTD not present in /etc/xml/catalog.
Make sure docbook-dtd412-xml is installed and registers DTD in catalog.
===

The pertenant portion of the configure script appears to be:

===
echo "$as_me:$LINENO: checking for docbook-dtd412-xml" >&5
echo $ECHO_N "checking for docbook-dtd412-xml... $ECHO_C" >&6
if ! xmlcatalog /etc/xml/catalog "-//OASIS//DTD DocBook XML
V4.1.2//EN"
| grep "No entry" >/dev/null ; then
echo "* ERROR * "
echo " "
echo "Couldn't find the DocBook XML V4.1.2 DTD. Please make
sur
e that you have the docbook-dtd412-xml package installed. If it is installed,
th
e package probably did not register the DTD in the catalog properly. Consult
htt
p://scrollkeeper.sourceforge.net/docbook.shtml for more information."
===

but when I copy and paste the exact command into my xterm I get:

===
root@perita:/usr/src/scrollkeeper-0.3.12# xmlcatalog /etc/xml/catalog
"-//OASIS//DTD DocBook XML V4.1.2//EN"
file:///usr/share/sgml/docbook/xml-dtd-4.1.2/docbookx.dtd
root@perita:/usr/src/scrollkeeper-0.3.12#
===

further, I get the following:
root@perita:/usr/src/scrollkeeper-0.3.12# file
/usr/share/sgml/docbook/xml-dtd-4.1.2/docbookx.dtd
/usr/share/sgml/docbook/xml-dtd-4.1.2/docbookx.dtd: exported SGML document
text
root@perita:/usr/src/scrollkeeper-0.3.12#

So I don't know if I am doing something wrong or something is odd on my
system. I am running Sourcemage Gnu Linux 0.51 on an Athlon XP platform if
it is important. Since the actual choice of software and the compilation are
being driven by Sourcemage spells I am going to also check with that group to
see if they have input. Also if there is something relatively harmless I can
do to hack this process and make it go I will be grateful for suggestions. I
am loathe to try hacking around the configure script without being sure of
what I am doing ;).

Thank you very much for your patience and help. I know this is a developer
list but there don't seem to be other lists associated with this package and
it is a compile problem I am having...



  • [SM-Users] test (please ignore), Joel Sinor, 04/07/2003

Archive powered by MHonArc 2.6.24.

Top of Page