scrollkeeper-devel — Developer discussion list for ScrollKeeper

Re: [Scrollkeeper-devel] Porblem with temporary files creation

[Benjamin T. <ben...@bu...>]

Malcolm Tredinnick wrote:

[...]

>Although option (2) seems clearly preferable to me, the backwards
>compatibility issues means it is probably an 0.5 feature. This means we
>may have to go with the "dozens of stupid temporary" files in the
>0.3/0.4 timeframe unless somebody can come up with a better idea.
>
>Anybody have thoughts?
>
>Malcolm
>
>  
>
Option (2) seems the cleanest to me too, but I don't know if the guys at 
Yelp will like it ;-)

As a temporary fix, isn't it possible to have only one temporary file by 
user, suffixed by the login name?
/tmp/scrollkeeper-tempfile.<login name>

Thus, we will have at most one temporary file by user in /tmp and it 
removes the problem of file names "shared" with other users (and access 
problem linked to it).

(I hope my suggestion is not completely stupid)

Benjamin

-- 
B e n j a m i n   T h e r y  - BULL/BI&S/GeODE/AIX & Linux CC

 mailto:Ben...@bu...
   http://www.bull.com

Re: [Scrollkeeper-devel] Porblem with temporary files creation

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

Hi Benjamin,

On Wed, Oct 02, 2002 at 09:58:37AM +0200, Benjamin Thery wrote:
> Some days ago, I reported the following bug for Scrollkeeper (see below).
> I think this is a major problem if there is more than one user or more 
> than one GNOME 2 installation on the same host.
> 
> I hope this could be fixed soon.

Thanks for the bug report. You are correct, the problem will happen
exactly as you have observed and it is most likely to be triggered in
scenarios like yours where there are multiple users on the same system.

As for fixing it, there are two possibilities (and this is the part
where I keep hoping that other people on the list might comment on my
ideas):

