Re: [blfs-dev] iced tea

2012-10-31 Thread Tushar Teredesai 
On Sat, Oct 20, 2012 at 9:12 PM, DJ Lucas d...@linuxfromscratch.org wrote:
 On 10/19/2012 12:37 PM, Bruce Dubbs wrote:

 rant I'm into problems because the make files have hard coded paths
 into make files.  /usr/bin/head (which is in /bin) and /bin/touch (which
 is in /usr/bin/touch).  What are these guys thinking?  why can't they
 use the PATH? /rant
 Yes, the problem and the current fix have been there since Tushar put
 the JDK in the book back at 1.4.2 IIRC. This will not likely be fixed in
 OpenJDK-7 but is already done in 8 IIRC.


It is good if they plan to do it for V8. I believe they hard coded the
paths so as to only used system programs instead of any incompatible
programs that a user may have in their PATH.

-- 
Tushar Teredesai
   mailto:tus...@linuxfromscratch.org
   http://www.linuxfromscratch.org/~tushar/
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: [blfs-dev] iced tea

2012-10-21 Thread Fernando de Oliveira 
Bruce,

Still about version, I believe you know, but just in case, I do some
things more to check the plugin version. Since version 7u7 (maybe even
before), some of the tests I used stopped working for OpenJDK and
IcedTeaWeb, but still work for jre. So, something has been
(intentionally?) changed by the developers. Probably by installing just
the jre binary and replacing the IcedTeaWeb pluging by the libnpjp2.so
plugin, one can test, but today I did it when upgrading Windows version
and testing there with Firefox (Once a week I run Windows just to check
for updates). The second test still worked for some previous version, when
the first stopped working.

1. https://www.java.com/en/download/installed.jsp?detect=jre

This executes an applet. Works in Windows, but in Linux, the applet runs
forever, without moving to the next screen displaying the version
information.

2. https://www.java.com/en/download/testjava.jsp

Here, a gray square appears in the page with some information, but in
Linux, the gray square is empty. Have not used today in Windows, as the
previous test worked.

[]s,
Fernando
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: [blfs-dev] iced tea

2012-10-21 Thread DJ Lucas 
On 10/20/2012 02:38 PM, Bruce Dubbs wrote:
 DJ Lucas wrote:

 BTW, what do we call this version.  It's icedtea-2.3.3, but the build says:

 java version 1.7.0_0
 OpenJDK Runtime Environment (build 1.7.0-b36)
 OpenJDK 64-Bit Server VM (build 23.2-b09, mixed mode)

 Right now we are calling the current version OpenJDK-1.7.0.5, but the
 most recent version does not seem to fall into that naming convention.
 Odd...it should be pulling that value from the OpenJDK version (which
 should already match the closed version in git). Upstream must have
 broken that somehow. Nothing on distro-pkg-dev list yet.
 The earlier post was before the final executable was done.  Now I have:


 $ openjdk.build/j2sdk-image/bin/javac -version
 javac 1.7.0_09

 $ openjdk.build/j2sdk-image/bin/java -version
 java version 1.7.0_09
 OpenJDK Runtime Environment (IcedTea7 2.3.3) (Linux From Scratch build
 1.7.0_09-b30)
 OpenJDK 64-Bit Server VM (build 23.2-b09, mixed mode)


 The question still remains, what should we call the destination
 directory.  What we have in the book is /opt/OpenJDK-1.7.0.5:

 $ /opt/OpenJDK-1.7.0.5-bin/bin/javac -version
 javac 1.7.0_04

 $ /opt/OpenJDK-1.7.0.5-bin/bin/java -version
 java version 1.7.0_04-icedtea
 OpenJDK Runtime Environment (IcedTea7 2.2) (linux-gnu build
 1.7.0_04-icedtea-b21)
 OpenJDK 64-Bit Server VM (build 23.0-b21, mixed mode)

 So do we just call it 'OpenJDK-1.7.0.9' ?

 -- Bruce
That was the convention I had used before. I'm not sure why the binary 
u5 is showing u4 though.

root [ ~ ]# java -version
java version 1.7.0_05-icedtea
OpenJDK Runtime Environment (IcedTea7 2.2.1) (linux-gnu build 
1.7.0_05-icedtea-b21)
OpenJDK 64-Bit Server VM (build 23.0-b21, mixed mode)
root [ ~ ]# ls -l $JAVA_HOME
lrwxrwxrwx 1 root root 19 Oct  4 22:46 /opt/OpenJDK - OpenJDK-1.7.0.5-bin

Either way, u4 should be fine for a bootstrap.

-- DJ Lucas


-- 
This message has been scanned for viruses and
dangerous content, and is believed to be clean.

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: [blfs-dev] iced tea

2012-10-20 Thread DJ Lucas 
On 10/19/2012 12:37 PM, Bruce Dubbs wrote:
 I've been looking at updating iced tea.

 rant I'm into problems because the make files have hard coded paths
 into make files.  /usr/bin/head (which is in /bin) and /bin/touch (which
 is in /usr/bin/touch).  What are these guys thinking?  why can't they
 use the PATH? /rant
Yes, the problem and the current fix have been there since Tushar put 
the JDK in the book back at 1.4.2 IIRC. This will not likely be fixed in 
OpenJDK-7 but is already done in 8 IIRC.

Thanks for doing this Bruce.

-- DJ


-- 
This message has been scanned for viruses and
dangerous content, and is believed to be clean.

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: [blfs-dev] iced tea

2012-10-20 Thread Bruce Dubbs 
DJ Lucas wrote:
 On 10/19/2012 12:37 PM, Bruce Dubbs wrote:
 I've been looking at updating iced tea.

 rant I'm into problems because the make files have hard coded paths
 into make files.  /usr/bin/head (which is in /bin) and /bin/touch (which
 is in /usr/bin/touch).  What are these guys thinking?  why can't they
 use the PATH? /rant
 Yes, the problem and the current fix have been there since Tushar put
 the JDK in the book back at 1.4.2 IIRC. This will not likely be fixed in
 OpenJDK-7 but is already done in 8 IIRC.

I'm getting there.  I found that I can't do a sed on the paths because 
the files are not exposed until after make extracts the downloaded 
tarballs.  The patch still works though.

The build is OK, but there are still lots of test failures.  I'm doing a 
rebuild now in a different screen.

BTW, what do we call this version.  It's icedtea-2.3.3, but the build says:

java version 1.7.0_0
OpenJDK Runtime Environment (build 1.7.0-b36)
OpenJDK 64-Bit Server VM (build 23.2-b09, mixed mode)

Right now we are calling the current version OpenJDK-1.7.0.5, but the 
most recent version does not seem to fall into that naming convention.

   -- Bruce
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: [blfs-dev] iced tea

2012-10-20 Thread DJ Lucas 
On 10/20/2012 10:55 AM, Bruce Dubbs wrote:
 DJ Lucas wrote:
 On 10/19/2012 12:37 PM, Bruce Dubbs wrote:
 I've been looking at updating iced tea.

 rant I'm into problems because the make files have hard coded paths
 into make files.  /usr/bin/head (which is in /bin) and /bin/touch (which
 is in /usr/bin/touch).  What are these guys thinking?  why can't they
 use the PATH? /rant
 Yes, the problem and the current fix have been there since Tushar put
 the JDK in the book back at 1.4.2 IIRC. This will not likely be fixed in
 OpenJDK-7 but is already done in 8 IIRC.
 I'm getting there.  I found that I can't do a sed on the paths because
 the files are not exposed until after make extracts the downloaded
 tarballs.  The patch still works though.

 The build is OK, but there are still lots of test failures.  I'm doing a
 rebuild now in a different screen.

 BTW, what do we call this version.  It's icedtea-2.3.3, but the build says:

 java version 1.7.0_0
 OpenJDK Runtime Environment (build 1.7.0-b36)
 OpenJDK 64-Bit Server VM (build 23.2-b09, mixed mode)

 Right now we are calling the current version OpenJDK-1.7.0.5, but the
 most recent version does not seem to fall into that naming convention.

 -- Bruce
Odd...it should be pulling that value from the OpenJDK version (which 
should already match the closed version in git). Upstream must have 
broken that somehow. Nothing on distro-pkg-dev list yet.

-- DJ Lucas


-- 
This message has been scanned for viruses and
dangerous content, and is believed to be clean.

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: [blfs-dev] iced tea

2012-10-20 Thread Bruce Dubbs 
DJ Lucas wrote:

 BTW, what do we call this version.  It's icedtea-2.3.3, but the build says:

 java version 1.7.0_0
 OpenJDK Runtime Environment (build 1.7.0-b36)
 OpenJDK 64-Bit Server VM (build 23.2-b09, mixed mode)

 Right now we are calling the current version OpenJDK-1.7.0.5, but the
 most recent version does not seem to fall into that naming convention.

 Odd...it should be pulling that value from the OpenJDK version (which
 should already match the closed version in git). Upstream must have
 broken that somehow. Nothing on distro-pkg-dev list yet.

The earlier post was before the final executable was done.  Now I have:


$ openjdk.build/j2sdk-image/bin/javac -version
javac 1.7.0_09

$ openjdk.build/j2sdk-image/bin/java -version
java version 1.7.0_09
OpenJDK Runtime Environment (IcedTea7 2.3.3) (Linux From Scratch build 
1.7.0_09-b30)
OpenJDK 64-Bit Server VM (build 23.2-b09, mixed mode)


The question still remains, what should we call the destination 
directory.  What we have in the book is /opt/OpenJDK-1.7.0.5:

$ /opt/OpenJDK-1.7.0.5-bin/bin/javac -version
javac 1.7.0_04

$ /opt/OpenJDK-1.7.0.5-bin/bin/java -version
java version 1.7.0_04-icedtea
OpenJDK Runtime Environment (IcedTea7 2.2) (linux-gnu build 
1.7.0_04-icedtea-b21)
OpenJDK 64-Bit Server VM (build 23.0-b21, mixed mode)

So do we just call it 'OpenJDK-1.7.0.9' ?

   -- Bruce
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: [blfs-dev] iced tea

