Bug#702180: hyperestraier: Still FTBFS on powerpcspe due to incorrectly applied change

2013-06-20 Thread Satoru KURASHIKI 
hi,

On Tue, Jun 18, 2013 at 9:18 PM, Roland Stigge sti...@antcom.de wrote:

 This is also caused by a temporary openjdk-7 FTBFS issue (openjdk-7 buil
 before on powerpcspe), which I'm working on separately.

 However, the patch that I proposed in #702180 wasn't applied correctly.
 Only some hunks were applied. Others not, and in one case, powerpc was
 accidentally _changed_ to powerpcspe which is actually an issue on
 powerpc now.



 I'm attaching a new incremental patch for hyperestraier 1.4.13-10 which
 fixes this.


Thank you, I will apply new one...orz


 Further, I don't think that the powerpcspe exception you put into
 JAVA_UNSUPPORTED_CPUS (debian/rules) is necessary, because java is
 supposed to work fine on powerpcspe (consider the issue I described
 above as only temporary).


This was intensionally set, because this upload included another change
(jdk migration from 6 to 7), and when I checked powerpcspe's status,
it didn't have openjdk7 yet.

I'm unsure which is better to enable java binding or not. Is your separate
work
(to fix openjdk7 FTBFS) expected to finish soon?

regards,
-- 
KURASHIKI Satoru

Bug#702180: hyperestraier: Still FTBFS on powerpcspe due to incorrectly applied change

2013-06-20 Thread Roland Stigge 
Hi,

On 06/20/2013 09:34 AM, Satoru KURASHIKI wrote:
 Further, I don't think that the powerpcspe exception you put into
 JAVA_UNSUPPORTED_CPUS (debian/rules) is necessary, because java is
 supposed to work fine on powerpcspe (consider the issue I described
 above as only temporary).
 
 This was intensionally set, because this upload included another change
 (jdk migration from 6 to 7), and when I checked powerpcspe's status,
 it didn't have openjdk7 yet.
 
 I'm unsure which is better to enable java binding or not. Is your separate
 work
 (to fix openjdk7 FTBFS) expected to finish soon?

You don't need to worry about the state of openjdk-7 on powerpcspe. As
long as openjdk-7 is _intended_ to work on powerpcspe (via Architecture:
etc.)

openjdk-7 is already fixed for powerpcspe at debian-ports.org, see also:

http://ftp.de.debian.org/debian-ports/pool-powerpcspe/main/o/openjdk-7/

The respective openjdk-7 bug #712686 is still open, but I built and
integrated the fix already at debian-ports.org so openjdk-7 is already
useable. I actually even integrated the fix for #702180 at
debian-ports.org, see

http://ftp.de.debian.org/debian-ports/pool-powerpcspe/main/h/hyperestraier/

So please just enable it as done on powerpc as long as I don't tell
otherwise.

Thanks in advance,

Roland


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#702180: hyperestraier: Still FTBFS on powerpcspe due to incorrectly applied change

2013-06-20 Thread Satoru KURASHIKI 
hi,

On Thu, Jun 20, 2013 at 5:03 PM, Roland Stigge sti...@antcom.de wrote:

 You don't need to worry about the state of openjdk-7 on powerpcspe. As
 long as openjdk-7 is _intended_ to work on powerpcspe (via Architecture:
 etc.)



 So please just enable it as done on powerpc as long as I don't tell
 otherwise.


OK, next upload will be done so.

regards,
-- 
KURASHIKI Satoru

Bug#702180: hyperestraier: Still FTBFS on powerpcspe due to incorrectly applied change

2013-06-18 Thread Roland Stigge 
Hi,

thanks for adding powerpcspe to the list of supported architectures of
hyperestraier. Unfortunately, it still FTBFS:

...
Exception `LoadError' at /usr/lib/ruby/1.9.1/rubygems.rb:1273 - cannot
load such file -- rubygems/defaults/ruby
rm -rf casket
make[1]: Leaving directory `/«PKGBUILDDIR»/rubynative19'
perl -p -i -e 's@^#! /usr/bin/ruby1\.8 -w@#! /usr/bin/ruby1.9.1 -w@'
rubynative19/estcmd.rb
cd javapure  /usr/bin/make
make[1]: Entering directory `/«PKGBUILDDIR»/javapure'
/usr/java/bin/javac -source 1.5 -target 1.5 -d . Document.java
Condition.java ResultDocument.java NodeResult.java Node.java
Utility.java Call.java
/bin/bash: /usr/java/bin/javac: No such file or directory
make[1]: *** [estraierpure.jar] Error 127
make[1]: Leaving directory `/«PKGBUILDDIR»/javapure'
make: *** [build-arch-stamp] Error 2
dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2
...

