Not working in hardy x64

Bug #221399 reported by Daniel Velasco
16
This bug affects 1 person
Affects Status Importance Assigned to Milestone
rkward (Debian)
Fix Released
Unknown
rkward (Ubuntu)
Fix Released
Medium
Cesare Tirabassi
Hardy
Fix Released
Undecided
Unassigned

Bug Description

Binary package hint: rkward

I can't used rkward in hardy release x64, using r-base from universe and cran.

When run from a konsole, it complains about needing libRblas.so, and it seems its not used anymore since R 2.6.2.

I got the source from the universe repo, rebuilt the package and it works again. I think the last binary wasn't updated in the last R update.

Revision history for this message
Thomas Friedrichsmeier (tfry) wrote :

As you note, this should be fixed with a rebuild of the rkward package (or better yet, an upload of one of the bugfix releases 0.4.9a or 0.5.0b). Anybody listening who can do the sync?

Revision history for this message
LaserJock (laserjock) wrote :

We can do an SRU (https://wiki.ubuntu.com/StableReleaseUpdates). If somebody would like to work that up for a rebuild I'm sure we can get that done pretty quickly . We'd need to see more information such as upstream changelogs and debdiffs/diffstats before syncing new packages though.

Revision history for this message
Thomas Friedrichsmeier (tfry) wrote :

To fix the problem about libRblas.so, an unmodified re-compilation of RKWard 0.4.9-2 will suffice. This is because the configuration script auto-detects wether or not libRblas.so is available to link against at build time.

RKWard 0.4.9a-1 is now available in debian/unstable (http://packages.debian.org/changelogs/pool/main/r/rkward/current/changelog). It contains another upstream fix which might be worth including: "Fixed some lockups during startup". (Upstream changelog available at http://rkward.sf.net).

Not sure, whether this justifies an SRU or how to proceed on this. Just to provide the information.

Revision history for this message
Cesare Tirabassi (norsetto) wrote :

Yes, this slipped from bug #219346 since we only checked for libraries in site and site-packages. rkward has a library there which is unfortunately a mostly empty dummy one (see bug #224480).
We can fix this fairly quick with a rebuild or, if motu-sru approves it, we could add a patch to fix the lockup issue too.
On this latter, is the attached patch covering this issue Thomas?

Changed in rkward:
assignee: nobody → norsetto
importance: Undecided → Medium
status: New → Confirmed
Revision history for this message
Cesare Tirabassi (norsetto) wrote :
Revision history for this message
Cesare Tirabassi (norsetto) wrote :

Unless the lockups are a serious issue I would opt for a simple rebuild.
Attached is the log for the current (broken) version.
Rebuild is fine and you can see the application running in the attached picture.

Revision history for this message
Cesare Tirabassi (norsetto) wrote :
Revision history for this message
Cesare Tirabassi (norsetto) wrote :

Summary for motu-sru benefit:

Current rkward in hardy is broken due to the recent gfortran transition (see comment #6).
A simple rebuild (see attached debdiff) is sufficient (see comment #7).
Can we upload to hardy-proposed?

Revision history for this message
LaserJock (laserjock) wrote :

SRU ack'd for rebuild. Version should be 0.4.9-2ubuntu0.1
Thanks everybody for working on this.

Changed in rkward:
status: New → Confirmed
Changed in rkward:
status: Unknown → Fix Released
Revision history for this message
Thomas Friedrichsmeier (tfry) wrote :

@Cesare: Yes, that patch is what addresses the lockup issue. This issue is a race-condition, and generally ocurrs during startup, only (if at all). On some systems it appears to be triggered much more frequently than on others. For the vast majority of users it never showed up or only rarely (but one user reported frequent lockups). In addition this has been a long-standing bug, so I guess it's not terribly important overall, and a simple rebuild may be good enough for hardy.

Thanks!

Revision history for this message
Cesare Tirabassi (norsetto) wrote :

@thomas: no, thx to you, I really appreciated your support.

Revision history for this message
Steve Langasek (vorlon) wrote :

accepted into hardy-proposed.

Changed in rkward:
status: Confirmed → Fix Committed
Revision history for this message
Cesare Tirabassi (norsetto) wrote :

To have this available in hardy-updates, we need your help in testing it.
If you would like to help, please add the following line to /etc/apt/sources.list:

  deb http://archive.ubuntu.com/ubuntu/ hardy-proposed universe

Then update and install rkward with your preferred package manager.

Please report test results here.

The TEST CASE is very simple, just check that rkward can start without any error being displayed.

Many thanks in advance for your help!

Revision history for this message
Daniel Velasco (yoalieh) wrote :

I upgraded rkward from hardy-proposed, and it starts and works ok.

Thanks. :)

Revision history for this message
Albert Damen (albrt) wrote :

ACK

- verified rkward 0.4.9-2 fails to start on amd64
- upgraded to 0.4.9-2ubuntu0.1 successfully
- rkward 0.4.9-2ubuntu0.1 runs fine on amd64

Revision history for this message
Tim 'Shaggy' Bielawa (tbielawa) wrote :

Upgraded to hardy-proposed and I can also confirm it works now

Revision history for this message
Michael Fox (mfox-trentu) wrote :

Bug seems to be fixed; rkward starts up now in Ubuntu-Hardy (running KDE 3).

Revision history for this message
Cesare Tirabassi (norsetto) wrote :

Thanks all for testing! We have 5 acks (mine included). The required 7 days have not elapsed but this is only a rebuilt, I don't see how a regression can apply. Can we move it please to -updates?

Revision history for this message
Martin Pitt (pitti) wrote :

Copied into hardy-updates.

Changed in rkward:
status: Fix Committed → Fix Released
Revision history for this message
Martin Pitt (pitti) wrote :

Intrepid has a new version from unstable, so it should be fixed there, too.

Changed in rkward:
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.