2012-10-20 Thread Bruce Dubbs 
Bruce Dubbs wrote:
 DJ Lucas wrote:

 BTW, what do we call this version.  It's icedtea-2.3.3, but the build
 says:

 java version 1.7.0_0
 OpenJDK Runtime Environment (build 1.7.0-b36)
 OpenJDK 64-Bit Server VM (build 23.2-b09, mixed mode)

 Right now we are calling the current version OpenJDK-1.7.0.5, but the
 most recent version does not seem to fall into that naming convention.

 Odd...it should be pulling that value from the OpenJDK version (which
 should already match the closed version in git). Upstream must have
 broken that somehow. Nothing on distro-pkg-dev list yet.

 The earlier post was before the final executable was done.  Now I have:


 $ openjdk.build/j2sdk-image/bin/javac -version
 javac 1.7.0_09

 $ openjdk.build/j2sdk-image/bin/java -version
 java version 1.7.0_09
 OpenJDK Runtime Environment (IcedTea7 2.3.3) (Linux From Scratch build
 1.7.0_09-b30)
 OpenJDK 64-Bit Server VM (build 23.2-b09, mixed mode)


 The question still remains, what should we call the destination
 directory.  What we have in the book is /opt/OpenJDK-1.7.0.5:

 $ /opt/OpenJDK-1.7.0.5-bin/bin/javac -version
 javac 1.7.0_04

 $ /opt/OpenJDK-1.7.0.5-bin/bin/java -version
 java version 1.7.0_04-icedtea
 OpenJDK Runtime Environment (IcedTea7 2.2) (linux-gnu build
 1.7.0_04-icedtea-b21)
 OpenJDK 64-Bit Server VM (build 23.0-b21, mixed mode)

 So do we just call it 'OpenJDK-1.7.0.9' ?

Just another update.  The tests take 3hr 15min (about 105 SBU).  This is 
the summary of results.

   -- Bruce

--- jtreg console summary for hotspot ---
FAILED: runtime/7110720/Test7110720.sh
Test results: passed: 162; failed: 1

--- jtreg console summary for jdk ---
FAILED: com/sun/awt/SecurityWarning/GetSizeShouldNotReturnZero.java
FAILED: com/sun/awt/Translucency/WindowOpacity.java
FAILED: java/awt/Component/NoUpdateUponShow/NoUpdateUponShow.java
FAILED: java/awt/Dialog/MakeWindowAlwaysOnTop/MakeWindowAlwaysOnTop.java
FAILED: java/awt/event/KeyEvent/SwallowKeyEvents/SwallowKeyEvents.java
FAILED: 
java/awt/Focus/ClearGlobalFocusOwnerTest/ClearGlobalFocusOwnerTest.java
FAILED: 
java/awt/Focus/OwnedWindowFocusIMECrashTest/OwnedWindowFocusIMECrashTest.java
FAILED: java/awt/Focus/RemoveAfterRequest/RemoveAfterRequest.java
Error:  java/awt/Frame/7024749/bug7024749.java
FAILED: java/awt/Frame/FrameSize/TestFrameSize.java
FAILED: java/awt/Frame/WindowDragTest/WindowDragTest.java
FAILED: 
java/awt/GridBagLayout/GridBagLayoutIpadXYTest/GridBagLayoutIpadXYTest.html
FAILED: java/awt/List/EmptyListEventTest/EmptyListEventTest.java
FAILED: java/awt/List/ScrollOutside/ScrollOut.java
FAILED: java/awt/Mixing/HWDisappear.java
FAILED: java/awt/Mixing/JButtonInGlassPane.java
FAILED: java/awt/Mixing/LWComboBox.java
FAILED: java/awt/Mixing/MixingInHwPanel.java
FAILED: java/awt/Mixing/MixingOnShrinkingHWButton.java
FAILED: java/awt/Mixing/NonOpaqueInternalFrame.java
FAILED: java/awt/Mouse/EnterExitEvents/DragWindowOutOfFrameTest.java
FAILED: java/awt/Mouse/EnterExitEvents/DragWindowTest.java
FAILED: java/awt/Mouse/EnterExitEvents/ResizingFrameTest.java
FAILED: java/awt/Robot/CtorTest/CtorTest.java
FAILED: java/awt/Robot/RobotExtraButton/RobotExtraButton.java
Error:  java/lang/invoke/AccessControlTest.java
FAILED: javax/swing/AbstractButton/6711682/bug6711682.java
FAILED: javax/swing/JComboBox/4743225/bug4743225.java
FAILED: javax/swing/JComponent/6989617/bug6989617.java
FAILED: javax/swing/JFileChooser/4524490/bug4524490.java
FAILED: javax/swing/JMenuItem/6209975/bug6209975.java
FAILED: javax/swing/JPopupMenu/6694823/bug6694823.java
FAILED: javax/swing/JPopupMenu/6800513/bug6800513.java
FAILED: javax/swing/JSpinner/5012888/bug5012888.java
FAILED: javax/swing/JTable/4220171/bug4220171.java
FAILED: javax/swing/JToolBar/4247996/bug4247996.java
FAILED: javax/swing/JToolTip/4846413/bug4846413.java
FAILED: javax/swing/JTree/4330357/bug4330357.java
FAILED: javax/swing/plaf/synth/7158712/bug7158712.java
Error:  javax/swing/system/6799345/TestShutdown.java
FAILED: javax/swing/text/html/CSS/4530474/bug4530474.java
FAILED: javax/swing/text/html/HTMLEditorKit/5043626/bug5043626.java
FAILED: javax/swing/text/html/parser/Parser/7165725/bug7165725.java
FAILED: javax/swing/text/Utilities/bug7045593.java
FAILED: sun/tools/native2ascii/Permission.java
FAILED: tools/jar/UpdateJar.java
Test results: passed: 4,028; failed: 43; error: 3

