Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Update mailgraph to version 1.14 and add license to Makefile #91

Closed
wants to merge 10,000 commits into from

Conversation

drscream
Copy link

Version 1.14 is tested on SmartOS. The only required change is the DISTNAME but i've also added the LICENSE to the Makefile.

schmonz and others added 30 commits September 15, 2013 16:26
Redcarpet is Ruby library for Markdown processing that smells like
butterflies and popcorn.

Redcarpet used to be a drop-in replacement for Redcloth. This is no longer the
case since version 2 -- it now has its own API, but retains the old name. Yes,
that does mean that Redcarpet 2 is not backwards-compatible with the 1.X
versions.

Redcarpet is based on the [Sundown](https://www.github.com/vmg/sundown)
library. You might want to find out more about Sundown to see what makes this
Ruby library so awesome.
The SafeYAML gem provides an alternative implementation of `YAML.load`
suitable for accepting user input in Ruby applications.  Unlike Ruby's
built-in implementation of `YAML.load`, SafeYAML's version will not expose
apps to arbitrary code execution exploits (such as [the ones
discovered](http://www.reddit.com/r/netsec/comments/167c11/serious_vulnerability_in_ruby_on_rails_allowing/)
[in Rails in early
2013](http://www.h-online.com/open/news/item/Rails-developers-close-another-extremely-critical-flaw-1793511.html)).

If you encounter any issues with SafeYAML, check out the 'Common Issues'
section below.  If you don't see anything that addresses the problem you're
experiencing, by all means,  [create an
issue](https://github.com/dtao/safe_yaml/issues/new)!
Exact changes aren't available.  Please refer change log in github.
Exact changes aren't available.  It looks a few bug fixes.
= 2.1
=== 19th Aug, 2010 (whyday)
* Helpers#R now calls to_param on any object it passes in
* Fix route generation issue with routes including "." (TritonDataCenter#22)
* Improved tests
* Improved 1.9 support
* Camping::Server is now built upon Rack::Server
* Add support for ERB, Haml etc through Tilt
* Introducing Camping.options and Camping#set
* Camping::Server only loads ActiveRecord when needed
# Changelog
## Version 3.1.0 - 2013-07-07
* Update dependencies
* Switch to template contributed by brianflanagan [TritonDataCenter#8]
* Add support for multiple independent heel servers [TritonDataCenter#9]
	www/camping	2.1.532
	www/heel	3.1.0
Cookiejar allows for parsing and returning cookies in Ruby HTTP client code.
Exact changes aren't available.  Please refer change log in github.
HTTP::Cookie is a ruby library to handle HTTP cookies in a way both
compliant with RFCs and compatible with today's major browsers.

It was originally a part of the
[Mechanize](https://github.com/sparklemotion/mechanize) library,
separated as an independent library in the hope of serving as a common
component that is reusable from any HTTP related piece of software.

The following is an incomplete list of its features:

* Its behavior is highly compatible with that of today's major web
  browsers.

* It is based on and conforms to RFC 6265 (the latest standard for the
  HTTP cookie mechanism) to a high extent, with real world conventions
  deeply in mind.

* It takes eTLD (effective TLD, also known as "Public Suffix") into
  account just as major browsers do, to reject cookies with an eTLD
  domain like "org", "co.jp", or "appspot.com".  This feature is
  brought to you by the domain_name gem.

* The number of cookies and the size are properly capped so that a
  cookie store does not get flooded.

* It supports the legacy Netscape cookies.txt format for
  serialization, maximizing the interoperability with other
  implementations.

* It supports the cookies.sqlite format adopted by Mozilla Firefox for
  backend store database which can be shared among multiple program
  instances.

* It is relatively easy to add a new serialization format or a backend
  store because of its modular API.
  pinfo-0.6.10, py-setuptools-1.1.5, py-sip-4.15.2, viewvc-1.1.21,
  wine-devel-1.7.2 [wait until NetBSD gains OSS 4 [kern/46611] or
  bring OSS 3 support back], x264-devel-20130914.
# colorator

Colorize your text for the terminal

## Supported Colors

- black
- red
- green
- yellow
- blue
- magenta
- cyan
- white
- bold

## Why

There are a bunch of gems that provide functionality like this, but none have
as simple an API as this. Just call `"string".color` and your text will be
colorized.
changelog
===========

Version 0.5.1 (June 25, 2013)
-----------------------------

* Ensure compatability across distros by detecting if `python2` is available

Version 0.5.0 (Apr 13, 2013)
-----------------------------

* Use #rstrip to fix table mode bug

Version 0.4.2 (Feb 25, 2013)
-----------------------------

* Add new lexers, including custom lexers
Exact changes aren't available.  Please refer change log in github.
2013-9-15 meld 1.8.0
====================

  Fixes:

    * Minor fixes (Kai Willadsen)

  Translations:

    * Matej Urbančič (sl)
ryoon and others added 4 commits September 26, 2013 21:05
Changelog:
2013-07-10  v3.5.2  allow ENV vars to be set from repo options, for use in
                    triggers and hooks

                    bug-fix: the new set-default-roles feature was being
                    invoked on every run of "perms" and overriding it!
@mamash
Copy link

mamash commented Jun 9, 2014

The package was updated upstream in November.

@mamash mamash closed this Jun 9, 2014
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants