Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 122533 - version bump: swt-3.2_pre4
Summary: version bump: swt-3.2_pre4
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Library (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Saleem Abdulrasool (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 122456
  Show dependency tree
 
Reported: 2006-02-12 02:09 UTC by Petteri Räty (RETIRED)
Modified: 2006-05-07 00:08 UTC (History)
11 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
patch against swt-3.2_pre1.ebuild (swt-3.2_pre1-3.2_pre5.patch,1.26 KB, patch)
2006-02-22 02:31 UTC, Zac Slade
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Petteri Räty (RETIRED) gentoo-dev 2006-02-12 02:09:33 UTC
Azureus needs a newer version of swt to compile so to version bump that I also need a newer version of swt. I put one to experimental:
https://svn.gentooexperimental.org/svn/java/gentoo-java-experimental/dev-java/swt/swt-3.2_pre4.ebuild
The modifications I made to pre1:
-reworked SRC_URI handling
-cleaned src_unpack
-added modular X dependencies
-made accessibility always on because azureus did not start without atk support 
 installed
-removed cairo patch as swt seems to work fine without it

Some of these changed might be wrong but I leave that up to you. Also note that the package freeze should not affect swt because swt does not have any stable versions. 

There is also a 3.1.1 version out.
Comment 1 Tiziano Müller (RETIRED) gentoo-dev 2006-02-18 09:32:41 UTC
Well, it works for me in general (2005.1 ~x86)
But is the combination of useflags properly handled?
As far as I understood the concept (please correct me), the firefox useflag should have the function to choose between firefox and mozilla if the mozilla useflag is set (at least some other packages handle it this way).

If you set "firefox -mozilla" and having mozilla and firefox-1.5 installed, all dependencies are ok, but the build failes because it uses firefox-1.5 instead of disabling both mozilla and firefox support.

Another question: I surely don't have enough knowledge about it, but would it be possible to use the gecko-sdk package instead of mozilla for people who want firefox-1.5 but not mozilla-1.7?
Comment 2 Saleem Abdulrasool (RETIRED) gentoo-dev 2006-02-18 19:56:24 UTC
The change you speak of will be included in the next version.  However, due to the package freeze I am not bumping the package (have already discussed this with others and have determined that to be the best course).
Comment 3 Zac Slade 2006-02-22 02:31:57 UTC
Created attachment 80413 [details, diff]
patch against swt-3.2_pre1.ebuild

Looks like they are up to 3.2M5 now.  I've attached a diff to the pre1 ebuild that compiles and installs and allows azureus to build correctly.

Also the cairo patches were removed in this ebuild as it appears the patch has been applied upstream.

This ebuild once installed will allow Azureus 2.4.0.0 to compile and install.
Comment 4 Sumit Khanna 2006-03-08 07:12:13 UTC
I get the following error when I try to emerge this. If I unzip the src.zip manually, it works fine, however it does ask me if I want to overwrite about.html.  Does the src_unpack function not handle this?

Calculating dependencies... done!
[ebuild  N    ] dev-java/swt-3.2_pre5  USE="gnome mozilla -accessibility -cairo -firefox"
[ebuild  N    ] net-p2p/azureus-2.4.0.0  USE="-source"

Do you want me to merge these packages? [Yes/No] yes
>>> Emerging (1 of 2) dev-java/swt-3.2_pre5 to /
>>> checksums files   ;-) patch
>>> checksums files   ;-) swt-3.2_pre5.ebuild
>>> checksums files   ;-) files/digest-swt-3.2_pre5
>>> checksums src_uri ;-) swt-3.2M5-gtk-linux-x86_64.zip
>>> Unpacking source...
>>> Unpacking swt-3.2M5-gtk-linux-x86_64.zip to /var/tmp/portage/swt-3.2_pre5/work
Unpacking src.zip to /var/tmp/portage/swt-3.2_pre5/work

!!! ERROR: dev-java/swt-3.2_pre5 failed.
Call stack:
  ebuild.sh, line 1933:   Called dyn_unpack
  ebuild.sh, line 719:   Called src_unpack

!!! Unable to extract sources
!!! If you need support, post the topmost build error, and the call stack if relevant.
Comment 5 Sumit Khanna 2006-03-08 07:27:10 UTC
ah found my problem. The following line needs to be modified to be able to handle multiple archs:

unzip swt-I20060217-1115-gtk-linux-x86/src.zip &> /dev/null || die "Unable to extract sources"

On amd64, it should be:

swt-I20060217-1115-gtk-linux-x86_64/src.zip
Comment 6 Petteri Räty (RETIRED) gentoo-dev 2006-03-12 05:52:58 UTC
(In reply to comment #5)
> ah found my problem. The following line needs to be modified to be able to
> handle multiple archs:
> 
> unzip swt-I20060217-1115-gtk-linux-x86/src.zip &> /dev/null || die "Unable to
> extract sources"
> 
> On amd64, it should be:
> 
> swt-I20060217-1115-gtk-linux-x86_64/src.zip
> 

The ebuild in our experimental overlay does not have this problem.
Comment 7 Saleem Abdulrasool (RETIRED) gentoo-dev 2006-05-07 00:08:24 UTC
Bumped in portage.