--- jtreg console summary for langtools ---
FAILED: com/sun/javadoc/testNestedGenerics/TestNestedGenerics.java
Test results: passed: 1,942; failed: 1

===
Totals: passed: 6132; failed: 45; error: 3


-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: [blfs-dev] iced tea

2012-10-20 Thread Fernando de Oliveira 
Since JDK, I was numbering using book's convention and comparing numbers
with other distributions and with the convention in JDK site. So, I changed
the subject for what was normal in the past.

What name to be used is not important for me, but in many other
sites/distributions I remember, they use something like 7.u9_2.3.3 meaning
version 7 update 9 IcedTea 2.3.3.

I do not understand why I have tests logging twice. I have two sequences of
the following:

FAILED: runtime/7110720/Test7110720.sh
Test results: passed: 162; failed: 1
FAILED: com/sun/awt/SecurityWarning/GetSizeShouldNotReturnZero.java
FAILED: com/sun/security/auth/login/ConfigFile/InconsistentError.java
FAILED: com/sun/security/auth/module/KeyStoreLoginModule/OptionTest.java
FAILED: java/awt/Component/NoUpdateUponShow/NoUpdateUponShow.java
FAILED: java/awt/Dialog/MakeWindowAlwaysOnTop/MakeWindowAlwaysOnTop.java
FAILED: java/awt/event/KeyEvent/KeyTyped/CtrlASCII.html
FAILED: java/awt/event/KeyEvent/SwallowKeyEvents/SwallowKeyEvents.java
FAILED: java/awt/Focus/ClearGlobalFocusOwnerTest/ClearGlobalFocusOwnerTest.java
FAILED: 
java/awt/Focus/OwnedWindowFocusIMECrashTest/OwnedWindowFocusIMECrashTest.java
FAILED: java/awt/Focus/RemoveAfterRequest/RemoveAfterRequest.java
FAILED: java/awt/font/TextLayout/CombiningPerf.java
FAILED: java/awt/Frame/FrameSize/TestFrameSize.java
FAILED: java/awt/Frame/WindowDragTest/WindowDragTest.java
FAILED: 
java/awt/GridBagLayout/GridBagLayoutIpadXYTest/GridBagLayoutIpadXYTest.html
FAILED: java/awt/List/EmptyListEventTest/EmptyListEventTest.java
FAILED: java/awt/List/ScrollOutside/ScrollOut.java
FAILED: java/awt/Mixing/HWDisappear.java
FAILED: java/awt/Mixing/JButtonInGlassPane.java
FAILED: java/awt/Mixing/LWComboBox.java
FAILED: java/awt/Mixing/MixingInHwPanel.java
FAILED: java/awt/Mixing/MixingOnShrinkingHWButton.java
FAILED: java/awt/Mixing/NonOpaqueInternalFrame.java
FAILED: java/awt/Mouse/EnterExitEvents/DragWindowOutOfFrameTest.java
FAILED: java/awt/Mouse/EnterExitEvents/DragWindowTest.java
FAILED: java/awt/Mouse/EnterExitEvents/ResizingFrameTest.java
FAILED: java/awt/Mouse/MouseModifiersUnitTest/MouseModifiersUnitTest_Extra.java
FAILED: 
java/awt/Mouse/MouseModifiersUnitTest/MouseModifiersUnitTest_Standard.java
FAILED: java/awt/Robot/CtorTest/CtorTest.java
FAILED: java/awt/Robot/RobotExtraButton/RobotExtraButton.java
FAILED: java/net/MulticastSocket/SetOutgoingIf.java
FAILED: java/nio/channels/DatagramChannel/Connect.java
FAILED: java/nio/channels/DatagramChannel/ConnectedSend.java
FAILED: java/nio/channels/DatagramChannel/MulticastSendReceiveTests.java
FAILED: java/rmi/activation/checkusage/CheckUsage.java
FAILED: javax/management/remote/mandatory/connection/RMIConnectionIdTest.java
FAILED: javax/print/attribute/autosense/PrintAutoSenseData.java
FAILED: javax/swing/AbstractButton/6711682/bug6711682.java
FAILED: javax/swing/JComboBox/4743225/bug4743225.java
FAILED: javax/swing/JComponent/6989617/bug6989617.java
FAILED: javax/swing/JFileChooser/4524490/bug4524490.java
FAILED: javax/swing/JMenuItem/6209975/bug6209975.java
FAILED: javax/swing/JPopupMenu/6694823/bug6694823.java
FAILED: javax/swing/JPopupMenu/6800513/bug6800513.java
FAILED: javax/swing/JSpinner/5012888/bug5012888.java
FAILED: javax/swing/JTable/4220171/bug4220171.java
FAILED: javax/swing/JToolBar/4247996/bug4247996.java
FAILED: javax/swing/JToolTip/4846413/bug4846413.java
FAILED: javax/swing/JTree/4330357/bug4330357.java
FAILED: javax/swing/plaf/synth/7158712/bug7158712.java
FAILED: javax/swing/text/html/CSS/4530474/bug4530474.java
FAILED: javax/swing/text/html/HTMLEditorKit/5043626/bug5043626.java
FAILED: javax/swing/text/html/parser/Parser/7165725/bug7165725.java
FAILED: javax/swing/text/Utilities/bug7045593.java
FAILED: sun/rmi/rmic/newrmic/equivalence/run.sh
FAILED: sun/rmi/transport/proxy/EagerHttpFallback.java
FAILED: sun/security/pkcs11/Cipher/TestRSACipherWrap.java
FAILED: sun/security/pkcs11/KeyAgreement/TestInterop.java
FAILED: sun/tools/jstat/jstatClassloadOutput1.sh
FAILED: sun/tools/jstat/jstatClassOutput1.sh
FAILED: sun/tools/jstat/jstatCompilerOutput1.sh
FAILED: sun/tools/jstat/jstatGcCapacityOutput1.sh
FAILED: sun/tools/jstat/jstatGcCauseOutput1.sh
FAILED: sun/tools/jstat/jstatGcNewCapacityOutput1.sh
FAILED: sun/tools/jstat/jstatGcNewOutput1.sh
FAILED: sun/tools/jstat/jstatGcOldCapacityOutput1.sh
FAILED: sun/tools/jstat/jstatGcOldOutput1.sh
FAILED: sun/tools/jstat/jstatGcOutput1.sh
FAILED: sun/tools/jstat/jstatGcPermCapacityOutput1.sh
FAILED: sun/tools/jstat/jstatLineCounts1.sh
FAILED: sun/tools/jstat/jstatLineCounts2.sh
FAILED: sun/tools/jstat/jstatLineCounts3.sh
FAILED: sun/tools/jstat/jstatLineCounts4.sh
FAILED: sun/tools/jstat/jstatTimeStamp1.sh
FAILED: sun/tools/jstatd/jstatdDefaults.sh
FAILED: sun/tools/jstatd/jstatdExternalRegistry.sh
FAILED: sun/tools/jstatd/jstatdPort.sh
FAILED: sun/tools/jstatd/jstatdServerName.sh
FAILED: sun/tools/native2ascii/Permission.java
FAILED: tools/jar/UpdateJar.java
Test results: passed: 3,992;

