scrollkeeper-devel — Developer discussion list for ScrollKeeper

Re: [Scrollkeeper-devel] problem with configure script on scrollkeeper 0.3.12 *SOLVED!*

[Joel S. <js...@co...>]

I forgot to mention that I did eventually find out what was happening
with Sourcemage.  Now, compiling by hand would have worked in any case.
At issue was a change they made for a bug.  I have not tracked the bug #
down and corrected it, but essentially they were doing
$ more /var/lib/sorcery/codex/stable/gnome/scrollkeeper/BUILD
(
  sedit "s/if xmlcatalog/if ! xmlcatalog/" configure
  default_build
) > $C_FIFO 2>&1
$ 
So essentially my theory is someone got the error for the DTD not being
there and changed this so they would not get the error.  I will find out
why eventually, but this of course has the result that if you have the
dependency installed you will fail.  Sourcemage usually has things like
this in their spell script config files to fix broken ./configure and
make files (or at least things that are broken for their distro).
This will not affect any normal compilations, just compiles using their
scripts.  I will let you guys know when I find out more (have been
fighting other battles).

 On Wed, 09 Apr 2003 08:28:44 +1000
Malcolm Tredinnick <ma...@co...> wrote:

> On Tue, Apr 08, 2003 at 01:53:19PM -0500, Joel Sinor wrote:
> > Thank you for your help with this problem.  I have found that the
> > problem is really in my distrobution, which for some reason is
> > altering the configure script before running it.  I was able to run
> > the unmodified one fine.
> 
> Excellent! I must admit that it did not occur to me to compare the
> snippet you posted to the original configure.in file, which maybe
> would have saved us all some time.
> 
> > Below is a snippet of my post to the
> > sourcemage users mailing list:
> > 
> > 
> > On to my problem.  I was able to fix it, sort of, but it is not
> > "really fixed" yet.  What I found is that in the original source for
> > scrollkeeper the offending line does not have a !, so it reads: if
> > xmlcatalog /etc/xml/catalog "-//OASIS//DTD DocBook XML V4.1.2//EN" |
> > grep "No entry" >/dev/null ; then
> > 
> > Honestly the ! smelled funny to me in the first place.  Anyway when
> > I cast the spell, the resultant configure file in
> > /usr/src/scrollkeeper-0.3.12 has:
> >         if ! xmlcatalog /etc/xml/catalog "-//OASIS//DTD DocBook XML
> >         V4.1.2//EN"
> > | grep "No entry" >/dev/null ; then
> 
> Wow. That is pretty scary. :-(
> 
> If that is a systematic bug, then builds must be failing all over the
> place for Sourcemage. The problem with things like this is that people
> then sub-consciously put Sourcemage on a mental list of "distributions
> which do slightly crazy things from time to time" and you start
> suspecting distro problems when solving their problems -- whether
> deserved or not. I hope its just a silly error that they can fix
> easily across the board.
> 
> Thanks a lot for letting us know the resolution, it will probably help
> somebody else at some point now that it is in the archives.
> 
> Cheers,
> Malcolm
> 
> -- 
> Depression is merely anger without enthusiasm.
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: ValueWeb: 
> Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
> No other company gives more support or power for your dedicated server
> http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
> _______________________________________________
> Scrollkeeper-devel mailing list
> Scr...@li...
> https://lists.sourceforge.net/lists/listinfo/scrollkeeper-devel

[Scrollkeeper-devel] API to get the count of newly added omf files

[Rajkumar S. <raj...@wi...>]

Hi,

This is further in continuation of my earlier mail about "Indication of
newly added omf file". On further analysis I wrote a small API say
scrollkeeper_get_omffile_count() in update.c which will return the count
of omf files that needs to be registered/unregistered with
scrollkeeper_docs.

With the help of this API any help browser would know if there are any
newly installed omf files that needs to be registered and if so it can
prompt a message to the user asking him to run 'scrollkeeper_update' to
register them.


Issue in implementing the API:
-----------------------------

I find that scrollkeeper doesn't have any API yet and hence there are no
scrollkeeper .h files to export the API's, so for implementing this
scrollkeeper_get_omffile_count() we would need to have a scrollkeeper .h
file installed in standard path (like /usr/include/scrollkeeper/*).

Pls. let me know if we could move forward in implementing this API.


Note: Am not sure if my previous mail sent on '25th Apr 2003' was
delivered to this list as I couldn't see it in the archives list
"http://sourceforge.net/mailarchive/forum.php?thread_id=2014500&forum_id=4112",
hence am attaching my previous mail with it.


Thanks & Regards,
Raj.

[Scrollkeeper-devel] Small bug tracker cleanup

[Miloslav T. <mi...@vo...>]

Hello,
I have gone through open issues in the sf.net bug tracker, here
are the results:

Already fixed
=============
* [ 420537 ] hungarian translation updated
* [ 440414 ] look for libxml includes in <libxml/...>
* [ 542740 ] Update man page   (AFAICS at least)
* [ 573006 ] comments in Makefile.am files
* [ 576244 ] rpm build fails on 0.3.9 and 0.3.10
* [ 604106 ] /tmp security bug.

Fix attached
============
* [ 430498 ] sk-gen-docuid doesn't take flags
  (patch-seriesid, a string change)
* [ 431615 ] FreeBSD Linker errors
  [ 676043 ] -lintl missing in LDADD in Makefile.am
  @LTLIBINTL@ was not being linked in. Also, it must be built
  before programs that use it.
  Hopefully now  configure --with-included-gettext  works.
  [Also, I had to run gettextize --copy --force --intl
  to update the included libintl copy to keep it in sync
  with macros from /usr/share/aclocal, which were pulled in
  by autogen.sh & autoconf. This is presumably not an issue
  for people using prebuilt tarballs without running autoconf.]
  (patch-libintl; needs checking on real FreeBSD or other system
  that doesn't provide gettext in -lc (like glibc) and doesn't have
  its own libintl)

Can I commit the patches?
Also, the bugs should be closed/modified, I can't do that.
	Mirek

[Scrollkeeper-devel] Indication of newly added omf file

[Rajkumar S. <raj...@wi...>]

Hi,

Is there a way to indicate an application (say help browser) using
scrollkeeper when a new omf file is added to the "omf-dir".


Consider the following scenario:
-------------------------------
- Install a new component (say test-app) to gnome desktop whose help
docs are maintained by scrollkeeper

- On installing the new component the omf file (test-app-C.omf) will be
added to the "omf-dir" and the help doc (test-app.xml) will be placed in
"docdir"

- Now the component install by the 'sys-admin' should typically run
'scrollkeeper-update' to register the new omf file test-app-C.omf with
the scrollkeeper, so that when the end-user launches help browser he
will be getting a link to the view the help file for his component
'test-app'

- In some cases the component install fails to run 'scrollkeeper-update'
which inturn prevents the help browser from having a link to the newly
installed 'test-app' as the omf file test-app-C.omf is not registered
with the scrollkeeper


The above abnormal condition will prevent the user to browse the help
manual for the newly installed component. As a solution for this am
trying to throw a Message Dialog when the user launches help browser
asking him to run 'scrollkeeper-update' in the following scenario:

- A new omf file is added to the "omf-dir", but it's not registered to
the scrollkeeper through scrollkeeper-update

For this the help browser should sense that a new omf file is added and
it's not been registered and only then it should prompt the user to run
scrollkeeper-update.

Pls. let me know if there are any scrollkeeper API's that I could use in
the help browser for this purpose.


Thanks & Regards,
Raj.

Re: [Scrollkeeper-devel] scrollkeeper-0.3.12 and strndup

[Malcolm T. <ma...@co...>]

On Wed, Apr 23, 2003 at 03:21:28PM -0400, Joe Marcus Clarke wrote:
> I noticed that the new SK makes use of strndup in i18n.c.  This function
> doesn't exist on FreeBSD or Solaris.  I implemented a quick version
> inline for FreeBSD, but one might consider checking for strndup in
> configure, and, if it's not found, use another function, or an inline
> implementation.

Thanks. You're right; we should check for it. I've added it to my TODO
list that I will look at this weekend (the scrollkeeper suggestions are
really piling up this week).

Malcolm

-- 
I intend to live forever - so far so good.

[Scrollkeeper-devel] scrollkeeper-0.3.12 and strndup

[Joe M. C. <ma...@Fr...>]

I noticed that the new SK makes use of strndup in i18n.c.  This function
doesn't exist on FreeBSD or Solaris.  I implemented a quick version
inline for FreeBSD, but one might consider checking for strndup in
configure, and, if it's not found, use another function, or an inline
implementation.

Joe

--=20
Joe Marcus Clarke
FreeBSD GNOME Team	::	ma...@Fr...
http://www.FreeBSD.org/gnome

Re: [Scrollkeeper-devel] scrollkeeper-update segfaults or behaves weird.

[Dag W. <da...@wi...>]

On Tue, 22 Apr 2003, Malcolm Tredinnick wrote:

> On Mon, Apr 21, 2003 at 06:41:25AM +0200, Dag Wieers wrote:
>
> > And segfaults eventually. The cause of this might be due the same=20
> > or a very similar problem.
>=20
> I cannot think why this is happening. All those repeated /dev entries
> look pretty bad. Looks like I'm going to have to download soapbox and
> play around with it to try and repeat this.

Keep in mind (when you're debugging) that if you use soapbox with the=20
default action "warn" that it fakes as if every system call that wants to=
=20
change something outside of it's 'safepath' succeeds. So a program could=20
end up doing crazy things because of that ;)

If you use action "err" it will return Permission Denied. Which is more=20
like it would expect ;)

	[dag@lisse ~]# soapbox -a err scrollkeeper-update -p /var/scrollkeeper/
	Attempt to open64("/dev/tty", O_RDWR|O_NONBLOCK, 0000).
	Attempt to open64("/dev/pts/9", O_RDWR|O_NONBLOCK, 0000).
	Attempt to open64("/dev/tty", O_RDWR|O_NONBLOCK, 0000).
	Attempt to open64("/dev/pts/9", O_RDWR|O_NONBLOCK, 0000).
	Attempt to mkdir("/var/scrollkeeper", 0755).
	Could not create directory /var/scrollkeeper : Permission denied
	Could not create database.  Aborting update.

Or if you use "halt" a system call that is not allowed will cause the=20
program being halted 'succesfully' without being executed.


I have 2 things on my soapbox wishlist to improve this scheme.

The first one is using ptrace (instead of function) overloading. Someone=20
told me you can intervene with ptrace and do almost the same things=20
(which I still have to see ;p)

The second thing I would like to do (probably a seperate program) is that=
=20
every action outside the safepath that is changing files is making a copy=
=20
of that file to another location and manipulates it there. So that at any=
=20
point you can do a recursive diff of both the original and the files that=
=20
were touched by the program.

If I can add this, I can have the same functionality. I can see what=20
actually is happening without it changing anything for real and without=20
fooling the program. And probably your program would have worked as norma=
l=20
in that case too.

But now I have to live with the imperfections I create ;P

Kind regards,
--   dag wieers,  da...@wi...,  http://dag.wieers.com/   --
=ABAny errors in spelling, tact or fact are transmission errors=BB

Re: [Scrollkeeper-devel] scrollkeeper-update segfaults or behaves weird.

[Malcolm T. <ma...@co...>]

On Mon, Apr 21, 2003 at 06:41:25AM +0200, Dag Wieers wrote:
> I'm the author of soapbox, which is a program that tricks processes ;) =
And=20
> it seems that scrollkeeper-update doesn't like this and eithers segfaul=
ts=20
> or gets involved in a recursive bug and then segfaults.
>=20
> First of all, soapbox fakes succesful completion of libc functions, so =
I=20
> can understand that this isn't in itself a bug in scrollkeeper-update
> that would occur in real world situations, but it is bugging me a lot a=
nd=20
> should obviously be fixed.
>=20
> More information about soapbox at:
>=20
> 	http://dag.wieers.com/home-made/soapbox/
>=20
>=20
> BTW These problems occur on scrollkeeper-0.3.10-7 on RH8 and on =20
> scrollkeeper-0.3.11-3 on RH9.

The symptoms you are reporting seem to indicate real problems. So thanks
for the report.

> Problem 1: segfault
> =EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=
=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=
=BF=BD=EF=BF=BD=EF=BF=BD
> If you install soapbox, and you do:
>=20
> 	soapbox scrollkeeper-update -p /var/scrollkeeper
>=20
> you trigger the bug where it segfaults.
>=20
> 	[dag@lisse ~]# soapbox scrollkeeper-update -p=20
> 	/var/scrollkeeper -o /usr/share/omf/eog/
> 	soapbox: Attempt to open64("/dev/tty", O_NONBLOCK, 0000).
> 	soapbox: Attempt to open64("/dev/tty", O_NONBLOCK, 0000).
> 	soapbox: Attempt to mkdir("/var/scrollkeeper", 0755).
> 	Segmentation fault
>=20
> Probably because mkdir("/var/scrollkeeper") seemed to have worked and t=
he=20
> following function-call isn't safe. (Beware that a directory can be gon=
e=20
> after it is created)

Segfaulting =3D=3D generally bad, I agree.

>=20
> Problem 2: recursive error
> =EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=
=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=
=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=BD=EF=BF=
=BD=EF=BF=BD
> If I build programs that use scrollkeeper-update in the make install=20
> phase, it does something like:
>=20
> 	scrollkeeper-update -p /var/tmp/root-netspeed_applet-0.8/var/scrollkee=
per -o /var/tmp/root-netspeed_applet-0.8/usr/share/omf/netspeed_applet
> 	Could not create directory /var/tmp/root-netspeed_applet-0.8/var/scrol=
lkeeper/dev:/dev:/dev:/dev:/dev:/dev:/dev:/dev:/dev:dev:/dev:/dev:/dev:/d=
ev:/dev:/dev:/dev:/dev:/dev:/dev:/dev:/dev:/:/dev:/dev: : File name too l=
ong
> 	make[4]: *** [install-data-hook-omf] Segmentation fault
>=20
> And segfaults eventually. The cause of this might be due the same=20
> or a very similar problem.

I cannot think why this is happening. All those repeated /dev entries
look pretty bad. Looks like I'm going to have to download soapbox and
play around with it to try and repeat this.

Malcolm


--=20
Despite the cost of living, have you noticed how popular it remains?

[Scrollkeeper-devel] scrollkeeper-update segfaults or behaves weird.

[Dag W. <da...@wi...>]

Hi,

I'm the author of soapbox, which is a program that tricks processes ;) An=
d=20
it seems that scrollkeeper-update doesn't like this and eithers segfaults=
=20
or gets involved in a recursive bug and then segfaults.

First of all, soapbox fakes succesful completion of libc functions, so I=20
can understand that this isn't in itself a bug in scrollkeeper-update
that would occur in real world situations, but it is bugging me a lot and=
=20
should obviously be fixed.

More information about soapbox at:

	http://dag.wieers.com/home-made/soapbox/


BTW These problems occur on scrollkeeper-0.3.10-7 on RH8 and on =20
scrollkeeper-0.3.11-3 on RH9.


Problem 1: segfault
=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8
If you install soapbox, and you do:

	soapbox scrollkeeper-update -p /var/scrollkeeper

you trigger the bug where it segfaults.

	[dag@lisse ~]# soapbox scrollkeeper-update -p=20
	/var/scrollkeeper -o /usr/share/omf/eog/
	soapbox: Attempt to open64("/dev/tty", O_NONBLOCK, 0000).
	soapbox: Attempt to open64("/dev/tty", O_NONBLOCK, 0000).
	soapbox: Attempt to mkdir("/var/scrollkeeper", 0755).
	Segmentation fault

Probably because mkdir("/var/scrollkeeper") seemed to have worked and the=
=20
following function-call isn't safe. (Beware that a directory can be gone=20
after it is created)


Problem 2: recursive error
=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8=A8=
=A8
If I build programs that use scrollkeeper-update in the make install=20
phase, it does something like:

	scrollkeeper-update -p /var/tmp/root-netspeed_applet-0.8/var/scrollkeepe=
r -o /var/tmp/root-netspeed_applet-0.8/usr/share/omf/netspeed_applet
	Could not create directory /var/tmp/root-netspeed_applet-0.8/var/scrollk=
eeper/dev:/dev:/dev:/dev:/dev:/dev:/dev:/dev:/dev:dev:/dev:/dev:/dev:/dev=
:/dev:/dev:/dev:/dev:/dev:/dev:/dev:/dev:/:/dev:/dev: : File name too lon=
g
	make[4]: *** [install-data-hook-omf] Segmentation fault

And segfaults eventually. The cause of this might be due the same=20
or a very similar problem.


I'm not subscribed to his list, so it would be nice to keep me CC'ed.

Thanks in advance !
--   dag wieers,  da...@wi...,  http://dag.wieers.com/   --
=ABAny errors in spelling, tact or fact are transmission errors=BB

Re: [Scrollkeeper-devel] problem with configure script on scrollkeeper 0.3.12 *SOLVED!*

[Malcolm T. <ma...@co...>]

On Tue, Apr 08, 2003 at 01:53:19PM -0500, Joel Sinor wrote:
> Thank you for your help with this problem.  I have found that the
> problem is really in my distrobution, which for some reason is
> altering the configure script before running it.  I was able to run
> the unmodified one fine.

Excellent! I must admit that it did not occur to me to compare the
snippet you posted to the original configure.in file, which maybe would
have saved us all some time.

> Below is a snippet of my post to the
> sourcemage users mailing list:
> 
> 
> On to my problem.  I was able to fix it, sort of, but it is not "really fixed" yet.  What I found is that in the original source for scrollkeeper the offending line does not have a !, so it reads:
> if xmlcatalog /etc/xml/catalog "-//OASIS//DTD DocBook XML V4.1.2//EN" |
> grep "No entry" >/dev/null ; then
> 
> Honestly the ! smelled funny to me in the first place.  Anyway when I cast the spell, the resultant configure file in /usr/src/scrollkeeper-0.3.12 has:
>         if ! xmlcatalog /etc/xml/catalog "-//OASIS//DTD DocBook XML V4.1.2//EN"
> | grep "No entry" >/dev/null ; then

Wow. That is pretty scary. :-(

If that is a systematic bug, then builds must be failing all over the
place for Sourcemage. The problem with things like this is that people
then sub-consciously put Sourcemage on a mental list of "distributions
which do slightly crazy things from time to time" and you start
suspecting distro problems when solving their problems -- whether
deserved or not. I hope its just a silly error that they can fix easily
across the board.

Thanks a lot for letting us know the resolution, it will probably help
somebody else at some point now that it is in the archives.

Cheers,
Malcolm

-- 
Depression is merely anger without enthusiasm.

Re: [Scrollkeeper-devel] problem with configure script on scrollkeeper 0.3.12 *SOLVED!*

[Joel S. <js...@co...>]

Thank you for your help with this problem.  I have found that the problem is really in my distrobution, which for some reason is altering the configure script before running it.  I was able to run the unmodified one fine.  Below is a snippet of my post to the sourcemage users mailing list:


On to my problem.  I was able to fix it, sort of, but it is not "really fixed" yet.  What I found is that in the original source for scrollkeeper the offending line does not have a !, so it reads:
if xmlcatalog /etc/xml/catalog "-//OASIS//DTD DocBook XML V4.1.2//EN" |
grep "No entry" >/dev/null ; then

Honestly the ! smelled funny to me in the first place.  Anyway when I cast the spell, the resultant configure file in /usr/src/scrollkeeper-0.3.12 has:
        if ! xmlcatalog /etc/xml/catalog "-//OASIS//DTD DocBook XML V4.1.2//EN"
| grep "No entry" >/dev/null ; then

So somewhere the cast is inserting this ! which changes the test so that it succeeds only if you do *not* have the proper DTD installed.  I was able to change this in the configure script, then do a 
./configure && make && make install
and all was well, I was even able to cast gnome-terminal normally because although it still needed scrollkeeper to be cast and recast it it still compiled itself properly since scrollkeeper is really there (whereas it broke before because scrollkeeper was neither cast nor there).  I am still interested in fixing this bug so I can cast scrollkeeper properly, and  was planning to learn to write spells so learning how cast works will be beneficial anyway.  

Just to make sure I am not being insane, I did the following:
$ cd /home/rifter/iftest
$ echo raar > raar
$ cat raar
raar
$ if cat raar | grep raar
> then      
> echo true
> else
> echo false
> fi
raar
true
$ if cat raar | grep notthere
> then
> echo true
> else
> echo false
> fi
false
$ 

Re: [Scrollkeeper-devel] problem with configure script on scrollkeeper 0.3.12

[Joel S. <js...@co...>]

All very good suggestions...
Well, the installation is likewise being done as root.  I have an idea about the shell, though... 
You see, root on most Linux Distros uses bash as default, and I have learned not to change that, but I do often use ksh and usually my normal user has that as a default shell.  On this machine, that is pdksh.  It appears that in the window in question I had logged in as my normal user and su'ed to root, therefore I tried logging in another virtual terminal as root, but it had the same results.  I am going to set -x in the configure script and see if that revceals something.  
Meanwhile, the shells in question are:

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
# 

I thank you again for responding as you have.  I guess the main question is if I remove the check for the dtd I have to wonder if this will somehow mess up scrollkeeper.. I will keep you posted on what I find :).

On Sun, 06 Apr 2003 19:01:05 -0600
John Fleck <jf...@in...> wrote:

> On Sun, 2003-04-06 at 15:59, Malcolm Tredinnick wrote:
> > 
> > [...]
> > [Chopping out all the diagnostic stuff]
> > 
> > Well, you seem to have taken all the right steps to working out if there
> > is a problem. Unfortunately, as you have noticed, it appears like
> > everything should be working. The configure script works for everybody
> > else (as far as I know -- I guess we would here the screams if something
> > broke), so I am not really sure what to suspect.
> > 
> 
> I'm with Malcolm - this is a bit of a head-scratcher. I notice your
> command line test was done as root. Is there any chance you have a
> permissions problem?
> 
> Cheers,
> John
> -- 
> John Fleck
> jf...@in... (h) jf...@ab... (w)
> http://www.inkstain.net http://www.abqjournal.com
> http://www.gnome.org/learn/users-guide/latest/
> 
> "Sliced bread wasn't an innovation. Sliced pizza was. I mean, can you
>  imagine eating a family sized unsliced pizza?"
>  - Jeff Waugh
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: ValueWeb: 
> Dedicated Hosting for just $79/mo with 500 GB of bandwidth! 
> No other company gives more support or power for your dedicated server
> http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
> _______________________________________________
> Scrollkeeper-devel mailing list
> Scr...@li...
> https://lists.sourceforge.net/lists/listinfo/scrollkeeper-devel

Re: [Scrollkeeper-devel] problem with configure script on scrollkeeper 0.3.12

[John F. <jf...@in...>]

On Sun, 2003-04-06 at 15:59, Malcolm Tredinnick wrote:
> 
> [...]
> [Chopping out all the diagnostic stuff]
> 
> Well, you seem to have taken all the right steps to working out if there
> is a problem. Unfortunately, as you have noticed, it appears like
> everything should be working. The configure script works for everybody
> else (as far as I know -- I guess we would here the screams if something
> broke), so I am not really sure what to suspect.
> 

I'm with Malcolm - this is a bit of a head-scratcher. I notice your
command line test was done as root. Is there any chance you have a
permissions problem?

Cheers,
John
-- 
John Fleck
jf...@in... (h) jf...@ab... (w)
http://www.inkstain.net http://www.abqjournal.com
http://www.gnome.org/learn/users-guide/latest/

"Sliced bread wasn't an innovation. Sliced pizza was. I mean, can you
 imagine eating a family sized unsliced pizza?"
 - Jeff Waugh

Re: [Scrollkeeper-devel] problem with configure script on scrollkeeper 0.3.12

[Malcolm T. <ma...@co...>]

On Sun, Apr 06, 2003 at 04:32:27PM -0500, Joel Sinor wrote:
> 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:

[...]
[Chopping out all the diagnostic stuff]

Well, you seem to have taken all the right steps to working out if there
is a problem. Unfortunately, as you have noticed, it appears like
everything should be working. The configure script works for everybody
else (as far as I know -- I guess we would here the screams if something
broke), so I am not really sure what to suspect.

One possibility is the shell you are using; some configure scripts have
broken with various bash upgrades over the past year or so, but I
thought the scrollkeeper one was pretty portable. Maybe we need to look
at that again. What shell and what version are you using?

[...]
> 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 ;).

You could remove the test for the DTD altogether from the confgure.in
file and then rerun autogen.sh to recreate the configure script.
However, this might be fiddly to make it fit into the Sourcemage build
process. I do not really understand how Sourcemage do their build stuff,
so I cannot suggest much here, but if they come back with any
information about how to fix the problem, please let us know.

Right at the moment, I am suspecting something strange either about your
distribution or about your particular setup. The fact that the commands
work properly on the command line for you is a bit disconcerting.

> 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...

It's the right list to ask about problems of this nature, since it is
the only scrollkeeper list around and the build process is certainly
developer territory (if it's broken).

Sorry I can't be of more help, but at the moment this problem has me
befuddled.

Cheers,
Malcolm

-- 
Tolkien is hobbit-forming.

[Scrollkeeper-devel] problem with configure script on scrollkeeper 0.3.12

[Joel S. <js...@co...>]

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...

Re: [Scrollkeeper-devel] Some info for a better translation

[Dan M. <mu...@al...>]

On 15 Mar 2003, Luca Ferretti wrote:

> Hi
> 
> I'm translating scrollkeeper in Italian language, but unfortunately
> there are a couple of synonyms in scrollkeeper_cl.xml.
> Unfortunately 'cause I translate two word in one, so I need more
> input/explanation
> 
> 1) "Math" and "Maths" : in Italian both are "Matematica"

"Maths" here should be "Math".

> 2) "Utility" and "Utilities": both are "Utilita'", cause this word don't
> change in plural form. Is it a trouble?

The "Utility" term is in reference to the GNOME applet category you see 
when you select an applet to add to a Panel.  You might use the same term 
they used.  "Utilities" is a group of applications.

> 3) "Viewing" and "Visualisation": both should/could be "Visualizzazione"
> 
> there are some differences? There are some troubles translating with the
> same word?

I think that would be fine.

> BTW "Speech": what exactly mean?

In the context it is used in, it is referring to a programs which deal 
with sound and, in particular, spoken language.  I guess it would 
primarily contain programs which either generate speech and programs for 
voice recognition.

> BTW2 "Local" is i18n/i10l, isn't it

The term "locale" relates to i18n/l10n.  Here, "Local" is in the context
of one's local computer (the one a person is sitting in front of), in
contrast to a remote server or computer at another location (for example 
that you might log into from your local computer).

-Dan

[Scrollkeeper-devel] Some info for a better translation

[Luca F. <ell...@li...>]

Hi

I'm translating scrollkeeper in Italian language, but unfortunately
there are a couple of synonyms in scrollkeeper_cl.xml.
Unfortunately 'cause I translate two word in one, so I need more
input/explanation

1) "Math" and "Maths" : in Italian both are "Matematica"

2) "Utility" and "Utilities": both are "Utilita'", cause this word don't
change in plural form. Is it a trouble?

3) "Viewing" and "Visualisation": both should/could be "Visualizzazione"

there are some differences? There are some troubles translating with the
same word?

BTW "Speech": what exactly mean?

BTW2 "Local" is i18n/i10l, isn't it

Thanks.

-- 
Think bigger

			My uncle

[Scrollkeeper-devel] Miliardowy rynek

[bernie <ber...@gm...>]

 
Miliardowy rynek
INTERNET losc finansowa zaczyna sie w Internecie!
eraz!
rzygotuj sie na cos zupelnie nowego
Zarabiaj z nami w Internecie!
I to podw=F3jnie i potr=F3jnie...
W najszybciej rozwijajacej sie branzy tysiaclecia
- Projektowanie stron WWW
- Handel elektroniczny
- Shopping-Mall
- Telekomunikacja

Przygotuj sie na cos wspanialego.
Zarabiaj w naszym Centrum eBiznesu i to nie ruszajac sie z domu, bez dlugich =
podr=F3zy, bez sprzedazy bezposredniej, bez magazyn=F3w, bez dodatkowych kosz=
t=F3w i bez duzych inwestycji.

Ale tu nie chodzi tylko o produkty i dochody.
W inicjatywie euNet24 chodzi o ludzi. Chodzi o to zeby zycie tysiecy Europelc=
zyk=F3w stalo sie latwiejsze, lepsze, wartosciowsze i interesujace. Prowadzim=
y kampanie przeciwko utracie szans wielu ludzi w dzisiejszym systemie. Chodzi=
 o integracje najnowoczesniejszego medium INTERNETU z Waszymi dzialaniami biz=
nesowymi. W ten spos=F3b osiagniecie przelomowy sukces na platformie euNet24 =
i to na skale europejska.

Przygotuj sie na cos niewiarygodnego.
Kiedy Twoje Centrum eBiznesu zacznie nabierac rozpedu, poczujesz to. W domu, =
na urlopie, w calym swoim otoczeniu. Kazdego roku. W przyszlosci. I bedziesz =
sobie zadawal pytanie: Jak udalo nam sie osiagnac taki sukces? 

Bil Gates znany dzieki systemowi Windows i swojej firmie Microsoft, z majatki=
em wartym prawie 40 miliard=F3w Euro jest najbogatszym czlowiekiem w USA. Suk=
ces ten osiagnal majac 40 lat. 
 
=20

[Scrollkeeper-devel] Same Linking Problem on Solaris 8

[Chip C. <chi...@wc...>]

QWxsLA0KDQpEaWQgYW55b25lIGV2ZXIgZmlndXJlIHRoaXMgb3V0LiAgSSBhbSBzZWVpbmcgdGhl
IHNhbWUgcHJvYmxlbS4uLg0KDQpDaGlwDQoNCk9yaWdpbmFsIHBvc3QgZm9sbG93cyBmcm9tIE1p
a2UgWmhhbzoNCg0KIEhpOg0KIA0KIEkgaGFkIHNvbWUgcHJvYmxlbSB3aGVuIEkgdHJpZWQgdG8g
aW5zdGFsbCB0aGUgc2Nyb2xsa2VlcGVyLg0KIEkgYW0gb24gU29sYXJpczggc3lzdGVtIGFuZCBo
YXZlIGdjYyBhcyBteSBjb21waWxlci4gSSB3YXMgdHJ5aW5nIHRvDQogaW5zdGFsbCBHTk9NRSwg
dGhlbiBmb3VuZCBJIG5lZWQgc2Nyb2xsa2VlcGVyIGZpcnN0Lg0KIERvZXMgYW55b25lIG9uIHRo
aXMgbWFpbGluZyBsaXN0IGtub3cgd2hhdCBtaWdodCBiZSB0aGUgcmVhc29uIGFuZCBob3cgSQ0K
IGNhbiBwcm9jZWVkIGZyb20gaGVyZT8gUGxlYXNlIGhlbHAgbWUgb3V0LiBBcHByZWNpYXRlIGl0
Lg0KIEkgZ290IHRoZSBmb2xsb3dpbmcgZXJyb3Igd2hlbiBJICJtYWtlIiB0aGUgc2Nyb2xsa2Vl
cGVyOg0KICoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqDQogZ2NjIC1nIC1PMiAtbyAubGlicy9zY3JvbGxrZWVwZXItdHJlZS1zZXBhcmF0ZSBz
ZXBhcmF0ZS5vICAtTC91c3IvbGliDQogLi4vbGlicy8ubGlicy9saWJzY3JvbGxrZWVwZXIuc28g
LWxwdGhyZWFkIC91c3IvbGliL2xpYnhzbHQuc28NCiAvdXNyL2xpYi9saWJ4bWwyLnNvIC1seiAt
bHNvY2tldCAtbG5zbCAtbG0gLVIvdXNyL2xpYg0KIFVuZGVmaW5lZCAgICAgICAgICAgICAgICAg
ICAgICAgZmlyc3QgcmVmZXJlbmNlZA0KICBzeW1ib2wgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgIGluIGZpbGUNCiBzdHJuZHVwICAgICAgICAgICAgICAgICAgICAgICAgICAgICAuLi9saWJz
Ly5saWJzL2xpYnNjcm9sbGtlZXBlci5zbw0KIGxkOiBmYXRhbDogU3ltYm9sIHJlZmVyZW5jaW5n
IGVycm9ycy4gTm8gb3V0cHV0IHdyaXR0ZW4gdG8NCiAubGlicy9zY3JvbGxrZWVwZXItdHJlZS1z
ZXBhcmF0ZQ0KIG1ha2VbMl06ICoqKiBbc2Nyb2xsa2VlcGVyLXRyZWUtc2VwYXJhdGVdIEVycm9y
IDENCiBtYWtlWzJdOiBMZWF2aW5nIGRpcmVjdG9yeSBgL29wdC9zb3VyY2Uvc2Nyb2xsa2VlcGVy
LTAuMy4xMi9idWlsZHRvb2xzJw0KIG1ha2VbMV06ICoqKiBbYWxsLXJlY3Vyc2l2ZV0gRXJyb3Ig
MQ0KIG1ha2VbMV06IExlYXZpbmcgZGlyZWN0b3J5IGAvb3B0L3NvdXJjZS9zY3JvbGxrZWVwZXIt
MC4zLjEyJw0KIG1ha2U6ICoqKiBbYWxsXSBFcnJvciAyDQogDQogQW5kIGdvdCBmb2xsb3dpbmcg
ZXJyb3Igd2hlbiBJIHRyaWVkIHRvIGluc3RhbGwgcGF0Y2hlcyBmb3IgR05PTUU6DQogKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqDQogbGQuc28uMTog
L3Vzci9iaW4vc2Nyb2xsa2VlcGVyLWluc3RhbGw6IGZhdGFsOiByZWxvY2F0aW9uIGVycm9yOiBm
aWxlDQogL3Vzci9iaW4vc2Nyb2xsa2VlcGVyLWluc3RhbGw6IHN5bWJvbCBiaW5kX3RleHRkb21h
aW5fY29kZXNldDoNCiByZWZlcmVuY2VkIHN5bWJvbCBub3QgZm91bmQNCiBLaWxsZWQNCiAqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqDQogIA0KIFJl
Z2FyZHMsDQogTWlrZSBaaGFv

[Scrollkeeper-devel] help needed on scrollkeeper/GNOME installation

[Ying Z. <yz...@ec...>]

Hi:

I had some problem when I tried to install the scrollkeeper.
I am on Solaris8 system and have gcc as my compiler. I was trying to
install GNOME, then found I need scrollkeeper first.
Does anyone on this mailing list know what might be the reason and how I
can proceed from here? Please help me out. Appreciate it.
I got the following error when I "make" the scrollkeeper:
********************************************************
gcc -g -O2 -o .libs/scrollkeeper-tree-separate separate.o  -L/usr/lib
../libs/.libs/libscrollkeeper.so -lpthread /usr/lib/libxslt.so
/usr/lib/libxml2.so -lz -lsocket -lnsl -lm -R/usr/lib
Undefined                       first referenced
 symbol                             in file
strndup                             ../libs/.libs/libscrollkeeper.so
ld: fatal: Symbol referencing errors. No output written to
.libs/scrollkeeper-tree-separate
make[2]: *** [scrollkeeper-tree-separate] Error 1
make[2]: Leaving directory `/opt/source/scrollkeeper-0.3.12/buildtools'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/opt/source/scrollkeeper-0.3.12'
make: *** [all] Error 2

And got following error when I tried to install patches for GNOME:
***************************************************
ld.so.1: /usr/bin/scrollkeeper-install: fatal: relocation error: file
/usr/bin/scrollkeeper-install: symbol bind_textdomain_codeset:
referenced symbol not found
Killed
****************************************************
 
Regards,
Mike Zhao

Re: [Scrollkeeper-devel] file.omf does not validate against ScrollKeeper-OMF DTD

[John F. <jf...@in...>]

On Fri, 2003-02-21 at 08:11, Harnish, Joe wrote:
> Hello,
> 
> I am running into an issue where I get error messages about
> ScrollKeeper not validating some documentation files.  I was wondering
> if there is a tool or a command that I can run against the offending
> files to fix them or at least find out what their issues are.  
> 

Joe -

Libxml2 comes with a command line utility you can use to validate xml
docs against a dtd. It's called xmllint:

[jfleck@jelloiii C]$ xmllint --noout --dtdvalid
/usr/share/xml/scrollkeeper/dtds/scrollkeeper-omf.dtd
gnome-calculator-C.omf

This validates gnome-calculator-C.omf against the scrollkeeper-omf.dtd,
which is installed on my box in /usr/share/xml/scrollkeeper/dtds/. Zero
output indicates it's valid, else you get error messages.

Cheers,
John
-- 
John Fleck
jf...@in... (h) jf...@ab... (w)
http://www.inkstain.net http://www.abqjournal.com

"Sometimes, a diner is all about the mac and cheese." 
  - Zippy the Pinhead

[Scrollkeeper-devel] file.omf does not validate against ScrollKeeper-OMF DTD

[Harnish, J. <jha...@ci...>]

Hello,

I am running into an issue where I get error messages about ScrollKeeper not
validating some documentation files.  I was wondering if there is a tool or
a command that I can run against the offending files to fix them or at least
find out what their issues are.  

Thanks

Joseph Harnish
Northrop Grumman
City of Grand Rapids

Re: [Scrollkeeper-devel] Scrollkeeper translations and translation projects

[Christian R. <me...@gn...>]

ons 2003-02-12 klockan 16.33 skrev Dan Mueth:
> I just took a snapshot of extra-po/scrollkeeper/ so we don't lose any
> translations.  Since we haven't heard any objections, let's proceed with 
> the migration.

Great!


> What are the next steps?

Register Scrollkeeper with the TP. This involves writing a mail to
tra...@ir.... Details are mentioned on this page:
http://www.iro.umontreal.ca/contrib/po/HTML/maintainers.html


> Should we send an email to all the present translators of ScrollKeeper 
> (who may not be on this list) to make sure they are aware of the switch?  

Yes, that's a great idea.


Christian

Re: [Scrollkeeper-devel] Scrollkeeper translations and translation projects

[Dan M. <mu...@al...>]

I just took a snapshot of extra-po/scrollkeeper/ so we don't lose any
translations.  Since we haven't heard any objections, let's proceed with=20
the migration.

What are the next steps?

Should we send an email to all the present translators of ScrollKeeper=20
(who may not be on this list) to make sure they are aware of the switch? =
=20

-Dan


On 11 Feb 2003, Christian Rose wrote:

> s=F6n 2003-02-02 klockan 22.42 skrev Dan Mueth:
> > It sounds like we should move translations to the Translation Project=
. =20
> > (Does anybody else want to weigh in with an opinion, one way or the=20
> > other?)
> >=20
> > I'd like to wait a few more days since I recently sent out the POT fi=
le to
> > previous translators for updates.  Then I can make a new release with=
 the
> > updated po files and move over to the Translation Project.
>=20
> Hi! Are there any news on this? Carlos is eager to clean things up in
> gnome-i18n/extra-po :)
>=20
>=20
> Christian
>=20
>=20
>=20

Re: [Scrollkeeper-devel] Scrollkeeper translations and translation projects

[Christian R. <me...@gn...>]

s=F6n 2003-02-02 klockan 22.42 skrev Dan Mueth:
> It sounds like we should move translations to the Translation Project. =20
> (Does anybody else want to weigh in with an opinion, one way or the=20
> other?)
>=20
> I'd like to wait a few more days since I recently sent out the POT file t=
o
> previous translators for updates.  Then I can make a new release with the
> updated po files and move over to the Translation Project.

Hi! Are there any news on this? Carlos is eager to clean things up in
gnome-i18n/extra-po :)


Christian