notbugAs an Amazon Associate I earn from qualifying purchases.
Want a good read? Try FreeBSD Mastery: Jails (IT Mastery Book 15)
Want a good monitor light? See my photosAll times are UTC
Ukraine
This referral link gives you 10% off a Fastmail.com account and gives me a discount on my Fastmail account.

Get notified when packages are built

A new feature has been added. FreshPorts already tracks package built by the FreeBSD project. This information is displayed on each port page. You can now get an email when FreshPorts notices a new package is available for something on one of your watch lists. However, you must opt into that. Click on Report Subscriptions on the right, and New Package Notification box, and click on Update.

Finally, under Watch Lists, click on ABI Package Subscriptions to select your ABI (e.g. FreeBSD:14:amd64) & package set (latest/quarterly) combination for a given watch list. This is what FreshPorts will look for.

non port: lang/ruby18/files/patch-eval.c

Number of commits found: 12

Monday, 22 Nov 2010
05:47 stas search for other commits by this committer
- Update ruby 1.8 to p302.

PR:             ports/151712
Reported by:    Pavel Argentov <argentoff@gmail.com>
Original commit
Tuesday, 27 Apr 2010
22:14 stas search for other commits by this committer
- Do not try to stop the timer thread in child after fork: at this moment
  there's already nothing to stop.  Only mark the timer thread as stopped.
  That fixes spontaneous lockups in ruby popen call.

Reported by:    renchap @ FreeNode
Original commit
Tuesday, 30 Oct 2007
11:24 stas search for other commits by this committer
- Update ruby to the latest 111 patchversion.
  It's a bugfix release.

Thanks to:      Alexander Logvinov <ports@logvinov.com> for initial patchset.
Original commit
Tuesday, 10 Jul 2007
15:04 stas search for other commits by this committer
- Add a bunch of fixes and patchs from the upstream. These fixes a lot of
  serious bugs, some of which can pose security-related problems.
- Bump up PORTREVISION.

Requested by:   many
Original commit
Sunday, 27 Aug 2006
09:53 sem search for other commits by this committer
- Update to 1.8.5
  A bugs fix release.
Original commit
Tuesday, 24 Jan 2006
14:38 ume search for other commits by this committer
Use the code actually committed into Ruby CVS against
getcontext/setcontext issue.

Obtained from:  Ruby CVS
Original commit
Sunday, 22 Jan 2006
05:47 ume search for other commits by this committer
Better fix for the problem on AMD64 and Pentium4 since rev1.4.
getcontext() saves EFLAGS and setcontext() restores it.  When carry
flag is set in EFLAGS, setcontext() treats it as an system call error.
This problem is filed as misc/92110.
rev1.3 and before hid this problem, and rev1.4 exposed it.
Drop carry flag before getcontext() for workaround for this problem.

Submitted by:   Tanaka Akira <akr__at__m17n.org>
Tested by:      TAKANO Yuji <takachan__at__running-dog.net>
Original commit
Saturday, 21 Jan 2006
18:11 ume search for other commits by this committer
fix build on AMD64 for workaround.

Reported by:    many
Original commit
Friday, 20 Jan 2006
19:32 ume search for other commits by this committer
eval.c (FUNCTION_CALL_MAY_RETURN_TWICE): use only for SPARC and IA64
before gcc 4.0.3.

previous one broke xcgroup of XCAST6:
        http://sourceforge.net/projects/xcast6/

Reported by:    SUZUKI Koichi <metal__at__gc5.so-net.ne.jp>
Obtained from: 
http://www.ruby-lang.org/cgi-bin/cvsweb.cgi/ruby/eval.c.diff?r1=1.616.2.148;r2=1.616.2.149
Original commit
Wednesday, 18 Jan 2006
16:05 pav search for other commits by this committer
- Fix build on sparc64

Investigated by:        marius
This patch by:          Tanaka Akira <akr@m17n.org> (akr in ruby CVS)
Obtained from:          ruby CVS
Original commit
Monday, 15 Dec 2003
06:35 knu search for other commits by this committer
Update lang/ruby18 and lang/ruby16-shim-ruby18 to 1.8.1-preview3.
Original commit
Thursday, 27 Nov 2003
07:39 marcel search for other commits by this committer
Fix the build on ia64:

The __libc_ia64_register_backing_store_base variable is defined on
Linux (in glibc) to allow processes to obtain the base of the RSE
backing store. On FreeBSD we do not have such a variable. We also
do not yet have a different interface for processes to use. So, for
now, hardcode the base address of the RSE backing store as it is
on FreeBSD. There's little chance this will change in the future,
so it's not that evil.

Approved by: portmgr (kris)
Original commit

Number of commits found: 12