Re: [blfs-dev] iced tea

2012-10-20 Thread Fernando de Oliveira 
Forgot to add:

real231m51.964s
user229m51.144s
sys 18m15.361s

Do not remember SBU.

Just to compare, last LibreOffice-3.6.2.2 build, with j4, took

real68m25.200s
user227m14.552s
sys 12m42.693s


[]s,
Fernando
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: [blfs-dev] iced tea

2012-10-20 Thread Bruce Dubbs 
Fernando de Oliveira wrote:
 Since JDK, I was numbering using book's convention and comparing numbers
 with other distributions and with the convention in JDK site. So, I changed
 the subject for what was normal in the past.

 What name to be used is not important for me, but in many other
 sites/distributions I remember, they use something like 7.u9_2.3.3 meaning
 version 7 update 9 IcedTea 2.3.3.

 I do not understand why I have tests logging twice. I have two sequences of
 the following:

That confused me too, but I think that at the end of the run, the 
failing tests are printed again.

 FAILED: runtime/7110720/Test7110720.sh
 Test results: passed: 162; failed: 1

Same as I got.

 FAILED: com/sun/awt/SecurityWarning/GetSizeShouldNotReturnZero.java
 FAILED: com/sun/security/auth/login/ConfigFile/InconsistentError.java
 FAILED: com/sun/security/auth/module/KeyStoreLoginModule/OptionTest.java
 FAILED: java/awt/Component/NoUpdateUponShow/NoUpdateUponShow.java
 FAILED: java/awt/Dialog/MakeWindowAlwaysOnTop/MakeWindowAlwaysOnTop.java
 FAILED: java/awt/event/KeyEvent/KeyTyped/CtrlASCII.html
 FAILED: java/awt/event/KeyEvent/SwallowKeyEvents/SwallowKeyEvents.java
 FAILED: 
 java/awt/Focus/ClearGlobalFocusOwnerTest/ClearGlobalFocusOwnerTest.java
 FAILED: 
 java/awt/Focus/OwnedWindowFocusIMECrashTest/OwnedWindowFocusIMECrashTest.java
 FAILED: java/awt/Focus/RemoveAfterRequest/RemoveAfterRequest.java
 FAILED: java/awt/font/TextLayout/CombiningPerf.java
 FAILED: java/awt/Frame/FrameSize/TestFrameSize.java
 FAILED: java/awt/Frame/WindowDragTest/WindowDragTest.java
 FAILED: 
 java/awt/GridBagLayout/GridBagLayoutIpadXYTest/GridBagLayoutIpadXYTest.html
 FAILED: java/awt/List/EmptyListEventTest/EmptyListEventTest.java
 FAILED: java/awt/List/ScrollOutside/ScrollOut.java
 FAILED: java/awt/Mixing/HWDisappear.java
 FAILED: java/awt/Mixing/JButtonInGlassPane.java
 FAILED: java/awt/Mixing/LWComboBox.java
 FAILED: java/awt/Mixing/MixingInHwPanel.java
 FAILED: java/awt/Mixing/MixingOnShrinkingHWButton.java
 FAILED: java/awt/Mixing/NonOpaqueInternalFrame.java
 FAILED: java/awt/Mouse/EnterExitEvents/DragWindowOutOfFrameTest.java
 FAILED: java/awt/Mouse/EnterExitEvents/DragWindowTest.java
 FAILED: java/awt/Mouse/EnterExitEvents/ResizingFrameTest.java
 FAILED: 
 java/awt/Mouse/MouseModifiersUnitTest/MouseModifiersUnitTest_Extra.java
 FAILED: 
 java/awt/Mouse/MouseModifiersUnitTest/MouseModifiersUnitTest_Standard.java
 FAILED: java/awt/Robot/CtorTest/CtorTest.java
 FAILED: java/awt/Robot/RobotExtraButton/RobotExtraButton.java
 FAILED: java/net/MulticastSocket/SetOutgoingIf.java
 FAILED: java/nio/channels/DatagramChannel/Connect.java
 FAILED: java/nio/channels/DatagramChannel/ConnectedSend.java
 FAILED: java/nio/channels/DatagramChannel/MulticastSendReceiveTests.java
 FAILED: java/rmi/activation/checkusage/CheckUsage.java
 FAILED: javax/management/remote/mandatory/connection/RMIConnectionIdTest.java
 FAILED: javax/print/attribute/autosense/PrintAutoSenseData.java
 FAILED: javax/swing/AbstractButton/6711682/bug6711682.java
 FAILED: javax/swing/JComboBox/4743225/bug4743225.java
 FAILED: javax/swing/JComponent/6989617/bug6989617.java
 FAILED: javax/swing/JFileChooser/4524490/bug4524490.java
 FAILED: javax/swing/JMenuItem/6209975/bug6209975.java
 FAILED: javax/swing/JPopupMenu/6694823/bug6694823.java
 FAILED: javax/swing/JPopupMenu/6800513/bug6800513.java
 FAILED: javax/swing/JSpinner/5012888/bug5012888.java
 FAILED: javax/swing/JTable/4220171/bug4220171.java
 FAILED: javax/swing/JToolBar/4247996/bug4247996.java
 FAILED: javax/swing/JToolTip/4846413/bug4846413.java
 FAILED: javax/swing/JTree/4330357/bug4330357.java
 FAILED: javax/swing/plaf/synth/7158712/bug7158712.java
 FAILED: javax/swing/text/html/CSS/4530474/bug4530474.java
 FAILED: javax/swing/text/html/HTMLEditorKit/5043626/bug5043626.java
 FAILED: javax/swing/text/html/parser/Parser/7165725/bug7165725.java
 FAILED: javax/swing/text/Utilities/bug7045593.java
 FAILED: sun/rmi/rmic/newrmic/equivalence/run.sh
 FAILED: sun/rmi/transport/proxy/EagerHttpFallback.java
 FAILED: sun/security/pkcs11/Cipher/TestRSACipherWrap.java
 FAILED: sun/security/pkcs11/KeyAgreement/TestInterop.java
 FAILED: sun/tools/jstat/jstatClassloadOutput1.sh
 FAILED: sun/tools/jstat/jstatClassOutput1.sh
 FAILED: sun/tools/jstat/jstatCompilerOutput1.sh
 FAILED: sun/tools/jstat/jstatGcCapacityOutput1.sh
 FAILED: sun/tools/jstat/jstatGcCauseOutput1.sh
 FAILED: sun/tools/jstat/jstatGcNewCapacityOutput1.sh
 FAILED: sun/tools/jstat/jstatGcNewOutput1.sh
 FAILED: sun/tools/jstat/jstatGcOldCapacityOutput1.sh
 FAILED: sun/tools/jstat/jstatGcOldOutput1.sh
 FAILED: sun/tools/jstat/jstatGcOutput1.sh
 FAILED: sun/tools/jstat/jstatGcPermCapacityOutput1.sh
 FAILED: sun/tools/jstat/jstatLineCounts1.sh
 FAILED: sun/tools/jstat/jstatLineCounts2.sh
 FAILED: sun/tools/jstat/jstatLineCounts3.sh
 FAILED: sun/tools/jstat/jstatLineCounts4.sh
 FAILED: sun/tools/jstat/jstatTimeStamp1.sh
 FAILED: sun/tools/jstatd/jstatdDefaults.sh
 FAILED:

