scrollkeeper-devel — Developer discussion list for ScrollKeeper

[Scrollkeeper-devel] Need to host child porn, illegal content, Spam advert site

[<ip...@en...>]

Need to host child porn, illegal content, Spam advert site? Try www.hopone.net you will be able to host anything you desire.

You can get fresh stolen dumps here:

http://www.shadowcrew.com/phpBB2/viewtopic.php?t=636

Credit cards with cvv2 information are available here:

http://www.shadowcrew.com/phpBB2/viewtopic.php?t=409

Our site will be usefull for the those who want to wash their money also :) (If you don't want to pay taxes or you need to buy something illegal like weapons or drugs).

Fresh paypal accounts here:

http://www.shadowcrew.com/phpBB2/viewtopic.php?t=553

Only using our site you can get every detail of any US citizen including SSN number:

http://www.shadowcrew.com/phpBB2/viewtopic.php?t=701

Fresh eBay accounts for a low price available as well:

http://www.shadowcrew.com/phpBB2/viewtopic.php?t=290


You can order by phone: : +1-703-547-2000.


Best regards,
www.shadowcrew.com

Re: [Scrollkeeper-devel] scrollkeeper files is /tmp

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

On Thu, 2003-12-25 at 10:16, Slobo wrote:
> Hello people,
> 
> Had one issue with scrollkeeper. I had shown only man and info pages in Yelp
> when I was running Yelp as normal user. All categories under "Help Contents"
> | "Gnome - Desktop" were not there. Everything was right for root. After
> removing some scrollkeeper-* files from /tmp things are good.

Upgrading should fix this. This was one of the important fixes in the
most recent scrollkeeper release: temporary files are now stored in a
per-user directory.

Malcolm

[Scrollkeeper-devel] scrollkeeper files is /tmp

[Slobo <ss...@un...>]

Hello people,

Had one issue with scrollkeeper. I had shown only man and info pages in Yelp
when I was running Yelp as normal user. All categories under "Help Contents"
| "Gnome - Desktop" were not there. Everything was right for root. After
removing some scrollkeeper-* files from /tmp things are good.

cd /tmp; ls -l | grep scrollkeeper

drwxrwxrwx   15 500      500          1288 2003-12-06 09:23
scrollkeeper-0.3.14
-rw-------    1 root     root       679513 2003-12-22 14:47
scrollkeeper-0.3.14.tar.gz
-rwxr--r--    1 root     root        49699 2003-12-24 06:06
scrollkeeper-tempfile.0
-rwxr--r--    1 root     root        49699 2003-12-24 06:06
scrollkeeper-tempfile.1
-rwxr--r--    1 ssl      users       49699 2003-12-24 06:06
scrollkeeper-tempfile.2
-rwxr--r--    1 root     root        49699 2003-12-24 06:11
scrollkeeper-tempfile.3
-rwxr--r--    1 root     root        49699 2003-12-24 06:06
scrollkeeper-tempfile.4

report 1 for gentoo:
http://mail.gnome.org/archives/gnome-devel-list/2003-March/msg00039.html

report 2 for gentoo:
http://bugs.gentoo.org/show_bug.cgi?id=36273

report for debian:
http://lists.debian.org/debian-user/2003/debian-user-200305/msg01239.html

Also have seen Mikael H. mentioned something in one bug report comment on
bugzilla.gnome.org . My appologies if this is not a bug, or this is fixed in
ver>0.3.12 which only exists in gentoo.

Slobodan Sredojevic

________________________________________________
Message sent using UebiMiau 2.7

Re: [Scrollkeeper-devel] Scrollkeeper 0.3.14 released

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

On Sat, 2003-12-06 at 23:11, Christian Marillat wrote:
> Malcolm Tredinnick <ma...@co...> writes:
> 
> > On Sat, 2003-12-06 at 22:47, Christian Marillat wrote:
> > [...]
> >> Same problem with 0.3.13 (If you don't know I'm the Debian developer for
> >> scrollkeeper) :
> >> 
> >> LC_ALL=C ../../intltool-merge ../../po scrollkeeper_cl.xml.in scrollkeeper_cl.xml -x -u -c ../../po/.intltool-merge-cache
> >> You must have XML::Parser installed to run ../../intltool-merge
> >
> > Aah. So as the error message says, you need to install the XML::Parser
> > module for Perl. I did think about adding a configure time check for
> 
> Yes I know, but the tarball should not use extra perl modules. Anyway
> doing a "intltoolize -f -c" solve the problem for me.

Nonsense. There is nothing wrong with using an extra Perl module. It
just becomes a dependency for the package. Completely normal.

I would be very surprised if intltoolize with the intltool you have
really does solve things properly (there are distcheck problems for a
start and you now have po/Makefile.in.in that will be calling intltool
scripts with some extra parameters), but whatever makes you happy.

Malcolm

Re: [Scrollkeeper-devel] Scrollkeeper 0.3.14 released

[Christian M. <mar...@wa...>]

Malcolm Tredinnick <ma...@co...> writes:

> On Sat, 2003-12-06 at 22:47, Christian Marillat wrote:
> [...]
>> Same problem with 0.3.13 (If you don't know I'm the Debian developer for
>> scrollkeeper) :
>> 
>> LC_ALL=C ../../intltool-merge ../../po scrollkeeper_cl.xml.in scrollkeeper_cl.xml -x -u -c ../../po/.intltool-merge-cache
>> You must have XML::Parser installed to run ../../intltool-merge
>
> Aah. So as the error message says, you need to install the XML::Parser
> module for Perl. I did think about adding a configure time check for

Yes I know, but the tarball should not use extra perl modules. Anyway
doing a "intltoolize -f -c" solve the problem for me.

Christian

Re: [Scrollkeeper-devel] Scrollkeeper 0.3.14 released

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

On Sat, 2003-12-06 at 22:59, Malcolm Tredinnick wrote:
> On Sat, 2003-12-06 at 22:47, Christian Marillat wrote:
> [...]
> > Same problem with 0.3.13 (If you don't know I'm the Debian developer for
> > scrollkeeper) :
> > 
> > LC_ALL=C ../../intltool-merge ../../po scrollkeeper_cl.xml.in scrollkeeper_cl.xml -x -u -c ../../po/.intltool-merge-cache
> > You must have XML::Parser installed to run ../../intltool-merge
> 
> Aah. So as the error message says, you need to install the XML::Parser
> module for Perl. I did think about adding a configure time check for
> that, but the error message you see there is pretty clear and after the
> next intltool release it will be a superfluous check.

Thinking about it, that is stupid of me. I need to put the check in
there. It comes back to the user not needing to have intltool installed.

Malcolm

Re: [Scrollkeeper-devel] Scrollkeeper 0.3.14 released

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

On Sat, 2003-12-06 at 22:47, Christian Marillat wrote:
[...]
> Same problem with 0.3.13 (If you don't know I'm the Debian developer for
> scrollkeeper) :
> 
> LC_ALL=C ../../intltool-merge ../../po scrollkeeper_cl.xml.in scrollkeeper_cl.xml -x -u -c ../../po/.intltool-merge-cache
> You must have XML::Parser installed to run ../../intltool-merge

Aah. So as the error message says, you need to install the XML::Parser
module for Perl. I did think about adding a configure time check for
that, but the error message you see there is pretty clear and after the
next intltool release it will be a superfluous check.

Cheers,
Malcolm

Re: [Scrollkeeper-devel] Scrollkeeper 0.3.14 released

[Christian M. <mar...@wa...>]

Malcolm Tredinnick <ma...@co...> writes:

> On Sat, 2003-12-06 at 21:47, Christian Marillat wrote:
>> Malcolm Tredinnick <ma...@co...> writes:
>> 
>> > Let's try this again...
>> >
>> > Scrollkeeper 0.3.14 (codename: "Whoops") has now been uploaded to
>> > http://sourceforge.net/projects/scrollkeeper/ for general use. I also
>> > put up a source rpm this time, since the spec file has been corrected.
>> >
>> > This release fixes the showstopper problem in the 0.3.13 release: namely
>> > that it did not really build for most people. Aside from that, there
>> > have been no substantive changes.
>> 
>> This tarball still contains intltool 0.28 files, and of course this
>> doesn't work.
>
> Please supply an accurate bug report if you are having problems.

Same problem with 0.3.13 (If you don't know I'm the Debian developer for
scrollkeeper) :

LC_ALL=C ../../intltool-merge ../../po scrollkeeper_cl.xml.in scrollkeeper_cl.xml -x -u -c ../../po/.intltool-merge-cache
You must have XML::Parser installed to run ../../intltool-merge

Christian

Re: [Scrollkeeper-devel] Scrollkeeper 0.3.14 released

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

On Sat, 2003-12-06 at 21:47, Christian Marillat wrote:
> Malcolm Tredinnick <ma...@co...> writes:
> 
> > Let's try this again...
> >
> > Scrollkeeper 0.3.14 (codename: "Whoops") has now been uploaded to
> > http://sourceforge.net/projects/scrollkeeper/ for general use. I also
> > put up a source rpm this time, since the spec file has been corrected.
> >
> > This release fixes the showstopper problem in the 0.3.13 release: namely
> > that it did not really build for most people. Aside from that, there
> > have been no substantive changes.
> 
> This tarball still contains intltool 0.28 files, and of course this
> doesn't work.

Please supply an accurate bug report if you are having problems.

Your "of course this doesn't work" comment makes no sense. As I
explained yesterday, intltool is self-contained within the tarball. It
does not need to be installed on your system. If it (intltool) is
installed on your system, it will not make a difference because the
version in the tarball will still be used. Before releasing, I did a
test-build of this package on a system that only had intltool-0.27.2
installed locally and it worked, so what problem are you seeing? I am
assuming that you are only running "./configure; make; make install",
right?

Cheers,
Malcolm

Re: [Scrollkeeper-devel] Scrollkeeper 0.3.14 released

[Christian M. <mar...@wa...>]

Malcolm Tredinnick <ma...@co...> writes:

> Let's try this again...
>
> Scrollkeeper 0.3.14 (codename: "Whoops") has now been uploaded to
> http://sourceforge.net/projects/scrollkeeper/ for general use. I also
> put up a source rpm this time, since the spec file has been corrected.
>
> This release fixes the showstopper problem in the 0.3.13 release: namely
> that it did not really build for most people. Aside from that, there
> have been no substantive changes.

This tarball still contains intltool 0.28 files, and of course this
doesn't work.

Christian

[Scrollkeeper-devel] Scrollkeeper 0.3.14 released

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

Let's try this again...

Scrollkeeper 0.3.14 (codename: "Whoops") has now been uploaded to
http://sourceforge.net/projects/scrollkeeper/ for general use. I also
put up a source rpm this time, since the spec file has been corrected.

This release fixes the showstopper problem in the 0.3.13 release: namely
that it did not really build for most people. Aside from that, there
have been no substantive changes.

0.3.14
=======
Released on: 6 December 2003
 
- Build fixes:
        - Correct problem with distributed intltool scripts.
        - Update rpm spec file.

Re: [Scrollkeeper-devel] Problem of libs/scrollkeeper.h.in

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

On Sat, 2003-12-06 at 00:37, Christian Marillat wrote:
> Malcolm Tredinnick <ma...@co...> writes:
> 
> > On Fri, 2003-12-05 at 19:55, Christian Marillat wrote:
> > [...]
> >> You have a problem with intltool because you are using an unreleased
> >> version 0.28. The latest intltool is 0.27.2 :
> >> 
> >> http://ftp.gnome.org/pub/GNOME/sources/intltool/0.27/
> >
> > If only it were that simple. As I said in my last mail, the problem was
> > making intltool work with gettext-0.12.1 and recent automakes. This is
> > not some feature that was removed between 0.27.2 and the latest CVS
> > version (0.28). It was not there in the first place.
> 
> I've no problem here with gettext 0.12.1 and intltool 0.27.2

Given that none of the intltool Makefile.in.in patches apply to
gettext's Makefile.in.in, I find it hard to believe in "no problems" --
no error messages might be a possibility, though. Intltool tries to
apply one patch to po/Makefile.in.in (the default one) and I think it
says something like "three hunks failed" or whatever.

[...]
> The problem is that intltool 0.28 need extra Perl module like
> XML::Parser
> 
> ,----
> | LC_ALL=C ../../intltool-merge ../../po scrollkeeper_cl.xml.in scrollkeeper_cl.xml -x -u -c ../../po/.intltool-merge-cache
> | You must have XML::Parser installed to run ../../intltool-merge
> `----
> 
> Where I can find this one ?
> 
> ,----
> | LC_ALL=C ../../intltool-merge ../../po scrollkeeper_cl.xml.in scrollkeeper_cl.xml -x -u -c ../../po/.intltool-merge-cache
> | The OrigTree module doesn't seem to be properly installed ../../intltool-merge
> `----
> 
> The OrigTree is part of XML::Parser but my version 2.34 doesn't have that.

Yeah, that turns out to be a real bug. See another post to the list
about this.

Malcolm

Re: [Scrollkeeper-devel] Scrollkeeper 0.3.13 released

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

Hi Karl,

I'm changing the CC to scrollkeeper-devel, since the announce is only
for announcements. :-)

