Bug 189319 - [patch] net-im/empathy now builds ok without MAKE_JOBS_UNSAFE
Summary: [patch] net-im/empathy now builds ok without MAKE_JOBS_UNSAFE
Status: Closed Feedback Timeout
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: Normal Affects Only Me
Assignee: freebsd-gnome (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-05-03 21:20 UTC by Jia-Shiun Li
Modified: 2016-01-17 10:37 UTC (History)
2 users (show)

See Also:


Attachments
file.diff (316 bytes, patch)
2014-05-03 21:20 UTC, Jia-Shiun Li
no flags Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Jia-Shiun Li 2014-05-03 21:20:00 UTC
net-im/empathy seems to have been fixed parallel build since being marked MAKE_JOBS_UNSAFE in ports/145443.

jsli@4cbsd:/usr/ports/net-im/empathy # sysctl kern.smp.cpus hw.model
kern.smp.cpus: 4
hw.model: Intel(R) Core(TM) i5-3450 CPU @ 3.10GHz
jsli@4cbsd:/usr/ports/net-im/empathy # time make -DBATCH MAKE_JOBS_NUMBER=1024 build
..
..
gmake[3]: Nothing to be done for `all-am'.
gmake[3]: Leaving directory `/usr/ports/net-im/empathy/work/empathy-2.34.0'
gmake[2]: Leaving directory `/usr/ports/net-im/empathy/work/empathy-2.34.0'
gmake[1]: Leaving directory `/usr/ports/net-im/empathy/work/empathy-2.34.0'
152.406u 53.322s 1:04.36 319.6% 22822+362k 0+956io 0pf+0w
jsli@4cbsd:/usr/ports/net-im/empathy #

Fix: patch attached to enable parallel build.

Patch attached with submission follows:
Comment 1 Edwin Groothuis freebsd_committer freebsd_triage 2014-05-03 22:47:20 UTC
Responsible Changed
From-To: freebsd-ports-bugs->gnome

Over to maintainer (via the GNATS Auto Assign Tool)
Comment 2 gustau.perez 2014-06-26 06:20:28 UTC
I've seen empathy to fail randomly. The parallel problem is caused by some  python scripts that live under tools/ that expect files in /tmp which seem to be create earlier in build process. It may sometimes work and sometimes won't depending on how the schedules runs the jobs.

This is happening even with empathy 3.x. I'd not commit that change as it will need to reverted in the future.