Re: [blfs-dev] iced tea

2012-10-20 Thread Fernando de Oliveira 
--- Em sáb, 20/10/12, Fernando de Oliveira escreveu:

 De: Fernando de Oliveira
 Assunto: Re: [blfs-dev] iced tea
 Para: BLFS Development List
 Data: Sábado, 20 de Outubro de 2012, 19:31

 real    231m51.964s
 user    229m51.144s
 sys    18m15.361s

I remembered that I did not state what these times meant: the total build
+ tests. So, I looked back to my script and log, and found I had the
instruction just for the time taken by the tests in the log:

real177m2.930s
user165m13.636s
sys 12m31.719s

 
 Do not remember SBU.
 
 Just to compare, last LibreOffice-3.6.2.2 build, with j4,
 took
 
 real    68m25.200s
 user    227m14.552s
 sys     12m42.693s

[]s,
Fernando
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: [blfs-dev] iced tea

2012-10-19 Thread Aleksandar Kuktin 
On Fri, 19 Oct 2012 12:37:53 -0500
Bruce Dubbs bruce.du...@gmail.com wrote:

 I've been looking at updating iced tea.
 
 rant I'm into problems because the make files have hard coded paths 
 into make files.  /usr/bin/head (which is in /bin) and /bin/touch
 (which is in /usr/bin/touch).  What are these guys thinking?  why
 can't they use the PATH? /rant
 
 Has anyone else seen/solved this problem.  I'm addressing it right
 now with symlinks.
 
