1
0
mirror of https://git.FreeBSD.org/ports.git synced 2024-12-05 01:55:52 +00:00
Commit Graph

10 Commits

Author SHA1 Message Date
Thomas Abthorpe
83fc7a83ad - Reassign nork@ ports to the heap
- Thank you for your years of service, we hope to see you back

Approved by:	portmgr
2012-08-15 19:26:13 +00:00
Carlo Strub
d5fda8cb2c Fix typos in COMMENT 2012-07-25 06:32:06 +00:00
Doug Barton
83eb2c3700 In the rc.d scripts, change assignments to rcvar to use the
literal name_enable wherever possible, and ${name}_enable
when it's not, to prepare for the demise of set_rcvar().

In cases where I had to hand-edit unusual instances also
modify formatting slightly to be more uniform (and in
some cases, correct). This includes adding some $FreeBSD$
tags, and most importantly moving rcvar= to right after
name= so it's clear that one is derived from the other.
2012-01-14 08:57:23 +00:00
Dmitry Marakasov
6f6fbe4bdf - Add LDFLAGS to CONFIGURE_ENV and MAKE_ENV (as it was done with LDFLAGS)
- Fix all ports that add {CPP,LD}FLAGS to *_ENV to modify flags instead

PR:		157936
Submitted by:	myself
Exp-runs by:	pav
Approved by:	pav
2011-09-23 22:26:39 +00:00
Martin Wilke
bb86cbe5d2 - Get Rid MD5 support 2011-03-20 12:54:45 +00:00
Mark Linimon
ea7a9a82fe Mark as broken on sparc64: does not compile.
Hat:		portmgr
Feature safe:	yes
2010-07-01 04:04:02 +00:00
Norikatsu Shigemura
45c6fc5ba5 Cleanup rc script, and bump PORTREVISION.
Submitted by:	dougb
2010-05-31 16:43:38 +00:00
Norikatsu Shigemura
904936bbb0 o Fix my HAVE_KQUEUE support bugs.
o Add support `service flare[id] reload'.
o Sleep until flarei daemon starting.
  To disable flarei_sleepwait="0" to /etc/rc.conf.
2010-05-30 15:05:18 +00:00
Norikatsu Shigemura
9dff8fcb24 Temporary disable HAVE_KQUEUE by performance and stability issue. 2010-05-30 06:40:24 +00:00
Norikatsu Shigemura
4bfc868fa3 Add flare 1.0.9, is distributed, and persistent key-value storage
compatible / memcached, and has more features(as follows):

 * persistent storage (you can use flare as persistent memcached)
 * pluggable storage (currently only Tokyo Cabinet is available, though:)
 * data replication (synchronous or asynchronous)
 * data partitioning (automatically partitioned according to # of master
   servers (clients do not have to care about it))
 * dynamic reconstruction, and partitioning (you can dynamically (I mean,
   without any service interruption) add slave servers and partition
   master servers)
 * node monitoring and failover (if any server is down, the server is
   automatically isolated from active servers and another slave server
   is promoted to master server)
 * request proxy (you can always get same result regardless of servers
   you connect to. so you can think flare servers as one big key-value
   storage)
 * over 256 bytes keys, and over 1M bytes values are available

WWW:	http://labs.gree.jp/Top/OpenSource/Flare-en.html
2010-05-30 04:41:50 +00:00