(1) We use mkstemp to generate a unique filename each time (and include
our own implementation for use on systems that don't have mkstemp).

	Advantages:
		- Avoids the recent security problem (which is fixed in
		  CVS, btw).
		- Gets around the "maximum of five files" problem.

	Disadvantages:
		- There is going to be a metric truckload of files with
		  stupid names floating around in some subdirectory of
		  the tmp directory after a while. In reality, these are
		  never going to be cleaned up except by something like
		  tmpwatch (which is not frequent enough on, say, Linux
		  systems).

(2) The scrollkeeper-get-cl binary dumps the result to stdout, rather
than saving to a file.

	Advantages:
		- Never have to worry about stray files lying around.
		- Makes scrollkeeper easily multiuser without having to
		  sweat on a lot of the locking issues all the time.

	Disadvantages:
		- Breaks backwards compatibility. All applications
		  currently using scrollkeeper via scrolkeeper-get-cl
		  and friends.

Although option (2) seems clearly preferable to me, the backwards
compatibility issues means it is probably an 0.5 feature. This means we
may have to go with the "dozens of stupid temporary" files in the
0.3/0.4 timeframe unless somebody can come up with a better idea.

Anybody have thoughts?

Malcolm

[Scrollkeeper-devel] Porblem with temporary files creation

[Benjamin T. <ben...@bu...>]

Some days ago, I reported the following bug for Scrollkeeper (see below).
I think this is a major problem if there is more than one user or more 
than one GNOME 2 installation on the same host.

I hope this could be fixed soon.

Thank you.

Benjamin.


BUG 614263
==========

Problem with temporary file names Scrollkeeper 0.3.9 :

After installation, main window of Yelp, GNOME2 help browser, showed 
*no* GNOME docs.

The problem I found was that :

-- Yelp executes scrollkeeper-get-content-list to build its DB.

-- scrollkeeper-get-content-list write the content in a temporary file

-- Temporary files can be :
    /tmp/scrollkeeper-tempfile.#,
    where # is a number between 0 and 4.

-- In /tmp, all the five possible temporary files already existed and 
were owned by another user.
    On the same system we have about 4 or 5 GNOME 2 installations running.
 
-- scrollkeeper-get-content-list couldn't write its file but didn't 
complain, because the other user owned all the temporary files.

-- Yelp parsed on of the file created by the other user which did not 
contained all the entries.

-- As a result, I can access only the docs installed by the other user.


I think the function get_next_free_temp_file_path() in cl/get-cl.c has a 
problem.

-- Either, it must create the temporary file with write permission for 
everyone,
-- Or, the procedure to select a filename as to be changed (may be by 
using a random file name or adding
the username or UID to the temporary filename)



-- 
B e n j a m i n   T h e r y  - BULL/BI&S/GeODE/AIX & Linux CC

 mailto:Ben...@bu...
   http://www.bull.com

[Scrollkeeper-devel] OMF, ToC et al for non-DocBook docs

[Ross B. <r.b...@18...>]

Hi,

I would like to be able to browse my Java API docs (HTML format) in
Yelp, so I need to generate the relevant files. The OMF file is not
hard, but I would like to have the package tree in the table of
contents, and the index to contain every Java class and method.

By looking at the documentation it appears that scrollkeeper-install
will generate the index and ToC from Docbook sources. Is it possible to
pre-generate these files, and along with the OMF install them?

Regards,
Ross Burton
-- 
Ross Burton                     Software Engineer
OneEighty Software Ltd          Tel: +44 20 8680 8712
Cygnet House                    Fax: +44 20 8680 8453
12-14 Sydenham Road             r.b...@18...
Croydon, Surrey CR9 2ET, UK     http://www.180sw.com./
====================================================================
Under the Regulation of Investigatory Powers (RIP) Act 2000 together
with any and all Regulations in force pursuant to the Act OneEighty
Software Ltd reserves the right to monitor any or all incoming or
outgoing communications as provided for under the Act

Re: [Scrollkeeper-devel] Problem with scrollkeeper i18n support

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

On Mon, Aug 26, 2002 at 11:12:37AM +1000, Malcolm Tredinnick wrote:
[...]
> The current behaviour when I run
> 
> 	scrollkeeper-get-cl sv scrollkeeper_cl.xml
> 
> if to look in my LANG environment variable and run through all of the
> possibilities there. If any of them match the requested locale ('sv'),
> then return the 'sv' version of the contents file. If not, as a final
> fallback, return the 'C' version of the file. The upshot of this is
> that. although I have a Swedish translation on my box, I will always get
> the C version since, by default, my LANG variable is set to "en_AU".
> 
> Why is this the algorithm that is being used? It should not care what my
> current locale is if I specify something on the command line.
> 
> It's a fairly simple change to make scrollkeeper-get-cl just cycle
> through the passed in locale and its variants and return the first one
> that matches. By "cycle through", I mean that running
> 
> 	scrollkeeper-get-cl sv_SE.ISO8859-1 scrollkeeper_cl.xml
> 
> will check (in order) sv_SE.ISO8859-1, sv_SE, sv.ISO8859-1 and sv. As a
> final fallback, if none of those possibilities work, we could _then_
> consider what is in LANG and finally fall back to C as a last resort.
> 
> (Note that by "fairly simple", I mean "I have a tested patch that does
> exactly what I described". :-) )
> 
> In terms of functionality, this should not break anybody's setup, since
> the only thing they will see is possibly a localised contents list that
> they asked for, rather than the C version they got because LANG was set
> differently to what scrollkeeper thought it should be -- so things will
> work better than before.

Did anybody have any comments about this proposed change -- either
postive or negative? I'm tempted to just check in the new behaviour,
since it does not appear to make things behave any worse than previously
and it behaves better in some cases. However, I would like to hear at
least some murmers of approvement.

Malcolm

[Scrollkeeper-devel] Problem with scrollkeeper i18n support

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

Presently, scrollkeeper has a fairly strange behvaiour when it comes to
working out what localisation of a contents file to return from
scrollkeeper-get-cl (and aliases like scrollkeeper-get-contents, which
just call the same thing).

The current behaviour when I run

	scrollkeeper-get-cl sv scrollkeeper_cl.xml

if to look in my LANG environment variable and run through all of the
possibilities there. If any of them match the requested locale ('sv'),
then return the 'sv' version of the contents file. If not, as a final
fallback, return the 'C' version of the file. The upshot of this is
that. although I have a Swedish translation on my box, I will always get
the C version since, by default, my LANG variable is set to "en_AU".

Why is this the algorithm that is being used? It should not care what my
current locale is if I specify something on the command line.

It's a fairly simple change to make scrollkeeper-get-cl just cycle
through the passed in locale and its variants and return the first one
that matches. By "cycle through", I mean that running

	scrollkeeper-get-cl sv_SE.ISO8859-1 scrollkeeper_cl.xml

will check (in order) sv_SE.ISO8859-1, sv_SE, sv.ISO8859-1 and sv. As a
final fallback, if none of those possibilities work, we could _then_
consider what is in LANG and finally fall back to C as a last resort.

(Note that by "fairly simple", I mean "I have a tested patch that does
exactly what I described". :-) )

In terms of functionality, this should not break anybody's setup, since
the only thing they will see is possibly a localised contents list that
they asked for, rather than the C version they got because LANG was set
differently to what scrollkeeper thought it should be -- so things will
work better than before.

Looking to the future, this new algorithm makes sense in that you can
have a single box that may serve scrollkeeper documents in many locales
from a script or something, without needing to fool around with working
out what locale is being requested and then having to set LANG as
appropriate.

Anybody have thoughts?

Malcolm
-- 

[Scrollkeeper-devel] Small correction for manual page.

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

(Sourceforge is down, so posting here as a temporary measure.)

The attached patch fixes a small typo in the scrollkeeper-update(8)
manual page. Nothing too exciting, but it was annoying me. :-)

Cheers,
Malcolm

-- 

[Scrollkeeper-devel] Correction for scrollkeeper installation paths

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

(Sourceforge is down, so posting here and will put into sourceforge when
it comes back up.)

Currently, scrollkeeper lets you set SYSCONFDIR during configuration or
when invoking make, however, it still looks at /etc/scrollkeeper.conf
(only) when working out which directories to scan. Similarly, it refuses
to honour LOCALSTATEDIR when writing various work-in-progress files out.

The attached patch fixes both of these problems (the second one is in
the TODO file, so if/when it gets applied, Dan, you can remove that line
as well).

Note that both these things need to be done via "-D..." on the compile
line, rather than in config.h, since they must be changeable when make
is invoked, not just at configure time.

Cheers,
Malcolm

-- 

Re: [Scrollkeeper-devel] Translated TOC list.

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

On Sun, Aug 04, 2002 at 12:00:26PM -0500, Dan Mueth wrote:
> On 4 Aug 2002, Mikael Hallendal wrote:
> > If I do a pretty ugly hack and remove everything after _ in the locale
> > when calling scrollkeeper-get-content-list I get a translated TOC-file.
> > IMHO you should be able to call it with locale sv_SE or sv_SE.ISO8859-1
> > and still get the correct TOC-file.
> 
> Where does this sort of locale fallback usually happen?  It looks like
> glibc does not do it, but for Gtk+ applications, GDK does it. It would
> make sense, then, to move it from Yelp into Scrollkeeper.

This problem has been sitting around for a while now. Attached is a
patch to move some locale fallback logic into scrollkeeper. Sourceforge
appears to be down at the moment, so I'm posting here in case people
want to test and will drop it into Sourceforge if/when it comes back up.

Cheers,
Malcolm

Re: [Scrollkeeper-devel] Categories for Gnome Applications

[Andrew S. <an...@so...>]

On Sat, 2002-08-24 at 22:55, Mikael Hallendal wrote:
> l=F6r 2002-08-24 klockan 21.43 skrev Sander Vesik:
> > On Sat, 24 Aug 2002, Allin Cottrell wrote:
> >=20
> > > On Sat, 24 Aug 2002, Sander Vesik wrote:
> > >=20
> > > > On Sat, 24 Aug 2002, Allin Cottrell wrote:
> > > >
> > > > > Can I suggest adding a few more Application categories to the
> > > > > canonical Gnome tree for scrollkeeper?  At present we have...
> > >=20
> > > > > I think we could do with, say, Education(al?), Scientific and
> > > > > Other.  I'm developer of an econometrics (economic statistics)
> > > > > program and I can't find a sensible place for its docs in the
> > > > > current tree.
> > > >
> > > > I think a potential source of confusion here is 'gnome docs' vs
> > > > 'docs for programs running under gnome'. For application there are
> > > > categories for educational and scientific apps
> > > > (ApplicationsEducational & ApplicationsScientific), though neither
> > > > have Economics (or for that matter Linguistics, Sociology, etc)
> > > > subcatoegories.
> > >=20
> > > Ah, I take your point.  Perhaps I should go under Applications, not
> > > Gnome/Applications.  It's a bit lonely in there right now. ;-)
> > >=20
> >=20
> > Yes, unfortunately not many applications have seenthe light yet and
> > started providing documentation that integrates with scrollkeeper yet.
>=20
> Rather noone really knows where they should put there documents. We have
> a GNOME/Applications/* with several categories in. Should stuff be
> placed there or should it be places somewhere else?
>=20
> I'm not really sure what the KDE and GNOME categories are for. Currently
> I special give special treatment to the GNOME category. I kinda agrees
> with Havoc here, that we should not distinct so much between GNOME and
> KDE. _But_ for the desktop it will be a mess if KDE docs and GNOME docs
> got messed up. Ie. if we had a Desktop/Panel, and both KDE and GNOME put
> there panel docs there :)
>=20
> Perhaps we should go over it all and make sure that nothing but the
> "core" is in GNOME/. If we are this discussion should be moved to the
> gnome-doc-list. CC'ing there now.

I would expect only "very-gnome" items to be under GNOME. That's the
panel, nautilus, capplets, applets.

The end user may not care that gedit is developed by the gnome project -
it's a text editor, an app, and should be under Applications in the same
place as kedit, emacs, kate and so on. Same job, same place.

>=20
> Regards,
>   Mikael Hallendal
> >=20
> > > Allin Cottrell.
> > >=20
> >=20
> > 	Sander
> >=20
> > 	This is the place where all
> > 	the junkies go=09
> > 	where time gets fast
> > 	but everything gets slow
> >=20
> >=20
> >=20
> >=20
> > -------------------------------------------------------
> > This sf.net email is sponsored by: OSDN - Tired of that same old
> > cell phone?  Get a new here for FREE!
> > https://www.inphonic.com/r.asp?r=3Dsourceforge1&refcode1=3Dvs3390
> > _______________________________________________
> > Scrollkeeper-devel mailing list
> > Scr...@li...
> > https://lists.sourceforge.net/lists/listinfo/scrollkeeper-devel
> >=20
> --=20
> Mikael Hallendal                mi...@co...
> CodeFactory AB                  http://www.codefactory.se/
> Office: +46 (0)8 587 583 05     Cell: +46 (0)709 718 918
>=20
> _______________________________________________
> gnome-doc-list mailing list
> gno...@gn...
> http://mail.gnome.org/mailman/listinfo/gnome-doc-list
>=20
--=20
Andrew

"Someone needs to make a 'woops' command that reverts the hard disk to
the state it was in 20 seconds ago."
		-- me

Re: [Scrollkeeper-devel] Categories for Gnome Applications

[Allin C. <cot...@wf...>]

On 24 Aug 2002, Andrew Sobala wrote:

[just a few excerpts from previous posts along the way]

> > > > > I think a potential source of confusion here is 'gnome docs' vs
> > > > > 'docs for programs running under gnome'. For application there are
> > > > > categories for educational and scientific apps
> > > > > (ApplicationsEducational & ApplicationsScientific), though neither
> > > > > have Economics (or for that matter Linguistics, Sociology, etc)
> > > > > subcatoegories.
> >
> > Rather noone really knows where they should put there documents. We have
> > a GNOME/Applications/* with several categories in. Should stuff be
> > placed there or should it be places somewhere else?
>
> I would expect only "very-gnome" items to be under GNOME. That's the
> panel, nautilus, capplets, applets.
>
> The end user may not care that gedit is developed by the gnome
> project - it's a text editor, an app, and should be under
> Applications in the same place as kedit, emacs, kate and so on. Same
> job, same place.

I think this is a good point.  At present the non-gnome category in
yelp (on my system, anyway, sans KDE) is pretty much empty apart from
the man and info sections.  That's what made me think my app (which is
designed to play nicely with gnome) should go under Gnome.  But in the
long view it probably should not, and the gnome section should be
restricted to programs which are, as you say, "very-gnome".  This
would argue for moving not only gedit but also gdict, the system
monitor (procman), and other apps that are not part of the "gnome
apparatus" as such and could be used on any system that has the gnome
libs installed.

While we're at it, the gnome desktop configuration stuff should not be
under "Applications" in the gnome menus, but under "Settings".

Allin Cottrell.

Re: [Scrollkeeper-devel] Categories for Gnome Applications

[Mikael H. <mi...@co...>]

l=F6r 2002-08-24 klockan 21.43 skrev Sander Vesik:
> On Sat, 24 Aug 2002, Allin Cottrell wrote:
>=20
> > On Sat, 24 Aug 2002, Sander Vesik wrote:
> >=20
> > > On Sat, 24 Aug 2002, Allin Cottrell wrote:
> > >
> > > > Can I suggest adding a few more Application categories to the
> > > > canonical Gnome tree for scrollkeeper?  At present we have...
> >=20
> > > > I think we could do with, say, Education(al?), Scientific and
> > > > Other.  I'm developer of an econometrics (economic statistics)
> > > > program and I can't find a sensible place for its docs in the
> > > > current tree.
> > >
> > > I think a potential source of confusion here is 'gnome docs' vs
> > > 'docs for programs running under gnome'. For application there are
> > > categories for educational and scientific apps
> > > (ApplicationsEducational & ApplicationsScientific), though neither
> > > have Economics (or for that matter Linguistics, Sociology, etc)
> > > subcatoegories.
> >=20
> > Ah, I take your point.  Perhaps I should go under Applications, not
> > Gnome/Applications.  It's a bit lonely in there right now. ;-)
> >=20
>=20
> Yes, unfortunately not many applications have seenthe light yet and
> started providing documentation that integrates with scrollkeeper yet.

Rather noone really knows where they should put there documents. We have
a GNOME/Applications/* with several categories in. Should stuff be
placed there or should it be places somewhere else?

I'm not really sure what the KDE and GNOME categories are for. Currently
I special give special treatment to the GNOME category. I kinda agrees
with Havoc here, that we should not distinct so much between GNOME and
KDE. _But_ for the desktop it will be a mess if KDE docs and GNOME docs
got messed up. Ie. if we had a Desktop/Panel, and both KDE and GNOME put
there panel docs there :)

Perhaps we should go over it all and make sure that nothing but the
"core" is in GNOME/. If we are this discussion should be moved to the
gnome-doc-list. CC'ing there now.

Regards,
  Mikael Hallendal
>=20
> > Allin Cottrell.
> >=20
>=20
> 	Sander
>=20
> 	This is the place where all
> 	the junkies go=09
> 	where time gets fast
> 	but everything gets slow
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> This sf.net email is sponsored by: OSDN - Tired of that same old
> cell phone?  Get a new here for FREE!
> https://www.inphonic.com/r.asp?r=3Dsourceforge1&refcode1=3Dvs3390
> _______________________________________________
> Scrollkeeper-devel mailing list
> Scr...@li...
> https://lists.sourceforge.net/lists/listinfo/scrollkeeper-devel
>=20
--=20
Mikael Hallendal                mi...@co...
CodeFactory AB                  http://www.codefactory.se/
Office: +46 (0)8 587 583 05     Cell: +46 (0)709 718 918

Re: [Scrollkeeper-devel] Categories for Gnome Applications

[Sander V. <San...@Su...>]

On Sat, 24 Aug 2002, Allin Cottrell wrote:

> On Sat, 24 Aug 2002, Sander Vesik wrote:
> 
> > On Sat, 24 Aug 2002, Allin Cottrell wrote:
> >
> > > Can I suggest adding a few more Application categories to the
> > > canonical Gnome tree for scrollkeeper?  At present we have...
> 
> > > I think we could do with, say, Education(al?), Scientific and
> > > Other.  I'm developer of an econometrics (economic statistics)
> > > program and I can't find a sensible place for its docs in the
> > > current tree.
> >
> > I think a potential source of confusion here is 'gnome docs' vs
> > 'docs for programs running under gnome'. For application there are
> > categories for educational and scientific apps
> > (ApplicationsEducational & ApplicationsScientific), though neither
> > have Economics (or for that matter Linguistics, Sociology, etc)
> > subcatoegories.
> 
> Ah, I take your point.  Perhaps I should go under Applications, not
> Gnome/Applications.  It's a bit lonely in there right now. ;-)
> 

Yes, unfortunately not many applications have seenthe light yet and
started providing documentation that integrates with scrollkeeper yet.

> Allin Cottrell.
> 

	Sander

	This is the place where all
	the junkies go	
	where time gets fast
	but everything gets slow

Re: [Scrollkeeper-devel] Categories for Gnome Applications

[Allin C. <cot...@wf...>]

On Sat, 24 Aug 2002, Sander Vesik wrote:

> On Sat, 24 Aug 2002, Allin Cottrell wrote:
>
> > Can I suggest adding a few more Application categories to the
> > canonical Gnome tree for scrollkeeper?  At present we have...

> > I think we could do with, say, Education(al?), Scientific and
> > Other.  I'm developer of an econometrics (economic statistics)
> > program and I can't find a sensible place for its docs in the
> > current tree.
>
> I think a potential source of confusion here is 'gnome docs' vs
> 'docs for programs running under gnome'. For application there are
> categories for educational and scientific apps
> (ApplicationsEducational & ApplicationsScientific), though neither
> have Economics (or for that matter Linguistics, Sociology, etc)
> subcatoegories.

Ah, I take your point.  Perhaps I should go under Applications, not
Gnome/Applications.  It's a bit lonely in there right now. ;-)

Allin Cottrell.

Re: [Scrollkeeper-devel] Categories for Gnome Applications

[Sander V. <San...@Su...>]

On Sat, 24 Aug 2002, Allin Cottrell wrote:

> Can I suggest adding a few more Application categories to the
> canonical Gnome tree for scrollkeeper?  At present we have
> 
> Accessories
> Desktop Preferences
> Games
> Graphics
> Internet
> Office
> Programming
> Sound and Video
> System Tools
> 
> I think we could do with, say, Education(al?), Scientific and
> Other.  I'm developer of an econometrics (economic statistics)
> program and I can't find a sensible place for its docs in the
> current tree.
> 

Hi! 

I think a potential source of confusion here is 'gnome docs' vs 'docs for
programs running under gnome'. For application there are categories for
educational and scientific apps (ApplicationsEducational &
ApplicationsScientific), though neither have Economics (or for that
matter Linguistics, Sociology, etc) subcatoegories. 

OTOH possibly I'm the confused one and we want to duplicate that part of
the tree under GNOME ?

> Allin Cottrell.
> 

	Sander

	This is the place where all
	the junkies go	
	where time gets fast
	but everything gets slow

[Scrollkeeper-devel] Categories for Gnome Applications

[Allin C. <cot...@wf...>]

Can I suggest adding a few more Application categories to the
canonical Gnome tree for scrollkeeper?  At present we have

Accessories
Desktop Preferences
Games
Graphics
Internet
Office
Programming
Sound and Video
System Tools

I think we could do with, say, Education(al?), Scientific and
Other.  I'm developer of an econometrics (economic statistics)
program and I can't find a sensible place for its docs in the
current tree.

Allin Cottrell.

[Scrollkeeper-devel] Re: [gnome-db] cygwin update

[<mv...@ho...>]

Fernando Martins wrote:
> Margus V=E4li:
>=20
>>I have cygwin development packages installed in the same
>>place as gtk-2, have PATH environment variable contain
>>both /usr/bin and /usr/lib (c:\cygwin\ prefix locally).
>>
>>Since cygwin doesn't have scrollkeeper, I installed from
>>source, builds ok, but I had to add -lintl to
>>scrollkeeper_tree_separate_LDADD in scrollkeeper/buildtools/Makefile.
>=20
>=20
> You mean "scrollkeeper_tree_separate_LDADD =3D -lintl $(LDADD)" ?
>=20

Well, actually these files need to be altered:
buildtools/Makefile
cl/src/Makefile
extract/src/Makefile

LDADD =3D \
         $(XML_LIBS) \
         $(XSLT_LIBS) \
         $(top_builddir)/libs/libscrollkeeper.la -lintl

(Notice the -lintl at the end that I added):


 From top level Makefile intl dir needs to be removed from the SUBDIRS
macro because there's some error with target libintl.@l@a needed by
all-yes.


> One question: do I need to install the docbook stylesheets?
>=20

Dunno, just follow the instructions in INSTALL

> I'm stuck now with the make in scrollkeeper:
>=20
> Making all in buildtools
> make[2]: Entering directory `/home/fmartins/scrollkeeper-0.3.11/buildto=
ols'
> /bin/sh ../libtool --mode=3Dlink gcc  -g -O2  -o
> scrollkeeper-tree-separate.exe  s
> eparate.o -lintl -lxml2 -L/usr/lib -lxslt -lxml2 -lz -lm
> ../libs/libscrollkeeper
> .la
> libtool: link: cannot find the library `/usr/lib/libiconv.la'
> make[2]: *** [scrollkeeper-tree-separate.exe] Error 1
> make[2]: Leaving directory `/home/fmartins/scrollkeeper-0.3.11/buildtoo=
ls'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/home/fmartins/scrollkeeper-0.3.11'
> make: *** [all-recursive-am] Error 2
>=20
> iconv looks to be installed in \bin and \lib. Why is it looking in /usr=
/lib?
>=20

Do you really have the file /usr/lib/libiconv.la?
Check if you have libiconv, libiconv2, libintl, libintl(1,2) installed.
I have libiconv(2|) 1.8-2, libintl 0.10, libintl2 0.11

regards,
mv

[Scrollkeeper-devel] [Fwd: scrollkeeper bug report]

[Laszlo K. <las...@su...>]

Hello guys,

I just received this I thought it might be important.

Laszlo

-------- Original Message --------
Subject: scrollkeeper bug report
Date: Fri, 16 Aug 2002 17:40:00 +0200 (CEST)
From: Spybreak <spy...@ho...>
To: <las...@su...>



Dear Mr. Kovacs,

I'm writing you regarding your scrollkeeper.
During light auditing, I've found that it
follows sym-links during creation of the
scrollkeeper-tempfile.* files in the /tmp
directory.

Due to it it is possible to compromise even
the root account.
I've tested the vulnerabiliti on RH 7.3.
RH 7.3 has installed version 0.3.4, but it seems
that even version 0.3.11 (latest as far as I know)
is susceptible to this kind of attack.

So it would be fine if you can release a patched
version to sourceforge until monday, before I release
a security advisory for the public.

To patch it takes no more than 15 minutes,
so there should be no problem.


			Keep on with your cool work.

					Spybreak

[Scrollkeeper-devel] RFE

[Jens E. <el...@im...>]

Hi,

is it possible to improve scrollkeeper for "shared environments" ?

Actually the only thing one seems to be able to configure after scrollkeeper
is installed, is the OFA_DIR.

What is IMHO required in a shared environment (i.e. the installdir of
scrollkeeper is shared with client machines)? :

Basically a global and an optional additional local configuration. 

Why:
0) clients should be able to make use of a (e.g. NFS) shared scrollkeeper
   base (e.g. $serverdir/scrollkeeper) and thus need read access to
   $serverdir/scrollkeeper
1) Usually clients are not allowed to overwrite files shared from a 
   server (e.g.  $serverdir/scrollkeeper/var/log/scrollkeeper.log)
2) clients should be able, to have additional scrollkeeper dbs since they
   might have additional (e.g. client specific) software installed.

So I would opt for the following roughly behavior:

0) scrollkeeper should allow the following options in its conf file:
	a) LOCAL_CONF=$file	(e.g. $file = /etc/opt/scrollkeeper.conf)
	b) DB_DIR=$db_dir	(e.g. $db_dir = /var/data/scrollkeeper)
	c) LOG_FILE=$log	(e.g. $log = /var/log/scrollkeeper.log)
	d) DOCBOOK=$docbook.uri	(e.g. $docbook.uri = /opt/docbook/docbook.dtd)

1) for runtime configuration scrollkeeper should scan and merge/overwrite
   the settings of:
	a) $installdir/etc/scrollkeeper.conf (hard coded when compiled)
	b) $SCROOLKEEPER_DIR/etc/scrollkeeper.conf if this env var is set
	c) $LOCAL_CONF if this option is set

2) if a LOG_FILE option is set, it overwrites the previous setting

3) if DB_DIR is found, scrollkeeper should merge it into its current
   DB_DIR settings and should take information from that directory[s]
   into account as well

4) if OMF_DIR is set, it should be merged into the current OMF_DIR
   setting, too.

5) if DOCBOOK is set, scrollkeeper should try to use this dtd instead
   of the one, [not] specified in the default catalog file.

What do you think, is this possible to make scrollkeeper such flexible ?

regards,
jens.
-- 
+---[ Jens Elkner ]---------[ IMS GmbH, Abt. Server/Netzwerkmanagement ]--+
| Sandtorstr. 23                       +49 391 54486 19230                |
| 39106 Magdeburg                       el...@im...                |
| GERMANY                             http://www.imsgroup.de/             |
+-------------------------------------------------------------------------+

[Scrollkeeper-devel] option --no-net wanted

[Karl E. <ke...@gm...>]

Please consider to add the option --no-net to scrollkeeper-update and
related tools; xsltproc know about such a switch (--nonet) and it is
pretty handy.

To increase verbosity, some tools know about accumulated -v -v -v
switches (cf. rpm).  This is great for debugging if you don't want to
use strace or a real debugger.

-- 
ke...@su... (work) / ke...@gm... (home):              |
http://www.suse.de/~ke/                                  |      ,__o
Free Translation Project:                                |    _-\_<,
http://www.iro.umontreal.ca/contrib/po/HTML/             |   (*)/'(*)

[Scrollkeeper-devel] ADV: Harvest lots of E-mail addresses quickly !

[<ema...@em...>]

Dear scrollkeeper-devel =2C

=3CBODY bgColor=3D#ffccff=3E
=3CTABLE border=3D0 cellPadding=3D0 cellSpacing=3D0 width=3D475=3E
  =3CTBODY=3E
  =3CTR=3E
    =3CTD align=3Dmiddle vAlign=3Dtop=3E=3C=2FTD=3E=3C=2FTR=3E=3C=2FTBODY=3E=3C=2FTABLE=3E=3CBR=3E
=3CTABLE=3E
  =3CTBODY=3E
  =3CTR=3E
    =3CTD width=3D=225%=22=3E=3C=2FTD=3E
    =3CTD bgColor=3D#b8ecff borderColor=3D#0000ff width=3D=2290%=22=3E=3CFONT color=3D#ff0000 
      face=3D=22Arial Black=22 
      size=3D6=3E&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B Want   
      To Harvest A Lot Of Email&nbsp=3B&nbsp=3B Addresses In A Very Short Time=3F=3C=2FFONT=3E   
      =3CP=3E=3CB=3E=3CFONT color=3D#0000ff face=3DArial size=3D4=3EEasy Email   
      Searcher=3C=2FFONT=3E=3CFONT color=3D#ff00ff face=3DArial size=3D4=3E&nbsp=3B is&nbsp=3B   
      a&nbsp=3B powerful&nbsp=3B Email&nbsp=3B software&nbsp=3B&nbsp=3B that&nbsp=3B   
      harvests general Email lists from mail servers&nbsp=3B&nbsp=3B =3C=2FFONT=3E=3CFONT   
      color=3D#0000ff face=3DArial size=3D4=3EEasy Email Searcher =3C=2FFONT=3E=3CFONT   
      color=3D#ff00ff face=3DArial size=3D4=3Ecan get 100=2C000 Email=3C=2FFONT=3E=3C=2FB=3E =3CFONT   
      color=3D#ff00ff face=3DArial size=3D4=3E=3CB=3Eaddresses directly from the Email   
      servers in only one hour!&nbsp=3B=3C=2FB=3E=3C=2FFONT=3E=3C=2FP=3E  
      =3CUL=3E  
        =3CLI=3E=3CFONT face=3DArial size=3D2=3E=3CB=3E=3CFONT color=3D#0000ff=3EEasy Email   
        Searcher=3C=2FFONT=3E=3C=2FB=3E is a 32 bit Windows Program for e-mail marketing=2E It   
        is intended for easy and convenient search large e-mail address lists   
        from mail servers=2E The program can be operated on Windows 95=2F98=2FME=2F2000   
        and NT=2E=3C=2FFONT=3E   
        =3CLI=3E=3CFONT face=3DArial size=3D2=3E=3CB=3E=3CFONT color=3D#0000ff=3EEasy Email   
        Searcher=3C=2FFONT=3E =3C=2FB=3Esupport multi-threads =28up to 512   
        connections=29=2E=3C=2FFONT=3E   
        =3CLI=3E=3CFONT face=3DArial size=3D2=3E=3CB=3E=3CFONT color=3D#0000ff=3EEasy Email   
        Searcher=3C=2FFONT=3E=3C=2FB=3E has the ability&nbsp=3B to reconnect to the mail   
        server if the server has disconnected and continue the searching at the   
        point where it has been interrupted=2E=3C=2FFONT=3E   
        =3CLI=3E=3CFONT face=3DArial size=3D2=3E=3CB=3E=3CFONT color=3D#0000ff=3EEasy Email   
        Searcher=3C=2FFONT=3E=3C=2FB=3E has an ergonomic interface that is easy to set up   
        and simple to use=2E=3C=2FFONT=3E =3C=2FLI=3E=3C=2FUL=3E  
      =3CP=3E=A1=A1=3CB=3E=3CFONT color=3D#0000ff face=3DArial=3EEasy Email Searcher is an email   
      address searcher and bulk e-mail sender=2E It can verify more than 5500   
      email addresses per minute at only 56Kbps speed=2E It even allows you send   
      email to valid email address while searching=2E You can save the searching   
      progress and load it to resume work at your convenience=2E All you need to   
      do is just input an email address=2C and press the =22Search=22   
      button=2E=3C=2FFONT=3E=3C=2FB=3E=3C=2FP=3E  
      =3CP=3E=3CB=3E=3CFONT color=3D#0000ff face=3DArial=3E=3CBR=3E=3C=2FFONT=3E=3Cfont face=3D=22Comic Sans MS=22 size=3D=224=22 color=3D=22#FF00FF=22=3EVery 
      Low Price ! -------&nbsp=3B Now=2C&nbsp=3B The full version of Easy Email 
      Searcher only costs =3C=2Ffont=3E=3Cfont face=3D=22Comic Sans MS=22 size=3D=224=22 color=3D=22#0000FF=22=3E$ 
      39=2E 95=3C=2Ffont=3E=3C=2FB=3E=3C=2FP=3E 
      =3CP=3E=3CB=3E=3CFONT color=3D#ff0000 face=3DArial size=3D4=3E=3CI=3EClick The Following Link To   
      Download The Demo =3A=3C=2FI=3E=3C=2FFONT=3E=3C=2FB=3E=3C=2FP=3E 
      =3CP=3E=3CB=3E=3CFONT color=3D#ff0000 face=3DArial size=3D4=3E=3CA  
      href=3D=22http=3A=2F=2Fwww=2Ewldinfo=2Ecom=2Fdownload=2Femail=2Fnewees=2Ezip=22=3EDownload Site   
      1=3C=2FA=3E=3C=2FFONT=3E=3C=2FB=3E=3C=2FP=3E  
      =3CP=3E=3CB=3E=3CFONT color=3D#ff0000 face=3DArial size=3D4=3E=3CA   
      href=3D=22http=3A=2F=2Fbestsoft=2E3322=2Eorg=2Fonlinedown=2Fnewees=2Ezip=22=3EDownload Site   
      2=3C=2FA=3E&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B&nbsp=3B =3C=2FFONT=3E=3C=2FB=3E=A1=A1=3CFONT color=3D#0000a0 face=3DArial 
      size=3D3=3E=3CSTRONG=3EIf&nbsp=3B you can not download this program =2C&nbsp=3B please   
      copy the following link into your URL =2C and then click =22 Enter=22 on your   
      Computer Keyboard=2E=3C=2FSTRONG=3E=3C=2FFONT=3E=3C=2FP=3E  
      =3CP=3E=3CFONT size=3D2=3E=3CFONT color=3D#0000a0 face=3DArial size=3D3=3E=3CSTRONG=3EHere is the   
      download links=3A=3C=2FSTRONG=3E=3C=2FFONT=3E=3C=2FP=3E  
      =3CDIV=3E  
      =3CP=3Ehttp=3A=2F=2Fwww=2Ewldinfo=2Ecom=2Fdownload=2Femail=2Fnewees=2Ezip=3C=2FP=3E  
      =3CP=3Ehttp=3A=2F=2Fbestsoft=2E3322=2Eorg=2Fonlinedown=2Fnewees=2Ezip=3C=2FP=3E=3C=2FFONT=3E=3C=2FDIV=3E  
      =3CP=3E=3C=2FP=3E=3C=2FTD=3E  
    =3CTD width=3D=225%=22=3E=3C=2FTD=3E=3C=2FTR=3E  
  =3CTR=3E  
    =3CTD width=3D=225%=22=3E=3C=2FTD=3E  
    =3CTD bgColor=3D#0f95de width=3D=2290%=22=3E=3CFONT color=3D#ffffff   
      face=3D=22Verdana=2C Tahoma=2C Helvetica=2C SansSerif=22   
      size=3D1=3E=3CB=3EDisclaimer=3A=3C=2FB=3E=3CBR=3EWe are strongly against continuously sending   
      unsolicited emails to those who do not wish to receive our special   
      mailings=2E We have attained the services of an independent 3rd party to   
      overlook list management and removal services=2E This is not unsolicited   
      email=2E If you do not wish to receive further mailings=2C please click this   
      link =3CA href=3D=22 mailto=3Aremoval=40btamail=2Enet=2Ecn =22   
      target=3D=5Fblank=3E=3CFONT   
      color=3D#fdd32a=3E=3CB=3Emailto=3Aremoval=40btamail=2Enet=2Ecn  
      =3C=2FB=3E=3C=2FFONT=3E=3C=2FA=3E=2E&nbsp=3B=3C=2FFONT=3E=3CB=3E=3CFONT class=3Ddisclaimer color=3D#000080  
      face=3DArial=3E=3CBR=3EThis message is a commercial advertisement=2E It is compliant  
      with all federal and state laws regarding email messages including the  
      California Business and Professions Code=2E We have provided the subject  
      line =22ADV=22 to provide you notification that this is a commercial  
      advertisement for persons over 18yrs old=2E=3C=2FFONT=3E=3C=2FB=3E=3C=2FTD=3E 
    =3CTD width=3D=225%=22=3E=3C=2FTD=3E=3C=2FTR=3E=3C=2FTBODY=3E=3C=2FTABLE=3E 
=3CBR=3E

[Scrollkeeper-devel] scrollkeeper dependencies

[Steve S. <eag...@ho...>]

Scrollkeeper requires docbookx412.  docbookx412 does not have a normal 
./configure --prefix=$INSTPATH ; make ; make install type package that 
allows non-root installation into an alternate path.  There is no clear way 
around this limitation that I have found yet.  That is really lame for 
people who either don't want to test as root or do not have root access.  
For trying out gnome2, this is the only package that has this limitation but 
unfortunately, many packages require scrollkeeper.

It seems like either:

1) docbookx412 should have a normal build script
2) There should be documentation on how to work around the lack of a 
--prefix option in docbookx412.
3) There should be an option in all programs depending on scrollkeeper to 
turn off scrollkeeper dependence.  (Since scrollkeeper is just for 
documentation this should not be critical right?)

Anyway, I don't mean this email as a flame but I would really like to try 
out gnome2 (and many gnome 1.4 apps like galeon) but right now I can not.  
It seems like the only reasonable option is 1) for docbookx412 to work like 
all the other gnome packages.  I realize that docbookx412 is not a gnome 
package but since it is a dependency it seems like it should work like other 
gnome packages.

Please don't send flames saying that if I want the change I should do it 
myself.  I program verilog only for now.  Maybe if I get laid off I'll take 
up C and start fixing random things that bug me.

If anyone has suggestions for getting around this, thanks in advance for any 
help.

Esteban Salazar
eag...@ho...

_________________________________________________________________
Send and receive Hotmail on your mobile device: http://mobile.msn.com

Re: [Scrollkeeper-devel] distchecking a package with scrollkeeper docs

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

Hi Andy,

I believe scrollkeeper-example2 passes make distcheck.  (According to the 
ChangeLog it started passing make distcheck on 2002-04-10, and I don't 
think anything has changed that would break it.)  Are you using the 
omf.make file from scrollkeeper-example2?

-Dan


On Wed, 7 Aug 2002, Andy Wingo wrote:

> Hi all,
> 
> I was wondering how to make a package with scrollkeeper docs pass
> distcheck. I use the latest omf.make, etc, which makes my omfs get
> installed and deinstalled properly, but since scrollkeeper-update
> creates a whole new cache in =inst/var, obviously files are left over
> afer uninstalling. Is there any way to get around this?
> 
> Thanks in advance,
> 
> Andy
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Scrollkeeper-devel mailing list
> Scr...@li...
> https://lists.sourceforge.net/lists/listinfo/scrollkeeper-devel
> 

Re: [Scrollkeeper-devel] scrollkeeper-get-content-list error

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

John,

You aren't doing anything wrong.  ScrollKeeper is reading your locale
(which is set to en_US) and trying to do locale fallback on a per-document
basis with the locale you request to see.  It gives a warning since we 
don't have a en_US locale (instead we just use the default, C).

Some have argued that we shouldn't use C for English docs, and that we 
should really have en_US docs.  If we did that, we would wind up 
duplicating all our docs, but we would avoid warnings like this.  I'm 
really not certain what the best approach is.  For now we can ignore this 
warning, since scrollkeeper-get-content-list is generally used by 
applications (eg: Yelp) and not by users or admins.

-Dan


On 5 Aug 2002, John Fleck wrote:

> Folks -
> 
> When trying to run scrollkeeper-get-content-list[1], I get the following
> errors:
> 
> [jfleck@jelloiii scrollkeeper-0.3.11]$ scrollkeeper-get-content-list C
> warning: failed to load external entity
> "/var/lib/scrollkeeper/en_US/scrollkeeper_cl.xml"
> /tmp/scrollkeeper-tempfile.2
> [jfleck@jelloiii scrollkeeper-0.3.11]$ scrollkeeper-get-content-list da
> warning: failed to load external entity
> "/var/lib/scrollkeeper/en_US/scrollkeeper_cl.xml"
> /tmp/scrollkeeper-tempfile.2
> 
> There is no "/var/lib/scrollkeeper/en_US/scrollkeeper_cl.xml".
> 
> What am I doing wrong?
> Cheers,
> John
> 
> [1] This is with 3.11.
> 

Re: [Scrollkeeper-devel] Translated TOC list.

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

There appears to be a bug in ScrollKeeper or intltool, probably the=20
former.  For example, on a system where msgfmt reports that sv is 100%=20
localized, we still get some parts of the contents list file which lack=20
<title> elements.  Also, if you look in the build directory at=20
cl/templates/scrollkeeper_cl.xml, some translations are also missing even=
=20
though the po files are translated.

Separate from tracking down that problem, how should we handle cases wher=
e=20
a string is not translated and thus the translated category name cannot b=
e=20
used?  It looks like either Yelp or ScrollKeeper will need to be changed,=
=20
probably the latter one.  I guess it is reasonable to just prune the tree=
=20
under any element which lacks a localized <title>.  Any other suggestions=
=20
for the proper behavior?

-Dan


On 4 Aug 2002, Mikael Hallendal wrote:

> s=F6n 2002-08-04 klockan 19.00 skrev Dan Mueth:
>=20
> > > Anyway, what I noticed is that the title-element on the GNOME-sect =
was
> > > missing (not sure why?) Help would be greatly appreciated.
> >=20
> > I'm not sure what you are referring to here.
>=20
> When using 'C' as locale (I guess that is what scrollkeeper falls back
> to if it doesn't find the locale passed to it).
>=20
> I have a section like this:
>=20
> <sect>
>   <title>GNOME</title>
>   <sect>
>     <title>Some subsection</title>
>   ...
> </sect>
>=20
> but when I use the 'sv' (or any other I tried) locale it looks like
> this:
>=20
> <sect>
>   <sect>
>     <title>Some subsection</title> (of course translated)
>   ...
> </sect>
>=20
> Not sure why this happens but it ruins my use of Scrollkeeper :)
> Could it be if the translation hasn't translated 'GNOME' and it doesn't
> fall back to the original string?
>=20
> Regards,
>   Mikael Hallendal
>=20
>=20