-- Bruce

Wow, wow, wow, wait! Isn't the correct solution to patch the makefiles?

-- 
   Fourth law of programming:
   Anything that can go wrong wi
sendmail: segmentation violation - core dumped
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: [blfs-dev] iced tea

2012-10-19 Thread Fernando de Oliveira 
--- Em sex, 19/10/12, Bruce Dubbs escreveu:

 De: Bruce Dubbs 
 Assunto: [blfs-dev] iced tea
 Para: BLFS Development List
 Data: Sexta-feira, 19 de Outubro de 2012, 14:37
 I've been looking at updating iced
 tea.
 
 rant I'm into problems because the make files have
 hard coded paths 
 into make files.  /usr/bin/head (which is in /bin) and
 /bin/touch (which 
 is in /usr/bin/touch).  What are these guys
 thinking?  why can't they 
 use the PATH? /rant
 
 Has anyone else seen/solved this problem.  I'm
 addressing it right now 
 with symlinks.

In previous version, I used icedtea-2.3.2-fixed_paths-1.patch (took previous, 
in anduin, and renamed)

Would it work, or isn't it exactly for that? I did not investigate much, but it 
seems the correct location appear im my OJDK 1.7.0.7 log:

$ grep /touch Downloads/blfs/OpenJDK-1.7.0.7-2012.09.13.log 
/usr/bin/touch 
/home/fernando/tmp/paco-build-2012.09.13/icedtea-2.3.2/openjdk.build-boot/tmp/sun/sun.awt.X11/xawt/.gen_icons
/usr/bin/touch 
/home/fernando/tmp/paco-build-2012.09.13/icedtea-2.3.2/openjdk.build-boot/tmp/sun/sun.awt.X11/xawt/.gen.wrappers
/usr/bin/touch 
/home/fernando/tmp/paco-build-2012.09.13/icedtea-2.3.2/openjdk.build-boot/classes/META-INF/services/com.sun.tools.xjc.Plugin
/usr/bin/touch 
/home/fernando/tmp/paco-build-2012.09.13/icedtea-2.3.2/openjdk.build/tmp/sun/sun.awt.X11/xawt/.gen_icons
/usr/bin/touch 
/home/fernando/tmp/paco-build-2012.09.13/icedtea-2.3.2/openjdk.build/tmp/sun/sun.awt.X11/xawt/.gen.wrappers
/usr/bin/touch 
/home/fernando/tmp/paco-build-2012.09.13/icedtea-2.3.2/openjdk.build/classes/META-INF/services/com.sun.tools.xjc.Plugin

Only headless appeared in:

grep /bin Downloads/blfs/OpenJDK-1.7.0.7-2012.09.13.log | grep /head

BTW, last time I talked about attitude, was never meant a negative sense, I 
liked that (positive) attitude. Apologies if it seemed otherwise.

[]s,
Fernando
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: [blfs-dev] iced tea

2012-10-19 Thread Bruce Dubbs 
Aleksandar Kuktin wrote:
 On Fri, 19 Oct 2012 12:37:53 -0500
 Bruce Dubbs bruce.du...@gmail.com wrote:

 I've been looking at updating iced tea.

 rant I'm into problems because the make files have hard coded paths
 into make files.  /usr/bin/head (which is in /bin) and /bin/touch
 (which is in /usr/bin/touch).  What are these guys thinking?  why
 can't they use the PATH? /rant

 Has anyone else seen/solved this problem.  I'm addressing it right
 now with symlinks.

 -- Bruce

 Wow, wow, wow, wait! Isn't the correct solution to patch the makefiles?

Possibly, but I'm just doing a preliminary build.  Looking at

openjdk.build-boot/impsrc/common/shared/Defs-linux.gmk