This is also caused by a temporary openjdk-7 FTBFS issue (openjdk-7 buil
before on powerpcspe), which I'm working on separately.

However, the patch that I proposed in #702180 wasn't applied correctly.
Only some hunks were applied. Others not, and in one case, powerpc was
accidentally _changed_ to powerpcspe which is actually an issue on
powerpc now.

I'm attaching a new incremental patch for hyperestraier 1.4.13-10 which
fixes this.

Further, I don't think that the powerpcspe exception you put into
JAVA_UNSUPPORTED_CPUS (debian/rules) is necessary, because java is
supposed to work fine on powerpcspe (consider the issue I described
above as only temporary).

Thanks in advance,

Roland
--- hyperestraier-1.4.13/debian/control.orig	2013-06-18 08:35:05.801949554 +0200
+++ hyperestraier-1.4.13/debian/control	2013-06-18 08:36:46.097945353 +0200
@@ -2,7 +2,7 @@
 Section: text
 Priority: optional
 Maintainer: KURASHIKI Satoru lur...@gmail.com
-Build-Depends: debhelper (= 9), autotools-dev, pkg-config, zlib1g-dev, libqdbm-dev (= 1.8.75), libfcgi-dev (= 2.4.0-6), ruby1.8, ruby1.8-dev, ruby1.9.1, ruby1.9.1-dev, openjdk-7-jdk [amd64 armel armhf i386 ia64 powerpc s390 sparc], chrpath, perl
+Build-Depends: debhelper (= 9), autotools-dev, pkg-config, zlib1g-dev, libqdbm-dev (= 1.8.75), libfcgi-dev (= 2.4.0-6), ruby1.8, ruby1.8-dev, ruby1.9.1, ruby1.9.1-dev, openjdk-7-jdk [amd64 armel armhf i386 ia64 powerpc powerpcspe s390 sparc], chrpath, perl
 Standards-Version: 3.9.4
 Homepage: http://fallabs.com/hyperestraier/
 Vcs-Git: git://anonscm.debian.org/collab-maint/hyperestraier.git
@@ -47,7 +47,7 @@
  library.
 
 Package: ruby-hyperestraier
-Architecture: i386 amd64 armel armhf ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpcspe s390 sparc hurd-i386
+Architecture: i386 amd64 armel armhf ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc powerpcspe s390 sparc hurd-i386
 Section: ruby
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Suggests: ruby-hyperestraier-doc
@@ -77,7 +77,7 @@
  generated rdoc.
 
 Package: libestraier-ruby
-Architecture: i386 amd64 armel armhf ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc hurd-i386
+Architecture: i386 amd64 armel armhf ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc powerpcspe s390 sparc hurd-i386
 Section: oldlibs
 Priority: extra
 Depends: ${misc:Depends}, ruby-hyperestraier
@@ -86,7 +86,7 @@
  This is a dummy package to ease transition to new package name.
 
 Package: libestraier-ruby1.8
-Architecture: i386 amd64 armel armhf ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc hurd-i386
+Architecture: i386 amd64 armel armhf ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc powerpcspe s390 sparc hurd-i386
 Section: oldlibs
 Priority: extra
 Depends: ${shlibs:Depends}, ruby-hyperestraier, ${misc:Depends}
@@ -95,7 +95,7 @@
  This is a dummy package to ease transition to new package name.
 
 Package: libestraier-ruby1.9.1
-Architecture: i386 amd64 armel armhf ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc hurd-i386
+Architecture: i386 amd64 armel armhf ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc powerpcspe s390 sparc hurd-i386
 Section: oldlibs
 Priority: extra
 Depends: ${shlibs:Depends}, ruby-hyperestraier, ${misc:Depends}
@@ -113,7 +113,7 @@
  This is a dummy package to ease transition to new package name.
 
 Package: libestraier-java
-Architecture: linux-amd64 armel linux-i386 ia64 mips mipsel powerpc s390 sparc alpha armhf ppc64
+Architecture: linux-amd64 armel linux-i386 ia64 mips mipsel powerpc powerpcspe s390 sparc alpha armhf ppc64
 Section: java
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Suggests: hyperestraier, java-virtual-machine