native eclipse freezing
by stemeri
With all updates OK on rawhide (on a daily basis), I
have
troubles with native eclipse. It looks like this post
:
https://www.redhat.com/archives/fedora-devel-java-list/2005-March/msg0026...
However, some more informations:
Launching eclipse as a user is perfect and CDT (I
develop only in c++) is working for me.
However, launching eclipse as root freezes the
computer. Only way to go : hard reset (no alt-sys...,
no ssh, ...).
__________________________________________________________________
Découvrez le nouveau Yahoo! Mail : 250 Mo d'espace de stockage pour vos mails !
Créez votre Yahoo! Mail sur http://fr.mail.yahoo.com/
19 years
Eclipse 3.1M6
by Andrew Overholt
I put together some rudimentary RPMs for Eclipse 3.1M6. I tried them very
briefly and they appear to work. Give them a shot if you have a chance.
I'd appreciate any feedback.
RPMs:
http://people.redhat.com/~overholt/eclipserpms/
SRPM:
overholt.ca/rpms/eclipse-3.1.0_fc-0.M6.1.src.rpm
Thanks,
Andrew "yes, I should get my disk quota upped" Overholt
19 years
Eclipse UI Tests
by Andrew Overholt
Hi,
I was talking with Billy last night about Eclipse unit tests and I ran the
UI ones this morning. There are 806 tests and we get 152 Errors and 40
Failures. 144 of the 152 Errors are from
org.eclipse.ui.tests.dnd.DragTestSuite in which Billy said to expect errors
(since this is 3.1M5a I'm testing).
I'd like to set things up to run these automatically (Aaron is looking into
it) and get some hard data that we can work with.
The one thing that bothered me is that the tests took about 43 minutes to
run on my P4 3 GHz with 1 GB RAM. Billy says the tests take only about 10
minutes normally. I'll try to spend some time figuring out where the time
goes. This could have been my machine/setup but they took about the same
amount of time to run on my laptop which is a much less beefier machine so
I sort of doubt it.
This is how Billy taught me to run the tests (for future reference):
. start Eclipse with a new workspace
eclipse -data testworkspace
. switch to CVS perspective and add the Eclipse repo
(dev.eclipse.org - /home/eclipse - anonymous - pserver)
. expand the Eclipse repo and expand versions
. expand org.eclipse.releng
. expand I20050219-1500 (the tag for 3.1M5a)
. expand maps
. double-click on ui.map
. note that plugin(a)org.eclipse.ui.tests=v20050218-1200
. close ui.map and expand org.eclipse.ui.tests
. check out org.eclipse.ui.tests v20050218-1200
. switch to the Java perspective
. once your workspace finishes building, there will be errors in a few
things ... we only care about the errors in plugin.xml so edit it to
comment out or remove the two offending lines
. expand Eclipse UI Tests -> org.eclipse.ui.tests
. right-click on UiTestSuite.java and click Run As -> JUnit Plug-in Test
. beside Package Explorer and Hierarchy, you should get a JUnit tab;
quickly select it and select the Hierarchy tab within before the tests
start up
. let the tests run without playing with your computer because some of the
tests rely on focus
Andrew
19 years
Adobe Acrobat 6.0 - 75% OFF
by Vanessa J. Smith
Access all the software imaginable for prices substantially lower than in stores!
Our software is 2-10 times cheaper than sold by our competitors.
Just a few examples:
$79.95 Windows XP Professional (Including: Service Pack 2)
$89.95 Microsoft Office 2003 Professional / $79.95 Office XP Professional
$99.95 Adobe Photoshop 8.0/CS (Including: ImageReady CS)
$179.95 Macromedia Studio MX 2004 (Including: Dreamweaver MX + Flash MX + Fireworks MX)
$79.95 Adobe Acrobat 6.0 Professional
$59.95 Corel Draw Graphics Suite 11
Special Offers:
$89.95 Windows XP Professional + Office XP Professional
$149.95 Adobe Creative Suite Premium (5 CD)
$129.95 Adobe Photoshop 7 + Adobe Premiere 7 + Adobe Illustrator 10
All main products from Microsoft, Adobe, Macromedia, Corel, etc.
And many more... Enter here:
http://www.bestcds.su
Best regards,
Vanessa J. Smith
_____________________________________________________
To be taken out, go: http://www.bestcds.su/uns.htm
_____________________________________________________
19 years
Re: [JPackage-discuss] Why libswt3-gtk2 isn't split between lib and plugin? also multiple SWTs and GCJ binaries
by Andrew Overholt
CCing fedora-devel-java-list
* rivasdiazx-jpackage(a)yahoo.com <rivasdiazx-jpackage(a)yahoo.com> [2005-04-08 20:15]:
>
> Problem+Proposal 1:
> In both cases I found that the package libswt3-gtk2 installs SWT JARs
> and SOs as an independent library (in /usr/lib) and as an eclipse
> plugin (in /usr/share/eclipse/plugins). I think that this package
> should be splitted in lib and plugin. Something like libswt3-gtk2 and
> eclipse-swt3-gtk2 which depends on the former.
This doesn't work. The libraries are needed for SWT since it has native
bits.
> Problem+Proposal 2:
> I think that libswt3 should be a generic package and should exist
> libswt3-gtk2, libswt3-motif, even maybe libswt3-fox, which are platform
> dependant. [...]
This would be fine, but we'd have to add back in the motif stuff and figure
out how to build the fox stuff. It's not impossible, but it'd be a lot of
work. This is why we have libswt3-gtk2, BTW.
> Problem+Proposal 3:
> FC4 will include Eclipse IDE and some plugins (very good!) but it will
> require the GCJ based java implementation, because they have compiled
Yes and no. I recently added the requirement on java-1.4.2-gcj-compat
because we don't want people to think they're running our native packages
when they are actually running them on a proprietary JVM. If someone has
their alternatives set up for, say, the Sun JVM, our packages will work
without the native bits (all the .jar.so files) entirely.
> more GCJ bugs reported, etc), but it will make a fork on JPackage RPMs
> and users will not be able to update to new versions using JPackage
> RPMs.
David Walluck and I have been talking about adding some sections to our
(FC) RPMs so that they are basically the same as the JPackage pure bytecode
ones. I believe Tom Fitzsimmons has worked with the various depsolvers
(yum, up2date) to make sure that arch->noarch and noarch->arch upgrades
work fine.
> Something like eclipse-jdt (-base?) and eclipse-jdt-gcj.
No. :) Many discussions took place about this and that's not the
direction that we decided to take. Tom, Fernando, Gary, and others can
explain more if necessary.
> process should invoke the Java Engine the standard way (JNI?,
> /usr/bin/java?), then if I have GCJ as my selected Java virtual
> machine, Eclipse will run with GCJ (as it will run in base FC4), but if
That's how we've set things up with java-gcj-compat. If you have j-g-c set
up as your java alternative and you run Eclipse, it'll use the
natively-compiled stuff. If you have another JVM set as your alternative,
it will seamlessly use it and ignore the native bits.
> PD: I made a fast search on the list to find something on this, I
> apologize if it was discused before.
That's cool. Not much of this was discussed on list and I apologize for
that. Thanks for the interest and suggestions! Hopefully my comments
clear things up a bit.
Andrew
19 years
Patch to find-and-nativify
by Robin Green
This proposed patch makes 4 changes to the find-and-nativify in
java-1.4.2-gcj-compat-1.4.2.0-40jpp_14rh.
- Generates a database as it goes, rather than forcing the spec file
writer to write a similar script to build the db.
- Qualifies each lib with the package name, to avoid name collisions in
Provides. (Which suggests the thought that since package names _must_ be
unique by design in rpm - isn't it then sufficient to generate libs in
%{_libdir}/%{name} instead of as %{_libdir}/%{name}/full/path/to/jar ?)
- Ignores jars which are symlinks (they might not even be in the package,
and if they are, you will end up compiling them more than once.)
- You can set the SKIPTAR environment variable to skip the tar building,
for more efficient rpm builds.
I have a handy utility script to post next which assumes some of these
changes, so I will wait to see what happens to this patch first.
--
Robin
--- find-and-nativify.old 2005-04-10 22:28:23.000000000 +0100
+++ find-and-nativify 2005-04-11 00:02:59.000000000 +0100
@@ -12,20 +12,33 @@
(ex. eclipse)
BUILD_OPTIONS - a list of gcj options to pass to nativify
(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
+# There's this great concept - it's called databases with no fixed size limits!
+# For now, kludge the fixed size limit at 80000
+gcj-dbtool -n $name.db 80000
+
+# Use type -f to ignore symlinks
+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
+ dest_so_name=$so_dir/lib$name-`basename $jarfile`.so
nativify $jarfile $dest_so_name "$build_options"
+ gcj-dbtool -f $name.db $jarfile ${LIBDIR:-/usr/lib}/$dest_so_name
done
-tar czf $name.tar.gz $name
+if [ -z "${SKIPTAR:-}" ]; then
+ tar czf $name.tar.gz $name
+fi
19 years
Re: PDF generation problem solved for me
by David Malcolm
On Thu, 2005-04-07 at 11:41 -0500, Tommy Reynolds wrote:
> Uttered "Paul W. Frields" <stickster(a)gmail.com>, spake thus:
>
> > There was some list traffic about this several times in the not-too-
> > distant past... I can't remember the content of all the discussions, but
> > the idea of whether to use FOP was definitely tossed around. Could
> > anyone with some time and inclination check the archives and try to
> > summarize the discussions here? Or is that unnecessary? If someone
> > were to do that, I would put a page up on the wiki in an agreeable place
> > (and with an agreeable name) just so we have a reference point.
>
> The concern was that FOP needed some non-GPL assistance to render
> some graphic content. Specifically, FOP can render BMP, EPS, GIF,
> JPEG and TIFF files without any assistance. With JIMI or JAI (which
> are not GPL'ed), PNG can be rendered. With BATIK, also an Apache
> product, SVG files can also be rendered.
>
> None of the non-free assistant packages are included or distributed
> with FOP. FOP will notice these add-ons if present, but will work
> without them, with the only caveat being PNG input will not work.
>
> The official details are at http://xml.apache.org/fop/graphics.html,
> for those who are interested.
CC-ing to fedora-devel-java-list
Surely there must be a GPL-friendly PNG handler in Java somewhere? How
hard would it be to rewrite this part of FOP? What's the status of
getting a natively-compiled FOP into Fedora?
19 years
Microsoft Office 2003 - very low price
by Vanessa J. Smith
Get all the popular software possible for prices substantially lower than in stores!
We sell software 2-6 times cheaper than retail price.
Examples:
$79.95 Windows XP Professional (Including: Service Pack 2)
$89.95 Microsoft Office 2003 Professional / $79.95 Office XP Professional
$99.95 Adobe Photoshop 8.0/CS (Including: ImageReady CS)
$179.95 Macromedia Studio MX 2004 (Including: Dreamweaver MX + Flash MX + Fireworks MX)
$79.95 Adobe Acrobat 6.0 Professional
$69.95 Quark Xpress 6 Passport Multilanguage
Special Offers:
$89.95 Windows XP Professional + Office XP Professional
$149.95 Adobe Creative Suite Premium (5 CD)
$129.95 Adobe Photoshop 7 + Adobe Premiere 7 + Adobe Illustrator 10
All main products from Microsoft, Adobe, Macromedia, Corel, etc.
And many other... Enter here:
http://dst.gbverdunde.com/?OxQnk3Ok0mpZ2Cidst
Best,
Vanessa Smith
_____________________________________________________
To be taken off future campaigns, go here: http://dst.gbverdunde.com/<RANDOM>?IrehKZIKqgPnYwcdst
_____________________________________________________
19 years
こんばんわ？
by }CR
ネットのエッチビデオに出たんだけど、やっぱりマイコのこと皆知ってるのかな？
この前ゆきに話したときには、誰も知らないって言っていたから大丈夫だと思うけど。
マイコもだけど、ゆきも出ちゃってるよ（上の方）？
ここ↓
http://218.24.145.241/fly/?xk43thzh6t3gzgdth2edgue$5elqxhmdg24
ちなつさんって綺麗だけどあったことないし、あみさんってゆき、この前話してなかったっけ？
でも、綺麗にとって貰えたからいいか（＾＾）
かよこさんは旦那にバレてないかしんぱいだね。
あと「コスプレ娘」「妹萌え」って、
「コスプレ妹萌え」って読んじゃいそうで
面白いね。
※ このメールは細心の注意を払い重複のないよう送信していますが
万一重複してしまった場合はご容赦ください。
※２ 番組はアダルトコンテンツを含み有料です。
※３ １８歳未満の方はリンクをクリックしないで下さい。
※４ 配信拒否はこのまま送り返してください。
19 years
