ANN: Linux TestFest
by Surendra Singhi
Love Linux? Love TESTING on Linux? We're SpikeSource, a bunch of
passionate open source testing folks, and we're holding our first-ever
TestFest on June 17th. We'll give you the chance to show how good your code
really is by testing it using our new 'test harness'. We run 22,000 tests
per day on over 63 open source components using this harness. This event
kicks off our free testing service for the open source community. Mix and
mingle with our developers to chat about open source testing. Hear from
SpikeSource founder & CTO Murugan Pal on Participatory Testing and our
architect, Sastry Malladi, about our Core stack product. Testing
demonstrations on popular open source software will also be held for
attendees. All developers are welcome! Check us out at
www.spikesource.com/testfest.html, where you can register and learn how to
package and test your code. On June 17th, 3pm, head over to SpikeSource
offices in Redwood City to receive a report on your test results with
helpful feedback from our staff. Lots of free food & beer to go around.
Heck, we're even hiring. Should be a real geek fest! We hope to see you
there.
--
Surendra Singhi
http://www.public.asu.edu/~sksinghi
18 years, 3 months
Blojsom and Tomcat on FC4
by David J. Orme
Hi all,
Today I tried to get Blojsom to run inside Tomcat as distributed with
FC4 test3 (with all updates applied as-of this morning). It bombed with
an error in the log file about a malformed regular expression.
What is the correct place to report this bug?
Best regards,
Dave Orme
--
Eclipse Visual Editor Project lead
http://www.db4o.com -- The Open-source Java Object Database
http://xswt.sf.net -- XML-based SWT page description language
18 years, 4 months
RE fedora-devel-java-list@redhat.com
by China-printing-factory
Dear fedora-devel-java-list(a)redhat.com ,
We are very glad to know you from Internet,
We are an advertisement making factory in Shenzhen of China,
We hope to detail our services to you,
and look forward to mutual cooperation between us.
Speciality of our factory:
1. Color poster by spray
Including all kinds of poster, Outdoor and indoor banners, Exhibition apparatus,
Stickers, Light slices, Exhibition boards of foam, Transparent slices and more..
2. Color items by printing
Including all kinds of paper printing, Catalogues, Handbags, Cards, Boxes, Stick papers,
Hanging brands, Document pouches, Envelopes, Letter paper, Carbon paper and more.
You can visit our home page at www.szcolor.com for more information.
If you have products to need producing or cost accounting,
please tell us the name of product, size, quantity,
the color, the material, the basic design, use occasion and method, etc..
The file uploads of address:
ftp://szcolor.com/
ftp://26220610.dns0755.net/
The trade is very convenient, If you are in Hong Kong,
We have account No. in Hong Kong, and can deliver after payments,
For other overseas buyers, You can handle remittance through "Western Union" at "www.westernunion.com",
The goods can entrust the Express delivery company to send and deliver to your office.
Thanks and best wishes,
Mr.Leo
AD Factory of Shenzhen
http://www.szcolor.com/
E-mail: info(a)6220610.com
Tel: +86-0755-2622 0610
Fax: +86-0755-8240 9179
Mobile: 136-9198-4046
ICQ Number: 173161456
MSN Name: www(a)6220610.com
QICQ Number: 88680008
Welcome to contact us !
Chinese text:
我們在深圳主要專業于廣告宣傳制品的印務生產工作, 例如:
大小廣告宣傳畫面、海報橫額、挂畫招貼、展板展架、燈片燈箱、展覽展示等;
產品目錄、宣傳畫冊、手提袋、膠貼紙、卡片吊牌、包裝盒、台歷挂歷等;
彩色名片,只需HK$30一盒,每人3盒起數, 數碼攝影每張最低HK$20起.
歡迎繼續聯絡!
01:10:34 2005-05-27
18 years, 4 months
My packaging priorities
by Gary Benson
During my recent native-compilation spree I mailed one of our internal
lists with the priorities I personally assign to my packages. Tom
Tromey pointed out that it'd be a good idea to make them public, so...
Note that my task is to maintain Tomcat and Ant, so anywhere I've
written "users" you should read it as "users of Tomcat and/or Ant".
And if a package isn't in one of these bands then it's not one of
mine.
BAND 1: used by all users, all of the time
==========================================
ant jakarta-commons-beanutils jakarta-commons-collections
jakarta-commons-digester jakarta-commons-el jakarta-commons-logging
jakarta-commons-modeler mod_jk mx4j regexp tomcat5 xerces-j2
xml-commons
BAND 2: used by some users, some of the time
============================================
classpathx-jaf classpathx-mail gnu-crypto jakarta-commons-dbcp
jakarta-commons-fileupload jakarta-commons-pool
jakarta-commons-validator oro struts11 ldapjdk log4j xalan-j2
BAND 3: maybe someone out there uses it...
==========================================
antlr avalon-framework avalon-logkit bcel cryptix cryptix-asn1
gnu.getopt jakarta-commons-lang jakarta-commons-launcher
jakarta-taglibs-standard java_cup jdepend jlex junit puretls
xml-commons-resolver
As a concrete example of how the love gets dished out between them,
you might notice that all band 1 packages are nativified now, one or
two band 2 packages are nativified now (and I expect the number will
increase in FC5) and that no band 3 packages are nativified (and
it's likely to stay like that).
Cheers,
Gary
18 years, 4 months
rhOOo rawhide & fc3
by Morgan Read
Hi All,
Does anyone know of any gotchas for installing rawhide OOo in fc3 I
should know of before I do?
I have OOo1.2 & sunjre1.5 installed.
Any help much appreciated.
Regards,
Morgan.
18 years, 4 months
packaging questions
by Anthony Green
I have some packaging questions.
First off, I've created a yum repository with my jogl RPMS. Just copy
the following into /etc/yum.repos.d/spindazzle.org.repo and run...
$ yum install jogl
---- cut here ---------------------------------------------------
# All SRPMS are found in http://spindazzle.org/yum/FC4/SRPMS
[spindazzle.org]
name=spindazzle.org FC4 $basearch
baseurl=http://spindazzle.org/yum/FC4/$basearch
gpgkey=http://spindazzle.org/yum/green@spindazzle.org-pubkey.txt
enabled=1
gpgcheck=1
---- cut here ---------------------------------------------------
I also tried packaging the Gears demo, but ran into a couple of
problems. My spec file builds Gears like so:
gcj -o Gears --main=demos.gears.Gears Gears.java -ljogl.jar
I think this is supposed to work, since....
$ ls -l /usr/lib/libjogl.jar.so
lrwxrwxrwx 1 root root 21 May 24 17:12 /usr/lib/libjogl.jar.so ->
libjogl-1.1b11.jar.so
I've placed the Gears SRPM here: http://spindazzle.org/yum/FC4/SRPMS
If you build it and try to install, you'll get:
error: Failed dependencies:
libjogl.jar.so is needed by jogl-demos-Gears-1.5-1fc.i386
I don't understand why I'm getting this, since the symlink and
underlying library do exist.
The next problem is that Gears executable won't run. When I try it I
get a NullPointerException in VMClassLoader.resolveClass (this is the
exception causing a LinkageError: unexpected exception during linking:
net.java.games.jogl.GLCapabilities).
The Gears demo _does_ run when I run it from bytecode and have the
appropriate jar files in my CLASSPATH.
Any suggestions re: these two problems?
Thanks!
AG
18 years, 4 months
java-gcjHEAD-compat (or "How to use your gcc build to run Eclipse")
by Andrew Overholt
Hi,
Tom Fitzsimmons and I (okay, it was mostly Tom ;) worked out how to have a
set of alternatives for java, javac, etc. that can use a non-system gcc
installation. This will allow you to easily run our Eclipse packages
(among others) using your gcc builds.
(I'm assuming here that you have a ~/.rpmmacros similar to [2])
1. check java-1.4.2-gcj-compat out of Fedora CVS [1].
2. cd into the java-1.4.2-gcj-compat/devel directory
3. make sources; cp *.tar.gz ~/rpmbuild/SOURCES
4. ensure that your gcc build is ahead of the system compiler in your path
5. rpmbuild \
--define "custom 1" \
--define "gcj_prefix <location of your build directory>" \
--define "origin gcj<YOURSUFFIX>" \
-ba java-1.4.2-gcj-compat.spec
6. install the resulting RPM (should be in ~/rpmbuild/RPMS/<ARCH>/)
7. set your java and javac alternatives to be those of your gcc build:
sudo /usr/sbin/update-alternatives --set javac \
/usr/lib/jvm/java-1.4.2-gcj<YOURSUFFIX>/bin/javac
sudo /usr/sbin/update-alternatives --set java \
/usr/lib/jvm/jre-1.4.2-gcj<YOURSUFFIX>/bin/java
8. verify that /usr/bin/java --version gives the same output as your gij
Now running Eclipse (and other apps that use /usr/bin/java) should use your
gcc build.
Andrew
[1]
http://cvs.fedora.redhat.com/core.shtml
http://cvs.fedora.redhat.com/viewcvs/rpms/java-1.4.2-gcj-compat/
[2]
$ cat ~/.rpmmacros
%_topdir /home/overholt/rpmbuild
$ ls /home/overholt/rpmbuild
BUILD RPMS SOURCES SPECS SRPMS
18 years, 4 months
Oprofiling Eclipse CVS checkout
by Andrew Overholt
Hi,
I'm trying to track down the cause of [1], so it was suggested to me that I
run oprofile and see what's going on. I've done so and attached the
output. I don't really know what I'm supposed to be seeing in this, so if
someone who knows more could help me out, I'd really appreciate it.
What I did:
1. sudo opcontrol --reset
2. sudo opcontrol --start --no-vmlinux
3. started eclipse and tried to check out GNU-Crypto [2]
While this was going, I checked on gnu-crypto on the command line (on a
different machine .. it's the same if I do it on the same machine as the
one running Eclipse). The command line checkout started when the
Eclipse checkout was about 20% or 30% completed and finished before the
Eclipse checkout made it to 40% (these percentages are just rough
estimates based upon the progress bars).
4. stopped the Eclipse checkout while it was still less than 50% completed
and cleanly exited Eclipse
5. sudo opcontrol --stop
6. sudo opreport image-exclude:/no-vmlinux
Thanks,
Andrew
[1]
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151832
[2]
cvs -d :ext:anoncvs@savannah.gnu.org/cvsroot/gnu-crypto co gnu-crypto
18 years, 4 months
Updated patch to find-and-aot-compile (formerly find-and-nativify)
by Robin Green
This patch to find-and-aot-compile incorporates previous suggestions (see
previous thread "Patch to find-and-nativify").
In particular, instead of replicating the directory structure of the jars,
it just stores the shlibs in one directory, because I can't see a
realistic scenario where having the full directory structure would be
necessary. The decision is a matter of personal taste AFAICS. (Sane
packages should not contain two jars with the exact same basenames but
different contents.)
--
Robin
--- find-and-aot-compile.orig 2005-05-08 13:08:01.000000000 +0100
+++ find-and-aot-compile 2005-04-28 03:31:05.000000000 +0100
@@ -12,20 +12,34 @@
(ex. eclipse)
BUILD_OPTIONS - a list of gcj options to pass to aot-compile
(outside of -findirect-dispatch, -shared, and -Wl,-Bsymbolic)
+
+ By default, the generated database will assume libraries will go in /usr/lib.
+ To change this, set LIBDIR to the appropriate directory.
+
+ Set SKIPTAR=y to skip tar file creation.
"}
name=$1
build_options=$2
-for jarfile in $(find -name \*.jar); do
+mkdir $name
+rm -f dblist
+
+for jarfile in $(find -type f -name \*.jar); do
# This is ugly. What we want is to be able to natively-compile all the
# jars within an RPM build tree as well as from an arbitrary location
# in the filesystem. Patches welcome :)
- so_dir="./$name/$(dirname $jarfile | \
- sed 's:^\.\+/::')";
- mkdir -p $so_dir;
- dest_so_name=$so_dir/lib`basename $jarfile`.so
- aot-compile $jarfile $dest_so_name "$build_options"
+ dest_so_name=$name/lib$name-`basename $jarfile`.so
+ aot-compile "$build_options" $jarfile
+ built_so_name=`dirname $jarfile`/lib`basename $jarfile`.so
+ mv $built_so_name $dest_so_name
+ dbfile=$jarfile.db
+ gcj-dbtool -f $dbfile $jarfile ${LIBDIR:-/usr/lib}/$dest_so_name
+ printf "$dbfile\0" >>dblist
done
-tar czf $name.tar.gz $name
+gcj-dbtool -0 -m $name.db <dblist
+
+if [ -z "{$SKIPTAR:-}" ]; then
+ tar czf $name.tar.gz $name
+fi
18 years, 4 months
jogl package
by Anthony Green
Here's my first stab at an RPM with the new scripts (find-and-nativify
and rebuild-gcj-db). It's the OpenGL java bindings:
http://people.redhat.com/green/FC4
A couple of observations....
It's still not super-trivial to add native versions of jar files. See
attached spec file. On the other hand, I don't know how we could make
it simpler.
Our libjawt.so.6 is a bit of a problem. I was unable to run any jogl
code with a non-gcj alternative, since they all pick
up /usr/lib/libjawt.so.6, which has references to our gtk peers and
fails to load. Should libjawt.so be an alternative? Or can we install
it somewhere gcj specific?
AG
18 years, 4 months