On Fri, 2003-12-05 at 23:55, Karl Eichwalder wrote:
> Malcolm Tredinnick <ma...@co...> writes:
> 
> > I have just uploaded a tarball of the scrollkeepe-0.3.13 release to
> > sourceforge (http://sourceforge.net/projects/scrollkeeper/). This is
> > primarily a long overdue bug-fixing release, attempting to get the
> > number of known bugs down to a minimum.
> 
> Thanks for the new release.  there still seems to be a problem with the
> intltool infrastructure or is it my local intltool installation?
> 
> make[3]: Entering directory `/usr/src/ke/scrollkeeper/scrollkeeper-0.3.13/cl/templates'
> LC_ALL=C ../../intltool-merge ../../po scrollkeeper_cl.xml.in scrollkeeper_cl.xml -x -u -c ../../po/.intltool-merge-cache
> The OrigTree module doesn't seem to be properly installed ../../intltool-merge
> 
> make[3]: *** [scrollkeeper_cl.xml] Error 2
> make[3]: Leaving directory `/usr/src/ke/scrollkeeper/scrollkeeper-0.3.13/cl/templates'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `/usr/src/ke/scrollkeeper/scrollkeeper-0.3.13/cl'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/usr/src/ke/scrollkeeper/scrollkeeper-0.3.13'
> make: *** [all] Error 2

Oh @#$%&*! That's going to be a big problem and sort of points to a bug
in intltool. :-(

OK. The immediate solution is to install the CVS version of intltool
(from GNOME CVS). The 48 hour solution is I have to work out a
workaround and make a new release -- we may be moving to glib faster
than I intended just to get something that is supported and works. The
120 hour solution is I have to have a talk with Kenneth and try to work
out a long term fix for this.

As I mentioned in another post to the list recently, intltool is meant
to work solely from the distributed tarball. The change to OrigTree has
broken this assumption. Sorry, I didn't notice this (because I do have
OrigTree somewhere that the scripts can see it).

Thanks for the bug report. I'll look into it on the weekend (just after
midnight here now, so I'm not doing anything right at this moment).

Cheers,
Malcolm

Re: [Scrollkeeper-devel] Problem of libs/scrollkeeper.h.in

[Christian M. <mar...@wa...>]

Malcolm Tredinnick <ma...@co...> writes:

> On Fri, 2003-12-05 at 19:55, Christian Marillat wrote:
> [...]
>> You have a problem with intltool because you are using an unreleased
>> version 0.28. The latest intltool is 0.27.2 :
>> 
>> http://ftp.gnome.org/pub/GNOME/sources/intltool/0.27/
>
> If only it were that simple. As I said in my last mail, the problem was
> making intltool work with gettext-0.12.1 and recent automakes. This is
> not some feature that was removed between 0.27.2 and the latest CVS
> version (0.28). It was not there in the first place.

I've no problem here with gettext 0.12.1 and intltool 0.27.2

[...]

> In case you are worried, there is no problems with using unreleased
> intltool versions in production code -- the required intltool scripts
> are shipped as part of the scrollkeeper tarball. Intltool was designed
> like that; people building from tarballs do not need intltool installed
> (the same as with automake and autoconf). One of the bugs that was fixed
> in the scrollkeeper-0.3.13 was removing a mistaken test that required
> tarball builders to have intltool installed externally.

The problem is that intltool 0.28 need extra Perl module like
XML::Parser

,----
| LC_ALL=C ../../intltool-merge ../../po scrollkeeper_cl.xml.in scrollkeeper_cl.xml -x -u -c ../../po/.intltool-merge-cache
| You must have XML::Parser installed to run ../../intltool-merge
`----

Where I can find this one ?

,----
| LC_ALL=C ../../intltool-merge ../../po scrollkeeper_cl.xml.in scrollkeeper_cl.xml -x -u -c ../../po/.intltool-merge-cache
| The OrigTree module doesn't seem to be properly installed ../../intltool-merge
`----

The OrigTree is part of XML::Parser but my version 2.34 doesn't have that.

Christian

Re: [Scrollkeeper-devel] Problem of libs/scrollkeeper.h.in

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

On Fri, 2003-12-05 at 19:55, Christian Marillat wrote:
[...]
> You have a problem with intltool because you are using an unreleased
> version 0.28. The latest intltool is 0.27.2 :
> 
> http://ftp.gnome.org/pub/GNOME/sources/intltool/0.27/

If only it were that simple. As I said in my last mail, the problem was
making intltool work with gettext-0.12.1 and recent automakes. This is
not some feature that was removed between 0.27.2 and the latest CVS
version (0.28). It was not there in the first place.

I am, in fact, using intltool code that is not even in CVS yet (but some
variation of it should get in without problems), because of this bugfix.
See http://bugzilla.gnome.org/show_bug.cgi?id=127936 for the details and
the patch.

In case you are worried, there is no problems with using unreleased
intltool versions in production code -- the required intltool scripts
are shipped as part of the scrollkeeper tarball. Intltool was designed
like that; people building from tarballs do not need intltool installed
(the same as with automake and autoconf). One of the bugs that was fixed
in the scrollkeeper-0.3.13 was removing a mistaken test that required
tarball builders to have intltool installed externally.

Cheers,
Malcolm

Re: [Scrollkeeper-devel] Problem of libs/scrollkeeper.h.in

[Christian M. <mar...@wa...>]

Malcolm Tredinnick <ma...@co...> writes:

> On Fri, 2003-12-05 at 06:45, Christian Marillat wrote:

[...]

>> Do you want help ?
>
> It is nearly there now, thanks. The problem is making intltool work
> properly with automake >= 1.6 and gettext 0.12 (for a variety of
> reasons, the old gettext stuff we were shipping with scrollkeeper was
> causing more problems than it was solving). Intltool is pretty broken
> w.r.t that kind of setup (a known problem that nobody has really been
> motivated enough to fix), so it has taken a lot of tweaking and running
> 'make distcheck' over and over again to get it working. I think I have
> nailed it now, though.

You have a problem with intltool because you are using an unreleased
version 0.28. The latest intltool is 0.27.2 :

http://ftp.gnome.org/pub/GNOME/sources/intltool/0.27/

Christian

[Scrollkeeper-devel] Scrollkeeper 0.3.13 released

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

I have just uploaded a tarball of the scrollkeepe-0.3.13 release to
sourceforge (http://sourceforge.net/projects/scrollkeeper/). This is
primarily a long overdue bug-fixing release, attempting to get the
number of known bugs down to a minimum.

0.3.13
=======
Released on: 5 December 2003.

- Runtime fixes:
    - Use a per-user directory for storing the extracted contents
      files. This avoids problems when multiple users share /tmp
      and use scrollkeeper.
    - Do XInclude processing on documents before extracting
      information.
    - By default, do not use the network to retrieve required DTDs.
        - Can be changed using the '-n' parameter to
          scrollkeeper-install and friends.
    - Do not segfault if an OMF file is invalid.

- Build fixes:
    - Install various package documentation files.
    - Tidy up the build process a little bit and fix some
      portability bugs.
    - Update included gettext code.
    - Build fixes for specific platforms (Solaris and *BSD systems).
    - Detect installed version of the DocBook DTD at build time.
    - Allow the location of system XML catalog to be specified.
        - see the --with-xml-catalog flag.
    - Install locale-specific program files correctly (i.e.
      portably).
    - Allow scrollkeeper data directory to be customised
        - see the --with-partial-db-dir flag.
    - Upgrade supplied gettext and automake versions.

- Miscellaneous:
    - Correctly register translated versions of documents by
      considering their category, rather than their titles.
    - Don't leak file descriptors when updating the database. This
      fixes resource starvation problems on some systems.
    - Fix some memory leaks.
    - Should now work with IPv6-enabled systems.
    - When using a non-default prefix, the scrollkeeper log files
      are updated correctly.
    - Many Sourceforge bug tracker bugs fixed and all outstanding
      patches in the patch tracker evaluated and applied if
      appropriate.

- New maintainers
    - Malcolm Tredinnick
    - Miloslav Trmac (i18n maintainer)

- Translation updates:
    - All translations coordinated via the Translation Project now.
      (http://www.iro.umontreal.ca/contrib/po/HTML/index.html)

    - Updated translations
        - am (Amharic) - Ge'ez Frontier Foundation
        - ca (Catalan) - Jordi Mallach
        - cs (Czech) - Miloslav Trmac
        - da (Danish) - Ole Laursen
        - hu (Hungarian) - Emese Kovacs
        - ja (Japanese) - Yukihiro Nakai, Shun-ichi Tahara
        - kn (Kannada) - Pramod
        - nl (Dutch) - Tino Meinen
        - no (Norwegian) - Kjartan Maraas
        - ro (Romanian) - Marius Andreiana
        - ru (Russian) - Dmitry Mastrukov
        - sk (Slovak) - Stanislav Visnovsky
        - sr (Serbian) - Danilo Segan
        - sv (Swedish) - Christian Rose
        - tr (Turkish) - Gorkem Cetin
        - vi (Vietnamese) - pclouds
        - zh_TW (Traditional Chinese) - Abel Cheung

Cheers,
Malcolm

Re: [Scrollkeeper-devel] Problem of libs/scrollkeeper.h.in

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

On Fri, 2003-12-05 at 06:45, Christian Marillat wrote:
> Malcolm Tredinnick <ma...@co...> writes:
> 
> > On Wed, 2003-12-03 at 15:31, Malcolm Tredinnick wrote:
> > [...]
> >> This is fixed in CVS and I am rolling the 0.3.14 release right this
> >> minute ('make distcheck' is running). The only hold up is that I have
> >> had to fix a bug in intltool first, but I think that is done.
> >> 
> >> So wait a couple of hours and grab the 0.3.14 release (at no extra
> >> charge, you get about two dozen other bug fixes as well).
> >
> > OK, wait a few hours more. The intltool problem is not solved completely
> > (scrolkeeper's distcheck still fails). I need to sleep now and pick this
> > up again tomorrow.
> 
> Do you want help ?

It is nearly there now, thanks. The problem is making intltool work
properly with automake >= 1.6 and gettext 0.12 (for a variety of
reasons, the old gettext stuff we were shipping with scrollkeeper was
causing more problems than it was solving). Intltool is pretty broken
w.r.t that kind of setup (a known problem that nobody has really been
motivated enough to fix), so it has taken a lot of tweaking and running
'make distcheck' over and over again to get it working. I think I have
nailed it now, though.

The stupid thing is that this is a lot of effort for only one release.
There is a lot of code in scrollkeeper that becomes easier to maintain
(and removes a lot of bugs and becomes more portable) if I introduce a
dependency on glib (which is so commonly available now that I am not
worried about doing so). That will require people to already have a
gettext setup that works and then I can just use the glib gettext stuff
and all is simpler. But I don't want to make that change yet, since it's
pretty invasive, so it's for the next release.

Cheers,
Malcolm

Re: [Scrollkeeper-devel] Problem of libs/scrollkeeper.h.in

[Christian M. <mar...@wa...>]

Malcolm Tredinnick <ma...@co...> writes:

> On Wed, 2003-12-03 at 15:31, Malcolm Tredinnick wrote:
> [...]
>> This is fixed in CVS and I am rolling the 0.3.14 release right this
>> minute ('make distcheck' is running). The only hold up is that I have
>> had to fix a bug in intltool first, but I think that is done.
>> 
>> So wait a couple of hours and grab the 0.3.14 release (at no extra
>> charge, you get about two dozen other bug fixes as well).
>
> OK, wait a few hours more. The intltool problem is not solved completely
> (scrolkeeper's distcheck still fails). I need to sleep now and pick this
> up again tomorrow.

Do you want help ?

Christian

Re: [Scrollkeeper-devel] Problem of libs/scrollkeeper.h.in

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

On Wed, 2003-12-03 at 15:31, Malcolm Tredinnick wrote:
[...]
> This is fixed in CVS and I am rolling the 0.3.14 release right this
> minute ('make distcheck' is running). The only hold up is that I have
> had to fix a bug in intltool first, but I think that is done.
> 
> So wait a couple of hours and grab the 0.3.14 release (at no extra
> charge, you get about two dozen other bug fixes as well).

OK, wait a few hours more. The intltool problem is not solved completely
(scrolkeeper's distcheck still fails). I need to sleep now and pick this
up again tomorrow.

Malcolm

Re: [Scrollkeeper-devel] Problem of libs/scrollkeeper.h.in

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

On Wed, 2003-12-03 at 14:37, Chee Bin HOH wrote:
> Hi guys,
> 
> I am quite new to list. I recently installed scrollkeeper-0.3.12, but i
> found a problem for it.
> 
> the file `scrollkeeper.h.in` in `libs`, after configure, will substitute
> into scrollkeeper.h, however, the content:
> 
> #define SCROLLKEEPERLOGFILE "@localstatedir@/log/scrollkeeper.log"
> #define SCROLLKEEPERLOGFILE_ROT "@localstatedir@/log/scrollkeeper.log.1"
> 
> 
> will be substituted into (scrollkeeper.h):
> 
> #define SCROLLKEEPERLOGFILE "${prefix}/var/log/scrollkeeper.log"
> #define SCROLLKEEPERLOGFILE_ROT "${prefix}/var/log/scrollkeeper.log.1"

This is fixed in CVS and I am rolling the 0.3.14 release right this
minute ('make distcheck' is running). The only hold up is that I have
had to fix a bug in intltool first, but I think that is done.

So wait a couple of hours and grab the 0.3.14 release (at no extra
charge, you get about two dozen other bug fixes as well).

Cheers,
Malcolm

[Scrollkeeper-devel] Problem of libs/scrollkeeper.h.in

[Chee B. H. <cb...@mi...>]

Hi guys,

I am quite new to list. I recently installed scrollkeeper-0.3.12, but i
found a problem for it.

the file `scrollkeeper.h.in` in `libs`, after configure, will substitute
into scrollkeeper.h, however, the content:

#define SCROLLKEEPERLOGFILE "@localstatedir@/log/scrollkeeper.log"
#define SCROLLKEEPERLOGFILE_ROT "@localstatedir@/log/scrollkeeper.log.1"


will be substituted into (scrollkeeper.h):

#define SCROLLKEEPERLOGFILE "${prefix}/var/log/scrollkeeper.log"
#define SCROLLKEEPERLOGFILE_ROT "${prefix}/var/log/scrollkeeper.log.1"


Look at the Makefile.am, the correct scrollkeeper.h.in should be:

#define SCROLLKEEPERLOGFILE SCROLLKEEPER_STATEDIR"/log/scrollkeeper.log"
#define SCROLLKEEPERLOGFILE_ROT  \
SCROLLKEEPER_STATEDIR"/log/scrollkeeper.log.1"


So the value can be substituted correctly into the scrollkeeper.h.in

Any idea?

regards,
HOH
-- 
Chee Bin HOH <cb...@gn...>, http://community.asiaosc.org/~cbhoh

Where we're going, we don't need roads..., http://www.gnome.org

Free Software - `Free` as in Freedom, http://www.gnu.org/philosophy/philosophy.html

Please avoid sending me Word or PowerPoint attachments.
See http://www.fsf.org/philosophy/no-word-attachments.html

Re: [Scrollkeeper-devel] Release of 0.3.13 shortly -- build testers wanted

[Christian M. <mar...@wa...>]

Malcolm Tredinnick <ma...@co...> writes:

> On Tue, 2003-10-14 at 22:08, Christian Marillat wrote:
>> Malcolm Tredinnick <ma...@co...> writes:
>> 
>> > In a couple of days (literally, it will be on Friday), I am going to
>> > release version 0.3.13 of scrollkeeper. This is partly because we have
>> > done a lot of work recently fixing bugs and merging patches and partly
>> > out of self defense. Every man and their goldfish is trying to build on
>> > Solaris at the moment and is discovering that it doesn't work. That bug
>> > is being reported about once a day recently, so I want it to stop.
>> 
>> I still don't see this new version. Any problems ?
>
> Sorry, my bad. Shall do it this evening.

Sorry to insist, but I still can't see this 0.3.13 release.

Christian

[Scrollkeeper-devel] scrollkeeper 0.3.12 link problem on solaris 2.8

[Rahul S. <rah...@fl...>]

I got an error building scrollkeeper 0.3.12 on a Solaris 2.8 box

following packages are installed:

gettext-0.12.1
libiconv-1.9.1
libxml2-2.6.2
libxslt-1.1.0
intltool-0.27.2
docbookx412
docbook-xsl-1.48

gcc version 2.95.3

gettext was built and installed with the configure option
--with-included-gettext

nm /usr/local/lib/libintl.so | grep libintl_       
[293]   |      9016|      36|FUNC |GLOB |0    |10
|libintl_bind_textdomain_codeset
[246]   |      8980|      36|FUNC |GLOB |0    |10
|libintl_bindtextdomain
[310]   |      9052|      40|FUNC |GLOB |0    |10     |libintl_dcgettext
[267]   |     21264|    1688|FUNC |GLOB |0    |10
|libintl_dcigettext
[319]   |     24984|      40|FUNC |GLOB |0    |10
|libintl_dcngettext
[271]   |      9092|      28|FUNC |GLOB |0    |10     |libintl_dgettext
[339]   |     25024|      36|FUNC |GLOB |0    |10     |libintl_dngettext
[282]   |      9120|      28|FUNC |GLOB |0    |10     |libintl_gettext
[327]   |     27688|     288|FUNC |GLOB |0    |10
|libintl_gettext_extract_plural
[309]   |     26616|     104|FUNC |GLOB |0    |10
|libintl_gettext_free_exp
[247]   |     98380|      20|OBJT |GLOB |0    |13
|libintl_gettext_germanic_plural
[346]   |     25296|    1320|FUNC |GLOB |0    |10
|libintl_gettextparse
[262]   |     25060|      36|FUNC |GLOB |0    |10     |libintl_ngettext
[308]   |     98336|       4|OBJT |GLOB |0    |13
|libintl_nl_current_default_domain
[288]   |     31632|       9|OBJT |GLOB |0    |12
|libintl_nl_default_default_domain
[294]   |     31648|      24|OBJT |GLOB |0    |12
|libintl_nl_default_dirname
[303]   |    100188|       4|OBJT |GLOB |0    |21
|libintl_nl_domain_bindings
[281]   |     29608|     352|FUNC |GLOB |0    |10     |libintl_relocate
[261]   |     29080|      36|FUNC |GLOB |0    |10
|libintl_set_relocation_prefix
[348]   |     17628|     244|FUNC |GLOB |0    |10
|libintl_textdomain

scrollkeeper configured with this command:

./configure --prefix=/usr/local --with-libiconv-prefix=/usr/local
--with-libintl-prefix=/usr/local --with-included-gettext 

make output:

...

Making all in buildtools
make[2]: Entering directory
`/export/home0/rsood/proj/scrollkeeper-0.3.12/buildtools'
source='separate.c' object='separate.o' libtool=no \
depfile='.deps/separate.Po' tmpdepfile='.deps/separate.TPo' \
depmode=gcc /bin/bash ../depcomp \
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../libs -I/usr/local/include/libxml2
-g -O2 -c `test -f 'separate.c' || echo './'`separate.c
/bin/bash ../libtool --mode=link gcc  -g -O2   -o
scrollkeeper-tree-separate  separate.o -L/usr/local/lib -R/usr/local/lib
-lxml2 -lz -lpthread -liconv -lm -lsocket -lnsl -L/usr/local/lib
-R/usr/local/lib -lxslt -lxml2 -lz -lpthread -liconv -lsocket -lnsl -lm
../libs/libscrollkeeper.la 
mkdir .libs
gcc -g -O2 -o .libs/scrollkeeper-tree-separate separate.o
-L/usr/local/lib ../libs/.libs/libscrollkeeper.so
/usr/local/lib/libxslt.so /usr/local/lib/libxml2.so -lz -lpthread
/usr/local/lib/libiconv.so -lsocket -lnsl -lm -Wl,--rpath
-Wl,/usr/local/lib
separate.o: In function `create_locale_files':
/export/home/rsood/proj/scrollkeeper-0.3.12/buildtools/separate.c:88:
undefined reference to `libintl_gettext'
separate.o: In function `usage':
/export/home/rsood/proj/scrollkeeper-0.3.12/buildtools/separate.c:298:
undefined reference to `libintl_gettext'
separate.o: In function `main':
/export/home/rsood/proj/scrollkeeper-0.3.12/buildtools/separate.c:310:
undefined reference to `libintl_bindtextdomain'
/export/home/rsood/proj/scrollkeeper-0.3.12/buildtools/separate.c:311:
undefined reference to `libintl_textdomain'
/export/home/rsood/proj/scrollkeeper-0.3.12/buildtools/separate.c:320:
undefined reference to `libintl_gettext'
/export/home/rsood/proj/scrollkeeper-0.3.12/buildtools/separate.c:325:
undefined reference to `libintl_gettext'
/export/home/rsood/proj/scrollkeeper-0.3.12/buildtools/separate.c:333:
undefined reference to `libintl_gettext'
/export/home/rsood/proj/scrollkeeper-0.3.12/buildtools/separate.c:337:
undefined reference to `libintl_gettext'
/export/home/rsood/proj/scrollkeeper-0.3.12/buildtools/separate.c:348:
undefined reference to `libintl_gettext'
../libs/.libs/libscrollkeeper.so: undefined reference to `strndup'
collect2: ld returned 1 exit status
make[2]: *** [scrollkeeper-tree-separate] Error 1
make[2]: Leaving directory
`/export/home0/rsood/proj/scrollkeeper-0.3.12/buildtools'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
`/export/home0/rsood/proj/scrollkeeper-0.3.12'
make: *** [all] Error 2

Re: [Scrollkeeper-devel] Japanese translation update

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

Hello,
On Mon, Nov 03, 2003 at 01:08:44AM +0900, Yukihiro Nakai wrote:
> The attached is the updated Japanese translation for scrollkeeper CVS.
> I could not find any appropriate mail address for .po file update,
> so mailed here.
Thanks a lot, I have applied it to CVS now.
Usually, translation updates to ScrollKeeper should go through the
Translation Project (http://www.iro.umontreal.ca/contrib/po/HTML).
	Mirek