Net::SSH::AuthorizedKeysFile reads and modifies "authorized_keys"
files. "authorized_keys" files contain public keys and meta
information to be used by "ssh" on the remote host to let users in
without having to type their password.
Sponsored by: Absolight
number is hardcoded as it is not always in sync with the PORTVERSION)
- Make telescope control plugin (and Qt5SerialPort dependency) optional
- Remove enforced distfiles checksum recalculation added in r377577: it
turned out that updating distinfo manually is easier and a lot faster
- Replace some options imperative (explicit) handling with helper knobs
- Do not install high resolution textures by default, since they do not
have their prime meridians recalibrated yet while stock textures have
Discussed with: Alexander Wolf (upstream)
See PR for signficant changes to math/R port including options,
build defaults, and patch updates.
PR: 211393
Submitted by: Joseph Mingrone (maintainer)
It is not valid to define PORT_OPTIONS variable directly (this is done
through OPTIONS_DEFINE and related variables) and definitely they can't
be modified after inclusions of bsd.port.pre.mk or bsd.port.options.mk
fragments.
Since the port needed to be reworked anyway, I simplified it a lot. I
removed a shell command (with 3 pipes!) completely. I saw several ways
to create ${ALLDICTS} with basic makefile techniques, but in the end
it wasn't even necessary.
I eliminated the "ALL" option. It didn't make sense. If "ALL" was set,
it would override the individual language options (leading to possible
confusion) and the "ALL" option was set by default, and then it even
checked PACKAGE_BUILDING to override the value to ALL again. I have to
assume that it wasn't originally set up that way but changed over time.
Now only the language options are there and they are all "ON" by default.
It's simpler to disable languages than before (no need to deselect "ALL"
option first).
The <pre> and <post> inclusions were removed, they aren't necessary.
The PLIST substitutions are made with standard OPTIONS_SUB technique.
The work is verified by checking SELECTED_OPTIONS and DESELECTED_OPTIONS
which now show the correct values and the dependencies registered to the
built package now match the port.
Approved by: infrastructure blanket (fix options)
to remove the hard dependency on it. This commit fixes that, but requires
bumping PORTREVISION again due to the dependency change.
While here, remove the ipv6 category assignment. It's not widely used,
and Mojolicious supports IPv6 when used with modern Perl.
The fwbuilder makefile specifies devel/rcs as a run dependency for
FreeBSD 10 and later, but the specification is ignored on a stock
FreeBSD 10.3 installed from an ISO. At some point rcs was removed
before FreeBSD-10 release, but it seems to have been put back and
controlled with a build knob, so it may or may not be present on
FreeBSD 10 or later.
Change the test from checking OSVERSION to checking for the existence
of /usr/bin/rcs. It's a better chek and it fixes a potential dependency
mismatch issue between the port and the built package.
While here, change RUN_DEPENDS= to RUN_DEPENDS+= to avoid a potential
overwrite of existing values.
Approved by: infrastructure blanket (redundant deps work)
- Switch to Gtkmm 3.0
- Switch to GitHub
- Take maintainership
- Move sound output to external script and remove PULSEAUDIO and
GSTREAMER options keeping dependencies small
- See URL for changes since 1.10.1
- submitter becomes maintainer
No GNOME/XFCE/Cinnamon applets are build atm. Submitter does not use them
so can't test them and has not added support for them. If
someone wants them please submit patches. The trayicon works fine.
PR: 211297
Submitted by: Tobias Kortkamp <t@tobik.me>
serf depends on the poll emulation in apr returning a POLLERR event if a
non-blocking connect() attempt fails in order to trigger an IPv6 -> IPv4
fallback, or a fallback to another address for a multi-homed host. On
FreeBSD, the poll emulation is done using kqueue, and the result returned by
the poll() emulation is POLLIN + POLLHUP.
- upstream apache PR:
https://bz.apache.org/bugzilla/show_bug.cgi?id=59914
PR: 211430
Submitted by: Don Lewis (truckman@)
MFH: 2016Q3
The traitsui project contains a toolkit-independent GUI abstraction
layer, which is used to support the "visualization" features of the
Traits package. Thus, you can write code in terms of the Traits
API (views, items, editors, etc.), and let traitsui and your selected
toolkit and back-end take care of the details of displaying them.
The following GUI backends are supported:
* wxPython
* PyQt
* PySide
WWW: https://docs.enthought.com/traitsui
PR: 204433
Submitted by: Vladimir Chukharev <vladimir.chukharev@gmail.com>
The pyface project contains a toolkit-independent GUI abstraction
layer, which is used to support the "visualization" features of the
Traits package. Thus, you can write code in terms of the Traits API
(views, items, editors, etc.), and let pyface and your selected
toolkit and back-end take care of the details
of displaying them.
The following GUI backends are supported:
* wxPython
* PyQt
* PySide
WWW: https://docs.enthought.com/pyface
PR: 204432
Submitted by: Vladimir Chukharev <vladimir.chukharev@gmail.com>
The apptools project includes a set of packages that Enthought has
found useful in creating a number of applications.
- apptools.appscripting: Framework for scripting applications.
- apptools.help: Provides a plugin for displaying documents and examples.
- apptools.io: Provides an abstraction for files and folders in a
file system.
- apptools.logger: Convenience functions for creating logging handlers
- apptools.naming: Manages naming contexts, supporting non-string data
types and scoped preferences
- apptools.permissions: Supports limiting access to parts of an application
unless the user is appropriately authorised (not full-blown security).
- apptools.persistence: Supports pickling and restoring the state of an
object.
- apptools.preferences: Manages application preferences.
- apptools.selection: Manages the communication between providers and
listener of selected items in an application.
- apptools.scripting: A framework for automatic recording of Python scripts.
- apptools.sweet_pickle: Handles class-level versioning, to support
loading of saved data that exist over several generations of
internal class structures.
- apptools.template: Supports creating templatizable object hierarchies.
- apptools.type_manager: Manages type extensions, including factories to
generate adapters, and hooks for methods and functions.
- apptools.undo: Supports undoing and scripting application commands.
WWW: https://docs.enthought.com/apptools
PR: 204431
Submitted by: Vladimir Chukharev <vladimir.chukharev@gmail.com>