it appears that this can be adjusted with setting some environment 
variables, e.g. ALT_UNIXCOMMAND_PATH= and ALT_USRBIN_PATH=

But using those seems to upset the build in other places.  So far, the 
problem seems to be limited to head, touch, and find.

   -- Bruce

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: [blfs-dev] iced tea

2012-10-19 Thread Bruce Dubbs 
Fernando de Oliveira wrote:
 --- Em sex, 19/10/12, Bruce Dubbs escreveu:

 De: Bruce Dubbs
 Assunto: [blfs-dev] iced tea
 Para: BLFS Development List
 Data: Sexta-feira, 19 de Outubro de 2012, 14:37
 I've been looking at updating iced
 tea.

 rant I'm into problems because the make files have
 hard coded paths
 into make files.  /usr/bin/head (which is in /bin) and
 /bin/touch (which
 is in /usr/bin/touch).  What are these guys
 thinking?  why can't they
 use the PATH? /rant

 Has anyone else seen/solved this problem.  I'm
 addressing it right now
 with symlinks.

 In previous version, I used icedtea-2.3.2-fixed_paths-1.patch (took previous, 
 in anduin, and renamed)

It looks like DJ did address the problem.  I was trying to run without 
patches as an initial try.  My original rant with the developers 
remains.  Why can't they use either PATH or `which prg-name`?

Right now, it's still building.

 BTW, last time I talked about attitude, was never meant a negative
 sense, I liked that (positive) attitude. Apologies if it seemed
 otherwise.

What are you talking about?

   -- Bruce
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: [blfs-dev] iced tea

2012-10-19 Thread Fernando de Oliveira 
--- Em sex, 19/10/12, Bruce Dubbs escreveu:

 De: Bruce Dubbs 
 Assunto: Re: [blfs-dev] iced tea
 Para: BLFS Development List 
 Data: Sexta-feira, 19 de Outubro de 2012, 16:03
 Fernando de Oliveira wrote:
  --- Em sex, 19/10/12, Bruce Dubbs escreveu:
 
  De: Bruce Dubbs
  Assunto: [blfs-dev] iced tea
  Para: BLFS Development List
  Data: Sexta-feira, 19 de Outubro de 2012, 14:37
  I've been looking at updating iced
  tea.
 
  rant I'm into problems because the make
 files have
  hard coded paths
  into make files.  /usr/bin/head (which is in
 /bin) and
  /bin/touch (which
  is in /usr/bin/touch).  What are these guys
  thinking?  why can't they
  use the PATH? /rant
 
  Has anyone else seen/solved this problem. 
 I'm
  addressing it right now
  with symlinks.
 
  In previous version, I used
 icedtea-2.3.2-fixed_paths-1.patch (took previous, in anduin,
 and renamed)
 
 It looks like DJ did address the problem.  I was trying
 to run without 
 patches as an initial try.  My original rant with the
 developers 
 remains.  Why can't they use either PATH or `which
 prg-name`?

I completely agree. Actually, I find Openjdk needs much improvement. For me, it 
seems that the original Sun developers did not bother about build issues, as 
they always offered a closed source binary which they new how to build? But I 
do not know much about the evolution from Sun to open source.

 Right now, it's still building.

I am still having an old hardware instability, so cannot be sure if building it 
will succeed, later today or tomorrow.

Please, any results will interest very much, so keep us informed.

 What are you talking about?

Good answer, thanks. Just reading about your presidential debates, lots of 
talking about attitude, so I started wondering if I had made a correct use of 
the word, sometime ago. Please, forget it.

[]s,
Fernando
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: [blfs-dev] iced tea web

2012-05-15 Thread DJ Lucas 
On 05/14/2012 08:43 PM, DJ Lucas wrote:
 On 05/12/2012 12:10 AM, Bruce Dubbs wrote:
 Looking at iced tea web, it looks like xulrunner is a required dependency.  
 It's
 looking for mozilla-plugin.pc.  When I search the web, it looks like that's 
 the
 only thing that installs it.  Not sure though.

  -- Bruce
 We should probably backport the --with-gtk={3,2} patch that came across
 on 5/11, else if built against gtk-2 and used with Midori, Epiphany, or
 other webkit based browsers built against gtk+-3, it will fail to work.

 -- DJ Lucas


Tested, checks OK. I'll add it when I do the new OpenJDK instructions if 
not done before then.

-- DJ Lucas


-- 
This message has been scanned for viruses and
dangerous content, and is believed to be clean.

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Re: [blfs-dev] iced tea web

2012-05-14 Thread DJ Lucas 
On 05/12/2012 12:10 AM, Bruce Dubbs wrote:
 Looking at iced tea web, it looks like xulrunner is a required dependency.  
 It's
 looking for mozilla-plugin.pc.  When I search the web, it looks like that's 
 the
 only thing that installs it.  Not sure though.

 -- Bruce
We should probably backport the --with-gtk={3,2} patch that came across 
on 5/11, else if built against gtk-2 and used with Midori, Epiphany, or 
other webkit based browsers built against gtk+-3, it will fail to work.

-- DJ Lucas


-- 
This message has been scanned for viruses and
dangerous content, and is believed to be clean.

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page