13244 2003-01-04 10:16 0000 new package: xindice 2004-02-23 23:48:02 0000 1 1 1 Unclassified Gentoo Linux Ebuilds unspecified All All RESOLVED FIXED http://mattam.ath.cx/progs/ebuilds.html P2 enhancement --- 1 mattam@gentoo.org phosphan@gentoo.org ben.moss@mcgill.ca cagil@core.gen.tr mattam@gentoo.org 2003-01-04 10:16:39 0000 Xindice is a native XML database develloped by the Apache Foundation. This ebuild installs xindice-1.0 and associated startup scripts. It is installed in /opt since there is no simple way to separate the conf/ lib/ bin/ and other dirs. If there is a better layout, i'll be happy to know about it. mattam@gentoo.org 2003-01-04 10:17:34 0000 Created an attachment (id=6948) The ebuild and scripts woodchip@gentoo.org 2003-03-03 13:19:51 0000 WanKer: have fun vapier@gentoo.org 2003-03-04 02:23:26 0000 yeah, i have no idea ;) phosphan@gentoo.org 2003-04-07 06:55:23 0000 "I have no idea" is approximately what I thought, too. I did some cosmetics to your ebuild (seems you misunderstood DEPEND and IUSE), but there are some things that make me sorrows: 1) does it really have to run as root? 2) how is access control done? 3) how can I test if it is working? The test commands from the documentation always just give me ERROR: Collection not found. Do you have some commands I could try to verify that it runs ok after modifications? As you maybe already guess, I don't have much clue of java and xml. So I am just perfect for helping with this :-) Waiting for your feedback, Patrick mattam@gentoo.org 2003-04-07 08:28:19 0000 First I must say I don't use xindice anymore :( I simply forgot the DEPEND field in the ebuild... my mistake. Xindice has an access control scheme in it IIRC. I did not try running it as another user. If you've got the error message ERROR: Collection not found. then the database work as you can connect to it. A query returning a result just after installation is: /opt/xindice/bin/xindiceadmin lc -c /db/system. The result should be: SysConfig SysUsers SysGroups SysSymbols SysAccess SysObjects Total collections: 6 Hope this helps! phosphan@gentoo.org 2003-04-11 16:13:32 0000 Please try the version I've just put into CVS. It now runs as the user "xindice" who should be created during the installation. Cleaned up the startup script, aswell. Thanks for the ebuild, btw :-) phosphan@gentoo.org 2003-04-24 08:16:32 0000 No complaints, so I assume it works. phosphan@gentoo.org 2003-06-11 23:33:05 0000 Trying to get to FIXED state... phosphan@gentoo.org 2003-06-11 23:33:19 0000 done. cagil@core.gen.tr 2003-09-26 01:56:33 0000 Thanks for the ebuild but startup scripts are not working! As I can not reopen the bug, I think I should open a new bug for this (?)... It works when I change this line: start() { # start-stop-daemon --pidfile /var/run/xindice/xindice.pid\ # --start --background --user xindice --chuid xindice\ # --exec /opt/xindice/start to this line: start-stop-daemon -o --quiet --background --start --startas /opt/xindice/start \ --pidfile /var/run/xindice/xindice.pid --chuid xindice --user xindice Also at the /etc/env.d/21xindice script these lines should be added to make it work: PATH=/opt/xindice/bin ROOTPATH=/opt/xindice/bin CLASSPATH=/opt/xindice/java/lib/xindice.jar phosphan@gentoo.org 2003-09-26 05:35:14 0000 reopening. phosphan@gentoo.org 2003-09-26 05:35:39 0000 *** Bug 29653 has been marked as a duplicate of this bug. *** phosphan@gentoo.org 2003-09-26 05:47:40 0000 1) So, you say it's not really started after the script says it was started? I tried the test from comment #5, and it seemed to work. How did you test? 2) What's the difference between your start command and mine, except that it does not check for absence of a non-existant process before running /opt/xindice/start? 3) About the environment changes: How can I test that these changes are necessary? It's not that I don't believe you, I just would like to see that it's sensible what I'm doing :-) 4) About the /opt issue - where do you see anything about "only for binaries" in http://www.pathname.com/fhs/2.2/fhs-3.12.html ? Talking about FHS, I just recognize that the current xindice package violates it in a few ways, for example should variable data rather be in /var/opt, then... If you see a way how this package can be broken up into other FHS-compliant locations instead of /opt, please tell me. Working ebuilds are also highly welcome :-) cagil@core.gen.tr 2003-09-29 00:36:21 0000 Let me answer your questions. I will start with the last one: > "4) About the /opt issue - where do you see anything about "only for binaries" > in http://www.pathname.com/fhs/2.2/fhs-3.12.html ? > Talking about FHS, I just recognize that the current xindice package > violates it in a few ways, for example should variable data rather be > in /var/opt, then..." From the http://www.gentoo.org/doc/en/gentoo-howto.xml : "Note: The /opt directory is reserved in Gentoo Linux for binary-only packages. Examples include mozilla-bin, acroread, netscape and realplayer. Packages that get installed here will usually require a /etc/env.d/foo stub file. This is so that paths and additional variables can be included into the environment." I think this note makes it clear that non-binary packages are not prefered in the /opt directory. As to your FHS question, at the above doc it says that Gentoo closely follows FHS but not exactly. Look at this section: ----------------from the gentoo.org----------------------------- How to fit your packages into the filesystem ? Usually, if the package uses autoconf and automake, the default installation destinations are mostly correct, with a few exceptions: * If you're installing a program into /bin, /sbin, /usr/bin or /usr/sbin, then the program's corresponding man page should be installed into the /usr/share/man tree. This can often be accomplished by specifying a ./configure --mandir=/usr/share/man in the ebuild. * Documentation files are installed in /usr/share/doc, into a subdirectory reflecting the name, version and revision of the particular program. This applies to all programs: GNOME, KDE, X11 and console alike. However, some programs may install additional documentation and support files into a /usr/share hierarchy for their own purposes. * GNOME and KDE programs, should always be installed into /usr. In general, you should have ebuilds install their files into the /usr tree. Some programs can be compiled and linked with or without GNOME, KDE and X11 libraries, which can cause confusion. Our solution is to install everything into /usr which avoids ambiguity and needless complexity for ebuild authors. The location in which to install a program's files should not depend on the presence or abscence of specific USE variables. Therefore, the ebuilds in the portage tree almost always install into the /usr hierarchy exclusively. -----------------from the gentoo.org (above)------------------ The part above makes it clear about the locations. Do not try to follow the FHS , just use the default locations using the standard portage commands and all will be ok. Unfortunately I don't have the time to write an ebuild, I've already spent my worktime on this comment which is not smt my boss would appreciate ;) I'll try to comment on the other questions soon... cagil@core.gen.tr 2003-09-29 00:48:39 0000 And now the 3rd question: > "3) About the environment changes: How can I test that these changes > are necessary? It's not that I don't believe you, I just would like > to see that it's sensible what I'm doing :-)" Don't believe anyone ;) . Seriously, env.d changes are necessary only if you are using the /opt directory for the installation. Because /opt is not included at the default path. Xindice has two commands 'xindiceadmin' and 'xindice' which is found (with your installation) at the /opt/xindice/bin directory. To use them without having to state the full path you must have that directory in the path. Portage scripts can automagically handle this if you state that in the /etc/env.d/21xindice file. 'env-update' script gets all the env. variables at the /etc/env.d/* files and merges them altogether then creates the /etc/profile.env file. Then /etc/profile script uses the profile.env to have the final variables. PATH=/opt/xindice/bin is necessary for this. Also when you login as the root, this will not work because profile scripts use ROOTPATH variable for the root account. So ROOTPATH=/opt/xindice/bin is also necessary. As with the CLASSPATH variable, it is absolutely necessary, if you don't want the users having to manually at the xindice.jar archive to the java classpath themselves. If this var. is not added, xindice will not run without adding it manually to the CLASSPATH. You should run 'env-update' if you manually change smt in the /etc/env.d/ dir. Portage runs it automatically after each emerge. HTH, best wishes... cagil@core.gen.tr 2003-09-29 01:08:19 0000 Coming to your first 2 questions: > "1) So, you say it's not really started after the script says > it was started? I tried the test from comment #5, and it seemed > to work. How did you test? > 2) What's the difference between your start command and mine, except > that it does not check for absence of a non-existant process before > running /opt/xindice/start?" I didn't say that start script was wrong, just observed that behaviour. I was thinking that yours must also work but had not enough time to examine. Now, I have examined the error (without using --background) and it turns out to be that a permission problem. Running 'chown -R xindice.xindice /opt/xindice /var/run/xindice' solved the problem immediately. Your ebuild script does this already, looks like I had changed them to root.root while playing ;) So your start() and stop() scripts are correct and works. Thanks for this ebuild again. phosphan@gentoo.org 2003-09-29 01:19:28 0000 About comment #14: Quite embarrassing for me, but as a lame excuse I can say that I am quite sure this part of the documentation changed after I checked it last time (which maybe was too long ago). About the passage "The part above makes it clear about the locations. Do not try to follow the FHS, just use the default locations using the standard portage commands and all will be ok." That's really funny because I went to /opt because I didn't yet figure out how to convice xindice to go into the proper directories (there is no configure step and I didn't yet dive into it deep enough to finde out where I can change the paths). About the CLASSPATH issue: The test from comment #5 worked without tweaking CLASSPATH. Can you show me some test commands that don't work without setting CLASSPATH? Looks like I'll have to waste a bit more time on this ebuild :-) cagil@core.gen.tr 2003-09-29 01:26:36 0000 Ah, me again! Before commenting on yours, let me introduce one more bug (plz don't hate me :). It didn't compile with the latest sun-jdk, only with blacdown-jdk, and the older sun-jdks!! Here is the error: --------console output-------------- root # emerge -v xindice Calculating dependencies ...done! >>> emerge (1 of 1) dev-db/xindice-1.0 to / >>> md5 src_uri ;-) xml-xindice-1.0.tar.gz >>> Unpacking source... >>> Unpacking xml-xindice-1.0.tar.gz to /var/tmp/portage/xindice-1.0/work * Applying xindice-1.0.patch... [ ok ] >>> Source unpacked. dirname bin /opt/sun-jdk-1.4.2.01/jre/lib:/opt/sun-jdk-1.4.2.01/lib/tools.jar:/opt/sun-jdk-1.4.2.01/jre/lib/rt.jar:/opt/sun-jdk-1.4.2.01/jre/lib:/opt/sun-jdk-1.4.2.01/lib/tools.jar:/opt/sun-jdk-1.4.2.01/jre/lib/rt.jar:/opt/xindice/java/lib/xindice.jar:.:bin/../java/lib/xmldb.jar:bin/../java/lib/xmldb-xupdate.jar:bin/../java/lib/xmldb-sdk.jar:bin/../java/lib/xml-apis-1.0.jar:bin/../java/lib/xindice.jar:bin/../java/lib/xerces-1.4.3.jar:bin/../java/lib/xalan-2.0.1.jar:bin/../java/lib/openorb_tools-1.2.0.jar:bin/../java/lib/openorb-1.2.0.jar:bin/../java/lib/infozone-tools.jar:bin/../java/lib/examples.jar:bin/../java/lib/ant-1.4.1.jar:bin/../lib/*.jar:/opt/sun-jdk-1.4.2.01/lib/tools.jar Buildfile: build.xml init: [tstamp] ZoneInfo: /opt/sun-jdk-1.4.2.01/lib/zi/ZoneInfoMappings (No such file or directory) [tstamp] ZoneInfo: /opt/sun-jdk-1.4.2.01/lib/zi/ZoneInfoMappings (No such file or directory) idl: prepare: [mkdir] Created dir: /var/tmp/portage/xindice-1.0/work/xml-xindice-1.0/java/classes clean-jar: [delete] Deleting: /var/tmp/portage/xindice-1.0/work/xml-xindice-1.0/java/lib/xindice.jar src: [echo] Compiling Source [javac] Compiling 324 source files to /var/tmp/portage/xindice-1.0/work/xml-xindice-1.0/java/classes [javac] ZoneInfo: /opt/sun-jdk-1.4.2.01/lib/zi/ZoneInfoMappings (No such file or directory) [javac] /var/tmp/portage/xindice-1.0/work/xml-xindice-1.0/java/src/org/apache/xindice/core/query/XPathQueryResolver.java:502: array required, but org.apache.xpath.compiler.OpMapVector found [javac] int endFunc = pos + cmp.getOpMap()[pos+1] - 1; [javac] ^ [javac] /var/tmp/portage/xindice-1.0/work/xml-xindice-1.0/java/src/org/apache/xindice/core/query/XPathQueryResolver.java:502: operator - cannot be applied to java.lang.String,int [javac] int endFunc = pos + cmp.getOpMap()[pos+1] - 1; [javac] ^ [javac] Note: Some input files use or override a deprecated API. [javac] Note: Recompile with -deprecation for details. [javac] 2 errors BUILD FAILED /var/tmp/portage/xindice-1.0/work/xml-xindice-1.0/build.xml:123: Compile failed, messages should have been provided. --------------console output (above)----------------- Seems like a deprecation issue. Maybe should be compiled with -deprecation as it suggests. The versions for jdks that I've tested it are: sun-jdk-1.4.1.02 >> WORKS (with deprecation warnings) sun-jdk-1.4.2.01 >> FAILS blackdown-jdk-1.4.1 >> WORKS best wishes... cagil@core.gen.tr 2003-09-29 01:50:00 0000 back to your comment, Don't be embarrassed, I had overlooked one important thing: xindice is not a C program! As xindice being a java program and not a GNU one, configuring it maybe difficult. Also the default portage scripts may or may not work with java programs. I don't have experience with ebuild-writing for java programs. Examining existing java ebuilds may help. I see ebuild commands like 'dojar' which can be helpful. Also 'ant' should be able to be configurable with parameters. Unfortunately, I am not an expert on this, so asking it to the forums can be much better. Good luck. cagil@core.gen.tr 2003-09-29 01:53:54 0000 Also about the classpath issue, you are right, /opt/xindice/start script has this: --------------- JARS=`ls -1 $XINDICE_HOME/java/lib/*.jar` for jar in $JARS do CLASSPATH=$jar:$CLASSPATH ; done --------------- which effectively sets the CLASSPATH for the Xindice. I have overlooked that also, sorry... phosphan@gentoo.org 2003-10-07 02:46:40 0000 Some good news and some bad news: I think I've found out how to bring xindice-1.0 into FHS conforming directories. The bad news: I can't compile xindice 1.0 or 1.1b1 with sun-jdk-1.4.2.01. Now I doubt if it makes any sense to roll out a new xindice ebuild if users with current java can't compile it anyway. cagil@core.gen.tr 2003-10-07 03:18:52 0000 Patrick this is good news that you have found a way for FHS compliance. As for the Java issue, if you read my other comments, you see that xindice 1.0 can be compiled with the latest blackdown-jdk, but not with sun-jdk. So, maybe you can just put a dependency on specifically to blackdown? mattam@gentoo.org 2003-10-07 03:29:22 0000 I find it disappointing as they recommend Sun's 1.4.2 version: http://xml.apache.org/xindice/faq.html#faq-N10067 looking at the docs/README they do not recommend it for version 1.0 though. I checked the xalan versions and the fact is that the Sun JDK arranges to use its own version of Xalan instead of any other given on the command line (http://xml.apache.org/xalan-j/faq.html#faq-N100CB). Hope this helps! phosphan@gentoo.org 2003-10-14 03:28:34 0000 Still have to meditate about this... ideas how to deal with this (drop xindice, try other sdk) are welcome. ben.moss@mcgill.ca 2004-02-23 11:10:56 0000 Created an attachment (id=26189) xindice-1.0-r1 ebuild adds 'die' to the compile command to ensure that the packed is not merged if the compile fails. also adds epatch to compile properly on sun-jdk 1.4. ben.moss@mcgill.ca 2004-02-23 11:11:55 0000 Created an attachment (id=26190) xindice-1.0-r1 patch patches sun-jdk compile problem. phosphan@gentoo.org 2004-02-23 23:48:02 0000 Thanks Benjamin... added with slight modifications (joined patches, removed the || die that epatch does anyway). Postponing the FHS stuff for a later version and closing this bug. 6948 2003-01-04 10:17 0000 The ebuild and scripts xindice-1.0.tar.gz application/octet-stream H4sICAwJFz4CA3hpbmRpY2UudGFyAO1YbXPaRhDmK/oVG8Kk7UzRu8BkhnQYQ2wm2FDAafrJEdIJ XyJ0GulgSD389+5JAgSmdtuxmb7o+aJ72du9213dPtKKBi51iFJ6QaiqqTYsC58JDp9pu1FXrbpq Go16SdU0XVdLYJVOgEXM7QigFDHGH5N7av5filUW/+xZ02RVJtMF9d1njL+mPhZ/Xa0fxt80dKME ahH/F8drOGfht4jO7jhozWazpmNA4IIEnDGYEOcuYD6bURL/CL3AkaXX0KExj+h0wYkLi8AlEfA7 ApxE8xiYl3Qurm+EChLZPgwXU5860MfkCmICSx1VVC+JjQvfQlWSOt3x+ag3nPQG161KGwKb0yWB L/bShk9XfXBtbk/tmFQk6XJw1R22L7qtyh3n4VtFWc192Q5t547ILJptUhglx6Pz25tR7wlBxcWT iLnaJvmr98OPaxnzQZ79hmr6vfPu9RjttZO1QnF/MGlVVGx96P76y2DUGbcqq7M69ns3QlBsuyLO NOxed1oVsaJVqd6j5IdOb7ROjKGRNU7EkXPrsHlIffL9D3AvlckqZBGHT73rDtq9FadtVe/Ha6k8 pYFiB3zbAJc5sbROddAAE9j393RM2qOL7qSlsJBvDiuVXebSCKr36eT6wYAiNi+VnRBqo6UbAhoD hwUenQHFZ5xYBUyGGKjr47rOOqfMcdOY5RT4dIppEfMYyMqehz6J9xelBkEsleVkO8xJjCiZ49PO qNvuXGXt9+2f08Zk0BmkrY/d0RhzZ5z22jeTy8FoLLTd8bmfDbpzGoistTmL4osFdYm8m+2QJfFZ SB7O3MRHBieM+fGIeCQigZOf8IiNuY+pQ710AB1PVjmBLBLyl3C2cb5CuKOQYCm7UhkDSfGt2xtz GY6i1973+t1xkkG6dhDQRByPxx/oyA1iIsRQm4tb+JjSTGV5p2AvTYS4uCU55lypwH+y/nt4D8Uv xAL/Av8zGg0D679u6HrB/04f/6z33PF/nP9pdbN+EH+j3mgU/O8k/O+VEgtaES2C2IloyCXkZz2s HJB2QZAvF1iQELtNCcPCuETi5+aoIAuILEnDXkeUlZaytCOhc1v0QupKkktCErgpVQkILgoIT3iM KC4Zg5mSGRKPylgM0WC2NSnLFQkSYH0VtAJqK6jm2ZKS1qhUCHcbZE0EWRHnmDDo795ooL07mBMk Z7tztuDwRioDcmGsi68AhbNTZvqJH5OcKSFWObeD73hiFp1zzPLmMB7daEHPQPUn4Q70BwsP3cHC 8Lg7cg7xoLLZ22523xOwJZgo2Prs2Hx7nM95qa/U96GmWbu9o9RWYP/Im0NfM/iUbg8w3CCuFPAY fiPIAH3GvmLAPRZt7eVOsHPDnidET4qXzm1EdimSCWWOGaUzT2TKEcfsu+XPOCVzyTGPHEuBv+uN hxkB0qnu/y27fPb7v26af1z/DT29/62G1Ui//1WjXtz/p8De5+beB2PBjf9//N+lM7wva7mfgad4 /zXV3Lz/umlqKG+ZevH+nwRXHQvOmtbUs/SmZ54ZU2KdnVmOZzrNujE1NU2zzyD/j0z8IE7/kIFl qKahWcVNUaBAgQIFChQoUKBAgQIFCvzD8TtnTsb3ACgAAA== 26189 2004-02-23 11:10 0000 xindice-1.0-r1 ebuild xindice-1.0-r1.ebuild text/plain IyBDb3B5cmlnaHQgMTk5OS0yMDAzIEdlbnRvbyBUZWNobm9sb2dpZXMsIEluYy4KIyBEaXN0cmli dXRlZCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIHYy CiMgJEhlYWRlcjogL2hvbWUvY3Zzcm9vdC9nZW50b28teDg2L2Rldi1kYi94aW5kaWNlL3hpbmRp Y2UtMS4wLmVidWlsZCx2IDEuNiAyMDAzLzEyLzA4IDA0OjUxOjMwIG1yX2JvbmVzXyBFeHAgJAoK aW5oZXJpdCBldXRpbHMKCkRFU0NSSVBUSU9OPSJBIG5hdGl2ZSBqYXZhIFhNTCBkYXRhYmFzZSIK SE9NRVBBR0U9Imh0dHA6Ly94bWwuYXBhY2hlLm9yZy94aW5kaWNlIgpTUkNfVVJJPSJodHRwOi8v eG1sLmFwYWNoZS5vcmcveGluZGljZS9kaXN0L3htbC14aW5kaWNlLSR7UFZ9LnRhci5neiIKCkxJ Q0VOU0U9IkFwYWNoZS0xLjEiClNMT1Q9IjAiCktFWVdPUkRTPSJ+eDg2IgpJVVNFPSJkb2MiCgpE RVBFTkQ9Ij49ZGV2LWphdmEvc3VuLWpkay0xLjMiCgpTPSR7V09SS0RJUn0veG1sLSR7UH0KCnBr Z19wcmVpbnN0KCkgewoJZW5ld2dyb3VwIHhpbmRpY2UgfHwgZGllICJBZGRpbmcgZ3JvdXAgeGlu ZGljZSBmYWlsZWQiCgllbmV3dXNlciB4aW5kaWNlIC0xIC9iaW4vc2ggL3Zhci9ydW4veGluZGlj ZSB4aW5kaWNlIHx8IGRpZSAiQWRkaW5nIHVzZXIgeGluZGljZSBmYWlsZWQiCglld2FybiAiVGhp cyBoYXMgb25seSBiZWVuIHRlc3RlZCB3aXRoIFN1bidzIEpESyEiCglld2FybiAiR29vZCBsdWNr IGlmIHlvdSB1c2UgYW5vdGhlciBWTSIKfQoKc3JjX3VucGFjaygpIHsKCXVucGFjayAke0F9Cglj ZCAke1N9CgllcGF0Y2ggJHtGSUxFU0RJUn0vJHtQfS5wYXRjaCB8fCBkaWUgImNvdWxkbid0IHBh dGNoIgoJZXBhdGNoICR7RklMRVNESVJ9LyR7UE59LSR7UFZSfS5wYXRjaCB8fCBkaWUgImNvdWxk bid0IHBhdGNoIgp9CgpzcmNfY29tcGlsZSgpIHsKCWV4cG9ydCBYSU5ESUNFX0hPTUU9JHtTfQoJ YmluL2FudCB8fCBkaWUgImNvbXBpbGUgZmFpbGVkIgoJdXNlIGRvYyAmJiBiaW4vYW50IGRvY3MK fQoKc3JjX2luc3RhbGwoKSB7CglleHBvcnQgVEFSR0VUPS9vcHQveGluZGljZQoJa2VlcGRpciAv dmFyL3J1bi94aW5kaWNlCgljaG93biB4aW5kaWNlOnhpbmRpY2UgJHtEfS92YXIvcnVuL3hpbmRp Y2UKCWRvZGlyICR7VEFSR0VUfQoJZG9kaXIgJHtUQVJHRVR9L2phdmEKCWNwIC1SdmRwIGJpbiBj b25maWcgaWNvbnMgZG9jcyBsb2dzIGlkbCAke0R9JHtUQVJHRVR9CgljZCBqYXZhCgljcCAtUnZk cCBsaWIgdGVzdHMgZXhhbXBsZXMgJHtEfSR7VEFSR0VUfS9qYXZhCgljZCAuLgoJZG9kb2MgZG9j cy9MSUNFTlNFIGRvY3MvUkVBRE1FIGRvY3MvRkFRIGRvY3MvVE9ETyBkb2NzL1ZFUlNJT05TIGRv Y3MvQVVUSE9SUwoJZG9odG1sIGRvY3MvQWRtaW5pc3RyYXRvcnNHdWlkZS5odG1sIGRvY3MvRGV2 ZWxvcGVyc0d1aWRlLmh0bWwgZG9jcy9Vc2Vyc0d1aWRlLmh0bWwgZG9jcy9Ub29sc1JlZmVyZW5j ZS5odG1sIGRvY3MvZmVhdGhlci5naWYgZG9jcy9pbmRleC5odG1sIGRvY3MveGluZGljZS5qcGcK CWRvZGlyIC9ldGMvZW52LmQKCWluc2ludG8gL2V0Yy9lbnYuZAoJZG9pbnMgJHtGSUxFU0RJUn0v MjF4aW5kaWNlCglkb2RpciAvZXRjL2luaXQuZAoJaW5zaW50byAvZXRjL2luaXQuZAoJaW5zb3B0 cyAtbTA3NTUKCWRvaW5zICR7RklMRVNESVJ9L3hpbmRpY2UKCWluc2ludG8gJHtUQVJHRVR9Cglk b2lucyBzdGFydAoJa2VlcGRpciAvb3B0L3hpbmRpY2UvZGIKCWNob3duIC1SIHhpbmRpY2U6eGlu ZGljZSAke0R9L29wdC94aW5kaWNlCn0K 26190 2004-02-23 11:11 0000 xindice-1.0-r1 patch xindice-1.0-r1.patch text/plain LS0tIGphdmEvc3JjL29yZy9hcGFjaGUveGluZGljZS9jb3JlL3F1ZXJ5L1hQYXRoUXVlcnlSZXNv bHZlci5qYXZhCTIwMDQtMDItMjMgMTU6MjI6MTAuNTU2MTk2MzA0IC0wNTAwCisrKyBqYXZhL3Ny Yy9vcmcvYXBhY2hlL3hpbmRpY2UvY29yZS9xdWVyeS9YUGF0aFF1ZXJ5UmVzb2x2ZXIuamF2YQky MDA0LTAyLTIzIDE1OjIzOjE4LjA5NDkyODg1NiAtMDUwMApAQCAtNDk5LDcgKzQ5OSw3IEBACiAg ICAgICBwcml2YXRlIE9iamVjdCBldmFsRnVuY3Rpb24oaW50IG9wLCBTdHJpbmcgb3duZXIsIGlu dCBwb3MpIHRocm93cyBFeGNlcHRpb24gewogICAgICAgICAgaW50IGlkeCA9IGNtcC5nZXRGaXJz dENoaWxkUG9zKHBvcyk7CiAgICAgICAgICBpbnQgaWQgPSBjbXAuZ2V0T3AoaWR4KTsKLSAgICAg ICAgIGludCBlbmRGdW5jID0gcG9zICsgY21wLmdldE9wTWFwKClbcG9zKzFdIC0gMTsKKyAgICAg ICAgIGludCBlbmRGdW5jID0gcG9zICsgY21wLmdldE9wTWFwKCkuZWxlbWVudEF0KHBvcysxKSAt IDE7CiAKICAgICAgICAgIExpc3QgYXJncyA9IG5ldyBBcnJheUxpc3QoKTsKICAgICAgICAgIGlu dCBscCA9IGlkeCsxOwo=